OpenOffice выходит в Интернет

Типа соперник гугл-доксов?

Очень интересно, но потянет ли java mobile edition?

а они обещают поддержку тормознутости настольной версии? =)

Очень интересно, но если ООО на С++ написанный не шустрит, то каково оно на Яве?

где скачать?

> Очень интересно, но если ООО на С++ написанный не шустрит, то каково оно на Яве?

На cpp? 0_o

> Очень интересно, но если ООО на С++ написанный не шустрит, то каково оно на Яве?

вот если бы его на плюсах написали - тогда бы не тормозил ;)

Hi-mi-tsu

>вот если бы его на плюсах написали - тогда бы не тормозил ;)

звучит как если бы его не писали -тогда бы не тормозил ;)

> а так же для компаний, где используются "тонкие клиенты"

А почему обычный OpenOffice нельзя использовать в офисах, где стоят тонкие клиенты, запуская его на сервере?

Все неплохо... Но где скачать? И какая лицензия?

>А почему обычный OpenOffice нельзя использовать в офисах, где стоят тонкие клиенты, запуская его на сервере?

А почему нельзя? Вроде ж можно?

>> а так же для компаний, где используются "тонкие клиенты"

>А почему обычный OpenOffice нельзя использовать в офисах, где стоят тонкие клиенты, запуская его на сервере?

Потому что автор новости (ну или тот кто написал эти слова) не совсем представляет себе что такое тонкий клиент. Тонкий клиент, как правило, характеризуется очень малыми аппаратными требования, и яву он попросту не потянет. Да и места на нем для явы не найдется, т.к. многие тонкие клиенты вообще без винтов.

Наверное, этот комментарий не появился бы если бы уважаемый svoloch заставил таки себя сходить по ссылке.

А зачем тонким клиентам вообще что-то тянуть, кроме отображения картинки на экране?

Вообще то по ссылке я ходил. И потому и сделал приписку про автора слов.

В принципе даже там в новостях написано про тонкие клиент без дисков и ниже же говориться про требования явы. И каким образом это должно работать???!! Тягать яву по сетевым дискам в память компа? Тогда там памяти нужно как минимум 256 МБ (а то и все 512), что для тонкого клиента является перебором. Для тонких клиентов нормальным размером памяти является 8 - 64 МБ.

>Очень интересно, но если ООО на С++ написанный не шустрит, то каково оно на Яве?

Сколько можно?!
Вылезайте уже из танка.
Java быстрее, чем C++:
http://kano.net/javabench/data

Учитывая зоопарк архитектур, JIT оптимизирует нативный код под конкретный процессор.

OOo распространяется, как правило, под обобщённую архитектуру x386, не дающую никаких оптимизаций в плане производительности на конкретном железе.

>Сколько можно?!
>Вылезайте уже из танка.
>Java быстрее, чем C++:

О да, "Жаба не тормозит", "Венда - лучшая ОС", "640кб памяти хватит для каждого", "Летательные аппараты тяжелее воздуха невозможны"...

>OOo распространяется, как правило, под обобщённую архитектуру x386, не дающую никаких оптимизаций в плане производительности на конкретном железе.

Люди, поставьте ему генту! Ну пожалуйста...

Это компенсируется тем, что со времен P2 сам процессор оптимизирует инструкции в пределах некоторого окна, а микрооперации, которые реально выполняет, нелегко предсказать даже обладая скрытой коммерческой информацией о перекодировании.

Код, который действительно требует оптимизации (3D алгоритмы, сжатие видео, криптография), давно переписан вручную на ассемблере и при запуске выбирается нужная версия под конкретный процессор.

Там, где от оптимизации вручную мало что зависит (например, постоянные непредсказуемые условные переходы, которые не дадут разогнаться даже на которких конвейерах) будет тормозить и на жабе и на с++ и на ассемблере.

Жаба не нужна.

Посмотри уже цены на оперативку, наконец.

> Посмотри уже цены на оперативку, наконец.

