Вот веба я достаточно повидал. Всякого разного. И далеко не только рельсы и джанго. У hu.dwim много чего есть, в том числе и орм. Но цл-скл хватает много для чего, несмотря на его унылость. Гтк и кутэ - не программировал, ничего не могу сказать, но всякие претензии типа лиспи или не лиспи это уж слишком. Ты, похоже, игроделов не видел. Которые создают один большой массив и внутри уже сами объекты размещают.

Вся отрасль ИТ такая - везде дерьмо и выбираешь себе тапочки, чтобы не вляпаться. Про схему я не теоретизирую, а рассказываю свой опыт. Ты слово инженер написал, а имел в виду макаку. Есть тесты, можешь открыть и оценить, что там есть твои условия использования.

cl-cont

Можешь хотя бы описать что за проекты были?

Вот веба я достаточно повидал. Всякого разного.

Ну есть люди, которые тоже повидали много веба на пхп в шаблонах или ноду. Я такой веб не хочу.

И далеко не только рельсы и джанго

Ok, что есть лучше? Flask, merb итд (что там щас в руби модно, чтоб попускать рельсы) - из этой же оперы, их там пара штук и все тоже на руби-питоне.
В других языках нет *ни одного* приличного веб-фреймворка. То есть ровно ноль.

У hu.dwim много чего есть, в том числе и орм.

hy.dwim при всем уважении - это сплошной адовый кошмар, что в коде, что концептуально.

Но цл-скл хватает много для чего, несмотря на его унылость.

Писать на cl-sql точно лучше, чем на sql в стрингах. Но все же это «не то».

Гтк и кутэ - не программировал, ничего не могу сказать, но всякие претензии типа лиспи или не лиспи это уж слишком.

Ну там не только эти претензии. Или устаревшую версию либы поддерживает (common-qt), или слишком низкоуровневая обертка (cl-cffi-gtk), или не работает без Х-ов (clx, mcclim) или проприетарщина сомнительной функциональности (capi), примитив (ltk). Лиспи тоже важно, зачем приходить в лисп и писать как на С?

Ты, похоже, игроделов не видел. Которые создают один большой массив и внутри уже сами объекты размещают.

Зачем так жить?

Python появился в 1994 году, тогда же когда и CL.

CL появился в 80-ых:) Уже с компилятором, но без CLOS. До него была другая шняга теоритически более быстрая. Как минимум отлаженая на тот момент. То что мы сейчас CL назыввем это второй стандарт.

А в CL какие были свободные реализации хотя бы 99 году? CMUCL? SBCL не было, CCL тоже.

Ну вот смотрим на срез 95-ого https://www.cs.cmu.edu/afs/cs/project/ai-repository/ai/lang/lisp/impl/0.html Можно заметить Свежие - СliCC который умел делать маленькие бинарники. CLISP, GCL который GNU-ребрендинг kyoto, ну и старые из 80-ых ecolisp и сам kyoto/kcl. Да еще wcl порядком тормозные, но разделяемые библиотеки. Это все предполагвется бесплатно. И релизилось в начале 90-ых. CMU известен даже не тем что был, а тем что гарантировано поддрживал второй стандарт полностью.

каких платформах работал CMUCL хз, на винде че-то очень сомнительно.

Тот никогда не работал. Чисто юникс. С-шные почти все поддерживали дос. Да и винда в 90-ых спорная вещь. В приниципе то что вариации CL, даже коммерческие, начали смотреть на винду только после нулевых наверное все и похоронило:(

Наверное, да. Чтоб просто какой-то старый код быстрее запускать.

Чему именно старый? На SBCL именно старый часто работает через жопу:(

А как там обстояли дела со свободными реализацииями, ооп?

Ну он же библиотека на лиспе всего лишь. Роно так же как и в реализации.

Можешь еще что-нибудь вспомнить помимо CGOL?

Вповалку

• https://www.cs.cmu.edu/afs/cs/project/ai-repository/ai/lang/lisp/code/syntax/...
• https://www.cs.cmu.edu/afs/cs/project/ai-repository/ai/lang/lisp/code/tools/s...
• https://www.cs.cmu.edu/afs/cs/project/ai-repository/ai/lang/lisp/code/syntax/...
• https://www.cs.cmu.edu/afs/cs/project/ai-repository/ai/lang/lisp/code/math/mm...
• http://xahlee.info/comp/lisp_sans_sexp.html
• https://www.cs.cmu.edu/afs/cs/project/ai-repository/ai/lang/lisp/code/syntax/... [/lisp]

  Интересный, *почему* так произошло.
  

  Одним из общих моментов было то что оптимизировать CLOS второй версии стандарта смогли далеко не все. Да и тратить на это усилия тоже не все хотели. В результате CLIM2 котрый по идее пусть и за отдельные деньги но универсально должен был решать проблемы ГУЕстроения просел по производительности в несколько раз. Об этом было много нытья. Часть реализаций переходило на вторую версию стандарта лишь частично, тот же сопровождающий GCL породил немало фекальных масс по этому поводу. Итого если можно было купить комеческую реализацию то и покупали. Плюс IDE с отладчиком задолго до SLIME. К нулевым пара несколько комерсов смогли таки и в винду. А Столман поставил под сомнение свободу от GPL CLISP-а который мог бы составить некоторую бесплатную альтернативу для графики и на винде в том числе. То есть на него серьезные вещи уже портировать особо не старалсь.

  По рассказам очевидцев, SBCL стал генерить неплохой быстрый код года с 2003.
  

  это относительно hashtable-ов и clos, если память мне не изменяет.

  компиляторы (один) свободный и наверняка тормознутый остальное дорого и проприетарно.
  

  по замерам ITA примерно одинаково

Python появился в 1994 году, тогда же когда и CL.

CL появился в 80-ых:) Уже с компилятором, но без CLOS

Стандарт ANSI 1994 же, а так да в 1984 появился - еще хуже получается :) Фора по сравнению с питоном 10 лет. И софт уже какой-то был, но вряд ли опенсорс.

Ну вот смотрим на срез 95-ого https://www.cs.cmu.edu/afs/cs/project/ai-repository/ai/lang/lisp/impl/0.html Можно заметить Свежие - СliCC который умел делать маленькие бинарники. CLISP, GCL который GNU-ребрендинг kyoto, ну и старые из 80-ых ecolisp и сам kyoto/kcl.

О, круто, спасибо, интересная инфа.

каких платформах работал CMUCL хз, на винде че-то очень сомнительно.

Тот никогда не работал. Чисто юникс. С-шные почти все поддерживали дос. Да и винда в 90-ых спорная вещь.

Ну как сказать. Я еще пользовался win 3.11 - под нее была куча игр, «графический интерфейс», потом 95, nt 4.0, 98, win2k. На свое время это были, наверное, все-таки лучшие системы для условных домохозяек. А линукс был сложный в установке и настройке.

Наверное, да. Чтоб просто какой-то старый код быстрее запускать.

Чему именно старый? На SBCL именно старый часто работает через жопу:(

Имею ввиду, к тому времени уже много было написано на CL с середины 80х + порты на CL с других версий лиспа.

В приниципе то что вариации CL, даже коммерческие, начали смотреть на винду только после нулевых наверное все и похоронило:(

Ну, вот смотри пример - ruby. Кому он нужен был до рельсов? Никому. А это 2006 год. Если бы на CL в 2003 или даже 2007 появились какие-то интересные фреймворки аля rails для массового потребителя он бы тоже «взлетел». Не обязательно веб, это мог быть фреймворк в любой другой мейнстримной области - геймдев, графические приложения, wysiwyg-редактор html, фреймворк для краулеров, хакинга (типа metasploit) whatever.

То же самое с питоном, django очень качнула его популярность и всякие pygame, с 2016 качает ML, особенно это заметно последние пару лет, в этой индустрии python стандарт де-факто и альтернатив ему пока нет. Вот у лиспов именно тут и появляется шанс. И даже в веб-деве лисп может взлететь - пример clojure, потому что до MVC веб был одним, и со временем стало ясно - огромные монолитные фреймворки без асинхрощины ненужны. А нужны хорошо отлаженные взаимозаменяемые композитные либы. Без метапрограммирования в вебе тяжко и плохо получается, потому что SQL, например, совсем плохо ложится на классическую объектную модель, и раутинги криво выглядят, хоть и не так криво как раньше. Необходимы нормальные средства тестирования и repl бы оказался охренеть как кстати. Нет ни одного вменяемого ORM до сих пор, который не пришлось бы после написания хелло-ворлд прототипа выкидывать в помойное ведро. А во вьюхах без макросов сплошной бойлерплейт и копипаста. Отдельное перспективное направление — *простое* написание новых языков.

Ну он же библиотека на лиспе всего лишь. Роно так же как и в реализации.

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

Итого если можно было купить комеческую реализацию то и покупали.

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

Плюс IDE с отладчиком задолго до SLIME.

Все они были коммерческими. А у нас на дворе эпоха perl vs php.

компиляторы (один) свободный и наверняка тормознутый остальное дорого и проприетарно.

по замерам ITA примерно одинаково

Какие реализации они сравнивали, не помнишь?

Ну есть люди, которые тоже повидали много веба на пхп в шаблонах или ноду. Я такой веб не хочу.

Я же говорю, повидал очень много разного веба.

Ok, что есть лучше?

Всё говно. Но конкретно про clack, restas - они повторяют идеологию рельсов. Так что я не знаю что тебе в них неудобно.

hy.dwim при всем уважении - это сплошной адовый кошмар, что в коде, что концептуально.

Тебе шашечки или ехать?

Писать на cl-sql точно лучше, чем на sql в стрингах. Но все же это «не то».

Ну, depends. Есть sql dsl (под cl не знаю какие, но наверняка есть). dsl писал и свой, с шахматами и поэтессами. Это недолго и доступно. По сравнению с JPA в яве действительно всё удобно. Но и в яве есть dsl. Вполне удобные. В той или иной мере. А что там внутри - везде адовый кошмар. Особенно hibernate. Но зачем мне смотреть что внутри? Главное, пусть работает согласно тому, как описано.

Лиспи тоже важно, зачем приходить в лисп и писать как на С?

Тебе то C++ удобнее, нормально должно быть. :) Лиспи это хорошо, ну сделай себе обёртки лиспи. Я, например, gui не писал на лиспе ни разу, почему-то не надо было. И вообще я gui не писал нигде. Так что вот так вот. И не только я, видимо, раз лиспи обёрток нет.

Зачем так жить?

Я их спрашивал. У них свой взгляд.

А можно мне такой же для не-пользователей? С пользователями-то все понятно, их ниче не остановит, а мнение не-пользователей я бы почитал.

Точнее, нет желания, наверное. Пилят все для себя. И допиливают тоже. Если чего-то нет, значит, никому настолько не нужно было. В лиспе небольшое комьюнити, да, поэтому у тебя не будет либы, которая будет всё охватывать. Ну это не проблема языка. На практике это важно, конечно, но не сильно, на самом деле. Не помню какую-нибудь монструозную либу, которую очень сложно модифицировать под свои нужды.

нет ни одного приличного веб-фреймворка

самоочевидное утверждение, но при чем тут языки?

нет ни одного приличного веб-фреймворка

самоочевидное утверждение, но при чем тут языки?

Если ты чуть-чуть подумаешь, то поймешь, что написать их там просто нельзя. Поэтому и нет. А в лиспах нет потому что писать некому. Но «можнасделать» :)

Их даже в самом больном воображении представить нельзя, а ты о реализациях и языках.

Точнее, нет желания, наверное. Пилят все для себя. И допиливают тоже. Если чего-то нет, значит, никому настолько не нужно было.

Конечно, если не прогать, то ниче и не нужно (obviously). Лучше просто пойти на галеру на С++ кодить, но в интернетах рассказывать про мощь лиспов.

