LINUX.ORG.RU

Matt Dillon отстранен от разработки FreeBSD


0

0

Судя по дискуссии в списке рассылки freebsd-chat, Matt Dillon был лишен возможности вносить изменения во FreeBSD кернел. Dillon был одним из разработчиков ответственных за превращение "FreeBSD 4.x в самую крепкую и устойчивую-под-нагрузкой существующую свободную операционную систему". Так же он помогал исправлять Linux VM.

К сожалению FreeBSD core team представила факт отстранения от разработки Dillon'а практически без об'яснений. http://docs.freebsd.org/cgi/getmsg.cg...

Greg Lehey - один из членов Core Team так же об'яснил что Matt Dillon не входил в Core Team и что "нет нужды вытряхивать грязное белье публично" об'ясняя причины изгнания. http://slashdot.org/comments.pl?cid=5...

>>> Дискуссия в freebsd-chat

★★★★★

Чем-то мне это напоминает Theo de Raadt и NetBSD

GogaN
()

Ну уж. В плане организованности разработки и построения дистрибутива FreeBSD даст линуксу 100 очков вперед.

anonymous
()

Значит, все-таки, разошлись мнениями - очень плохо когда такое происходит в комманде! Не смотря на это все, желаю дальнейших успехов комманде БСД и Мэту Диллану. И пусть Мэт Диллан также продолжает помогать Линуксу.

Оффтопик:
---------

Реклама:
Эти подгузники впитывают до 30 литров влаги! Ребенок всегда остается сухим!
Только с места сдвинуться не может.

;-)


anonymous
()

Ну уж. В плане организованности разработки и построения дистрибутива FreeBSD даст линуксу 100 очков вперед.

anonymous
()

Сейчас почитал архив списков рассылки.
dillon настаивал на внесении своего патча, не принимая в расчет замечания, что это хак и игнорировал другие решения, требующие чуть больше изменений, зато решавших проблему лучшу.
Печально, от него я такого не ожидал.

anonymous
()

Ну вот, флейм... И с чего? Ну подумаешь, рассорились... Впервые, что ли? Вспомнить хотя бы историю со Слакварью... ;-)))))
Так что успокойтесь, ничего вашей Фряхе от этого не будет.

R00T
()

"Commit statistics on the orginal list show that he has not been
very active over the last 12 months."

http://www.freebsd.org/internal/expire-bits.html
Committers that haven't made a commit in 18 months will be removed from the access file from time
to time. Committers that wish to get back their commit bits will have to reapply with the appropriate
authority. Future refinements to this policy may be forthcoming.

imho - это вполне нормально.

green, нефик шум поднимать по пустякам.

anonymous
()

Разницу между
"...has not been very active..." и "haven't made a commit..." ощущаем?

>> green, нефик шум поднимать по пустякам.

вот это правильно. что вообще новость о скандале, да еще во freebsd, тут делает?

anonymous
()
Ответ на: комментарий от anonymous

>Разницу между >"...has not been very active..." и "haven't made a commit..." ощущаем?

нет, вы учитесь читать и переводить следующую фразу: Future refinements to this policy may be forthcoming.

anonymous
()

to anonymous (*) (2003-02-04 14:02:06.686):

именно что "may be". а их нет, правила не менялись. ощути блин разницу между "не был очень активным за 12 месяцев" и "не коммитил 18 месяцев". это совсем не одно и тоже, так что не надо приплетать эти положения, причина не в этом.

anonymous
()

> от это правильно. что вообще новость о скандале, да еще во freebsd, тут делает?

Да в натуре задрали посторонним дерьмом. green как всегда делает из мухи слона - мало его повозили носом в знании freebsd team в треде про журналируемые FS, так снова принялся... Похож на газетчика из желтой прессы.

anonymous
()
Ответ на: комментарий от anonymous

"Was not very active" != have not done single commit in 8 months

Нихрена се у вас пустяки, я вам скажу...

green ★★★★★
() автор топика
Ответ на: комментарий от anonymous

