Проходивший на прошлой неделе в Сан-Франциско саммит (http://arstechnica.com/open-source/news/2009/04/linux-collab...) разработчиков Linux (Linux Collaboration Summit) собрал наиболее примечательных членов сообщества этой операционной системы, и затронул самые животрепещущие вопросы ее дальнейшего развития. Как обычно, наиболее насыщенными с точки зрения технической составляющей, стали заседания, посвященные аспектам разработки ядра Linux. Под председательством редактора издания Linux Weekly News Джонотана Корбета и при участии Андрю Мортона, Грега Кора-Хартмана, Кейт Пакард и Теда Тсо девелоперы обсудили разработку драйверов новых устройств, переработанный графический стек ядра, файловую систему EXT4, и многие другие темы.Не была оставлена без внимания и проблема (http://www.informationweek.com/news/software/linux/showArtic...) исправления найденных в ядре ошибок. Всем хорошо известен тот факт, что многие разработчики достат...
URL: http://arstechnica.com/open-source/news/2009/04/linux-collab...
Новость: http://www.opennet.me/opennews/art.shtml?num=21243
Браво. Отличное решение.
Все верно. Рядом о доской почёта обязательно должна стоять черная доска.
Мне кажется, что это ооочень хорошая идея. Мы в ответе за то, что написали =)
А ещё установить срок в 1 месяц для исправления баги, затем забанить мыло и имя.
Если автор сам не справляется, должен хотя бы принять участие в помощи другим.
Что б имя и мыло разбанили, надо будя исправить 3 чужих баги.
А потом введём классы разработчиков, введём валюту в виде разрешаемого количества строк в патче…
и наследование от класса человек ))
лучше сразу шаблоны классов
код меньше получится
Ну всё... Теперь все эти разработчики скажут "Та ну нах такие порядки..." и уйдут из команды разработки ядра, линукс загнётся и прийдёт великий и могучий hurd! =))
Здравомыслящих людей такое вряд ли отпугнет.
Грамотно функционирующий баг-трекер с распределением задач намного облегчает разработку на самом деле.... К тому любой чистолюбивый (в хорошем смысле слова) разработчик не оставит своё детище недоношенным...
>чистолюбивыйЛюбящий чИстоту надо понимать, вот как значит.
Хорошо бы потом сводную табличку и по компаниям вносящим вклад
в linux ядро, а то их всё только количеством внесённых изменений
меряют, а тут и на их внимание к качеству посмотреть можно будет.
>Хорошо бы потом сводную табличку и по компаниям вносящим вклад
>в linux ядро, а то их всё только количеством внесённых изменений
>меряют, а тут и на их внимание к качеству посмотреть можно будет.
>Думается, что если Novell, IBM, RedHat и Intel подписываются своими
именами под патчями, то прежде, код проходит тотальное тестирование,
краш-тесты и т.п., дабы не опозорится, как баго-генератор в лице
заказчиков.
> Nvidia, however, does not have a high level of involvement.А зачем ей?!
У неё _лучшие_ драйвера под Линукс. Да, кое-что из новых приблуд не поддерживается, но поддержка 3D ускорения и базовых для пользователя вещей есть.
> Key components are being shifted out of userspace and into the kernel, he said.
Вот от этого страшно. Тогда как в Windows стараются всё в user space спихнуть в Линуксе наоборот. Будет надеяться, что хуже не будет.
>Вот от этого страшно. Тогда как в Windows стараются всё в user space спихнуть в Линуксе наоборот. Будет надеяться, что хуже не будет.Бу! :-D
>Тогда как в Windows стараются всё в user space спихнуть в Линуксе наоборот. Будет надеяться, что хуже не будет.угу. даже листенер для иис на уровне ядра работает.
и их это не пугает. :-D
>У неё _лучшие_ драйвера под Линукс.Ага, но только запросто возможно кидалово с неподдержкой чего угодно, спеков нет ну и так далее.Вот упрется нвидия рогом - "будем не поддерживать свежие иксы для вон тех старых видях" например.И - чего?Покупать новую видяху только потому что нвидия устроила кидок а не потому что она реально нужна?Ну и всякие там бздуны под х64 например нвидию любят, ага.Называть проприетарщиков лучшими - жирновато будет.Они лучшие только местами.И собственно атевый драйвер в этом плане ничем таким не хуже в текущих версиях.Вот только кидки с ним точно такие же какие и у нвидии бывают.Но у этих хоть спеки есть - есть шансы что нормальные открытые дрова появятся.
>но поддержка 3D ускорения и базовых для пользователя вещей есть.
А еще есть тотальная зависимость от вендора и его выкрутасов... "лучшие" дрова, ага.Помню я сколько глюков юзеры КДЕ4 в этих "лучших" накопали.
>Вот от этого страшно. Тогда как в Windows стараются всё в user
>space спихнутьАга, как же.Все что касается графики в винде - в ядре.Они в NT3.* помнится как раз сделали дрова видео в юзерспейсе.Тормозило так что юзеры даже и не посмотрели на эту систему.В результате начиная с NT4 и до Win2008/Vista и Win7 графика сидит в ядре.Вплоть огромного куска GDI в виде win32k.sys. И что-то мирософт не торопится дрова графики выносить из ядра.Понимая что их система тогда потеряет львиную долю привлекательности для многих покупателей.
в Линуксе наоборот. Будет надеяться, что хуже не будет.
>
>Помню я сколько глюков юзеры КДЕ4 в этих "лучших" накопали.и сейчас не всё и не у всех работает.
например это - http://www.nvnews.net/vbulletin/showthread.php?t=125111
года 2-3 уже
>в Линуксе наоборот. Будет надеяться, что хуже не будет.на самом деле для видюх - нет.
та же nvidia не зря же модуль ядра аж на 8Mb наклепала. думаю у неё там свои exa, uxa и прочие прелести... не зря же они так за эту "интеллектуальную" собственность держатся.
теперь вот наверное переделывать будут. :-D
ведь gem, ksm и пр. по-любому стандартом станут.
Интересно, чем слово "девелопер" лучше слова "разработчик"?
>Интересно, чем слово "девелопер" лучше слова "разработчик"?девелопер - это застройщик жилья.
>>Интересно, чем слово "девелопер" лучше слова "разработчик"?
>
>девелопер - это застройщик жилья.Это они сами себя так называют. Но при этом не имеют никакого отношения к этому слову. Это чистой воды маркетинг для повышения самооценки. Например если вдруг Преподаватели захотят проребрендится до "Самые честные люди". Бред маркетологов.
да какая разница?
все же понимают о чём идёт речь?
зачем к словам цепляться? вроде как технический форум...