The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

OpenNews: Процесс проверки новых патчей к Linux ядру требует реструктуризации, opennews (?), 19-Сен-07, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "Процесс проверки новых патчей к Linux ядру требует реструктуризации"  +/
Сообщение от Красноглазый линуксоид (?), 20-Сен-07, 04:10 
Кошмар! Это же так они докатяться до модели развития BSD. Будут коммитеры и Core Team. Безобразие! ;)
Ответить | Правка | Наверх | Cообщить модератору

5. "Процесс проверки новых патчей к Linux ядру требует реструкту..."  +/
Сообщение от Bochaemail (??), 20-Сен-07, 08:08 
Я что-то не в курю. Так это ведь и есть идеальная модель развития, почему бы к ней не стремиться?
Ответить | Правка | Наверх | Cообщить модератору

8. "Процесс проверки новых патчей к Linux ядру требует реструкту..."  +/
Сообщение от Красноглазый линуксоид (?), 20-Сен-07, 09:31 
Не понимаешь что ли? Linux это круто, он всем лучше BSD, и модель развития у него значит тоже лучше. Что тут не понятного... ;)
Ответить | Правка | Наверх | Cообщить модератору

9. "Процесс проверки новых патчей к Linux ядру требует реструкту..."  +/
Сообщение от penguin_killer (?), 20-Сен-07, 10:07 
дадада, точна-точна, слушайте, что он говорит. Поэтому я предлагаю отсекать неблагонадежных людей от разработки ядра. Всяких Con Kolivas ( он, правда, сам ушел, но это ничего ), не так давно Евгения Полякова с kevent прокатили... Верным путём идём, товарищи!...
Ответить | Правка | Наверх | Cообщить модератору

37. "Процесс проверки новых патчей к Linux ядру требует реструкту..."  +/
Сообщение от 0xFFFFFFFE (?), 21-Сен-07, 16:53 
>Не понимаешь что ли? Linux это круто, он всем лучше BSD, и
>модель развития у него значит тоже лучше. Что тут не понятного...
>;)

Пока что темпы развития систем и фичность подтверждают это :) Линукс быстро и динамично развивается а *bsd-шники сопли жуют объявляя новинками фичи которые везде уже боян и бодаясь с массами технических проблем.Впрочем с бздотной лицензией оно так всегда и будет.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

39. "Процесс проверки новых патчей к Linux ядру требует реструкту..."  +/
Сообщение от penguin_killer (?), 21-Сен-07, 19:40 
>Пока что темпы развития систем и фичность подтверждают это :) Линукс быстро и динамично
>развивается а *bsd-шники сопли жуют объявляя новинками фичи которые везде уже боян и

Примеры тех "боянов", которые объявлялись как фичи ( глобальные фичи, не в рамках отдельно взятой *bsd ), в студию.

>бодаясь с массами технических проблем.Впрочем с бздотной лицензией оно так всегда и
>будет.

Вам известно, сколько *bsd-like лицензий на свете? И сколько отличного софта под этой лицензией написано? Один из самых ярких примеров - Apache. Привести другие?

P.S. Вы, красноглазые любители антарктических птиц, так уже задолбали гнать на лицензию, а очевидных вещей не видите. Люди участвуют в open-source не потому, что хотят назло проклятым буржуям написать нормальный код, открыть его, а буржуям не дать, а потому, что им _в первую очередь_ просто нравиться делиться кодом.

Ответить | Правка | Наверх | Cообщить модератору

40. "лицензии и мотивация"  +/
Сообщение от Michael Shigorinemail (ok), 21-Сен-07, 21:03 
>И сколько отличного софта под этой лицензией написано?
>Один из самых ярких примеров - Apache.

Кстати, ASF достаточно агрессивно пару лет тому пытались загонять разные проекты под свой зонтик.  Смысла это делать я так и не нашёл (впрочем, в наличии у них соображалки как майнтейнер apache-1.3 в ALT начал изрядно сомневаться во времена ветки httpd-2.0 -- уж не знаю, каким чудом из этого пионерского шабаша всё-таки получился 2.2).

>P.S. Вы, красноглазые любители антарктических птиц, так уже задолбали гнать
>на лицензию, а очевидных вещей не видите.

Очевидные вещи разные бывают.  Для любителей BSD_L_ вообще-то характерно замечать совсем очевидные вещи по моим меркам и быть порой органически неспособными видеть хотя бы простейшие причинно-следственные связи типа "проект под BSDL и централизованный" => "_почему-то_ мегабизоны редко лезут чего-то делать, и вообще разработчиков недостаток".

>Люди участвуют в open-source не потому, что хотят назло проклятым буржуям

Не буржуям, а проприетарщикам.  Не назло, а в качестве разумного вложения своего труда -- если коммерческая лавка хочет что-то на нём сделать, пусть платит автору или делает что-то открытое, в чём проблема?

>написать нормальный код, открыть его, а буржуям не дать, а потому, что им
>_в первую очередь_ просто нравиться делиться кодом.

Видите ли, всё не так "просто".  Если бы "просто нравилось делиться кодом", не было бы недавнего скандала номер два по поводу ath5k -- ну взяли и взяли, делиться же нравится.  Если бы "просто нравилось делиться кодом и по крайней мере из открытых проектов получать его назад", делали бы двойное лицензирование (хотя при желании получать обратно код также под двойной лицензией получается уже необходимость согласия коллег на возможность итогового закрытия полученного кода).

Мало того, с этими вот "просто" всё за какой-то месяц оказалось гораздо сложнее, чем оно того заслуживает.  Рассмотрим на примере Тео.

С одной стороны, он высказывался, что вообще проект OpenBSD и не против бы использовать public domain, но в законодательстве ряда стран нет такого понятия и потому решили остаться на BSDL.

С другой стороны, при недавних разборках он будто высказывался насчёт чегототам смены лицензии.  А тут сегодня озадачили тем, что вообще-то OpenBSD _сами_ взяли и изменили лицензию проекта NetBSD (4-clause) на несовместимую, по его же логике, с ней 3-clause:
http://www.netbsd.org/about/redistribution.html
http://www.openbsd.org/policy.html

Вот и объясните мне, гонящему на фиговый листок под названием "BSD License" -- что именно вам всем "просто нравится" в этой розетке без корпуса?  Про "просто делиться кодом" уже не конает, для этого откровенно лучше именно помещение кода в общественное достояние.

И не надо кивать на "очевидность" лицензии -- если _вы_ не видите там подводных грабель за примитивностью, так это не значит, что другие не видят или не наступают (что и неудивительно -- лицензия грантового происхождения, практически лабораторный образец, потенциально несовместимый с реальной жизнью при сколь-нибудь серьёзных столкновениях).

PS: я знаю нормальных бздишников, вот только они вовсе не кичатся лицензией -- скорее смотрят на эти вещи с сугубо практической точки зрения, как на данность.  Есть код, есть возможность его использовать -- ну и используют.

Ответить | Правка | Наверх | Cообщить модератору

11. "модели и средства разработки"  +/
Сообщение от Michael Shigorinemail (ok), 20-Сен-07, 11:20 
Где ж идеальная-то?  Если бросить курить и подумать над различием централизованных SCM (CVS, SVN, Perforce...) и децентрализованных (LKML, BitKeeper, git...) -- а потом ещё и сопоставить с наблюдаемой реальностью, то оказывается, что результат применения децентрализованного подхода позволяет гораздо более динамичное развитие продукта.

Линукс уже вышел из стадии "каждые три года переписываем половину ядра и точим под него всё, что осталось", а те же *BSD хорошо если к ней подходят (фря -- у остальных нет здоровья сказать "мы больной на голову юникс, но мы перепишем тот и этот кусок и одной болячкой будет меньше).  Классическим же юниксам это уже не светит вообще, за исключением OpenSolaris и OSX, насколько могу судить.

PS: а Мортон, думаю, станет строже относиться к качеству принимаемого и хорошо если доберётся освоить git.  Только и всего.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

15. "модели и средства разработки"  +/
Сообщение от fresco (??), 20-Сен-07, 12:04 
Совершенно верно. Только вот не пора ли мэйнтейнерам Linux притопить динамику развития, и подумать немоного о стабильности. Это ведь не моя мысль -- Торвальдс не так давно выразил свое отношение к ситуации, теперь и Мортон подоспел. Форки, конечно, тут не выход, но делать что-то надо.

ЗЫ я не фан BSD.

Ответить | Правка | Наверх | Cообщить модератору

20. "подумать о стабильности"  +/
Сообщение от Michael Shigorinemail (ok), 20-Сен-07, 14:09 
>Только вот не пора ли мэйнтейнерам Linux притопить динамику развития,
>и подумать немоного о стабильности.

Если бы не думали, давно было бы 2.7, а то и 2.8, 2.9... :-)

Ответить | Правка | Наверх | Cообщить модератору

16. "модели и средства разработки"  +/
Сообщение от penguin_killer (?), 20-Сен-07, 12:07 
>Линукс уже вышел из стадии "каждые три года переписываем половину ядра и
>точим под него всё, что осталось", а те же *BSD хорошо
>если к ней подходят (фря -- у остальных нет здоровья сказать
>"мы больной на голову юникс, но мы перепишем тот и этот
>кусок и одной болячкой будет меньше).  Классическим же юниксам это
>уже не светит вообще, за исключением OpenSolaris и OSX, насколько могу
>судить.

Соляра вышла из этой стадии еще в девяностых.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