То есть конструктивных аргументов нет?

green ★★★★★
() автор топика
Ответ на: комментарий от anonymous

imho, в expire-bits.html всего лишь объяснена общая политика FreeBSD Core Team
к неактивным коммитерам:
по прошествии определённого срока неактивности происходит лишение прав.

"may be forthcoming" - вот эти новые правила(вернее - срок неактивности) и пришли.

всем спасибо - все свободны. война окончена :)

anonymous
()
Ответ на: комментарий от anonymous

При чем тут это? Хватит притягиваьт за уши всякие неочевидные вещи. Ясно ведь сказали: The short of it is that Matt was unable to treat many of his fellow developers with the civility and respect that they deserve.

То бишь все на уровне "как ты меня назвал? Да уходи прочь из нашей песочницы!". Детский сад (такой же как в Linux почти, за исключением того что вместо одного самого главного "заводилы" наличествует целая толпа заводил, которых трогать нельзя, а то обидятся).

green ★★★★★
() автор топика

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

anonymous
()
Ответ на: комментарий от anonymous

Ты можешь предложить реальную альтернативу ? (не забываем что денег на инфраструктуру изначально нет).

green ★★★★★
() автор топика

> иди работать в нормальный коммерческий проект

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

anonymous
()

to anonymous (*) (2003-02-04 15:29:23.217):

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

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

anonymous
()

> 2. _профессиональный_девелопер_ (настоящий) - он всегда качественно работает, за деньги или за fun. а "впаривание заказчику дерьма" - это результат работы хороших барыг и прочей швали. вот уйдут на пенсию и оглянутся на жизнь - всего и результатов что "дерьмо впаривали".

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

anonymous
()

2 anonymous (*) (2003-02-04 15:59:50.143)
da blin ty rabotal to normalno nad "Komercheskimi proektami"?
Esli commercial smogli vparit' soft komu-to, to pochti vsegda
nado ssdelat' za nerealnyi srok. I vse . Tut "professionaly" otdyhayut.
Nado prosto bystro strochit' kod. A esli esche na etape proektirovaniya
sdelali oshibku.... Eto voobsche skazka. A esli esche glavnyi architektor
proekta dopustim lyubimets bossa(a sam boss i architector nuli) to mozhno veshatsya.

Uman

anonymous
()

Он очень много сделал для проекта, но его текущий
вклад далеко не так велик. Потеря, конечно, но вечных
коллективов не бывает.

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=151233+0+current/freebsd-chat

> show committers for src/sys/vm
         alc    257  42.83%
        jeff    111  18.50%
       peter     34   5.67%
      alfred     28   4.67%
      eivind     25   4.17%
         jhb     20   3.33%
      julian     19   3.17%
      dillon     16   2.67%
      others     90  15.00%
> show committers for src/sys
         phk   1452   7.75%
         jhb   1322   7.05%
      alfred   1279   6.82%
     rwatson    977   5.21%
       peter    922   4.92%
        jake    724   3.86%
      julian    609   3.25%
         joe    598   3.19%
        jeff    509   2.72%
         imp    497   2.65%
      obrien    491   2.62%
      others   9361  49.95%
> show committers for src
      obrien   6702  13.83%
       markm   3281   6.77%
          ru   2092   4.32%
         phk   2077   4.29%
      alfred   2021   4.17%
         des   1946   4.02%
      nectar   1652   3.41%
         jhb   1464   3.02%
         imp   1374   2.84%
       peter   1280   2.64%
     rwatson   1278   2.64%
      others  23276  48.05%

anonymous
()

http://docs.freebsd.org/cgi/getmsg.cgi?fetch=162344+0+current/freebsd-chat

As I mentioned earlier, what you see is not necessarily what happened.

A few points:

1.  Before removing dillon, we had had numerous requests from
    committers ("non-core") to do so.  We resisted for over a year.

