Не всегда верно. Очень времене и ресурсо емко. Считаю, это слабо применимым в контексте Open-Source. Они нужны, но бещ фанатизма. Как говорил один из разработчкиов KDE:  "Я не тестирую свои программы. Пользователи генерируют сообщения об ошибках лучше чем gcc."<br>
<br><div class="gmail_quote">27 июня 2011 г. 17:33 пользователь Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihar.hrachyshka@gmail.com">ihar.hrachyshka@gmail.com</a>></span> написал:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Offtopic: по предложенной вами ссылке описывают "100% покрытие кода<br>
юнит-тестами" как что-то плохое. А это ведь неправильно.<br>
<div class="im"><br>
On 06/27/2011 05:24 PM, Олег Линкин wrote:<br>
> <a href="http://xn-----clcksaplxf6byd3cyb.xn--p1ai/" target="_blank">http://пиши-код-блять.рф/</a> <<a href="http://xn-----clcksaplxf6byd3cyb.xn--p1ai/" target="_blank">http://xn-----clcksaplxf6byd3cyb.xn--p1ai/</a>><br>

><br>
</div><div><div></div><div class="h5">> Это к вопросу методологий. И, по-моему, все эти методологии не нужны<br>
> разработчику, тем более опенсорс разработчику<br>
><br>
> 27 июня 2011 г. 17:17 пользователь Yauhen Kharuzhy <<a href="mailto:jekhor@gmail.com">jekhor@gmail.com</a>>написал:<br>
><br>
>> On Mon, Jun 27, 2011 at 05:05:41PM +0300, Maksim 'max_posedon' Melnikau<br>
>> wrote:<br>
>>> 1. Cells.js - еще один подход к разработке современных веб-приложений<br>
>>> 2. Облачные вычисления и сервисы: классификация, основные функции,<br>
>>> преимущества и недостатки<br>
>>> 3. Базовая серверная архитектура для высоконагруженного стартапа<br>
>>> 4. Способы повышения производительности высоконагруженных проектов на CMS<br>
>> Drupal<br>
>>> 5. Amazon auto-scaling. Создание и оптимизация автомасштабируемых<br>
>>> систем на базе GNU/Linux<br>
>>> Пять докладов которые у меня вызывают тока одну мысль: "Как же вы мне<br>
>>> все надоели со своими web стартапами!", это всё может и интересно, за<br>
>>> зачем *ЭТО* тянуть на LVEE?<br>
>><br>
>>> 6. Feature based development process with fixed delivery intervals или<br>
>>> почему мы ушли от классического SCRUM<br>
>>> Доклады по менеджменту, на LVEE?! Для кого?!<br>
>> Вот с последним не соглашусь. Не уверен, что конкретно это должно быть<br>
>> докладом,<br>
>> учитывая мою нелюбовь к необоснованному использованию английского,<br>
>> но знания о методах управления проектами могут пригодиться любому<br>
>> мало-мальски самостоятельному разработчику.<br>
>><br>
>> --<br>
>> Yauhen Kharuzhy         jekhor _at_ <a href="http://gmail.com" target="_blank">gmail.com</a><br>
>>                        JID: <a href="mailto:jek@jabber.ru">jek@jabber.ru</a><br>
>>                        skype: jekhor<br>
>><br>
>> A: No<br>
>> Q: Should I quote below my post?<br>
>><br>
>> _______________________________________________<br>
>> Talks mailing list<br>
>> <a href="mailto:Talks@lvee.org">Talks@lvee.org</a><br>
>> <a href="http://lists.lvee.org/mailman/listinfo/talks" target="_blank">http://lists.lvee.org/mailman/listinfo/talks</a><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> Talks mailing list<br>
>> <a href="mailto:Talks@lvee.org">Talks@lvee.org</a><br>
>> <a href="http://lists.lvee.org/mailman/listinfo/talks" target="_blank">http://lists.lvee.org/mailman/listinfo/talks</a><br>
<br>
<br>
_______________________________________________<br>
Talks mailing list<br>
<a href="mailto:Talks@lvee.org">Talks@lvee.org</a><br>
<a href="http://lists.lvee.org/mailman/listinfo/talks" target="_blank">http://lists.lvee.org/mailman/listinfo/talks</a><br>
</div></div></blockquote></div><br>