22. "цели и этапы разработки"  +/
Сообщение от Michael Shigorinemail (ok), 20-Сен-07, 14:32 
>>Линукс уже вышел из стадии "каждые три года переписываем половину ядра и
>>точим под него всё, что осталось" [...] Классическим же юниксам это уже
>>не светит вообще, за исключением OpenSolaris и OSX, насколько могу судить.
>Соляра вышла из этой стадии еще в девяностых.

Как коммерческий юникс -- безусловно, как открытый проект -- не знаю ещё. (поскольку не знаю, куда они идут)

По части юзерленда им как раз сейчас светит превращение "из нормального юникса" в "нормальный линукс", вот как это получится -- пока непонятно.

Думал-думал, как бы кратко обобщить, в итоге написал "насколько могу судить" -- эти два случая всё-таки изрядно разные.  У макоси скорее впрыгивание на давно существовавшие проекты с достаточно удачной адаптацией под свои задачи -- поскольку проект в итоге приплясываний в открытые исходники рабочий, но закрытый, то скорее "не светит потому, что сейчас не нужно, а если понадобится -- будет некому".

Ответить | Правка | Наверх | Cообщить модератору

24. "модели и средства разработки"  +/
Сообщение от Moralez (??), 20-Сен-07, 15:05 
Мне почему-то (2.5 года на серверах только FreeBSD использовал) кажется, что проблема FreeBSD не в том, что используется cvs, а в том, что девелоперов не хватает. А те супербизоны, что есть (Long,Watson итд) как будто в коме отлеживаются 90% времени (похоже на то, что FreeBSD для них не full time job :(
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

25. "модели, средства и мотивы разработки"  +/
Сообщение от Michael Shigorinemail (ok), 20-Сен-07, 15:23 
>Мне почему-то (2.5 года на серверах только FreeBSD использовал) кажется, что проблема
>FreeBSD не в том, что используется cvs, а в том, что
>девелоперов не хватает.

Если подумать, то это всё звенья одной цепи.  Из личной переписки про линукс (думаю, человек, с которым переписывались, не против приведения и его соображений для контекста, судя по публичным высказываниям):

---
> "не боятся рефакторить" - потому что разработчиков достаточно
> много, и есть возможность 3-5-10 раз переписать с нуля какую-то
> подсистему.

Да, и выбрать лучшую реализацию.

Разработчиков много -- потому что пользователей много.

Пользователей много -- потому что работает.

Работает -- потому что отношение к разработчикам и пользователям
человеческое.

Бишь причина получается почти чисто социальная.
---

>А те супербизоны, что есть (Long,Watson итд) как
>будто в коме отлеживаются 90% времени (похоже на то, что FreeBSD
>для них не full time job :(

Ключевое слово -- "тебе надо, ты и делай":

---
> > а модель разработки у Linux уникальна.
> модель Bazaar, такая же как и у FreeBSD

Ни там, ни там -- не базар, тем более не "такой же".

В линуксе -- "базар с отбором под управлением собора", если можно
так выразиться, и с метрикой "тебе нужно -- ты и делай".

В *BSD принята традиция core teams.  Это _огромная_ разница --
когда есть каста коммиттеров и каста "всех остальных".

Если интересно, подумайте над разницей между распределёнными
и централизованными SCM.  Она изоморфна разнице в разработке
(причём обмен патчами в рассылке был тоже в своём роде
distributed SCM и в этой роли своё главное дело сделал --
цех не возник).

> только есть свои нюансы, из-за того, что Linux имеет гораздо
> больше разработчиков и кода.

Это всё следствие.
---

Ответить | Правка | Наверх | Cообщить модератору

36. "модели и средства разработки"  +/
Сообщение от 0xFFFFFFFE (?), 21-Сен-07, 16:50 
>FreeBSD не в том, что используется cvs, а в том, что
>девелоперов не хватает.

Логично.А много ли людей хочет бесплатно работать на эпплы и микрософты всякие?BSDшная лицензия позволяет всяким халявщикам типа эппла и микрософт задаром прихватизировать результаты вашего труда ничего не отдавая взамен.Ни денег, ни сорцев.Ни-че-го.Наивно ожидать стаи альтруистов которые хотят задаром попахать на эппл, M$ и прочих мегакорпоративных халявщиков.GPL в этом плане куда как сбалансированнее.Поэтому BSD растаскивают по кусочкам проприетарщики и на этом все и заканчивается.А Linux - динамически развивается кучей народа а корпоративщики в этом случае выступают уже не как халявщики растаскивающие код а как локомотив прогресса, они дорабатывают код под свои нужны, отдают изменения назад.А в итоге выигрывает Liunx в целом и все его пользователи.Да, в этой схеме надо делиться.Но это и обеспечивает динамику развития и возможность быстро подстроить систему под конкретные нужды.

> А те супербизоны,

У супербизонов дофига дел по жизни, вы не находите?

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру