https://www.opennet.ru/openforum/vsluhforumID3/79185.html Линус Торвальдс объявил (https://plus.google.com/102150693225130002912/posts/2BXkWyrY4jH) о незначительной задержке релиза Linux-ядра 3.0, который планировалось выпустить в понедельник. Задержка связана с обнаружением в последний момент проблемы, связанной с работой кода проверки файловых путей. Несмотря на то, что в настоящий момент уже доступен патч и известна причина возникновения проблемы, релиз будет немного задержан из-за необходимости провести дополнительное тестирование.<br><br><br>Отдельно отмечается, что выявленная ошибка проявляется крайне редко и требует достаточно специфичного стечения обстоятельств. Например, для чтобы повторить условия проявления проблемы потребовалось несколько недель стресс-тестирования. По словам Линуса на подобную редкую проблему можно было бы не обращать внимание, спокойно выпустить релиз и включить патч в состав одного из корректирующих обновлений, но выпуск релиза, в котором заведомо есть известные ошибки, какими бы редкими они ни были, заведомо порочная практика, до которой не https://www.opennet.ru/openforum/vsluhforumID3/79185.html#38 Wed, 20 Jul 2011 22:31:43 GMT &gt; BTW, хотелось бы посмотреть на микротест, который сможет эмулировать "несколько недель <br>&gt; стресс-тестирования" <br><br>А нету таких. Поэтому юнит-тесты - может и неплохое изобретение, но панацеей уж точно не является. Они могут протестировать пару стандартных ситуаций, гарантирующих лишь то что по крупному ничего не отъехало при стыковке 2 кусков кода. Баги такого уровня и так будут пойманы, с юнит тестами или без. А вот более заковыристые - юнит-тестами не ловятся вообще. Поэтому юниттесты имеют смысл только если удается их сделать без значительных затрат сил.<br> https://www.opennet.ru/openforum/vsluhforumID3/79185.html#37 Wed, 20 Jul 2011 22:29:02 GMT &gt; потому что в этом случае testsuite был бы частью (причем весьма большой) <br>&gt; исходиков ядра.<br><br>Видел массу проектов с юнит-тестами, битком набитыми вот таким. Которым все это не помогло. Test driven development - это мягко говоря не панацея. Более жестко говоря, попытки впарить его как единственно верный подход являются надувательством. Потому что есть масса проектов которые используют иные подходы, обладая хорошим качеством кода, равно как хватает проектов написаных по данному подходу, обладающих мерзкими багами.<br> https://www.opennet.ru/openforum/vsluhforumID3/79185.html#36 Wed, 20 Jul 2011 22:16:37 GMT &gt; специфичное стечение обстоятельств - это 1 час мирового тестирования. :) <br><br>Где ж ты был, Капитан? Пиво пил? Ну у меня вот стоит последний rc этого ядра а баг я так и не поймал. <br> https://www.opennet.ru/openforum/vsluhforumID3/79185.html#35 Wed, 20 Jul 2011 22:15:38 GMT &gt; Одного 12309 хватит за глаза <br><br>А это не один баг. Как всегда, лабухи навалили пачку разных багов в кучу, мало мальски похожих на то что там есть. Ждать закрытия такого бага можно долго. Что характерно, те подтипы багов которые могли мешать жить на большинстве конфигураций - удавлены. Поэтому в реальных конфигурациях указанный баг как правило не проявляется. То что проявляется, часто и нагло - давно пришиблено разработчиками. Потому что они тоже люди и им совсем не нравится работать в системе с такими багами, приколитесь?<br> https://www.opennet.ru/openforum/vsluhforumID3/79185.html#34 Wed, 20 Jul 2011 21:23:40 GMT &gt; Что мешает на каждую функцию ЗАРАНЕЕ писать микротест и добавлять его в систему автоматизированного модульного тестирования<br><br>Эмерджентность (от англ. emergence &#8212; возникновение, появление нового) в теории систем &#8212; наличие у какой-либо системы особых свойств, не присущих её подсистемам и блокам, а также сумме элементов, не связанных особыми системообразующими связями; несводимость свойств системы к сумме свойств её компонентов.<br><br>Ну и указанный выше "зоопарк" реальных условий эксплуатации (комбинации железа, комбинации настроек, различные use-cases, и т. п.).<br> https://www.opennet.ru/openforum/vsluhforumID3/79185.html#33 Wed, 20 Jul 2011 18:36:37 GMT &gt;&gt;Буду банальным... Но как там с 12309? )<br>&gt;&gt;Он остался в ветке 2.6 <br><br>O'Rly?!<br> https://www.opennet.ru/openforum/vsluhforumID3/79185.html#32 Wed, 20 Jul 2011 15:25:46 GMT Но им надо сказать спасибо за то что шишки от грабель - на их лбах, а не ваших.<br> https://www.opennet.ru/openforum/vsluhforumID3/79185.html#31 Wed, 20 Jul 2011 14:51:24 GMT Настоящая причина задержки релиза 3.0:<br><br>&gt;[оверквотинг удален]<br>&gt;with the odd numbers going like:<br>&gt;<br>&gt; - 2.6.&lt;odd&gt;: still a stable kernel, but accept bigger changes leading up <br>&gt; to it (timeframe: a month or two).<br>&gt; - 2.&lt;odd&gt;.x: aim for big changes that may destabilize the kernel for <br>&gt; several releases (timeframe: a year or two)<br>&gt; - &lt;odd&gt;.x.x: Linus went crazy, broke absolutely _everything_, and rewrote<br>&gt; the kernel to be a microkernel using a special message-passing version <br>&gt; of Visual Basic. (timeframe: "we expect that he will be released from <br>&gt; the mental institution in a decade or two").<br><br>( http://lkml.org/lkml/2005/3/2/247 )<br> https://www.opennet.ru/openforum/vsluhforumID3/79185.html#30 Wed, 20 Jul 2011 13:33:05 GMT Для вас важнее _куда_ он пишет или _что_ он пишет?<br>Относиться надо ко всему спокойнее...<br>