В лиспе небольшое комьюнити, да, поэтому у тебя не будет либы, которая будет всё охватывать.

Мне не надо «все», пусть делает что-то одно, но хорошо. Либа должна быть надежной, поддерживаемой, протестированной. Маленькое сообщество - некому тестировать, репортить баги, к петпроджекту автор быстро теряет интерес, в итоге куча разово написанных либ в уикенд-угаре. Как результат - почти все полузаброшенное, недоделанное и в небольшом количестве. Отрицать это - очевидно закрывать глаза на проблему.

Ну это не проблема языка.

По итогу это становится проблемой сообщества, пишущего на конкретном языке. У «языка» вообще проблем никаких быть не может, «он же памятник».
А вот у лисперов нет либ и вакансий, поэтому они пишут на python, js, C#. Но продолжают рассказывать, что с языком и его инфраструктурой все окей.

На практике это важно, конечно, но не сильно, на самом деле.

Отрицание очевидного - одна из главных проблем большинства лишп-адептов (не всех).

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

Опять «можнасделать», пнятненько.

Ну есть люди, которые тоже повидали много веба на пхп в шаблонах или ноду. Я такой веб не хочу.

Я же говорю, повидал очень много разного веба.

Значит, видел и не понял.

Но конкретно про clack, restas - они повторяют идеологию рельсов. Так что я не знаю что тебе в них неудобно.

Мне не нужна никакая «идеология» рельсов, для этого есть рельсы. И под них больше либ и сообщество *уже*.

hy.dwim при всем уважении - это сплошной адовый кошмар, что в коде, что концептуально.

Тебе шашечки или ехать?

Хочу ехать комфортно, можно с шашечками.

Есть sql dsl (под cl не знаю какие, но наверняка есть).

И инопланетяне тоже есть, я их правда ни разу не видел - но они есть, я просто это знаю!

dsl писал и свой, с шахматами и поэтессами.

Давайте все все сами писать, библиотеки не нужны.

Это недолго и доступно.

Конечно, так недолго и доступно, что postmodern уже 10 лет не могут нормально дописать. 8 лет он был заброшен, последние 2 года его активно пилит ровно один чувак (не изначальный автор проекта).

По сравнению с JPA в яве действительно всё удобно. Но и в яве есть dsl. Вполне удобные.

Все понятно :)

Главное, пусть работает согласно тому, как описано.

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

Лиспи тоже важно, зачем приходить в лисп и писать как на С?

Тебе то C++ удобнее, нормально должно быть. :)

Чо?

Лиспи это хорошо, ну сделай себе обёртки лиспи.

Разговор не о том, что «можнасделать». Новичок приходит в лисп (наслушавшись какой это крутой реализатор кластеров метапарадигм) и ему сразу предлагают всю экосистему написать самому, потому что видите ли никому якобы тут больше ничего нинужна. Кластеры метапарадигм есть, а нормального биндинка к Tk нет. И тут у него закрадываются сомнения...

Я, например, gui не писал на лиспе ни разу, почему-то не надо было.

Да я уже понял, что тебе ниче не нужно. Ни гуй, ни нормальное общение с *разными* бд, ни графика, ни ML, ни веб-фреймворки.
Ты, похоже, или занимаешься там каким-то узким направлением (наука, может) или не пишешь на CL вообще.

И вообще я gui не писал нигде. Так что вот так вот. И не только я, видимо, раз лиспи обёрток нет.

Да, в мире лиспа гуй не нужен - давайте все в консоли сидеть.

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

Их даже в самом больном воображении представить нельзя, а ты о реализациях и языках.

Приличный веб-фреймворк? Конечно в больном нельзя, воображение должно быть здоровым для этого.

Инструменты не я выбирал.

turtle_bazon

1. Clojure (ClojureScript) на фронтенде сайта. Сам сервис на Erlang.

2. Scheme (biwaScheme) тоже на фронтенде. Заказчику очень были нужны продолжения.

3. Common Lisp (Allegro, LispWorks, SBCL) - http://www.ignitetech.com/gensym/