Посмотрел. 32 МБ все равно дешевле чем 256. Да и места занимает меньше что в тонких клиентах играет довольно большое значение.

> Посмотрел. 32 МБ все равно дешевле чем 256.

А ссылкой не поделитесь где сейчас можно купить 32? :)

Xe-xe, чудики, вы думаете он яве написан, да? А то мне один как-то доказывал подобное. На С++ подавляющая часть кода у него. Не верите - скомпилируйте сами или почитайте на худой конец http://about.openoffice.org

Достало уже: "java не тормозит" vs "java тормозит и ест много памяти". Уже 1024 раза все это обсуждалось, а ведь вообще не в этом суть.

Попытался зарегаться у них на сайте, а там
Sorry, an error occured and the page you requested can't be displayed :
An unexpected error occured : DB_QUERY_FAILED.
Please try again, or send us a bug report ! Thanks !

Ссылка умерла. Лор-эффект.

Готов заплатить на 10$ больше?
А на миллионной партии?

Тебя порвут акционеры ;-)

> И каким образом это должно работать???!! Тягать яву по сетевым дискам в память компа? Тогда там памяти нужно как минимум 256 МБ (а то и все 512), что для тонкого клиента является перебором. Для тонких клиентов нормальным размером памяти является 8 - 64 МБ.

Читайте по словам, вдумываясь в каждое: самое сложное, что тонкий клиент должен смочь запустить, это Х-сервер. Браузер+жаба+итп будет работать на сервере с 4 гигами оперативы и терабайтом дискового пространства и отправлять картинку на тонкий клиент.

>> И каким образом это должно работать???!! Тягать яву по сетевым дискам в память компа? Тогда там памяти нужно как минимум 256 МБ (а то и все 512), что для тонкого клиента является перебором. Для тонких клиентов нормальным размером памяти является 8 - 64 МБ.

> Читайте по словам, вдумываясь в каждое: самое сложное, что тонкий клиент должен смочь запустить, это Х-сервер. Браузер+жаба+итп будет работать на сервере с 4 гигами оперативы и терабайтом дискового пространства и отправлять картинку на тонкий клиент.

Ну тогда извините меня, это приложение является таким же предназначенным для тонких клиентов как и любое другое. В таком виде можно и обычный OOo запустить, и это даже будет лучше, т.к. подозреваю, что в нем будет на порядок больше функциональности, да и развертывается легче т.к. не нужен будет отдельный сервер java-приложений.

>Люди, поставьте ему генту! Ну пожалуйста...

Поди прочь, пингвинёныш. У меня FreeBSD с CPUTYPE=athlon64 в /etc/make.conf.

>Ну тогда извините меня, это приложение является таким же предназначенным для тонких клиентов как и любое другое. В таком виде можно и обычный OOo запустить, и это даже будет лучше, т.к. подозреваю, что в нем будет на порядок больше функциональности, да и развертывается легче т.к. не нужен будет отдельный сервер java-приложений.

Где на порядок будет больше функциональности? На X-терминале или на сервере? Что быстрее получится: повесить сервер, отрубая всех, или терминал/десктоп? :))

OOo написан на C++ и запускается на сервере пусть даже от имени непривелегированного пользователя, то есть неслабая возможность переполнить буфер (больная мозоль всех приложений на C/C++), используя активный контент, и получить права привелегированного пользователя/процесса. Дальше делай што хошь.

>Учитывая зоопарк архитектур, JIT оптимизирует нативный код под конкретный процессор.

Бла-бла-бла. В 938745 раз слышу это от жабофилов. А показать слабо? Почему тогда Eclipse и прочие Azureus совсем не летают? Где эта хваленая оптимизация? Пользователям хочется это увидить, а не только услышать от маркетологов жабы и их жертв с промытыми мозгами...

>А показать слабо? Почему тогда Eclipse и прочие Azureus совсем не летают?

Ладно, зайдем с другой стороны. Почему же тогда написанный на плюсах ОО тоже не летает, хотя все кричат что ++ быстрее жабы?

