Исходное сообщение
"IBM передает код Lotus Symphony в руки сообщества Apache Ope..." Отправлено iZEN, 15-Июл-11 01:35
Lotus Symphony ипользует платформу OSGi в реализации Eclipse Equinox (+embedded JRE для работы). Походу, сообщество поддержки Eclipse, в частности движка Equinox, будет весьма поболее количества разработчиков, которые разбираются в коде OpenOffice.org/StarOffice. Спрашивается, куда будет плыть С++-монстрина Apache OpenOffice (заодно с LibreOffice), если в ней детально могут разобраться только десяток-с-половиной бывших разработчиков Sun? Явно в ту сторону, куда сейчас направляется мэйнстрим Java. Это значит, что в будущих версиях мы не увидим жуткого монтра OOo, который компилируется из исходников на современном 4-х ядерном процессоре четыре-шесть часов, а увидим мы быстро собирающуюся, обложенную Unit-тестами и прозрачную для сторонних разработчиков Eclipse-подобную среду (Eclipse RCP), в которой собственно сам редактор и его специфические функции вынесены в отдельные модули, написанные... на Java, как бы не плевались от этого полоумные C++ники, у которых Java вечно тормозит. Приложения для десктопа должны быть написаны на однозначных современных языках программирования, гарантирующих типобезопасность, однозначность, тестируемость и недопущение глюков от настроек флагов компиляции и фаз Луны. И C++ для этого уже не подходит явно.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> Lotus Symphony ипользует платформу OSGi в реализации Eclipse Equinox (+embedded JRE для > работы). > Походу, сообщество поддержки Eclipse, в частности движка Equinox, будет весьма поболее > количества разработчиков, которые разбираются в коде OpenOffice.org/StarOffice. > Спрашивается, куда будет плыть С++-монстрина Apache OpenOffice (заодно с LibreOffice), > если в ней детально могут разобраться только десяток-с-половиной бывших разработчиков > Sun? Явно в ту сторону, куда сейчас направляется мэйнстрим Java. Это > значит, что в будущих версиях мы не увидим жуткого монтра OOo, > который компилируется из исходников на современном 4-х ядерном процессоре четыре-шесть > часов, а увидим мы быстро собирающуюся, обложенную Unit-тестами и прозрачную для > сторонних разработчиков Eclipse-подобную среду (Eclipse RCP), в которой собственно сам > редактор и его специфические функции вынесены в отдельные модули, написанные... на > Java, как бы не плевались от этого полоумные C++ники, у которых > Java вечно тормозит. > Приложения для десктопа должны быть написаны на однозначных современных языках программирования, > гарантирующих типобезопасность, однозначность, тестируемость и недопущение глюков от > настроек флагов компиляции и фаз Луны. И C++ для этого уже > не подходит явно.
	Введите код, изображенный на картинке: