Хорошо замечено и я об этом думал недавно. Стиль совсем другой. Мне кажется языки Python, Ruby(в них нет всяких этих интерфейсов и все очень сахарно) хорошо подходят для быстрой разработки прототипа, MVP. Но когда проект переходит в стадию монструозности(а это часто происходит при успехе), то более монструозные языки уже более уместны. Потому что, возвращаясь к началу статьи, все эти «монструозные» архитектуры призваны облегчить поддержку проекта в будущем. Она просто становится дешевле. Поэтому в энтерпрайз-проектах зачастую они стандарт де-факто(их 100% придется долго поддерживать).
Ну и простой пример:
В апреле 2009 года Twitter объявил, что перевёл значительную часть своего серверного кода с Ruby на Scala и собирается перевести оставшийся.
Разумеется, это просто мои мысли и причины перехода твиттера на Scala мне неизвестны.
У вас тут тем на несколько книг :) Да. Весьма поверхностная статья о просто хороших практиках. В основном для новичков. Вам очень везет, если весь код, который вы встречаете написан хотя бы так, как у меня. Мне не так везет…
Знал, что такой комментарий появится.
Я работал и в проектах, где все сделано «по-простому». И могу сравнивать. Но, как я написал в тексте, это сложно обьяснить. И уж тем более — доказать. Могу лишь привести пример: один из мейнстримовых на данный момент PHP фреймворков — Laravel имеет из коробки IoC и содержит тот самый код, который по вашему мнению, «низко надежный, плохо подерживаемый» и т.д. Я понимаю, что популярность фреймворка не значит автоматически, что его код высококачественный. Но уверяю вас — Laravel написан хорошо.
Да, людям, которые привыкли писать «по-простому» сложно привыкнуть к логике, разделенной на кучу классов. Но в этом деле хорошо помогают IDE, позволяющие без проблем читать такой код. И я считаю, что правильный код с интерфейсами, IoC и прочими SOLID-ами гораздо проще кода, написанного «по-простому».
Да понятно, что не в фреймворке дело.
Дело в говнокоде. Когда в CodeBehind(или контроллерах) пишут запросы… это плохо во всех смыслах. Возникает желание Request параметры еще горяченькими всунуть в запрос.
Когда у нас нормальный BL — большинство таких детских проблем безопасности сами отпадают.
Меня поражают все эти нападки на язык. Язык лишь инструмент. Функции как-то не по стандарту названы… да я если честно уже не помню когда в последний раз возникали проблемы с этим… IDE(прекрасный PhpStorm от JetBrains) в руки и вперед.
Пишу сейчас на laravel… IoC из коробки. Куча современных паттернов из коробки. Composer — подключаешь что нужно. Пишется легко. Просто уметь надо.
Уже который раз замечаю, что люди, хаящие PHP, просто не умеют его готовить. До сих пор застряли на сайтах из одного PHP файла? include 'database.php'; — где подключаемся к базе данных?
Ну могу лишь предположить что достался большой legacy проект… Видел и такие. Но это проблема проекта, а не языка. Большие legacy проекты есть в каждом языке. Не надо сравнивать старый сайт на PHP и новый сайт на питоне/руби.
Эта тулза стала бы реально полезной, если бы сама «учила» любую VCL программу распаковывать свои ресурсы, т.е. подменяла бы InternalReadComponentRes. Но это, конечно, непростая задача.
Мм… Не хочу оскорбить, но знал я одного такого любителя разрабатывать сложные проекты в Far.
Когда я увидел код у меня был такой шок. Я даже скриншот на память оставил. Копипаст-на копипасте и копипастом подгодняет. Все в одной мешанине, без разделения логик и представлений, а проект реально очень большой, там таких файлов штук 500. После этого я крайне отрицательно отношусь к таким людям. Мож я и неправ и судить по одному примеру нельзя…
З.Ы. сам юзаю Far. Но только как файловый менеджер, а не редактор кода!
Не совсем понимаю как этот пример касается предыдущего сообщения. В любом случае, в каком диапазоне искать понятно уже сразу после первой карты. И остальные три просто располагаются в определенном порядке, чтобы описать какой из 6 вариантов — верный.
А в случае карт одной масти — вариантов масса. Ибо выбирать две из 5 — это С 2 5 вариантов.
Ну и простой пример:
Разумеется, это просто мои мысли и причины перехода твиттера на Scala мне неизвестны.
А вот это, кстати, верный признак работы в тепличных проектах. Так серьезные проекты не пишут.
Я работал и в проектах, где все сделано «по-простому». И могу сравнивать. Но, как я написал в тексте, это сложно обьяснить. И уж тем более — доказать. Могу лишь привести пример: один из мейнстримовых на данный момент PHP фреймворков — Laravel имеет из коробки IoC и содержит тот самый код, который по вашему мнению, «низко надежный, плохо подерживаемый» и т.д. Я понимаю, что популярность фреймворка не значит автоматически, что его код высококачественный. Но уверяю вас — Laravel написан хорошо.
Да, людям, которые привыкли писать «по-простому» сложно привыкнуть к логике, разделенной на кучу классов. Но в этом деле хорошо помогают IDE, позволяющие без проблем читать такой код. И я считаю, что правильный код с интерфейсами, IoC и прочими SOLID-ами гораздо проще кода, написанного «по-простому».
Дело в говнокоде. Когда в CodeBehind(или контроллерах) пишут запросы… это плохо во всех смыслах. Возникает желание Request параметры еще горяченькими всунуть в запрос.
Когда у нас нормальный BL — большинство таких детских проблем безопасности сами отпадают.
Пишу сейчас на laravel… IoC из коробки. Куча современных паттернов из коробки. Composer — подключаешь что нужно. Пишется легко. Просто уметь надо.
Уже который раз замечаю, что люди, хаящие PHP, просто не умеют его готовить. До сих пор застряли на сайтах из одного PHP файла? include 'database.php'; — где подключаемся к базе данных?
Ну могу лишь предположить что достался большой legacy проект… Видел и такие. Но это проблема проекта, а не языка. Большие legacy проекты есть в каждом языке. Не надо сравнивать старый сайт на PHP и новый сайт на питоне/руби.
Не исправляйте эту опечатку! Это тот случай, когда опечатка лучше подходит по смыслу :)
Когда я увидел код у меня был такой шок. Я даже скриншот на память оставил. Копипаст-на копипасте и копипастом подгодняет. Все в одной мешанине, без разделения логик и представлений, а проект реально очень большой, там таких файлов штук 500. После этого я крайне отрицательно отношусь к таким людям. Мож я и неправ и судить по одному примеру нельзя…
З.Ы. сам юзаю Far. Но только как файловый менеджер, а не редактор кода!
он этим спокойно занимается и без подобных хаков ;-)
если вы профессиональный программист, то для инструмента для работы цена у него мизерная.
А в случае карт одной масти — вариантов масса. Ибо выбирать две из 5 — это С 2 5 вариантов.
Правильное решение в комменте habrahabr.ru/post/178777/#comment_6206687