Веб не может быть приличным, уже нет.

Из-за html и браузеров или что? Верстку и хаканье под браузеры можно оставить верстальщику и прогать фронтэнд нормальными средствами (clojurescript например + какими-нибудь frp-либами). На бекенде тебе ничто не помешает быть приличным.

Сама идея использования гипертекста-переростка и кривейшей ОС для его отображения, именуемой по-старинке «браузером», для задачи создания графического приложения мешает быть приличным. С какой стороны ты не участвуй в этом фестивале массирования гланд через жопу, приличием там пахнуть не будет.

То же самое с питоном, django очень качнула его популярность и всякие pygame, с 2016 качает ML, особенно это заметно последние пару лет, в этой индустрии python стандарт де-факто и альтернатив ему пока нет. Вот у лиспов именно тут и появляется шанс.

В подтверждение моему предположению numcl - либа появилась на гитхабе в апреле 2019, в quicklisp, как я понял, в декабре. Уже входит в top-15 по звездам на гитхабе среди всех CL-проектов. cl-python тоже в топ-20, несмотря на то, что заброшена с 2013: «The project was started in 2006, and is currently (2013) not under active development anymore.» О чем это говорит? Дата сайнтисты хотели бы потенциально спрыгнуть с питона на CL, но «нет либ», некуда прыгать.

CL - база для муз софта

Incudine (Music/DSP programming) еще под Common Lisp крутой -

http://incudine.sourceforge.net/

https://github.com/titola/incudine

Сколько людей слышал - проблема высокого порога входа.

Еще достаточно современное, закрытое и платное под Mac на CL - - https://opusmodus.com/ , активность - https://opusmodus.com/forums/

При этом, CL в муз давно и стабильно - со стороны visual programming, составления нот и алгоритмики всякой.

Вот у меня что-то сохранено из активного -

https://cac-t-u-s.github.io/om-sharp/

https://openmusic-project.github.io/openmusic/

https://ccrma.stanford.edu/software/clm/

https://github.com/digego/extempore (вроде Scheme)

Ну и да - ситуация с IDE музыкантам заинтересовавшимся CL особенно доставляет. Интимные отношения с emacs - именно то, чего им так не хватало для душевной гармонии :)

Вот потому https://supercollider.github.io/ с GUI и удобствами и взлетает. А потом не хватает гибкости лиспа и начинается цирк.

Дальше уже под него биндинг на той же кложе делают и все в восторге - https://github.com/overtone/overtone Что бы попытаться вернуться к интересным возможностям синтаксиса.

В креативной сфере готовы прыгать аж C++11 -> JVM -> Clojure, сбегая от инфраструктуры CL.

