|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 21 Aug 2005 23:08:24
To : Gleb Smirnoff
Subject : Re: небольшое объявление
--------------------------------------------------------------------------------
>>> Gleb Smirnoff wrote:
VN>> Знаешь, я, конечно, повредничаю, но совершенно неинтересно. В
VN>> частности, ряд заявлений скорее смешон чем осмысленен. Что даст
VN>> релиз жёстко привязанный к определённой дате? Качество результата?
GS> Предсказуемость появления нового релиза.
Предпочитаю предсказуемое качество. :))
VN>> И, далее, проблема в качестве тестирования: хорошо рожать фичи, но
VN>> почему-то тестирование всегда производится на живых пользователях.
VN>> Конечно, это open source, и все занимаются тем, что интересно, а не
VN>> тем, что нужно.
GS> Слава уже ответил на этот абзац, и он во всём прав. Тестирование делает
GS> автор, те герои, которые используют CURRENT и те герои, которые помогают
GS> тестировать патчи, до того, как они попали даже в CURRENT. Кто из вас,
GS> читатели, это делает?
Свежо предание, но верится с трудом. Вот я тестировал пятёрку дома
начиная с раннего 5.0. Писал письма в current с описанием проблем.
Hа большинство - ноль ответа. Сейчас у меня 5.4-RELEASE и она
_стабильно_ глючит: см. опять же письмо в stable,
pfs_vncache_unload. Я просил помощи в поиске бага, чтобы просто
сказали, куда копать - найти багу после того как сказали где искать
у меня шансы достаточно высокие, как-никак программить могу. Кому
это интересно? Отзывов не было, всем чихать на баги даже в релизе.
Что дальше я должен делать при таком отношении? Тестить уже 6.0 или
7.0, зная, что всё равно 90% жалоб уйдут в песок? И это, заметь, на
домашней машине, на которую нагрузка ничтожна. Что же будет в боевом
production? Я _боюсь_ после такого ставить туда версии старше
четвёрки, и единственное что принудит - функциональность которой нет
в старых версиях или истечение периода поддержки по security.
GS> Лично у меня есть ресурсы для тестирования - 5 самых разных компьютеров,
GS> которые я купил за свои деньги. Два из них куплены исключительно с целью
Молодец, искренне хвалю. Меня хватило только на одну машину. Hо где
результат от того, что меня на неё хватило? Ушедшие в /dev/null
жалобы?
GS> Если вы поставите 6.0-RELEASE и у вас будут проблемы с ATA,
GS> то в этом виноваты вы. Потому, что Сорен (автор ata(4))
GS> многократно просил тестировать свой ATAMkIII до того, как закоммитил
GS> и после того. Он выражал свою готовность решить все жалобы. Он работал
GS> над этим несколько месяцев. У каждого из вас была возможность поставить
GS> себе этот патч, или CURRENT после того, как патч был влит и убедиться
GS> в том, что ATA работает на вашей машине, или же написать баг репорт.
GS> Еще не поздно, 6.0-RELEASE еще не вышел... Возьмите 6.0-BETA3, который
GS> завтра уже наверное будет готов.
OK, у меня сейчас свободны 3 машины, попробую. Hо вообще-то речь
опять почему-то скатилась к драйверам. Я ничего не говорил про
драйвера! Я говорил про основные конструктивные фичи вроде того же
SMPng, или KSE. Что мне с ними делать?:((
VN>> Hе будет этого, отдельные переходы всё равно или требуют достаточно
VN>> сильных мер, или не требуют. И что, это устранило, например,
VN>> необходимость пересобирать практически всё при переходе на новую
VN>> версию, потому что компот из libc.so.4 и libc.so.5 неработоспособен?
GS> Зато компот из libc.so.5 и libc.so.6 работоспособен. Я в нём сейчас сижу.
GS> Проблемы перехода с 4 на 5 не повторились при переходе на 6.
VN>> За что новый номер? За новые глюки, на которых работать
VN>> стрёмно?
GS> Спасибо за "конструктивный" вопрос. За что новый номер ответ был дан.
GS> Ссылка в начале треда.
Я не нашёл там достаточного основания для смены номера библиотеки
просто при смене номера версии системы. Ткни пальцем, пожалуйста,
если видишь где оно.
VN>> Извини, наболело. Просто когда хватают очередную маркетинговую
VN>> технологию, в этот раз жёсткие сроки выхода, и надеются выдав её за
GS> Это не маркетиновая технология!
А что же это? Когда релиз вводится независимо ни от чего кроме
календаря?
VN>> панацею решить этим совершенно не маркетинговые проблемы - результат
VN>> будет закономерен, заранее предсказуем и совсем не тот, что ожидался
VN>> авторами такой панацеи. Hе дадут разработчикам времени на доведение
VN>> какой-то фичи до ума - значит, она в релиз пойдёт сырая. Что ж,
VN>> успешных паников.
GS> Читайте внимательнее! Она пойдёт в релиз не сырая, а отключенная.
Hу расскажи как можно было бы "отключить" тот же SMPng или GEOM.
После того как переход на новую технологию оказался безвозвратным:
вернуться обратно можно только откатив систему целиком.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
