информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медГде водятся OGRыЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Бэкдор в xz/liblzma, предназначенный... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
К счастью не все. 09.07.04 15:55  Число просмотров: 1441
Автор: Ktirf <Æ Rusakov> Статус: Elderman
Отредактировано 09.07.04 15:55  Количество правок: 1
<"чистая" ссылка>
[moved from site updates]
> Помнится Торвальдс в своей (ну ладно не совсем своей)
> книжечке писал по поводу концепции миниядер, что накладные
> расходы на взаимодействие модулей превысит рано или позно
> все разумные пределы, тут то же самое
Во-первых, они все-таки микроядра, а не мини. Во-вторых, это был принципиальный спор Торвальдса с Таненбаумом, а в принципиальных спорах истина, извините, не рождается. Попытки последовательно применять только один принцип рискуют привести к абсурдной архитектуре. Примером тому собственное ядро Торвальдса, в которое он уже очень давно, скрепя сердце, добавил-таки модульную архитектуру. Потому что понял, что не везде прав в этом споре.

> > Неправда, я очень часто использую части ОО в
> проектировании
> > драйверов. Хотя пишу их на чистом С.
> >.....................................................
> > Зря. Объектная декомпозиция предоставляет гораздо
> бОльшую
> > управляемость проектом, чем функциональная.
> В части проектирования может быть ты прав, и кое-что
> следует использовать, но реализовать драйвера на крестах
> точно никто не будет...
Ничего, что BeOS на плюсах писалась, нет? Только не надо мне говорить про то, где она сейчас - BeOS сгубил маркетинг, а не архитектура.
<programming> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach