это какая-то мания величия. Каждый из перечисленных языков проехался по лиспу, даже его не заметив, занял свою нишу и на лисп до сих пор внимания не обращает, а у лисперов в это время мифы о закапавынии и победе лиспа возникают.

А что это вообще такое, Lisp? :D Я его видел только на картинках... Lisp нужен, он используется в Transcendence для написания модов...

Итог: PERL выкинут на свалку истории

ЩТО? А я и не заметил, и оказывается изучал мертвый язык, ага :3

Массовость ушиблиности связана что Буч в майнстриме преподования в наших палистинах Буч считается представителем_науки в области ООП - легализация шарлотанства причём классическое

Лисп нотация - всмысле S-exp макартни - про CL далеко не уверен.

Зачем закапывать один из самых непопулярных языков в мире? Он и так уже там.

Hertz

Перестаньте насиловать труп!

дядя, ты не поверишь, на этом «трупе» всё и пишется. А вот этого вашего LISP'а я и не видел нигде... Может я чего-то не знаю? Может только опенсорс на C/C++? А вот венда с фотошопом на LISP'е исключительно? Тогда всё ясно...

Правило 95%, не?

Правило 95%, не?

Обычная аргументация лисперов на ЛОРе не даёт оснований полагать, что какая-то заметная их часть принадлежит к этим самым 5%.

Аргументация касается исключительно С++, я не лиспер ни разу.

не... правило 146% :-)

лисп - не нужен. никому. ну из тех конечно, кто программы пишет. Ну или (возможно) лисперов ногами бьют по лицу за лисп, вот они и пишут на плюсах, а здесь отрываются... Потому и злые такие...

у меня такое ощущение, что лисп - это метаязык, в котором можно любой конструкции придать смысл и наоборот, любую идею заключить в конструкцию языка.

Мне вполне даже нужен. И я добрый :)

а кто ж ты, солнышко?

это какая-то мания величия. Каждый из перечисленных языков проехался по лиспу, даже его не заметив, занял свою нишу и на лисп до сих пор внимания не обращает, а у лисперов в это время мифы о закапавынии и победе лиспа возникают.

Это какое-то отсутствие чувства юмора.

Еще через неделю они решили «хватит извращений!» и откопали стюардессу...

Перестаньте насиловать труп!

Я правильно понимаю, что со времен последнего лиспосра^W дискуссии список широко использующихся программ, написанных на лиспе, не сильно расширился в абсолютном выражении и для поднятия боевого духа была придумана эта мантра?

Не лиспер, что ж тут непонятного...

значит программист на жабе или что-то подобное ему

а я вот на «умершем» С++ умею SSE. и SSE2. и SSE4. и AVX. и NEON. и операторы перегружать, поэтому могу умножить матрицу на вектор значком *

а вы нет.

... и операторы перегружать, поэтому могу умножить матрицу на вектор значком *

Ололо. А потом другим людям нужно разбирать эту кучу нечитабельного говна на перегруженных операторах. Более убогую и неудобную абстракцию придумать сложно.

А ничего, что 95% софта написано таки на C/C++?

Ты считаешь так страшно жить и должно быть дальше?

да мне как то не критично, лисп не лисп. всё это интересно, но в данный момент оно мне и не нужно.

могу умножить матрицу на вектор значком *

Ололо. А потом другим людям нужно разбирать эту кучу нечитабельного говна на перегруженных операторах

Как же ты линейную алгебру учил, болезный?

И каким боком тут линал?

​> у меня такое ощущение, что лисп - это метаязык, в котором можно любой конструкции придать смысл и наоборот, любую идею заключить в конструкцию языка.

xxx: кстати, лисп - не функциональный, а мультипарадигменный язык, на нем можно писать чисто функциональные, императивные, объектно-ориентированные, логические программы, или же придумать свой стиль

xxx: А Ока - многофункциональная машина. В ней можно жить, заниматься сексом, хранить картошку, ей можно подпирать забор, чтобы не упал, её можно сбрасывать с самолёта на голову агрессору, или придумать собственное применение.

А потом другим людям нужно разбирать эту кучу нечитабельного говна

Если некомпетентен и не владеешь инструментом, то для тебя любой код будет «нечитаемым говном» и «неудобными абстракциями».

Время: 70-е - 80-е года прошлого века
Мейнстрим: пишет программы
Лисперы: доказывают, что лисп лучше

(прошло 40 лет)

Время: 2010-ые
Мейнстрим: пишет программы
Лисперы: доказывают, что лисп лучше

Да. Только в случае крестов он будет говном в любом случае.

2+-2 логично?

ИМХО, прибавить отрицательное число, вполне логично.

АБСТРАКТНО: ЛNСП копирует фичи других языков, так как сам придумать ничего не способен.

...в итоге, он становится ещё более раздутым, чем Си++.

могу умножить матрицу на вектор значком *

Ололо. А потом другим людям нужно разбирать эту кучу нечитабельного говна

Как же ты линейную алгебру учил, болезный?

И каким боком тут линал?

Линейная алгебра тут при том, что в ней перемножение матриц обозначается знаком умножения, а сложение - знаком сложения. Перегруженными операторами, ага.

А ты не поверишь, там матрицы и векторы умножают. И вообще применяют матанные операторы. конечно можно всем рассказывать что нифига не понятно, но вот мазафака - программисты на умершем С++ эти операции кропотливо декларят в заголовочниках и код приложения получается читаемым. прям как в учебнике по линейке.

И каким боком тут линал?

Но ведь в линейной алгебре оператор умножения (записываемый как ⋅, ⨯, * или как juxtaposition) означает разные вещи в зависимости от типа операндов:

• число-число (обычное произведение);
• число-вектор или число-матрица (поэлементное умножение);
• вектор-вектор (скалярное или векторное произведение);
• вектор-матрица или матрица-матрица (матричное произведение).

Налицо перегрузка операторов! Так и запишем: линейная алгебра - куча нечитаемого говна и неудобных абстракций.

=)

классно. А ничего, что 95% софта написано таки на C/C++? ИЧСХ, остальные 5% написаны совсем таки не на LISP, и прочей подобной ботве?

В 45-ом вроде победили немцев, но они почему-то всё равно живут лучше. Вот так и тут.

лисп - не нужен. никому. ну из тех конечно, кто программы пишет. Ну или (возможно) лисперов ногами бьют по лицу за лисп, вот они и пишут на плюсах, а здесь отрываются... Потому и злые такие...

Лисперы злые? Разве? Можно пруф?

Я знаю как обозначаются операции с матрицами. Я говорю про то что перегрузка операторов в крестах - один из способов превратить код в нечитабельную кашу (особенно это касается перегрузки () и []).

man Love5an

Я говорю про то что перегрузка операторов в крестах - один из способов превратить код в нечитабельную кашу (особенно это касается перегрузки () и [])

Ну да, в ответ на прекрасно обоснованное применение прегруженного оператора надо еще вспомнить про адресную арифметику, тьюринг-полные шаблоны и еще 100500 способов выстрелить себе в ногу.

Я говорю про то что перегрузка операторов в крестах - один из способов превратить код в нечитабельную кашу (особенно это касается перегрузки () и []).

А перегрузка операторов в пистоне?

И это мы ещё не упомянули про декартово произведение, произведение групп, внешнее, внутренне и тензорное произведение, композицию функций, операцию свёртки...

А перегрузка операторов в пистоне?

Кстати, в Питоне она используется довольно редко.

особенно это касается перегрузки () и []

Если мы перегружаем [] - мы заявляем, что объект будет вести себя подобно массиву. Если перегружаем () - наделяем объект семантикой функции (т.е. его можно будет вызвать). Что не так?

Кстати, в Питоне она используется довольно редко.

Ну, посмотри, например, LEPL (кстати, хороший пример обоснованной перегрузки операторов).

LEPL (кстати, хороший пример обоснованной перегрузки операторов).

Мне это не кажется обоснованным использованием перегрузки (хорошо, что в Питоне такое не часто встретишь). Собственно, математическая нотация - это едва ли не единственная область, где перегрузка операций уместна. Попытки использовать перегрузку, чтобы натянуть жесткий синтаксис языка на какую-то предметную область обычно выглядят довольно жалко.

Мне это не кажется обоснованным использованием перегрузки

Почему? В данном случае она следует уже сложившейся практике описания грамматики, так что логика насчёт математической нотации в полной мере применима и здесь.

хорошо, что в Питоне такое не часто встретишь

В С++ же тоже не часто. Просто был период, когда перегрузка оператор была сильно разрекламирована, но кажется он уже давно прошёл.

В данном случае она следует уже сложившейся практике описания грамматики

Если это попытка натянуть EBNF на синтаксис Python - получилось очень коряво. В SPARK и PLY сделано проще (и честнее :)).

Ну и к чему здесь эта цитата?

К тому, что в математике операции являются вполне стандартными. А лисп как всегда пошел своим путем...

А перегрузка операторов в пистоне?

Кстати, в Питоне она используется довольно редко.

Это смотря кем и в каких задачах. У меня сплошь и рядом перегруженные в С++ операторы тащутся в питон, да и в питоне при написании че нить CAS-оподобного без перегрузки никуда.

Математическая запись тяготеет скорее к краткости, чем к простоте, в отличие от ЯП.

Это смотря кем и в каких задачах. У меня сплошь и рядом перегруженные в С++ операторы тащутся в питон

Я бы сказал, что твои задачи для Python не очень типичны.

да и в питоне при написании че нить CAS-оподобного без перегрузки никуда.

Это снова математическая нотация.

Математическая запись тяготеет скорее к краткости, чем к простоте, в отличие от ЯП.

Да-да... а потом открываешь исходники STL и глаза вытекают. Вообще то, в математике за краткостью не зря гоняются - чем запись лаконичней, тем проще работать и и меньше шансов ошибиться. Не зря же диаграммную технику придумали....

В программировании бы так.