Или C++ -> Ruby (неплохо выстреливший проект для live music - https://sonic-pi.net/)

Лисп был когда-то популярен в этой области, но все прошло.

Corman разве что ставить.

Ну да, для винды с 1995 был CormanLisp. Shareware (возможно, free for personal use, но не помню, разрешала ли это лицензия de jure) с de facto открытым кодом собственно реализации языка. Ну а что вы хотите-то в винде в 1990-х? Там всё такое было, даже для чисто opensource-ных Perl, Tcl и Python компания ActiveState (я так понимаю — прямой наследник фирмы Scriptics, созданной автором Tcl) продовала коммерческие варианты дистрибутивов языка, отличавшиеся в основном средствами сборки проекта в относительно компактный .exe-файл.

Судя по тому, что Кормана недавно уговорили отдать CCL в OpenSource и успешно реанимировали проект, чтобы он компилился совремнным MSVS и бегал на современных виндах, Corman CommonLisp совсем невостребованным не был.

поделиться своим опытом использования

Отличный ЯП, не пользовался.

Конечно, если не прогать, то ниче и не нужно (obviously). Лучше просто пойти на галеру на С++ кодить, но в интернетах рассказывать про мощь лиспов.

Да нет, кодят на лиспе. Но если что-то не нужно, то вряд ли кто-то это будет делать просто для того, «чтоб було».

Мне не надо «все», пусть делает что-то одно, но хорошо. Либа должна быть надежной, поддерживаемой, протестированной.

Куча таких. Я же говорю, открываешь тесты и смотришь, что протестировано именно то, что тебе нужно.

Маленькое сообщество - некому тестировать, репортить баги

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

почти все полузаброшенное, недоделанное и в небольшом количестве. Отрицать это - очевидно закрывать глаза на проблему.

Ну такое тоже есть, конечно. Но ты же в C++ или в яве не жалуешься, что есть куча библиотек недоделанных в большом количестве? Ты просто их не используешь.

А вот у лисперов нет либ и вакансий

Есть и то, и другое. Но, конечно, не в таком большом количестве. И поэтому на лисп галеру не сесть. Либо нормальная вакансия с нормальной оплатой и где надо хорошо думать, либо нет. CL junior - вот чего точно не видел.

Отрицание очевидного - одна из главных проблем большинства лишп-адептов (не всех).

Да я не адепт. Я просто тупо пишу на нём коммерческие проекты. Мне до адептства далеко.

Опять «можнасделать», пнятненько.

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

Значит, видел и не понял.

Отучаемся говорить за других.

Мне не нужна никакая «идеология» рельсов, для этого есть рельсы.

То ты говоришь, что хочешь как в рельсах, то говоришь, что не хочешь. Я уже запутался что тебе надо.

Хочу ехать комфортно, можно с шашечками.

Такое ощущение, что ты вчера программировать начал.

И инопланетяне тоже есть, я их правда ни разу не видел - но они есть, я просто это знаю!

Я видел лично на clojure. Под CL не видел, да и не надо было. Но я смотрел код на clojure - там написать недолго и под cl, так что если кому-то нужно было, оно есть. Но, возможно, никому не нужно было, ибо cl-sql покроет кучу твоих запросов.

Давайте все все сами писать, библиотеки не нужны.

Я же делаю акцент не на том, что надо всё самим писать, а то, что это не какая-то сложная разработка и если кому-то нужно, оно будет. Если нужно будбет тебе - будет тебе. Правда, тогда написать придётся. :)

Конечно, так недолго и доступно, что postmodern уже 10 лет не могут нормально дописать. 8 лет он был заброшен, последние 2 года его активно пилит ровно один чувак (не изначальный автор проекта).

Ну это подтверждает мои слова выше. Никому не нужно было эти 8 лет. А вот 2 года кому-то нужно. Он и пилит. Остальные используют cl-sql.

Проблема только в том, что работать с этим нормально невозможно.

У меня получается.

Разговор не о том, что «можнасделать». Новичок приходит в лисп (наслушавшись какой это крутой реализатор кластеров метапарадигм) и ему сразу предлагают всю экосистему написать самому, потому что видите ли никому якобы тут больше ничего нинужна. Кластеры метапарадигм есть, а нормального биндинка к Tk нет. И тут у него закрадываются сомнения…

Ну если новичок захотел написать GUI, то, наверное, да, ему сложно. Но хз, в лисп, обычно, новичики не приходят в последнее время, только бывалые.

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

Мне только гуй не нужен.

Да, в мире лиспа гуй не нужен - давайте все в консоли сидеть.

Гуй нужен, но я не писал гуй, потому что вообще не пишу гуй, поэтому адекватные комментарии тебе дать не могу.

Что у тебя за нигилизм такой - ненужно всё. С таким подходом только дома сидеть и булочки кушать с кефиром. И ничего не делать, конечно же.

Что же ты, как инженер, не предложил переписать всё это на нормальных инструментах?

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

А чем тебе не понравились миграции от японца, например?

Там у них свой подход и свой воркфлоу, а у меня свой, но ни под явой, руби, питоном, с++ я не видел такую, которая ложилась именно под мои реалии.

Можешь вкратце описать свой концепт? Опенсорс планируешь потом выложить?

Где я говорил что ненужно всё?

Я как инженер не предложил переписать это на нормальных инструментах, потому что более нормальных инструментов чем выбранные не существует.

