Почитал тут статью "Исследование на тему: какая ОС безопаснее?" . Как и в других подобных статьях, допущены следующие ошибки:
1. Сравнивается общий объем уязвимостей найденных в сравнительно небольшом числе программ входящих в состав Windows c огромной базой программ поставляемых в современных Linux дистрибутивах;
2. При оценке скорости выпуска исправлений производится подмена понятий, и вместо оценки общего времени существования уязвимости, измеряется время от официального объявления о наличии проблемы, до выпуска исправлений. В мире закрытого ПО, как правило, наличие уязвимости признают перед самым выпуском обновления, поэтому в время реакции у них, следуя логике данного исследования, получается меньше. Для Red Hat же такой метод позволил растянуть среднее время устранения уязвимости до 106 дней, Solaris - до 167.
Сравнивалась безопасность продуктов выпущенных в 2006 году: Apple Mac OS X,·Microsoft: Windows 2000 (Professional и Server), Windows XP, Windows Server 2003, Red Hat Enterprise Linux 2.1, Red Hat Enterprise Linux 3 и Red Hat Enterprise Linux 4, SUSE Linux Enterprise Server 8, SUSE Linux Enterprise Server 9, SUSE Linux Enterprise Server 10, Novell Linux Desktop 9, и SUSE Linux Enterprise Desktop 10, Все версии Solaris, исправленные в 2006.
В оригинале статьи не упомянуто, что она целиком базируется на данных из блога Jeff Jones, и является почти копией материала "Days-of-risk in 2006 : Linux, Mac OS X, Solaris and Windows". Кстати говоря Jeff Jones руководит разработкой стратегии безопасности в Microsoft, этим и объясняется предвзятость его суждений.
Коммент к статье скопировал отсюда: http://www.opennet.ru/opennews/art.shtml?num=13503
Полностью согласен с автором.
Хочу добавить от себя:
Посмотрите на список операционок и год 2006 - а тестировалась win2000 и winXP, вышедшая в 2001 году - правильно MS уже успела исправить самые основные баги. И посмотрите с какой частотой выходят дистрибутивы у других производителей.
Люди!!! Когда уже нам перестанут вешать лапшу на уши подобными вещами? Когда перестанут навязывать нам чужое мнение? Скажите мне - сколько людей поработав в системе отличной от Microsoft хотя бы полгода - вернулось на винду??? Думаю, что 1%-5%. О чем это говорит?
8 февр. 2008 г.
Zend Neon vs PDT
Наткнулся тут на сравнение Zend Studio Neon и PDT.
zend.com/en/products/studio/compare
Ясно одно - Зенд просто собирается срубить бабла почти ни на чем.
Нагло врут, что в PDT нет поддержки SVN. А чем я по вашему пользуюсь?
CVS что ли?
Advanced code formating - вот это хорошо!
Нет в PDT FTP??? я сомневаюсь. Хотя этот протокол давно пора забыть.
Easy Create New File - мама... как же сложно в PDT создать новый файл....
New PHP Elements Wizards (Class, Interface) - ахринеть!!! Вот только этого мне и нехватало. Если программисты теперь мышкой работают быстрее чем клавиатурой - ПИЗДЕЦ мировому программному обеспечению.
RSS Reader - А вот скажите - зачем мне читалка в среде разработки??????
MVC Code Generation - вот спасибо добрый Зенд! Это я и сам писать умею.
Tip of the Day - нужен только для того, чтобы поставить галку не показывать, и нажать закрыть.
Design and Source View - приехали, имплементация дрим-вьювера. Теперь все версталы и дизайнеры будут программить. Увольте меня!!!
Move Files and Folders - ну просто нагло ПИЗДЯТ, что в PDT этого нету. Решил попробовать переместил... далее решил посмотреть что же произошло в рабочей копии ( ведь PDT не поддерживает subversion ДА???)
max@maximus:/var/www/shop.my/public_html$ svn status
D css/graf.php
A + config/graf.php
max@maximus:/var/www/shop.my/public_html$
Так то!!!
Про дебаггинг, тесты , профайлинг и code-coverage - я использую для дебага protoeditor, а все остальное в коммандной строке. И зачем мне генератор тестов? и как он их генерит, если сначала пишется тест, а только потом код? Или зенд придумал телепатию на основе голубого зуба???
БЛИН!!! А зачем мне SQL в среде разработки? таблички я люблю в консоли рассматривать. Ну раз в полгода phpmyadmin открываю.
--------------------------
В общем тут все - дело вкуса.
Если честно SVN я тоже из коммандной строки пользуюсь - мне так удобнее. И PDT мне тоже не очень по вкусу - последний проект делаю на нем. Имхо Komodo-Edit гораздо удобнее.
zend.com/en/products/studio/compare
Ясно одно - Зенд просто собирается срубить бабла почти ни на чем.
Нагло врут, что в PDT нет поддержки SVN. А чем я по вашему пользуюсь?
CVS что ли?
Advanced code formating - вот это хорошо!
Нет в PDT FTP??? я сомневаюсь. Хотя этот протокол давно пора забыть.
Easy Create New File - мама... как же сложно в PDT создать новый файл....
New PHP Elements Wizards (Class, Interface) - ахринеть!!! Вот только этого мне и нехватало. Если программисты теперь мышкой работают быстрее чем клавиатурой - ПИЗДЕЦ мировому программному обеспечению.
RSS Reader - А вот скажите - зачем мне читалка в среде разработки??????
MVC Code Generation - вот спасибо добрый Зенд! Это я и сам писать умею.
Tip of the Day - нужен только для того, чтобы поставить галку не показывать, и нажать закрыть.
Design and Source View - приехали, имплементация дрим-вьювера. Теперь все версталы и дизайнеры будут программить. Увольте меня!!!
Move Files and Folders - ну просто нагло ПИЗДЯТ, что в PDT этого нету. Решил попробовать переместил... далее решил посмотреть что же произошло в рабочей копии ( ведь PDT не поддерживает subversion ДА???)
max@maximus:/var/www/shop.my/public_html$ svn status
D css/graf.php
A + config/graf.php
max@maximus:/var/www/shop.my/public_html$
Так то!!!
Про дебаггинг, тесты , профайлинг и code-coverage - я использую для дебага protoeditor, а все остальное в коммандной строке. И зачем мне генератор тестов? и как он их генерит, если сначала пишется тест, а только потом код? Или зенд придумал телепатию на основе голубого зуба???
БЛИН!!! А зачем мне SQL в среде разработки? таблички я люблю в консоли рассматривать. Ну раз в полгода phpmyadmin открываю.
--------------------------
В общем тут все - дело вкуса.
Если честно SVN я тоже из коммандной строки пользуюсь - мне так удобнее. И PDT мне тоже не очень по вкусу - последний проект делаю на нем. Имхо Komodo-Edit гораздо удобнее.
Подписаться на:
Сообщения (Atom)