[Moscow.pm] Mojo technology pool

[Ilya Chesnokov]

19 февраля 2013 г., 21:20 пользователь Ilya Chesnokov
<chesnokov.ilya на gmail.com> написал:
> 19 февраля 2013 г., 20:22 пользователь Akzhan Abdulin
> <akzhan.abdulin на gmail.com> написал:
>> Илья, Вы каких-то штампов начитались.
>>
>> Принцип TIMTOWTDI не зависит от языка.
>
> Правда? )) Чёрт, вот я лоханулся-то - а я думал, это только в Perl есть )))

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


>>
>> 19 февраля 2013 г., 19:25 пользователь Ilya Chesnokov
>> <chesnokov.ilya на gmail.com> написал:
>>>
>>> 19 февраля 2013 г., 16:29 пользователь Akzhan Abdulin
>>> <akzhan.abdulin на gmail.com> написал:
>>> > Рекомендации по выбору сторонних компонент - необходимы.
>>>
>>> Новичкам - безусловно.
>>> Опытные программисты обычно выбирают компоненты исходя из потребностей
>>> проекта и из своих собственных предпочтений, а не из предпочтений
>>> авторов или пользователей какого бы то ни было веб-фреймворка.
>>>
>>> > В мире Rails это фактически позволило построить стабильный развивающийся
>>> > мир.
>>> >
>>> > Так что и в мире Mojo это будет работать.
>>>
>>> Совершенно не факт, что это будет работать - всё-таки в Perl другая
>>> инфраструктура, есть понятие TIMTOWTDI, много готовых, как новых, так
>>> и проверенных временем и протестированных решений, так что подобрать
>>> готовый стек технологий для какого-то конкретного фреймворка - та ещё
>>> задача. Даже описать все системы/модули для решения конкретной задачи
>>> иногда довольно сложно  (банальный пример: что лучше - Data::Dumper
>>> или Data::Dump?), что уж там говорить о целом наборе технологий для
>>> работы с отдельным фреймворком.
>>>
>>> Плюс в мире Perl (с) есть тенденция сохранять совместимость между
>>> "кирпичиками" - поэтому я и говорю, что программисту в конечном итоге
>>> удобнее выбрать модуль, подходящий для решения той или иной *задачи*
>>> (журналирования, работы с БД, вывода html-кода) и использовать его с
>>> любым веб-фреймворком, который ему понравится (тоже, кстати, один из
>>> кирпичиков).
>>>
>>> Таким образом становится очевидным, что ваша система рекомендаций -
>>> устаревшее понятие, в мире Ruby оно может быть и сработало, но в мире
>>> Perl не работает и работать не будет (спасибо TIMTOWTDI) :)
>>>
>>> Впрочем, если вы напишете хорошую статью с обзором каких-нибудь
>>> наиболее известных технологий, совместимых с Mojolicious, большого
>>> вреда от этого не будет, и новичкам она наверняка окажется полезной -
>>> так что вперёд, удачи в этом нелёгком деле :)
>>>
>>> --
>>> Best regards,
>>> Ilya Chesnokov
>>> --
>>> Moscow.pm mailing list
>>> moscow-pm на pm.org | http://moscow.pm.org
>>
>>
>>
>> --
>> Moscow.pm mailing list
>> moscow-pm на pm.org | http://moscow.pm.org
>>
>
>
>
> --
> Best regards,
> Ilya Chesnokov



-- 
Best regards,
Ilya Chesnokov