Во втором предлагал. И в итоге так и сделали.

Если вы сами инженер, то расскажите что можно было взять более нормального в остальных двух случаях. И ваш критерий нормальности. (Если вы сами не инженер, то зачем я вообще на это отвечаю…)

А чем тебе не понравились миграции от японца, например?

Если честно, их уже даже не смотрел.

Можешь вкратце описать свой концепт? Опенсорс планируешь потом выложить?

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

Может, конечно, я тебя с кем-то путаю.

Если вы сами инженер, то расскажите что можно было взять более нормального в остальных двух случаях.

Это был провокационный вопрос с моей стороны.

rails, django, flask

Это кривое, оверинженерное и абсолютно неудобное говно. Как сами фреймворки, так и вся их экосистема.

Сейчас в случае таких недоязыков как питон или руби, в моде маленькие библиотеки, вроде того же aiohttp.

С интерфейсом к базам такая же история.

Популярность питона и говен, которые по недоразумению называются веб-фреймворками на нем, качнул Google, и только он.

Нет ни одной технической причины, почему питон популярен, а лисп нет, еще раз.

Это кривое, оверинженерное и абсолютно неудобное говно. Как сами фреймворки, так и вся их экосистема.

В свое время, еще лет 6-10 назад, это были безальтернативно лучшие варианты. Про aiohttp я в курсе, но в джангорельсах все еще много батареек.

С интерфейсом к базам такая же история.

Та же, это какая? Сомневаюсь, что в мире питоноруби (за остальные языки вообще молчу) появились нормальные orm, по типу хотя бы mito/SxQL.

Популярность питона и говен, которые по недоразумению называются веб-фреймворками на нем, качнул Google, и только он.

Google только появился в 1998 году, а питон *уже* был популярен. Ну и на момент выхода джанги кроме реальсов ничего более приличного на тот момент для разработки веба не существовало. Еще python нравился учоным и рисерчерам, потому что достаточно простой (в сравнении с С++) и при этом мощный - относительно java, delphi, php, ... То, что взлетели perl, python, ruby - в этом ничего плохого как раз нет. Эти языки для своего времени и ниш были лучшими (исключая лисп), относительно простыми и выразительными. Вопрос в другом - что с лиспом, а не с рубипитонами не так. Почему он проспал последние 20 лет.

«Some may say Ruby is a bad rip-off of Lisp or Smalltalk, and I admit that. But it is nicer to ordinary people.» (c) Matz.

Нет ни одной технической причины, почему питон популярен, а лисп нет, еще раз.

Ты тред-то почитай, мы обсуждаем в основном *нетехнические* причины.

Вощм, в остальных двух случаях более нормального взять нельзя ничего, потому что в JS продолжения можно заменить только всё той же у**ищной CPS, и даже не автоматической переписывалкой как cl-cont.

А gensym хоть даже и на лучшем языке переписать займёт годы, миллионы долларов зарплаты разработчикам, и отсутствие прогресса на это время. Это вам не Reddit который так о**енно спроектирован был что переписать оказалось в 100 раз быстрее.

https://www.surveymonkey.com/results/SM-CDBF7CYT7/

Prior to using Clojure, ClojureScript, or ClojureCLR, what was your primary development language?

Common Lisp 1.37%

Scheme or Racket 0.40%

Так и думал, но всё равно проиграл.

А что тебя собственно удивило? Основной язык у большинства был вполне типичный. На CL, возможно, кто-то чисто для себя писал хелловорлды с макросами для расширения кругозора. Или все на clojure должны были обязательно перепрыгнуть с других лиспов и никак иначе?

Нет, просто общелисперов за пределом лора я не встречал, а clojure даже в мухосранске объявления встречал. Я надеялся увидеть хотя бы процентов 5%, но толи их совсем мало(действительно, очевидно), толи миры практически не пересекаются.

Не пересекаются. CL коммьюнити, например в lisp на реддите, итд, к Clojure относится в лучшем случае снисходительно, как к хипстерской поделке-недолиспу.