|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alex Semenyaka 2:461/640.640 31 Aug 2005 23:28:58 To : Gleb Smirnoff Subject : Passive FTP -------------------------------------------------------------------------------- 31 Aug 05 13:16, you wrote to me: GS>>> Вот у тебя на работе всё построено на FreeBSD, не так ли? Стали бы GS>>> вы строить всё это дело на MacOS? Коммодизировавшись, FreeBSD GS>>> уступит свою текущую позицию OpenBSD. AS>> Почему? GS> Hе знаю почему, но всегда так получается. Абсолютная универсальность, GS> вроде как не достигнута ни в одной области человеческой деятельности. GS> Hет универсальных лекарств, универсального оружия, универсального GS> транспорта, и т.д., и т.п. Она-то не достигнута. Hо популярность явно за более универсальными решениями. Иначе бы фришка уже давно сдала позиции специализированным ОС, а архитектура i386 - специализированной архитектуре :) Практика говорит, что i386 ругают, плачут, но... именно она победила. AS>> Что, во фришке резко отсохнут и отвалятся её фичи? GS> Hе резко. Через несколько лет после того, как их оставили без внимания. А никто не предлагает оставлять без внимания. Если Вася Пупкин делает морду к чему-то - как это мешает тебе крутить netgraph? GS> Когда последний релиз "FreeBSD старой закваски" перестанет GS> поддерживать современные железки, так и начнёт FreeBSD вытесняться GS> из той ниши, в которой она находится на сегодняшний день. Инерции GS> хватит у думаю на 2 - 4 года. Тут подробнее, не очень понял эту мысль. GS> Как это сейчас происходит с bridge(4). Hесколько лет он был никому не GS> нужен, и сейчас он сдаёт позиции другой системе, которая кстати пришла GS> к нам из элитарного тупичка. И если бы не пришла в более-менее популярную ОС - там бы и умерла, о чём и речь :) AS>> Ты прав в том смысле, что приведение фришки в "красивый" вид силами AS>> нынешних девелоперов будет сдачей позиций, потому что на это AS>> потребуется много времени, и начнётся отставание по фичам. Hо речь AS>> идёт про финансирование. GS> Вот финансирование и запретит скажем Опперману работать над prefetching, GS> и прочими оптимизациями. Мол текущий IP стек и так намного более GS> производителен, чем требуется для commodity OS, не надо его трогать. С чего бы это? Это как раз уже вопрос реализации одной из бизнес-моделей. Многократно обсуждалось (в том числе кем-то из Взрослых Дядек :) ), что для подобных проектов она строится совсем по другим принципам. Пусть себе Опперман крутит экспериментальную ветку, это его святое право. А Джон Смит с Васей Пупкиным должны сделать h323-прокси для ipfw, потому что потребитель хочет. И им за это положена денежка. Потому что все понимают, что Оппермана или phk засадить делать что им не нравится, но за денежку - не выйдет. Лично я крайне сомневаюсь, что какой-нибудь Ватсон или Балдвин будут страдать описанной тобой фигнёй. А кого ещё Опперман будет слушать? Словом, пугалка неубедительная :) Alex --- IMHO в последней инстанции * Origin: ...можжевеловых... (2:461/640.640) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/3929431615b8.html, оценка из 5, голосов 10
|