«Кстати, важный момент — очень помогает писать на обратной стороно [разлинованной в клетку] бумаги, чтобы линии разметки не доминировали в чертеже!» Ⓒ Сэймур Крэй
Героизм одних — в большинстве случаев результат расп**дяйства других. Огромное чудо — выпустить систему неудовлетворительно спроектированную, вместо того чтобы остановиться и перепроектировать её. Нет, лучше мы будем героически наращивать стек технологий, увеличивать сложность и считать это героической работой!
Обзываться тоже нехорошо. В среднем code monkey гораздо более компетентный специалист, чем средний журналист. Пусть даже и не всегда умело выражающий свои мысли. Отношения, построенные на уважении — основа профессиональной этики журналиста.
Автор заминусованного поста выразил свое мнение прямо и искренне, и это мнение имеет право на существование: если в топике плохой код — ему не поможет хороший журналисткий стиль. Однако есть полутона — блестящий код и идею можно испортить плохой подачей
«На любом языке можно писать как на Фортране» Ⓒ
В следующих постах будет много примеров кода — как понятных, так и запутанных и все их можно будет обсудить как с точки зрения читабельности, так с точки зрения архитектуры.
Мне кажется, что я смогу показать, что лисп — читабельный, понятный и выразительный язык
Лучше всего я работаю в оффисе, когда все балабольщики по телефону ушли и нет никаких отвлекающих факторов. Считаю, что делающий серьезную, требующую сосредоточения работу, програмист не может и не должен работать в оффисе в то же время, если конечно он не сидит в отдельном помещении. Либо дома, либо кабинет, либо после того как все ушли — иначе это не эффективная работа, а протирание штанов.
Все это не касается программистов, решающих типовые, не требующие сосредоточения, задачи.
Мы же серьезные, взрослые люди или стремимся произвести такое впечатление :) При развитии проекта в любом случае потребуется хостинг и лучше сразу начинать с хорошего. Можно поспрашивать у друзей, мне например catap предлагал сравнительно дешевый хостинг под Common Lisp. Никто не запрещает кооперироваться. Ну а если хочется попробовать — все можно делать на своей машине.
Конечно можно со старта поразить всех умищем, но кто повторит все эти шаги тогда? А мне хотелось бы получить людей способных поставить себе на сервере все что нужно чтобы продолжить погружение в мир лиспа
Почему-то у меня не возникает проблем с поиском лисперов — достаточно зайти в профильное сообщество. Даже в этом посте можно насобирать почти десяток. И в отличии от пхп-шников все они будут иметь серьезный уровень компетентности. Знание лиспа — это знак качества разработчика.
«Уникальные преимущества для разработки рутинных веб-проектов» — это оксюморон. Преимущества лиспа проявляются при разработки сложных проектов, рутинные веб-проекты не сложны. (но даже там, умелое применение преимуществ лиспа сокращает время разработки и команду разработчиков)
«я потрачу каких-то пол-часа на создание адекватной системы аутентификации и авторизации.» — у лиспа тоже есть сообщество, пусть не такое обширное, но зато достаточно компетентное. Все перечисленные плюшки можно получить и за более короткое время, за время существования лиспа было сделано достаточно проектов.
Ну почему же не придется? Можно последовательно аргументировать свою позицию или просто поменять работу на более демократичную. В конце концов можно сделать и свой проект — люди делают
В глубокой древности мудрец Уолл сформулировал три добродетели, равно необходимых и программисту, и магу: лень, нетерпение и наглость — и функциональное программирование способствует достижению каждой из них.
Лисп немного другой :)
Я согласен, что нужно разделять окружения, но метод с ошибкой совершенно ортогонален. NASA «Deep Space 1» был вполне себе production, но и в production бывают ошибки, требующие исправления на живой системе. В этом отношении подход лиспа в том, чтобы не превращать production в застывший монолит, расчитывая что он будет более или меннее совершенным, а оставлять его пластичным и чуточку сырым, чтобы при случае можно было внести изменения. Впрочем, я еще не настоящий джедай и возможно чего-то не понимаю :)
Автор заминусованного поста выразил свое мнение прямо и искренне, и это мнение имеет право на существование: если в топике плохой код — ему не поможет хороший журналисткий стиль. Однако есть полутона — блестящий код и идею можно испортить плохой подачей
В следующих постах будет много примеров кода — как понятных, так и запутанных и все их можно будет обсудить как с точки зрения читабельности, так с точки зрения архитектуры.
Мне кажется, что я смогу показать, что лисп — читабельный, понятный и выразительный язык
Все это не касается программистов, решающих типовые, не требующие сосредоточения, задачи.
«Уникальные преимущества для разработки рутинных веб-проектов» — это оксюморон. Преимущества лиспа проявляются при разработки сложных проектов, рутинные веб-проекты не сложны. (но даже там, умелое применение преимуществ лиспа сокращает время разработки и команду разработчиков)
«я потрачу каких-то пол-часа на создание адекватной системы аутентификации и авторизации.» — у лиспа тоже есть сообщество, пусть не такое обширное, но зато достаточно компетентное. Все перечисленные плюшки можно получить и за более короткое время, за время существования лиспа было сделано достаточно проектов.
89.108.75.126/
Я согласен, что нужно разделять окружения, но метод с ошибкой совершенно ортогонален. NASA «Deep Space 1» был вполне себе production, но и в production бывают ошибки, требующие исправления на живой системе. В этом отношении подход лиспа в том, чтобы не превращать production в застывший монолит, расчитывая что он будет более или меннее совершенным, а оставлять его пластичным и чуточку сырым, чтобы при случае можно было внести изменения. Впрочем, я еще не настоящий джедай и возможно чего-то не понимаю :)