Однажды, сидя за компутером и покуривая бамбук, увидел я как 03 Сен 2014 Alexey Vissarionov и я травили байки про Reiserfs: file corruption in 3.16.x kernels: OL>>>> из одного человека? KK>>> Из одного человека, really? Ты бы вопрос изучил, прежде чем хрень KK>>> писать. OL>> Понятие "фигуральное выражение" знакомо? AV> Так бы и написал: "где всем рулит один человек". Я неудачно выразился (написал).
OL>>>> Подозреваю, что документация проекта не велась (я уж молчу про OL>>>> комментарии в коде - ведь "Hастоящие программеры комментариев не OL>>>> пишут"). KK>>> Подозреваю что ты вообще не понимаешь как ведется разработка KK>>> свободного по, как разрабатывается ядро linux и как туда попадают KK>>> наработки. OL>> Hеужели при разработке "свободного по"(tm) нет ни анализа задачи, OL>> ни разработки (подбора) алгоритмов, ни кодирования, ни тестирования OL>> и отладки, ни документирования проекта и его стадий? AV> Все это в той или иной степени есть даже когда разработчик один, программа AV> простейшая и дальнейшей доработки вряд ли потребует. Вот недавний пример: AV> http://gremlin.ru/soft/csdck/ - написано мной в одно рыло по случаю AV> покупки откровенно левых китайских флешек с целью потребовать деньгивзад, AV> но даже в процессе решения такой простой задачи был и анализ (выдал ТЗ AV> самому себе), и разработка алгоритма (с кардинальным изменением между AV> версиями 0.1 и 0.2), и собственно написание кода, и тестирование с отловом AV> пары корявостей, и даже написание TFM на случай, если кто возжелает его R. AV> И это еще простейший пример. Самое веселье начинается, когда AV> разработчиков становится трое или больше, "Когда в товарищах согласья нет..." (ц) Есть истории когда полностью менялась команда (архитектор, аналитик, кодеры, менеджер проекта), а проект успешно продолжал свое развитие, но это не случай с reiserfs. Было бы нормальное управление проектом - не было бы сабжа. Просто некоторым невдомек, что ошибки в ПО появляются из-за некачественной работы (управление проектом, говнокодинг, завышенное ЧСВ и т.п.) команды разработчиков (или самого разработчика), а не из-за происков "тёмных сил".
AV> а когда их количество достигает нескольких AV> сотен, как в случае эхотажного ядра, вылезают уже совершенно эпичные AV> срачи наподобие недавнего выпила из ядра модификаций, внесенных AV> разработчиками systemd, с объявлением их рукожопыми мудаками. :) Мне это напомнило еще один проект (тоже СПО), когда разработчики объявили, что для реализации фичи "M" в версии 0.3 будет использована библиотека "P", которая будет идти вдовесок к программе. Среди пользователей также нашлись программисты, которые высказали свое удивление и показали, что для реализации фичи "M" можно использовать библиотеку "X", которая уже есть в ОС, а для выбора версии используемой библиотеки (у кого-то может использоваться более старая библиотека) нужно просто добавить 4-5 строчек в конструктор класса, отвечающего за фичу "M". Разработчики заявили, что юзеры ничего не понимают в программировании, потому что при использовании библиотеки "P" программа работает быстрее. Однако после того как "удивленные пользователи-программисты" прислали результаты тестов (с методиками проведения тестов и замеров производительности), по которым выходило что выигрыша в быстродействии нет, разработчики объявили на форуме поддержки, что за вопрос "Почему для реализации фичи "M" была использована библиотека "P", а не "X" (или любая другая)?" спрашивающий получает немедленный бан.
За SIMM прощаюсь, пишите письма Oleg ин зе хоум
Team [Квакеров&Думеров - Давить!] [Мультфильмы - RULEZ FOREVER!]
... Я те доставлю райское наслаждение :-E~~~~ --- Модный таракан/W32 1.1.5 * Origin: Девушка! Это Вы крокодил? (с) 2:5053/50 (2:5053/56)
