| 1.1, xxx (??), 15:37, 24/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
>Другой причиной стало желание Торвальдса уйти в небольшой отпуск после выхода RC3, оставив тестерам код более-менее приемлемого качества.
Блин, он там что реально один всем процессом рулит?
| | |
| |
| 2.10, Crazy Alex (??), 16:56, 24/06/2010 [^] [^^] [^^^] [ответить]
| +15 +/– |
Насколько я заметил, любым успешным сложным проектом рулит один человек. Как только начинается коллективизм - с успешностью можно прощаться. Начинаются тормоза, споры, разброд и шатание. А так всё просто - поддерживаешь "генеральную линию" - сотрудничаешь. Нет - до свидания.
| | |
| |
| 3.15, sybasesql (ok), 17:45, 24/06/2010 [^] [^^] [^^^] [ответить]
| +5 +/– |
 меня больше волнует, что будет с ядром Linux, когда Торвальдса не будет, или он захочет отойти от дел......
сейчас худо-бедно есть основное ядро, и уже от него делаются разные дистри-версии и фичи-версии, а вот когда эта основа перестанет существовать, возможна ситуация, когда наделают столько же веток ядра, сколько сейчас дистрибутивов Linux и внимание разработчиков рассредоточится, что в итоге неизбежно приведет к снижениям темпам разработки и качеству ядра или корпорации типа novell купленные microsoft возьмутся за разработку и подомнут под себя Linux, а потом плавно его сольют.
| | |
| |
| 4.16, аноним (?), 18:03, 24/06/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
он рулит только своей веткой в жите.
можешь прям там же свою заколбасить и рулить хоть сам, хоть коллективно.
вот только брать все будут все-равно торвальдское, уж извини, но доверия как то больше.
| | |
| |
| |
| 6.21, Аноним (-), 18:45, 24/06/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> ты это к чему тут написал? при чем тут своя ветка и доверие?
При том, что Торвальдс управляет только своей веткой, а вам никто не мешает поуправлять своей. До вас всегда всё доходит только со второго раза?
| | |
| 6.25, аноним (?), 20:24, 24/06/2010 [^] [^^] [^^^] [ответить]
| +4 +/– |
к тому, что там этих веток мама не горюй. как бы уже не больше чем исходных файлов в ядре.
дистростроители берут сейчас торвальдский вариант (и то с большими оговорками), а могут и любой другой брать.
не скажу что если торвальдс уйдет, то никто и не заметит, но и паники (сродни вашей) не будет никакой.
теперь ясно?
зы:
чето тут окололинуксячьих спецов дофига развелось. знаний и понимания технпроцесса 0, а все туда же - дай безаппеляционно и авторитетно повыступать....
| | |
|
|
| 4.20, nio (??), 18:33, 24/06/2010 [^] [^^] [^^^] [ответить]
| +7 +/– |
Да ничего особенного не будет. Его место займёт кто-нибудь, на кого Торвальдс укажет, и всё.
| | |
| |
| 5.45, yet another anonim (?), 10:27, 28/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Да ничего особенного не будет. Его место займёт кто-нибудь, на кого Торвальдс
>укажет, и всё.
Тут не так всё просто - попробуй найти замену Торвальдсу! Второго такого пока незаметно.
| | |
|
|
|
|
| 1.9, Dorif (ok), 16:48, 24/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +11 +/– |
 IMHO- правильно, ибо внесение этих изменений отвлекает на себя внимание разработчиков, что способствует появлению багов. Если же правило "После RC1- никаких новых фич" будет соблюдаться- думаю багов в ядре станет гораздо меньше.
| | |
| 1.23, Аноним (-), 19:02, 24/06/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Правильно, новые версии выходят достаточно часто, поэтому новых фич ждать долго не придётся.
| | |
| |
| 2.28, User294 (ok), 01:30, 25/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Никто не любит чистить картошку^W^W фиксить баги вместо добавки фич. Но если этого не делать, результатом будет глюкало. Посему иногда не лишне заняться багфиксингом вместо наворачивания фич.
| | |
| |
| 3.30, имя (?), 07:48, 25/06/2010 [^] [^^] [^^^] [ответить]
| –2 +/– |
Да ладно, в ядре уже тыщу лет как нет критических ошибок, ты так пишешь как-будто ядро сплошное глюкало. Что там вычищать то, ну вот прямо сейчас? То чего нету?
| | |
| |
| 4.31, Аноним (-), 09:16, 25/06/2010 [^] [^^] [^^^] [ответить]
| +3 +/– |
даа... возможность случайной перезаписи различных областей памяти ядра - это совсем даже не критическая ошибка.
| | |
| 4.36, Dorif (ok), 12:48, 25/06/2010 [^] [^^] [^^^] [ответить]
| +2 +/– |
Хорошо, WARNING: section mismatch при сборке efifb, большей части usb gadget и ещё куевой тучу файлов это не повод задуматься? Канеш, это не критично будет для большинства, но у клого- то совпадут все условия и случится или глюк, или упс и кернел паник.
| | |
|
| 3.37, PereresusNeVlezaetBuggy (ok), 15:00, 25/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
 Да это вообще никогда не лишнее, судя по результатам. А Торвальдс, конечно, правильно делает. Главное, чтобы эта линия партии не прогнулась снова.
| | |
|
|
| |
| |
| |
| 4.49, kshetragia (ok), 07:32, 30/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >>еще немного и наконец-то придут к BSD-шной модели управления.
>
>В разных *BSD разные модели управления, господин тролль.
не нужно так пыжиться. Я имел ввиду FreeBSD-шную модель, разумеется. Как наиболее адекватную в отсутствие сильного лидера.
| | |
| |
| 5.50, PereresusNeVlezaetBuggy (ok), 09:16, 30/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>>еще немного и наконец-то придут к BSD-шной модели управления.
>>
>>В разных *BSD разные модели управления, господин тролль.
>
>не нужно так пыжиться. Я имел ввиду FreeBSD-шную модель, разумеется. Как наиболее
>адекватную в отсутствие сильного лидера.
Кому разумеется, а кому нет. FreeBSD — не единственная BSD-система без сильного лидера. И ничего особенного из себя их система управления не представляет. Как и системы с сильным лидером.
| | |
|
|
|
|
| |
| 2.41, Taller (?), 06:23, 26/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
Разъяснение функционала.
пусть векторное пространство размерности К (если К - мало, возьми М или даже Р), где компоненты данного вектора являются совокупностью различных факторов, а функция - номер версии ядра, итого на пространстве различных условий мы легко получаем различные версии, плюс параметризацию по времени.
Функциональность связана с функционалом некоторым нетривиальным соотношением.
| | |
| |
| 3.43, F (?), 18:02, 26/06/2010 [^] [^^] [^^^] [ответить]
| +/– |
Ага, а «улучшение функционала» — итеративный процесс поиска максимального значения (версии ядра).
| | |
|
|
|