> Error : Unexpected error Sorry, an error occured and the page you requested can't be displayed : An unexpected error occured : DB_QUERY_FAILED. Please try again, or send us a bug report ! Thanks !

>Бла-бла-бла. В 938745 раз слышу это от жабофилов. А показать слабо? Почему тогда Eclipse и прочие Azureus совсем не летают? Где эта хваленая оптимизация? Пользователям хочется это увидить, а не только услышать от маркетологов жабы и их жертв с промытыми мозгами...

+1 Эклипс тормозит хорошенько, да простят меня красноглазые фанатики, но mono и-то веселей работает, а ссылки на бредовые тесты оставьте себе, под любую технологию можно найти сайт где по тестам она будет рвать всех с большим отрывом

> Почему тогда Eclipse и прочие Azureus совсем не летают?

Не знаю что там с эклипсом (не использую), но azureus работает очень прилично, сомневаюсь что приложение с его функциональностью, написанное на cpp, а тем более на python, работало бы намного быстрее, а по памяти я думаю оно бы сравнялось с python (ну может на десяток метров меньше бы python требовал). ВодЪ.

ps !жабофил.

письмо для регистрации быстро пришло?

>Достало уже: "java не тормозит" vs "java тормозит и ест много памяти". Уже 1024 раза все это обсуждалось, а ведь вообще не в этом суть.

Суть в том, что жаба не нужна. Что тут обсуждать?

> вот если бы его на плюсах написали - тогда бы не тормозил ;)

и с каждым новым кернелом его бы сново и сново дописывали... Отстал от жизни - иди на курсы по джаве! Си - токо софт типа кернелов и иже с ними...

Письмо с активацией пришло, правда только после повторного запроса. Запустилось нормально, даже работает (правда кирилицу принимать не хочет, но спишем на тестовую версию), по виндовым шарам полазить хотел через окошко открытия файла - а там под паролем всё :(

>Taschenrechnerfunktionalität

Функциональность калькулятора o.O

Выглядит как VNC сессия до сервера. Чем это отличается от того же cosmopod?

На сановских терминалах 5 лет назад их старофис почти не тормозил. сейчас у меня в локалке 100тх OO_2.0 при загрузке с сервера так тормозил, что пришлось поставить локально. Не, для онлайна придётся сильно что-то оптимизировать, чтоб этим можно было пользоваться... Кстати, попробовал зайти на http://www.ulteo.com, но видимо сайт был перегружен, я не дождался...

Быстро.

У меня русские буквы там не работают

> Ну тогда извините меня, это приложение является таким же предназначенным для тонких клиентов как и любое другое. В таком виде можно и обычный OOo запустить, и это даже будет лучше, т.к. подозреваю, что в нем будет на порядок больше функциональности, да и развертывается легче т.к. не нужен будет отдельный сервер java-приложений.

Ну этот вопрос, можно сказать, выяснили. Осталась такая вещь как мобильный офис. Тут уже subj может пригодиться. Так что в целом неплохо.

Лишняя бородень

оказалось гмыл эти письма за спам принял :/
у меня вообще никакой язык не вводит, может из-за оперы. Жалко, но пока сыро..

+100

>Бла-бла-бла. В 938745 раз слышу это от жабофилов. А показать слабо? Почему тогда Eclipse и прочие Azureus совсем не летают? Где эта хваленая оптимизация? Пользователям хочется это увидить, а не только услышать от маркетологов жабы и их жертв с промытыми мозгами...

Написать Azureus и Eclipse полностью на C++ слабо?
Может среду аналогичную NetBeans, но на C++ сможете представить?

Нет?

А што так?

Сложновато будет. Ой как сложновато это всё написать на C++.

Я тоже так думал (именно про Azureus речь) пока не заметил, что на раздаче потребляет весь проц, притом благодаря яве умудрялся отъедать все ядра. Забил, запустил ktorrent и был счастлив.