abbra: (Default)
Недавний демарш Реймонда в очередной раз для меня подтвердил простую истину, что жить старыми заслугами нельзя и оценивать человека надо по его делам, а не словам. Ушел Реймонд в Ubuntu из Федориной шляпы и ладно, наврал при этом с три короба, это тоже обсудили. Как и его желание пропиариться -- о своем уходе Реймонд написал не только в специализированную рассылку по Федоре, но и позаботился об отправке копий в основные электронные СМИ специализированной же тематики.

Но сегодня у нас вечер цитат и поговорок. Нет худа без добра, этот шум заставил обратить внимание на ситуацию с действительно медленным кодом YUM-а и людей, которые им не пользуются. Так, в университете Дюка, где работает Сет Видал, автор YUM-а, работают также и другие не менее талантливые люди. Например, Патрик Рейнольдс, один из исследователей Nexus, концепции защищенной операционной системы следующего поколения. Патрик обратил внимание на длительность некоторых операций, провел профилирование кода и предложил ряд советов по переписыванию кода. В результате часть операций, в первую очередь поиск пакетов, ускорилась в 10-15 раз.

Нужен ли ESR тому дистрибутиву, к которому он переметнулся? Врядли, если честно. Желание Реймонда пошуметь вместо реальной работы в последнюю пятилетку уже давно набило оскомину. Да и в Ubuntu он приходит со своим заявлением, что там apt-get собран статически и от удаления /lib/libc* работоспособность базовой системы не пострадает, как "страдает" Fedora Core. Ну что же, пусть испытывает судьбу еще раз.
abbra: (Default)
Недавний демарш Реймонда в очередной раз для меня подтвердил простую истину, что жить старыми заслугами нельзя и оценивать человека надо по его делам, а не словам. Ушел Реймонд в Ubuntu из Федориной шляпы и ладно, наврал при этом с три короба, это тоже обсудили. Как и его желание пропиариться -- о своем уходе Реймонд написал не только в специализированную рассылку по Федоре, но и позаботился об отправке копий в основные электронные СМИ специализированной же тематики.

Но сегодня у нас вечер цитат и поговорок. Нет худа без добра, этот шум заставил обратить внимание на ситуацию с действительно медленным кодом YUM-а и людей, которые им не пользуются. Так, в университете Дюка, где работает Сет Видал, автор YUM-а, работают также и другие не менее талантливые люди. Например, Патрик Рейнольдс, один из исследователей Nexus, концепции защищенной операционной системы следующего поколения. Патрик обратил внимание на длительность некоторых операций, провел профилирование кода и предложил ряд советов по переписыванию кода. В результате часть операций, в первую очередь поиск пакетов, ускорилась в 10-15 раз.

Нужен ли ESR тому дистрибутиву, к которому он переметнулся? Врядли, если честно. Желание Реймонда пошуметь вместо реальной работы в последнюю пятилетку уже давно набило оскомину. Да и в Ubuntu он приходит со своим заявлением, что там apt-get собран статически и от удаления /lib/libc* работоспособность базовой системы не пострадает, как "страдает" Fedora Core. Ну что же, пусть испытывает судьбу еще раз.
abbra: (Default)
Отличная статья в блоге Андрея Шебанова из Adobe о том, каковы затраты на поддержку OpenXML со стороны Microsoft в версии офиса для Mac. Андрей ссылается на Рика Шаута из Microsoft Mac business unit, который описывает оценки собственной работы по поддержке OpenXML в Office для Mac. Надо сказать, что после выхода той записи Рик немного изменил свои оценки в лучшую сторону, однако все равно получилось 8.5 человеко-лет для разработки поддержки OpenXML в Word с нуля. Для Excel и Powerpoint, по его оценке, приблизительно 30% кода будет использовано из реализации для Word. Финальная его оценка -- приблизительно один релиз-цикл для пяти разработчиков для всего Office. Это только разработка, без тестирования, документации, локализации и прочих необходимых составляющих, которые приблизительно удваивают объем работы. Релиз цикл Office for Mac -- это приблизительно три-четыре года (предыдущая версия вышла в 2004).

То есть, даже Microsoft для написания поддержки OpenXML в Office for Mac с нуля потребовалось бы не менее 30-40 человеко-лет. Неудивительно, что Microsoft приняла решение дождаться выпуска Office 2007 для Windows и только после этого перенести уже стабилизированный код на Mac OS X.
abbra: (Default)
Отличная статья в блоге Андрея Шебанова из Adobe о том, каковы затраты на поддержку OpenXML со стороны Microsoft в версии офиса для Mac. Андрей ссылается на Рика Шаута из Microsoft Mac business unit, который описывает оценки собственной работы по поддержке OpenXML в Office для Mac. Надо сказать, что после выхода той записи Рик немного изменил свои оценки в лучшую сторону, однако все равно получилось 8.5 человеко-лет для разработки поддержки OpenXML в Word с нуля. Для Excel и Powerpoint, по его оценке, приблизительно 30% кода будет использовано из реализации для Word. Финальная его оценка -- приблизительно один релиз-цикл для пяти разработчиков для всего Office. Это только разработка, без тестирования, документации, локализации и прочих необходимых составляющих, которые приблизительно удваивают объем работы. Релиз цикл Office for Mac -- это приблизительно три-четыре года (предыдущая версия вышла в 2004).

То есть, даже Microsoft для написания поддержки OpenXML в Office for Mac с нуля потребовалось бы не менее 30-40 человеко-лет. Неудивительно, что Microsoft приняла решение дождаться выпуска Office 2007 для Windows и только после этого перенести уже стабилизированный код на Mac OS X.

April 2016

S M T W T F S
     12
3456789
1011121314 1516
17181920212223
24252627282930

Syndicate

RSS Atom

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jun. 13th, 2025 03:13 am
Powered by Dreamwidth Studios