Исходное сообщение
"Интервью с Алексеем Кузнецовым, одним из создателей..." Отправлено Vkni, 30-Сен-13 18:38
> а на практике, конечно, рулит то, что *уже* *работает*. Кузнецов — как > практик — именно это и сказал: «микроядра — это круто, но > никто толком не знает, что с этим сейчас делать.» Извини, но за Кузнецовым с его стеком стоит просто армия квалифицированных тестеров. Благодаря GPLю. Поэтому более чем естественно, что ему даже отладчик не нужен - достаточно отладочной печати. Ему и стат анализатор кода не нужен. А что - у кого этот стек работает неправильно сами отладят и пришлют патч. Благодаря хитрому дедушке RMS. ------------------------ А если бы кол-во людей, занятых Linux'ом было на пару порядков меньше, пришлось бы использовать более продвинутые технологии. В частности, более продвинутую компонентную модель - микроядро. При этом жертвуем производительностью кода, добиваясь более высокой производительности труда программиста. Впрочем, сейчас это местами и происходит - см. FUSE.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> а на практике, конечно, рулит то, что *уже* *работает*. Кузнецов — как >> практик — именно это и сказал: «микроядра — это круто, но >> никто толком не знает, что с этим сейчас делать.» > Извини, но за Кузнецовым с его стеком стоит просто армия квалифицированных тестеров. > Благодаря GPLю. Поэтому более чем естественно, что ему даже отладчик не > нужен - достаточно отладочной печати. Ему и стат анализатор кода не > нужен. > А что - у кого этот стек работает неправильно сами отладят и > пришлют патч. Благодаря хитрому дедушке RMS. > ------------------------ > А если бы кол-во людей, занятых Linux'ом было на пару порядков меньше, > пришлось бы использовать более продвинутые технологии. В частности, более продвинутую > компонентную модель - микроядро. При этом жертвуем производительностью кода, добиваясь > более высокой производительности труда программиста. > Впрочем, сейчас это местами и происходит - см. FUSE.
	Введите код, изображенный на картинке: