<div dir="ltr"><div>А у Perl есть деплой?<br></div>ИМХО, как раз это - одна из причин потери популярности. Для начинающего довольно сложно понять, как заставить всё это работать?<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">
16 мая 2014 г., 0:24 пользователь Victor Efimov <span dir="ltr"><<a href="mailto:victor@vsespb.ru" target="_blank">victor@vsespb.ru</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
16 мая 2014 г., 0:05 пользователь Ivan Petrov <<a href="mailto:i.petro.77.00@gmail.com">i.petro.77.00@gmail.com</a>> написал:<br>
<div class="">>> Так у anyevent то же автор..<br>
><br>
> тоТ же<br>
</div>угу, typo<br>
<br>
> тесты надо писать до кода, а не после :)<br>
<br>
+1, до, или во время, но главное не после. код без тестов - это<br>
фактически половина не сделана.<br>
<br>
ценность даже мелких cpan модулей, делающих что-то элементарное - в<br>
том что у них есть тесты. модуль при желании можно форкнуть,<br>
модифицировать<br>
и он продолжит работать. так же можно удедиться что он будет работать<br>
в бущуем с другими версиями perl. плюс конечно же, меньше багов.<br>
<br>
а с таким подходом - я написал код, через N лет писать тесты (+<br>
возможно это будет другой человек), то получатся или "интеграционные<br>
тесты перед рефакторингом legacy<br>
кода" или будет не слабый рефакторинг модуля.<br>
<br>
а вот докция на модули - действительно проблема. есть у меня код.<br>
вроде полезный, тестами покрыт. даже используется в реальной программе<br>
(вернее как раз там и используется), без технического долга. но<br>
выделить в модуль, объяснить юзерам зачем именно он нужен, почему<br>
используется этот подход - уже сложно.<br>
и в итоге займёт нишу узкоспециализированных модулей, никакой<br>
популярности, маскимум если будут баги, то всплывут молчаливые юзеры с<br>
просьбой пофиксить.<br>
<br>
On 13.05.2014, at 1:55, Тимур Нозадзе <<a href="mailto:timur.nozadze@gmail.com">timur.nozadze@gmail.com</a>> wrote:<br>
> Если у кого-нибудь есть идеи на эту тему, с удовольствием выслушаю и включу в доклад.<br>
<br>
Есть идея - не забыть что можно делать не только модули (т.е. для<br>
других программистов), но и приложения (т.е. для конечных юзеров).<br>
Больше приложений на perl - больше<br>
юзеров и админов будут знакомы с его деплоем, меньше шансов что линукс<br>
дистры выкинут perl из базового комплекта (и будут больше уделять<br>
времени бэкпортам багфиксов perl модулей в дистре. Есть у меня одна<br>
программа, в её названии даже есть слово Perl (напр. "Perl some<br>
application"). Уже два раза заметил что юзеры называют его ""Perl some<br>
application" python script" ;)<br>
<div class="HOEnZb"><div class="h5">--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>С уважением,<br>Мышкин Алексей.
</div>