Подписанного ядра не достаточно. Подписанное ядро Linux должно предотвращать загрузку любых не подписанных модулей ядра. VirtualBox в Linux? До свидания. Бинарные драйверы Nvidia? До свидания. Всё что выходит за пределы стандартных модулей ядра? Так же до новых встреч.
Если ядро Linux будет подписано (предположим у Red Hat нашлись деньги на один ключик), то оно же не обязано грузить только подписанные драйверы? Или подписанные ядра обяжут загружать только подписанные модули?
Хотите сказать, использование Secure Boot UEFI обязывает ОС использовать только подписанные драйверы? А если нет, то что? Сертификат на саму ОС не выдадут?
Поддерживаю. При внедрении в больших не-IT компаниях многие решения принимаются по политическим причинам. А если на OpenERP стоит такой слабый игрок (в России), то и результаты будут слабые.
Ну и предвзятость к открытому софту в России, ИМХО, тоже есть.
Так что вопрос качества софта ставится одним из последних (например: зачем покупать качественный софт, если будет хорошая поддержка и наоборот).
Вызов функций всегда затратен, если это не inline. В наследство к нашему проекту досталась кучка макросов, сделанный специально для замены вызовов функций (как бы inline). В наши времена это уже не важно, но по традиции все пользуются макросами.
В принципе сегодня многие еще пользуются Pentium 4 2001-го года, и их устраивает — текстовые процессоры, музыка, видео (не HD), Skype, даже простые игры — все это на них работает. А вот 10 лет назад между новыми Pentium 4 и 486-ми года 1991-го лежала колоссальная пропасть в производительности.
Так что прогресс действительно замедлился (с точки зрения обычного пользователя).
Тогда получается, что мы с вами используем ревью совсем для разных целей. У нас это
— непрерывный контроль качества кода в процессе реализации,
— дополнение к не всегда хорошо поставленной верификации,
— помощь разработчикам в освоении новых для них частей системы.
У вас же это скорее некая метрика. Тоже интересный подход :)
Перебор возможен всегда, если перехвачены передаваемые данные. Поэтому слабый пароль может спасти только SSL-соединение и ограничение на количество неправильно введенных паролей.
Если ядро Linux будет подписано (предположим у Red Hat нашлись деньги на один ключик), то оно же не обязано грузить только подписанные драйверы? Или подписанные ядра обяжут загружать только подписанные модули?
Ну и предвзятость к открытому софту в России, ИМХО, тоже есть.
Так что вопрос качества софта ставится одним из последних (например: зачем покупать качественный софт, если будет хорошая поддержка и наоборот).
> Помните, что FAT32 не держит более 4 гигабайт!
Это вы FAT16 имели в виду? FAT32 поддерживает разделы > 4ГБ.
Так что прогресс действительно замедлился (с точки зрения обычного пользователя).
Например, питон и пайтон (хотя это тоже тема для холивара).
http://espanol.answers.yahoo.com/question/index?qid=20090209132025AAa3z9Z
— непрерывный контроль качества кода в процессе реализации,
— дополнение к не всегда хорошо поставленной верификации,
— помощь разработчикам в освоении новых для них частей системы.
У вас же это скорее некая метрика. Тоже интересный подход :)