|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 21 Aug 2005 20:21:04 To : Gleb Smirnoff Subject : Re: небольшое объявление -------------------------------------------------------------------------------- >>> Gleb Smirnoff wrote: GS> В сети сейчас много недовольства по поводу того, что вслед GS> за 5.3-RELEASE уже делают 6.0-RELEASE. Мол, гонятся за номером GS> версии, хотят обогнать RedHat. GS> Просьба к тем, кто действительно так думает, прочитать вот GS> этот небольшой текст: GS> http://www.freebsd.org/doc/en_US.ISO8859-1/articles/version-guide/article.ht GS> ml#PAST-SCHEDULES Да и остальным будет интересно. Знаешь, я, конечно, повредничаю, но совершенно неинтересно. В частности, ряд заявлений скорее смешон чем осмысленен. Что даст релиз жёстко привязанный к определённой дате? Качество результата? Смешно, любому понятно что реализация разных возможностей требует разное время. Отфоркнут ветку определённого релиза, а там трава не расти? И что это даст? Что случилось бы, если бы RELENG_5 была отцеплена не в июне прошлого года, а осенью 2001-го, через полтора года после RELENG_4 - от этого она приобрела бы черты стабильной системы раньше? Да хрен там. SMPng+KSE - это был _настолько_ _большой_ перелом, что вылизывание багов заняло бы ещё два года, как собственно и получилось. Проблема не в темпе форка: проблема в жёсткости перелома и попросту некомпетентности тех, кто его одобрил в тот момент в разрешении столь радикальных действий. Все мы задним умом крепки и я не берусь обвинять их в этом; но прежде чем вводить в систему изменение, ломающее всё и сразу, надо было оценить, сколько времени потребуется до тех пор, пока оно не начнёт работать. И, далее, проблема в качестве тестирования: хорошо рожать фичи, но почему-то тестирование всегда производится на живых пользователях. Конечно, это open source, и все занимаются тем, что интересно, а не тем, что нужно. Они (вы) надеются полуторалетним циклом смягчить проблемы перехода? Hе будет этого, отдельные переходы всё равно или требуют достаточно сильных мер, или не требуют. И что, это устранило, например, необходимость пересобирать практически всё при переходе на новую версию, потому что компот из libc.so.4 и libc.so.5 неработоспособен? Может, вместо этого надо было позаботиться о грамотной ABI compatilibity и не сваливать проблему на юзера, который ещё должен знать что такое номер библиотеки и на что он влияет? А бардак с тредовыми либами? Почему libpthread - не выбираемый среди трёх вариант, раз уж их три, а прибитый гвоздями libkse? Ах да, кто-то надеялся что он сумеет завести M:N в работу (хотя умные люди вроде Ingo Molnar давно говорили: сначала сделай хотя бы 1:1, даже на это уйдёт ресурсов больше чем ожидал, а уже потом пытайся прыгнуть выше себя). И что, при переходе на 6ку мы опять будем радоваться и bump'у номера libc.so (уже радуемся, там было что ломать), и перепахивать всё тредовое? Hу почему у галимой винды этих проблем нет? Спасибо, романтики натворили. Пятёрка уже неактуальна, видите ли. У меня среди полусотни тазиков этой пятёрки дай бог чтобы 4 штуки оказалось, и зачем мне на неё гнаться? Глюков огребать? Спасибо, пока что этого добра и на четвёрках хватает, а тут ещё и половину железа наверно менять придётся. А теперь вообще непонятно куда идти, и четвёрка устарела, и пятёрка устарела не успев родившись, и поддержки на них толковой не ожидай - да, дырки закроют, но не более того; и шестёрку - стрёмно, она даже официально не stable. И куда идти простому админу? И ещё удивляются, что гонка версий якобы "как в редхате". Кстати, на пятёрку поддержки обещают на год меньше чем на четвёрку.:( Да, общая обстановка пока лучше чем в окрестностях редхата: там по выходу FC4 уже считай FC2 не поддерживается, а прошло меньше года. Hо чем это поможет когда уже, например, дофига портов просто не разрешаются на четвёрке потому что автору лень дотачивать их? Зато номера теперь гонятся быстрее: редхат за 10 лет только 6 версий сменил, а тут уже 7 будет. При том, что никакой связи с принципиальными свойствами систем не будет: те же 6.0 и 7.0 можно было бы спокойно пронумеровать 5.1 и 5.2, и психологически, когда номера соответствуют различному комплекту фич, это было бы более адекватно. Так что, разве это не гонка за номерами? Всё равно самый качественный релиз из последних нескольких лет был 4.3, остальные местами (как 4.6, 3.4) к нему только изредка приближаются, в основном же напоминая сдёртые на ходу кое-как заточенные состояния. За что новый номер? За новые глюки, на которых работать стрёмно? Извини, наболело. Просто когда хватают очередную маркетинговую технологию, в этот раз жёсткие сроки выхода, и надеются выдав её за панацею решить этим совершенно не маркетинговые проблемы - результат будет закономерен, заранее предсказуем и совсем не тот, что ожидался авторами такой панацеи. Hе дадут разработчикам времени на доведение какой-то фичи до ума - значит, она в релиз пойдёт сырая. Что ж, успешных паников. -netch- --- ifmail v.2.15dev5.3 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/22383c44b5694.html, оценка из 5, голосов 10
|