Глава Oracle считает что OpenOffice нужно переделать под JavaFX

Skype проприетарен, и нету ни в одном дистре! Это тоже никого не пугает, кроме пары фанатиков.

И с чего ОО становитьспрориетарным? ОТ того, что он может быть повязан на проприетарную технологию, он проприетарым не становиться. А javaFX откроют, я уверен. =)

Есть только жава и нотепад, да :) QtCreator и Kate мне, вобщем-то, пока хватает.

>Вот когда будет такая же функциональность на чём-вы-там-хотите быстрее - тогда можно будет говорить "джава тормозит".

Тормозит можно говорить уже сейчас. Тормоза не зависят от того, есть ли ещё подобная прога или нет, они просто есть или их нет :} Концепция ОС-в-ОС не нужна.

>Тормоза не зависят от того, есть ли ещё подобная прога или нет, они просто есть или их нет :}

Мне работать не мешает. А про тормоза можно сказать что в блендере рендеринг тормозит - несколько минут сцена - это не мгновенно!

>QtCreator и Kate мне, вобщем-то, пока хватает.

А мне (и я не один такой) нет.

Так то блендер. Только вот когда на открытие 4 KB файла съедается 400 метров и это только начало, то это не есть хорошо.

>то это не есть хорошо.

Почему? я с радостью отдам ему эти 400 метров, если она их разменяет на функциональность(да, малая оптимизация позволяет больше времени тратитьна функциональность и юзабельность) и, возможно производитьльность (какое-то мощное кэширование, презагрузка).

Профита меньше, чем тормозов. Хотя быть может вы заниметесь каким энтерпрайзом, там яву любят, не спорю (: Но проги на обычном десктопе, тем более офис… Что с ним будет, когда документ под сотню или две страниц будет?

И да. Не есть хорошо ещё потому, что могло быть намного эффективнее, если бы IDE написали на чём-то другом.

А откуда мне знать о зависимости? Может быть 100 + 5 * Т, а может быть 20 + 2 * Т^3.

Джава любит большие константы, но аллокатор памяти там неплохой, и очень компактно хранит кучу мелких аллокаций.

Будем Lexicon в DosBox'е запускать)

>если бы IDE написали на чём-то другом.

Не написали бы. Ни на чём другом её не написать.

>И с чего ОО становитьспрориетарным? ОТ того, что он может быть повязан на проприетарную технологию, он проприетарым не становиться.

Если свободная программа зависит от проприетарной, то она не свободна. А сравнивать какой-то Skype и OO -- так это просто смешно.

>>Java не тормозит.

>Зато памяти отжирает ого-го.

Память больше не ресурс. G1 включи.

>Если свободная программа зависит от проприетарной, то она не свободна.

Ещё раз, ДжаваФКС - это малая часть, да и то только фронтенда. Можно прикрутить и что то открытое. Эту задачу другие конторы потянуть могут.

> А сравнивать какой-то Skype и OO -- так это просто смешно.

?

>Учитывая то, что Java похоронила StarOffice/OpenOffice.org наполовину, сделав его дико тормозным и глючным,

Сколько раз нужно тупить?
StarOffice и OpenOffice на 99,98% написаны на C++.

>Ни на чём другом её не написать.

Это ещё почему?

> Память больше не ресурс.

+1.

>G1 включи.

Garbage-First is a server-style garbage collector, targeted for multi-processors with large memories, that meets a soft real-time goal with high probability, while achieving high throughput.

Уж сэкономить память точно не поможет. На десктопе, это вообще не знаю насколько обоснованной.

Ну давайте обратимся к фактам.

Наиболее функциональные ИДЕ:

IDEA - in Java Eclipse - in Java Netbeans - in Java VS + Resharper - in .NET

Да потому что расширябельность + производительность + богатство библиотек никакой другой язык не предоставляет.

Ох*ели, зачем OOo портить :(((!!!

>расширябельность

Плагины как бы есть не только в программах на яве.

>производительность

I lol'd.

>богатство библиотек

Вот это может быть, из чего, однако, не следует, что ни на чём другом _нельзя_ написать IDE.

> Плагины как бы есть не только в программах на яве.

Но именно в джаве наиболее развиты. И расшияемость - это качество ВМ. Без ВМ её достичь сложно. А среди ВМ языков джава одна из самых эффектинвых.

>>производительность

>I lol'd.

Если уметь писать, и не ЮАЙ, то можно писать очень эффективно, с минимальным отрывом от С. Личный опыт.

>что ни на чём другом _нельзя_ написать IDE.

В некотором смысле, написать можно и в машинных кодах. Но меня такой абстрактный сферический смысл не интересует.

>то можно писать очень эффективно, с минимальным отрывом от С. Личный опыт.

Где же все эти утопически эффективные ява программисты? Почему я никак не могу встретить таких?

Я же сказал не юай. Я писал парсер вики разметки - и он был _очень_ быстрый. Собственно, с этой целью и писался.

Кстати, такое лёгкое троллоло: C++ std::map<std::string,bool> работает в 10 (десять) раз медленнее чем

java.util.HashMap<String, Boolean>

Это к вопросу.

> JavaFX -- проприетарная технология и делать ее основой OO абсолютно неуместно. Этого не понимает только клоун Ларри.

Ларри как раз всё очень хоршо понимает. OpenOffice останется бесплатным, а чтобы его запустить нуна будет купить JavaFX. Отличный бизнес! :)

>богатство библиотек
а как мне просто заюзать богатство библиотек на си и фортране?

Не путай необходимое условие и достаточное ;)

>не юай

Как-то не сразу в голову приходит, что это UI, не нужно писать так страшно %)

> Кстати, вышла
> ----------
> Доступна модифицированная сборка OpenOffice.org - Go-oo 3.1
> http://www.opennet.ru/opennews/art.shtml?num=22026
> ----------
> Тока у них линк на загрузку кривой.
> http://go-oo.mirrorbrain.org/stable/

Ради интереса скачал и поставил под винду (нады для работы). Вроде сборка Go-OO запускается и работает быстрее инфровской.

Кстати, эта же сборка стоит у меня в альте.

К вопросам о скорости шаблонов это не ко мне. Я их вообще редко вижу :}

>"We encourage the OpenOffice group to quickly build their version of a spread sheet or a word app using JavaFX,"

Bы всё еще серьёзно воспринимаете этого клоуна ???

P.S.: Он же палиццо ... вантузойд. Ага жабе уже жабокапец устроил .. теперь за OO взялся.

>Skype проприетарен, и нету ни в одном дистре! Это тоже никого не пугает, кроме пары фанатиков.

В сабайоне(www.sabayonlinux.org) вроде есть скайп и ещё паре дистров вроде... Да и в репах...

>> Кстати, вышла > ---------- > Доступна модифицированная сборка OpenOffice.org - Go-oo 3.1 > http://www.opennet.ru/opennews/art.shtml?num=22026 > ---------- > Тока у них линк на загрузку кривой. > http://go-oo.mirrorbrain.org/stable/

>Ради интереса скачал и поставил под винду (нады для работы). Вроде сборка Go-OO запускается и работает быстрее инфровской.

>Кстати, эта же сборка стоит у меня в альте.

В Мандриве чуть переработаная эта сборка и не тормозит :-)

>переименовывается Go-oo в официальный OpenOffice.org, а официальный Ooo в JavaFX-Ooo.
Лучше в JavaFX X_o

>> Кстати, эта же сборка стоит у меня в альте.

> В Мандриве чуть переработаная эта сборка и не тормозит :-)

Де-факто получается, что базовой для многих дитрибутивов является сборка Go-OO. Интересно, а ванильную сановскую сборку кто-нибудь использует?

>ЧЯДНТ?
Попробуйте поработать с формелами в большом спредшите в несколько тысяч строк.
Раньше чрезвычайно тормозило(по сравнению с МСО)

> Лять, а давайте еще ядро соляры тоже на яве,

Есто такое, JavaOS надывается. Еслди есть желание допилить до функциональности ядра соляры, никто не мешает. :)

> линукс на пхп ,

http://webscripts.softpedia.com/script/Development-Scripts-js/PHP-OS-32515.html

> а бсд на питоне.

Обсуждение: http://mail.python.org/pipermail/python-list/2004-November/291253.html. Если есть виртуальная машина, остальное на питоне написать не проблема.

> А че? модненько однако

Газифицировать лужи модненько. А вообще, гугол -- наше фсио.

Хреновость всей этой затеи в том, что оракло-сановцы тормознут развитие ОО. Они года 2-3 будут переводить и отлаживать его на JavaFX. Когда допилят под явой-эф-икс, неизвестно кому это будет нужно. Может быть, к тому времени они откроют яву, но судя по всему навряд ли.

>> Кстати, эта же сборка стоит у меня в альте.

> В Мандриве чуть переработаная эта сборка и не тормозит :-)

>Де-факто получается, что базовой для многих дитрибутивов является сборка Go-OO. Интересно, а ванильную сановскую сборку кто-нибудь использует?

Нет, русские в основном инфравскую(рунту, инфралинукс, мопслинукс). Большинство их модифицирует под себя. Ванильную - дебиан и прочие не модифицирующие под дистр ПО. А в альте своя сборка, лучше инфравской. Сам на альте полгода сидел.

>Ванильную - дебиан

: show openoffice.org
Пакет: openoffice.org
Состояние: не установлен
Версия: 1:3.0.1-9

[...]

Сайт: http://www.go-oo.org

>Им плевать, что OO станет проприетарным? Что он будет удален из 99% дистров?

99% дистров = ~1,5% операционных систем. Так что да, пока им плевать.

>Глава Adobe считает что Photoshop нужно переделать под Flash >Глава Microsoft считает что Microsoft Office нужно переделать под Silverlight

палишься

> Глава Oracle считает что OpenOffice нужно переделать под JavaFX

Пусть считает дальше.

Ему можно, он второй после Билли, AFAIR.

> А я вот считаю, что надо весь OO.o переписать на .Net, чтобы глобально и надежно.

Если вы имеете в виду переписывание интерфейса на mono+gtk#, то это было бы гораздо лучше всяких JavaFX...

> "Ой, я вчерась javafx ui увидел, он таакой клёвый! Давайте вы там из своих программок ворд или таблички быстренько на него перепишите!"

За симпу? :))

> Оракл известная корпорация - царь Мидас, только наоборот: если царь Мидас в Древней Греции всё, к чему ни прикасался, превращал в золото, то Оракл наоборот - всё скупает и превращает в говно :-}

Гениально! :))

> Skype проприетарен, и нету ни в одном дистре!

Skype есть по дефолту в Xandros на Eee PC. ;)

> Кстати, такое лёгкое троллоло

Если это _действительно_ стало проблемой (в смысле, в масштабах всего проекта), то плюсовый std::map (который, кстати, ни разу не хэш-мап, ага? hashmap - это ext::hash_map) подменяется/переписывается частями или полностью под данную конкретную потребность и режим использования: аллокатор, индексирующая (в случае hash_map) или сравнивающая (в случае map) функция итп - это просто параметры шаблона, имеющие какие-то среднестатистически приемлемые значения по умолчанию.

Ну и, к тому же - совершенно очевидно, что GСС'шный libstdc++ не является ни самым быстрым, ни самым переносимым, это, если угодно, референс-имплементация. Не нравится (опять же, в масштабах и задачах _всего_ проекта!) эта реализация - возьми другую. Напиши сам, в конце концов!

Что-то мне подсказывает :) , что java.util.HashMap подобной гибкостью не отличается :)

>что java.util.HashMap подобной гибкостью не отличается :)

Как раз наоборот - гибкость у него вполне, HashMap вызывает только equals & hashCode. Реализовать можешь как угодно.

>(который, кстати, ни разу не хэш-мап, ага? hashmap - это ext::hash_map)

Да, опечатался, давно не пользовался. Я тогда именно с stdext::hash_map сравнивал. Кстати - с тем, что в MSVS 2005, а не гнушном.

Это как бы тонкий намёк, что тот самый нелюбимый сборщик мусора иногда позволяет писать очень эффективный код (В смысле с ним его писать заметно проще).

Был же какой-то StarOffice, почему бы его не мучить им?