LINUX.ORG.RU

История изменений

Исправление geekless, (текущая версия) :

покажи мне блин этот эталон_человека.

Эталона нет, есть статистика. Она не в пользу лиспа. Кроме того, есть здравый смысл, который подсказывает, что человеку приходится иметь дело чаще с линейными сущностями, а не с рекурсивными.

по факту человек пластичное животное.

И поэтому можно кормить его говном?

А к лиспу как к синтаксису у меня есть претензии, да. Вычисления строятся как _действие_, применяемое к _объектам_ (аргументам). Однако проблема в том, что человек не мыслит вложенными действиями. Человек чаще мыслит трансформациями объекта применением к нему нескольких действий. И поэтому оптимальный порядок записи аргументов не «действие аргумент1 аргумент2 аргумент3 ...», а «аргумент1 действие аргумент2 аргумент3». А потом к результату выражения применяется новое действие, и получаются цепочки: «аргумент1 действие аргумент2 аргумент3 действие2 аргумент4 действие3 аргумент5...».

Это именно тот способ, который наиболее естественнен человеку, прост для чтения и для записи. И именно это мы видим в Io. somelist select(greater(10)) reduce(+) — «из somelist выбрать все, что больше 10-ти и сложить».

При том, что это ровно те же самые рекурсивные списки, что и в лиспе, просто записанные по-человечески.

Исправление geekless, :

покажи мне блин этот эталон_человека.

Эталона нет, есть статистика. Она не в пользу лиспа. Кроме того, есть здравый смысл, который подсказывает, что человеку приходится иметь дело чаще с линейными сущностями, а не с рекурсивными.

по факту человек пластичное животное.

И поэтому можно кормить его говном?

А к лиспу как к синтаксису у меня есть претензии, да. Вычисления строятся как _действие_, применяемое к _объектам_ (аргументам). Однако проблема в том, что человек не мыслит вложенными действиями. Человек чаще мыслит трансформациями объекта применением к нему нескольких действий. И поэтому оптимальный порядок записи аргументов не «действие аргумент1 аргумент2 аргумент3 ...», а «аргумент1 действие аргумент2 аргумент3». А потом к результату выражения применяется новое действие, и получаются цепочки: «аргумент1 действие аргумент2 аргумент3 действие2 аргумент4 действие3 аргумент5...».

Это именно тот способ, который наиболее естественнен челвоеку, прост для чтения и для записи. И именно это мы видим в Io. somelist select(greater(10)) reduce(+) — «из somelist выбрать все, что больше 10-ти и сложить».

При том, что это ровно те же самые рекурсивные списки, что и в лиспе, просто записанные по-человечески.

Исходная версия geekless, :

покажи мне блин этот эталон_человека.

Эталона нет, есть статистика. Она не в пользу лиспа. Кроме того, есть здравый смысл, который подсказывает, что человеку приходится иметь дело чаще с линейными сущностями, а не с рекурсивными.

по факту человек пластичное животное.

И поэтому можно кормить его говном?

А к лиспу как к синтаксису у меня есть претензии, да. Вычисления строятся как _действие_, применяемое к _объектам_ (аргументам). Однако проблема в том, что человек не мыслит вложенными действиями. Человек чащего мысли трансформациями объекта применением к нему нескольких действий. И поэтому оптимальный порядок записи аргументов не «действие аргумент1 аргумент2 аргумент3 ...», а «аргумент1 действие аргумент2 аргумент3». А потом к результату выражения применяется новое действие, и получаются цепочки: «аргумент1 действие аргумент2 аргумент3 действие2 аргумент4 действие3 аргумент5...».

Это именно тот способ, который наиболее естественнен челвоеку, прост для чтения и для записи. И именно это мы видим в Io. somelist select(greater(10)) reduce(+) — «из somelist выбрать все, что больше 10-ти и сложить».

При том, что это ровно те же самые рекурсивные списки, что и в лиспе, просто записанные по-человечески.