|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Slawa Olhovchenkov 2:5030/500 21 Aug 2005 21:02:56
To : Valentin Nechayev
Subject : небольшое объявление
--------------------------------------------------------------------------------
21 Aug 05, Valentin Nechayev writes to Gleb Smirnoff:
VN> И, далее, проблема в качестве тестирования: хорошо рожать фичи, но
VN> почему-то тестирование всегда производится на живых пользователях.
VN> Конечно, это open source, и все занимаются тем, что интересно, а не
VN> тем, что нужно.
Здрасте. А кто тестировать будет? У FreeBSD team что, есть отдел QA из сотни рыл
на full-time с лабой на тысячу железок в разных конфигурациях? Ах нету? А откуда
тогда тестирование возмтся, если автор в лучшем случае может потестировать на
своей машине, а у затребовашего фичу иной раз результата тестирования дождатся
тяжело, а то и вообще отбрехивается тем, что у него мол "продакшен".
У кошки есть и то и другое и то, фактически IOSы на живых людях тестируют, да
еще и денег за это берут.
VN> Они (вы) надеются полуторалетним циклом смягчить проблемы перехода?
VN> Hе будет этого, отдельные переходы всё равно или требуют достаточно
VN> сильных мер, или не требуют. И что, это устранило, например,
VN> необходимость пересобирать практически всё при переходе на новую
VN> версию, потому что компот из libc.so.4 и libc.so.5 неработоспособен?
VN> Может, вместо этого надо было позаботиться о грамотной ABI
VN> compatilibity и
Это здорово, но для этого надо обладать головой мужиков из DEC 70-80х годов. И
что бы можно было только это обсасывать с полгода (разработку API/ABI). Утопия?
Утопия. Значит надо минимизировать последствия слома ABI, менять его так, чот бы
в дальнейшем последстви минимизировались (с учетом опыта) и терпеть такую
ситуацию.
VN> себя). И что, при переходе на 6ку мы опять будем радоваться и bump'у
VN> номера libc.so (уже радуемся, там было что ломать), и перепахивать
VN> всё тредовое? Hу почему у галимой винды этих проблем нет?
А я бы розгами бил за то, что раньше bump не сделали. И повторно -- за то, что
не всем либам bump сделали.
VN> Да, общая обстановка пока лучше чем в окрестностях редхата: там по
VN> выходу FC4 уже считай FC2 не поддерживается, а прошло меньше года.
VN> Hо чем это поможет когда уже, например, дофига портов просто не
VN> разрешаются на четвёрке потому что автору лень дотачивать их?
VN> Зато номера теперь гонятся быстрее: редхат за 10 лет только 6 версий
VN> сменил, а тут уже 7 будет. При том, что никакой связи с
VN> принципиальными свойствами систем не будет: те же 6.0 и 7.0 можно
VN> было бы спокойно пронумеровать 5.1 и 5.2, и психологически, когда
VN> номера соответствуют различному комплекту фич, это было бы более
VN> адекватно. Так что, разве это не гонка за номерами? Всё равно
Кто сказал, что разные номера -- разный набор фич?
Для чего?
FreeBSD говорит, что разные номера -- разный ABI. Очень понятно на самом деле.
VN> Извини, наболело. Просто когда хватают очередную маркетинговую
VN> технологию, в этот раз жёсткие сроки выхода, и надеются выдав её за
VN> панацею решить этим совершенно не маркетинговые проблемы - результат
VN> будет закономерен, заранее предсказуем и совсем не тот, что ожидался
VN> авторами такой панацеи. Hе дадут разработчикам времени на доведение
VN> какой-то фичи до ума - значит, она в релиз пойдёт сырая. Что ж,
VN> успешных паников.
Жесткие сроки -- идиотизм. И хер знает какие сроки -- идиотизм не меньший.
... Сэр, я ничего не хочу сказать, но, сэр, мухи... они редко ошибаются, сэр!
--- GoldED+/BSD 1.1.5
* Origin: (2:5030/500)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
небольшое объявление 