2.  We have had approximately the same number of people say "Wrong,
    fool!" and "Thank you, finally".  The differences are

    i.   The first group are mainly not src committers, and they
         complain in public.

    ii.  The second group are not src committers, and they thank us in
         private.

    I don't know what that is, and I'm not objecting to public
    criticism, but it's a thing to consider when evaluating the
    community response.

anonymous
()

Интересно, а с кем спит Билл Гейтс?
А что делает со старыми носками Стив Возняк?

Предлагаю обсудить эти жизненно важные проблемы
прямо здесь и сейчас.

anonymous
()

гейц? так у него поди как и у любой ихней шишки своя моника есть :)

anonymous
()
Ответ на: комментарий от anonymous

Гм, то есть Дилан для FreeBSD - это как старые носки для Гейтса? Да... Уважительное однако отношение нынче к FreeBSD девелоперам у пользователей.

green ★★★★★
() автор топика

Все ты перепутал, это старая Моника для Гейтса, а новые
носки для фряхи.

anonymous
()

Не охота поднимать флейм, однако...
Сравните в этом отношении разработку FreeBSD и ядра Linux:
1. FreeBSD: не сошёлся с core team - до свидания. Не будешь же ты поддерживать форк целой ОС? А протолкнуть изменения ядра в какую-либо другую BSD - шансов ещё меньше.
2. Linux: не сошёлся с Линусом/Коксом - ну и фиг с ними. Делай форк ядра и живи спокойно. Vanilla-kernel вся равно практически никто не использует. У каждого дистра свой набор патчей, некоторые годами так висят. Если время покажет, что ты был прав - возьмут твой патч и в основную ветку.

anonymous
()

> Да... Уважительное однако отношение нынче к FreeBSD девелоперам у пользователей.

green если бы ты уважал хоть каплю разработчиков FreeBSD, ты бы не обсасывал тут с таким старанием детали того, что сами они называют грязным бельем.

anonymous
()

anonymous (*) (2003-02-05 10:14:49.409):

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

anonymous
()
Ответ на: комментарий от anonymous

Ничего из того что сами они называют "грязным бельем" я не "обсасываю", так как эта информация не была опубликована.

Ты предлагаешь замалчивать все процессы происходящие в разных developers communities? Это не наш вей. Наш вей - открытость. ;)

green ★★★★★
() автор топика

>>green: Ты можешь предложить реальную альтернативу ? (не забываем что денег на инфраструктуру изначально нет).

Тут размышлять нужно. Например рассмотреть вариант добровольного формирования команды, но по модели коммерческой группы разработчиков. Чтобы не было по ходу проекта всяких неформальных соплей, толкания в песочнице и прочего выяснения у кого длиннее. На первый взгляд может показаться необычным такая идея, но если ее рассмотреть, то можно увидеть ее преимущества или сформировать еще более удачную модель, учитывая особенности опен сорса.

anonymous
()

> например чтобы собрать во фре ядро с новым конфигом - для этого вовсе не надо пересобирать всю остальную систему

Это к чему сказано-то? В линухе это всю жизнь так делается.

anonymous
()
Ответ на: комментарий от anonymous

Учитывая, что обычно все начинается с одного человека, а уже потом народ подтягивается, ни о каком предварительном формировании команды говорить не приходится. Нужен какой-то динамический подход.

green ★★★★★
() автор топика

anonymous (*) (2003-02-05 10:14:49.409): тебе кто-то мешает сделать свой форк FreeBSD? И кто же? У меня вот есть свой для одного мелкого серверка, я там со времен 3.3 тяну два своих патча, которые не попадут, скорее всего, в main tree никогда ;)

netch
()
Ответ на: комментарий от anonymous

> 1. они может вменяемые мужики - но на выходе-то все равно фигню имеет
> девелопер - пахал как лошадь, а его выкинули.
Тут есть историческая неточность - за то, что пахал, Диллона _взяли_ назад. Выгоняют его второй раз за хамское отношение к товарищам по проекту.

anonymous
()

фряха - говно!!!!

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.