Компания IBM приняла решение (http://permalink.gmane.org/gmane.comp.apache.incubator.ooo.d...) о передаче исходных текстов проприетарного офисного пакета Lotus Symphony (http://symphony.lotus.com/), построенного на основе переработанного кода OpenOffice.org, в руки сообщества Apache. Код Lotus Symphony сольется с проектом, в рамках которого будет развиваться переданный (http://www.opennet.ru/opennews/art.shtml?num=30861) компанией Oracle код OpenOffice.org. Код Symphony, как и код OpenOffice.org, будет перелицензирован и продолжит свое развитие под лицензией Apache.В ближайшем будущем компания IBM намерена (http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/2...) полностью отказаться от развития отдельного форка и постепенно направить связанные с Lotus Symphony ресурсы и инженерные кадры на развитие проекта OpenOffice.org. IBM призывает сообщество разработчиков LibreOffice последовать...
URL: http://permalink.gmane.org/gmane.comp.apache.incubator.ooo.d...
Новость: http://www.opennet.ru/opennews/art.shtml?num=31189
Надеюсь в OpenOffice.org или LibreOffice будет интерфейс Lotus Symphony - очень он уж удобный.
>... очень он уж удобный.и очень тормозной
> и очень тормознойИ глюкавый заодно.
Мне тоже нравится интерфейс IBM Lotus Symphony. Опять же, вкладки позволяют быстро ориентироваться в нескольких открытых документах. Структура окна и расположение панелей инструментов рассчитана на использование широкоформатных мониторов.
Во дела! Интересна реакция LO!
//пишу в эпичном треде
Им в принципе никто не мешает тащить к себе код из OO.
> Им в принципе никто не мешает тащить к себе код из OO.Вот-вот :) я бы на их месте честно брал да и юзал потуги ИБМ+ОРАКЛ, а те если хотят - пусть соблюдают GPL и делятся сорцами не в виде подачек а на гарантированных условий :D. С этими акулами только так и можно.
А чего это им соблюдать GPL, им теперь в данном случае придется соблюдать лицензию Apache:"...Код Symphony, как и код OpenOffice.org, будет перелицензирован и продолжит свое развитие под лицензией Apache. ..."
...
"... Из уже проделанной работы отмечается проведение лицензионного аудита кода и начало процесса по замене зависимостей, код которых распространяется под лицензиями GPL/LPGL..."
> А чего это им соблюдать GPL, им теперь в данном случае придется
> соблюдать лицензию Apache:Ну, если акулы типа ибм и оракла возжелают получить что-то из либрофиса, им придется соблюсти при этом GPL :). Они также в своем праве переписывать что там им нужно и прочая. К слову, уже допереписывались - до того что развалили проект. Врядли много дураков встанет второй раз на те же грабли.
Как и предсказывалось кем-то на опеннете.
вообщем, интересный ход ферьзём
> вообщем, интересный ход ферьзёмДве конторы против фаундейшн? Два слона - сильные. Слон может легко сломать человека пополам. Но против легиона солдат они пустое место.
>IBM призывает сообщество разработчиков LibreOffice последовать своему примеру, сплотив силы вокруг единого проекта.Да LO просто заберёт нужные фишки себе, а в новостях раструбит это как свои заслуги.
Уж слишком много эпичных заявлений они сделали, чтобы теперь объединять проекты. Хотя, надеюсь, у них хватит разума, чтобы не плодить для OOo глупого конкурента.
Так это и есть заслуги LO. Не было бы этой угрозы для оракула - хрен бы он стал отдавать OOo в руки апача. Соответственно и IBM бы со своим
> Передача кода OpenOffice.org фонду Apache стала хорошей возможностью переосмыслить политику в отношении проекта.не зашевелился.
О, да, возможно тогда бы Оракл и дальше развивал свой пакет на базе GPL.Заслуга LO - в разделе лагеря разработчиков на два лагеря. В преобразовании войны MSO/OOo в OO/LO. Теперь MSO просто сторонний наблюдатель над схваткой. Политика «разделяй и властвуй» в стиле англосаксов. А есть и ещё один участник рынка, которому выгодно замедление развития офисных продуктов - гугл. Пока происходят срачи OO/LO, они мирно пилят свой веб-офис.
Я вот только пока не до конца понял: Оракл передал код бывшего OOo или SO в апач? Если SO, то связка SO+ILS будет выглядеть заманчивее.
«офисные продукты» — анахронизм. не пригодны ни для чего серьёзней таблички с килокалориями в пицце.
А LO может их забрать, учитывая LGPL?
Да может. OO из LO не может учитывая AL.
> Да LO просто заберёт нужные фишки себе, а в новостях раструбит это
> как свои заслуги.Лучше бы не забирал. Этот симфони с его явой - тормозной глюкавый урод. Логично что ибм его вывалили все-таки: такой хлам врядли много кому нужен, он фактически слил конкуренцию мсофису + аутглюку. На что уж MS кладет на качество, но по сравнению с симфони МСО просто ракета и даже без багов. Вечно тормозному апачу с его любовью к не менее тормозной и переросшей яве - это самое оно.
Было бы неплохо, если они объединятся с LO. Пусть будет две сборки с разными названиями, но из одних сорцев.
> Было бы неплохо, если они объединятся с LO. Пусть будет две сборки
> с разными названиями, но из одних сорцев....""also work with project members to prioritize which pieces make sense to integrate into OpenOffice. For example, we've already done a lot of work with replacing GPL/LPGL dependencies. ""
Проприертарщики IBM и Оракле таки движутся совсем в другую чторону, чем LO c его LGPLv3.
Расскажиет подробнее, как Вам видится это ваше "неплохо" и "объединятся". Просим!!
В LibO LGPL2+.
> В LibO LGPL2+.Во-первых, изменения под LGPL v3+ + оригинальный код OOo под "старой" Л.
Во-вторых, Вы со мной разговариваете??
Недолго эта "объединённая версия" проживёт, Oracle нужен OOo только как обрубок коммерческого офисного пакета.
> Недолго эта "объединённая версия" проживёт, Oracle нужен OOo только как обрубок коммерческого
> офисного пакета.ИБМу как ни странно был нужен по той же причине. Удивительно ли что они поддерживают лицензию апаче а не гпл? Видимо надеятся набрать новую порцию лошья и вернуть в вид как было, т.е. обрубок + закрытая версия а-ля симфони и старофис. Иначе выпиливание гпл компонентов - как минимум непонятно :)
да, мне тоже не понятно, чем GPL им не угодил?
скорее всего, хотят использовать наработки у себя, не отдавая обществу обратно
> да, мне тоже не понятно, чем GPL им не угодил?Тем, что не позволяет закрыть исходники. Ведь лицензия Апач - это та же самая BSD, только с патентной защитой.
> да, мне тоже не понятно, чем GPL им не угодил?Ну как же, они не смогут делать закрытые клоны типа старофисов и симфони. Правда я так и не понял нахрен им эта возможность: оба проекта - какая-то странная фигня с невнятными перспективами. Видимо, ископаемые менеджеры с проприетарным мышлением еще не все вымерли.
>Видимо надеятся набрать новую порцию лошья и вернуть в вид как былоПока что «лошьё» бесплатно поёт оды LO.
>Иначе выпиливание гпл компонентов - как минимум непонятно
ни не совместимы с Apache-лицензией. Элементарно, Ватсон.
Даже если IBM и поступит по Вашему (а это может быть им выгодно), то сообщество получает нынешний код симфонии, и может взять оттуда нужные фишки.
> Пока что «лошьё» бесплатно поёт оды LO.LO дает мне столько же прав сколько и всем остальным. С чего ради кто-то вдруг лошье, если его не нагревают? :)
А вот те кто повкалывает на ибм и оракль и потом обнаружит что те взяли его код, но забыли положить свой - вполне имеет все шансы ощутить себя именно лохом. Вообще, весьма странная идея - даром работать на оракл и ибм, чтобы они потом зажимали сорц в свою коммерчесую поделку. Они кинули кость и даже предоставили право бесплатно на них попахать. Как мило.
>LO дает мне столько же прав сколько и всем остальным. С чего ради кто-то вдруг лошье, если его не нагревают?OO и ILS дают Вам те же возможности, Плюс ещё большие: при наличии таланта и свободного времени можете сделать из него конфетку и не раскрывать код.
>А вот те кто повкалывает на ибм и оракль и потом обнаружит что те взяли его код, но забыли положить свой - вполне имеет все шансы ощутить себя именно лохом.
Те же чувства может ощутить тот, кто вдруг понаписал код, и видит что LO взял его код, а своего не добавил.
>Они кинули кость и даже предоставили право бесплатно на них попахать.
Они дали возможность всем пользоваться своим личным кодом. А могли и не давать. Напомню что LO пока что паразитирует на труде SO/OO, и, вполне вероятно, будет паразитировать на коде ILS.
А кто мешает автору кода просто выложить свой патч для OOo на всеобщее обозрение? Что мешает пропихнуть его в репозиторий бинарных пакетов его любимой ОС? Или самому сделать сборку? Согласен, что поведение Apache Foundation (репозиторий исходных текстов ведь теперь по факту в их владении, не?) в такой ситуации выглядело бы некрасиво. Но никто доступа к подобному патчу не лишается, никуда он не исчезнет кроме как по желанию его автора (что вполне справедливо).
> А кто мешает автору кода просто выложить свой патч для OOo на
> всеобщее обозрение? Что мешает пропихнуть его в репозиторий бинарных пакетов его
> любимой ОС? Или самому сделать сборку?есть такая штука: код со временем меняется. и патч придётся поддерживать. а в майнлайне он спокойно осядет и будет уже частью кодовой базы.
для примера — посмотри ситуацию с вайном. где в багрепортах лежит 100500 патчей, которые правят те или иные косяки в вайне, но годами не попадают в майнлайн (потому что разработчики вайна — сексменьшинства в плохом смысле слова). некоторые из них авторы периодически обновляют под новые вайны, а некоторые — нет, и приходится или качать совсем старый вайн, или вдумчиво медитировать над патчем самому.
маинтайнеры пакетов же в большинстве не программисты, так что пилить патчи для новых версий если и будут — то лучше бы они не начинали вовсе, про OpenSSL все помнят.
>> А кто мешает автору кода просто выложить свой патч для OOo на
>> всеобщее обозрение? Что мешает пропихнуть его в репозиторий бинарных пакетов его
>> любимой ОС? Или самому сделать сборку?
> есть такая штука: код со временем меняется. и патч придётся поддерживать. а
> в майнлайне он спокойно осядет и будет уже частью кодовой базы.Да. Но эта поддержка — она, вообще-то, не из воздуха берётся. Это тоже ресурсы. И не вам, а тому, кто эти свои ресурсы тратит, и определять, что с ними и как делать. Вы ведь не любите выполнять работу (не от случая к случаю, а постоянно, с несением ответственности за результат) бесплатно? Так и здесь. И это как раз справедливо, куда справедливее, чем «разработчики софта, который я имею на халяву, мне что-то должны». Такая вот штука — справедливость. Не всегда она в пользу, гм, пользователей.
А сам патч никуда не девается.
> для примера — посмотри ситуацию с вайном. где в багрепортах лежит 100500
> патчей, которые правят те или иные косяки в вайне, но годами
> не попадают в майнлайн (потому что разработчики вайна — сексменьшинства в
> плохом смысле слова). некоторые из них авторы периодически обновляют под новые
> вайны, а некоторые — нет, и приходится или качать совсем старый
> вайн, или вдумчиво медитировать над патчем самому.Сделал выборку по багзилле: все не закрытые тикеты с отклонёнными патчами. Zeroo boogs found. Закрытых тикетов — 91 штука. Так что доказывайте ваше утверждение про 100500 непринятых патчей.
> маинтайнеры пакетов же в большинстве не программисты, так что пилить патчи для
> новых версий если и будут — то лучше бы они не
> начинали вовсе, про OpenSSL все помнят.Если мэйнтейнер ни разу не программист, делать патчи для такого проекта и пытаться их пропихнуть — уже как-то наивно... Это функция мэйнтейнера — поддерживать имеющийся код в работоспособном состоянии. Если он с ней не справляется, значит, это не мэйнтейнер, а бесполезный бюрократ.
... Да, по остальным пунктам, как я понимаю, возражений нет? :)
> Сделал выборку по багзилледостаточно, чтобы поржать. делай дальше, чо.
>> Сделал выборку по багзилле
> достаточно, чтобы поржать. делай дальше, чо.Ваши слова: «для примера — посмотри ситуацию с вайном. где в багрепортах лежит 100500 патчей, которые правят те или иные косяки в вайне, но годами не попадают в майнлайн». Где искать репорты, если не в багзилле. Явите миру правду, покажите эти заявленные вами 100500 патчей. Потом будете выпендриваться.
> Явите миру правду, покажите эти заявленные вами 100500 патчей.
> Потом будете выпендриваться.всё бросил и побежал за тебя багзиллу шерстить. на тебе один пример: Hellgate: London. это не исключение, а правило. дальше сам нароешь.
>> Явите миру правду, покажите эти заявленные вами 100500 патчей.
>> Потом будете выпендриваться.
> всё бросил и побежал за тебя багзиллу шерстить.Не за меня, а за себя. Аргумент про 100500 патчей ваш, вам его и обосновывать. Не увиливайте.
> на тебе один пример: Hellgate: London. это не исключение, а правило. дальше сам нароешь.
Всего один? Без ссылок? Ну ладно, уважать собеседников вы не хотите или не умеете (это видно по вашему общению и с другими людьми), это давно известно и лично меня не особо парит. Но что по вашему гениальному указанию должно быть, по-вашему, найдено? Вот это, с пометкой «fixed in 1.3.5»: http://bugs.winehq.org/show_bug.cgi?id=10318#c45 ?
Аргументы с доказательствами в студию, или слив засчитан (это я на вашем языке объясняю).
я вот до сих пор не думал, что ты не умеешь читать. ан, оказывается, не умеешь.цитата раз: "I'll open a new bug for the mouse not working issue."
ссылка два: http://appdb.winehq.org/objectManager.php?sClass=version&iId...
ссылка три: http://bugs.winehq.org/show_bug.cgi?id=20395на этом закончу, а то ты ещё что-нибудь не так прочитаешь и снова примешься сливы засчитывать.
> я вот до сих пор не думал, что ты не умеешь читать.
> ан, оказывается, не умеешь.
> цитата раз: "I'll open a new bug for the mouse not working
> issue."
> ссылка два: http://appdb.winehq.org/objectManager.php?sClass=version&iId...
> ссылка три: http://bugs.winehq.org/show_bug.cgi?id=20395И кто из нас не умеет читать? Как бы работающий патч в данном треде появился менее месяца назад: http://bugs.winehq.org/show_bug.cgi?id=20395#c30 . Вот только он не то что как-то плохо «периодически обновляется под новые вайны», он по большей части компилировался (не то что был протестирован) изначально, похоже, только у автора. Учитывая, что патч далеко не скромный (2296 строк в последней версии из треда), как-то наивно даже думать, что он будет принят за столь быстрое время при столь низком качестве.
> на этом закончу, а то ты ещё что-нибудь не так прочитаешь и
> снова примешься сливы засчитывать.Как говорит в таких случаях моя жена, «начни с себя». :)
компилируется он отлично на гите несколькодневной давности. никакого «низкого качества» там нет — но ты же эксперт, тебе не надо проверять, чтобы припечатать метким словом. помимо прочего — этот патч основан на более старом кривохаке для raw input (который, правда, делал только мышь, и немного перанально, но учитывая, что в вайне поддержки raw input нет вообще никакой…)в общем, с тобой мне всё ясно: НепогрешЫмый Ыксперт, способный выносить суждения о том, в чём даже не старается разбираться. слушай жену: она у тебя умная, похоже.
> компилируется он отлично на гите несколькодневной давности. никакого «низкого качества»Под качеством я имел в виду не сам код, а качество патча как такового. Хороший патч либо изначально накладывается без проблем, либо содержит достаточно указаний, к чему и как его применять. То есть: код — возможно, хороший, не проверял, ибо не моё это дело; патч же некачественный. Это примерно как сделать супер-пупер мобильник, который в руках можно держать только строго определённой раскорякой, иначе он вывалится из рук.
> там нет — но ты же эксперт, тебе не надо проверять,
Да, я не пользуюсь wine. Вы его приплели, пообещав 100500 примеров. Пока что и с одним всё плохо. Остальные 100499 примеров я уже и не жду.
> чтобы припечатать метким словом. помимо прочего — этот патч основан на
> более старом кривохаке для raw input (который, правда, делал только мышь,
> и немного перанально, но учитывая, что в вайне поддержки raw input
> нет вообще никакой…)Ну, основан, и? Семейство Ubuntu тоже основано на Debian, но почему-то даже при фактически общей пакетной базе их рынки сильно различаются.
Если тот «старый кривохак» (такая формулировка уже вызывает сомненя в том, что патч вообще следует принимать) не был принят — то почему? Покажите, именно вы, как автор утверждения про 100500 непринятых патчей, покажите, что (исходный) патч не был принят незаслуженно. Свяжите свои рассуждения в крепкую цепочку. Иначе все ваши слова — ветер и пыль.
Вы сказали, что, дескать, патчи годами не рассматриваются разработчиками, и бедные авторы патчей пилят их, и пилят, и пилят под каждую новую версию wine (цитирую: «для примера — посмотри ситуацию с вайном. где в багрепортах лежит 100500 патчей, которые правят те или иные косяки в вайне, но годами не попадают в майнлайн (потому что разработчики вайна — сексменьшинства в плохом смысле слова)»). До сих пор вы не смогли своё утверждение подтвердить хотя бы одним из тех 100500 примеров.
> в общем, с тобой мне всё ясно: НепогрешЫмый Ыксперт, способный выносить суждения
> о том, в чём даже не старается разбираться. слушай жену: она
> у тебя умная, похоже.Я не уточнял, кому она говорит... ;) А насчёт непогрешимости — повторюсь, начните с себя. Для вас та игрушка больная тема? — верю. Но это не превращает разом разработчиков wine в монстров раздолбайства. Я обычно могу отличить плохой патч от хорошего, а также оценить, сколько времени нужно апстриму на разбор полётов. Мои патчи (в другие проекты) тоже не все проходят, и я как-то не особо переживаю по этому поводу. Это open source.
> Хороший патч либо изначально накладывается без проблем, либо содержит
> достаточно указаний, к чему и как его применять. То есть: код
> — возможно, хороший, не проверял, ибо не моё это дело; патч
> же некачественный.эти вот слова говорят об одном: «тред не читай, отвечай!» там подробно написано, как его накладывать, инструкция for dummies. при этом работает flawlessly. собственно, какой смысл с тобой переписываться? ты опять придумаешь какую-то ни на чём не основаную фантазию — заместо пойти таки по ссылке и прочитать. (собственно, таких вот «нечитайлов» там половина отписавшихся: ссылку видят, буквы не видят; хороший детектор получился).
> Да, я не пользуюсь wine. Вы его приплели, пообещав 100500 примеров.
опять у тебя тяжёлый приступ беспочвенного фантазирования. я ничего никому не обещал. те, кто пытаются использовать вайн по назначению (игрушки запускать) — знают, что периодически его надо обвешивать патчами как дурака фантиками. а иногда и сами девелоперы тупо ломают поддержку, которая работала и не хотят восстанавливать. welcome to harbinger bugreports.
но ты ведь вайном вообще не пользуешься: чего ты прыгаешь? я понимаю, становиться в позу и требовать, чтобы доказывали, что земля не плоская, воздух есть смесь газов и так далее — это очень удобно: и сам кажешься вроде бы корректным, и оппонент задолбётся очевидное разжёвывать. double win. посему я больше отвечать не буду в этом треде.
> Ну, основан, и?
и то, что кто-то мне вякал про «какие года, всего-то несколько месяцев». да, автор старого патча в своё время задолбался ждать выправления ситуации и патч закинул. а автор нового патча лапочка и няшечка, тоже задолбался ждать, подобрал старый патч, обогрел, накормил, в порядок привёл, дописал (в конце концов и вовсе переписал, но это в данном случае не важно). факт в том, что решение проблемы (да, частичное; но тем не менее даже частичное решение было лучше, чем никакого) давно уже было. сломать оно ничего не могло, потому что в вайне на месте нужных функций вообще были стабы. и это, кагбэ, не единственный пример. а взял я именно его просто потому, что как раз недавно H:L проходил, вот и вспомнилось сразу.
> Покажите
да не буду я больше тебе ничего показывать: ты читать не умеешь. я уже в этом убедился. я и этот ответ, тащемта, не тебе пишу.
> До сих пор вы не смогли своё утверждение подтвердить хотя бы одним из тех 100500 примеров.
говорят, научиться читать и немножко работать с поисковиком — несложно. попробуй, может и у тебя получится. а то ты лжёшь на голубом глазу, и потом ожидаешь, что тебя будут воспринимать серьёзно.
> а также оценить, сколько времени нужно апстриму на разбор полётовя тоже. обычно — несколько лет. это если вообще хоть кто-то внимание обратит. чем больше разработчиков в проекте — тем дольше будут тянуть кота за орган. пользуясь, собственно, тем, что проекты огромные, и форкнуть их одному-двум человекам практически нереально.
всё. я с тобой закончил.
>> Да, я не пользуюсь wine. Вы его приплели, пообещав 100500 примеров.
> опять у тебя тяжёлый приступ беспочвенного фантазирования. я ничего никому не обещал.
> те, кто пытаются использовать вайн по назначению (игрушки запускать) — знают,
> что периодически его надо обвешивать патчами как дурака фантиками. а иногда
> и сами девелоперы тупо ломают поддержку, которая работала и не хотят
> восстанавливать. welcome to harbinger bugreports.Угу, знают. И знание это сакральное, больше ни с кем не хотят делиться.
> но ты ведь вайном вообще не пользуешься: чего ты прыгаешь? я понимаю,
> становиться в позу и требовать, чтобы доказывали, что земля не плоская,
> воздух есть смесь газов и так далее — это очень удобно:
> и сам кажешься вроде бы корректным, и оппонент задолбётся очевидное разжёвывать.
> double win. посему я больше отвечать не буду в этом треде.Разница в том, что факт, что земля не плоская и что воздух — это смесь газов, я доказать могу. А вы своё утверждение — пока что нет.
>> Ну, основан, и?
> и то, что кто-то мне вякал про «какие года, всего-то несколько месяцев».Речь идёт о двух _разных_ патчах. Первый из которых вы сами назвали кривохаком.
> да, автор старого патча в своё время задолбался ждать выправления ситуации
> и патч закинул. а автор нового патча лапочка и няшечка, тоже
> задолбался ждать, подобрал старый патч, обогрел, накормил, в порядок привёл, дописал
> (в конце концов и вовсе переписал, но это в данном случае
> не важно). факт в том, что решение проблемы (да, частичное; но
> тем не менее даже частичное решение было лучше, чем никакого)Для кого как. Мэйнтейнеры кода, которым все эти частичные решения надо поддерживать после принятия, имеют своё мнение. Ни вы, ни авторы патчей их труд не оплачиваете.
> давно уже было. сломать оно ничего не могло, потому что в вайне
> на месте нужных функций вообще были стабы.А теперь самое интересное: http://source.winehq.org/git/wine.git/commit/be5f35534b5e2b4... . Обратите внимание на имя-фамилию автора кода. То есть патч принят в разработку, но закоммичена пока только первая часть.
> и это, кагбэ, не
> единственный пример. а взял я именно его просто потому, что как
> раз недавно H:L проходил, вот и вспомнилось сразу.Не единственный? А что ж вы тогда кроме него ничего не можете привести? Ещё раз: свои утверждения (про 100500 патчей) обосновывайте сами. Иначе вы — лжец.
>> Покажите
> да не буду я больше тебе ничего показывать: ты читать не умеешь.
> я уже в этом убедился. я и этот ответ, тащемта, не
> тебе пишу.Если не мне пишете, то что ж ко мне обращаетесь? Или поговорить-то на самом деле больше не с кем? :))
>> До сих пор вы не смогли своё утверждение подтвердить хотя бы одним из тех 100500 примеров.
> говорят, научиться читать и немножко работать с поисковиком — несложно. попробуй,
> может и у тебя получится. а то ты лжёшь на голубом
> глазу, и потом ожидаешь, что тебя будут воспринимать серьёзно.Вы для начала как-нибудь определитесь, я не умею работать с поисковиком, или же лгу. :) В отличие от вас, я свои слова могу обосновать и стараюсь это делать. Просто так, безосновательно доверять чьим-то словам в интернете я не собираюсь (и вам не советую).
И если вы умеете работать с поисковиком (в отличие от меня, неразумного) — может, вместо бестолкового выпендрёжа научите паре приёмчиков? ;) Если они, конечно, у вас есть...
>> а также оценить, сколько времени нужно апстриму на разбор полётов
> я тоже. обычно — несколько лет. это если вообще хоть кто-то внимание
> обратит. чем больше разработчиков в проекте — тем дольше будут тянуть
> кота за орган. пользуясь, собственно, тем, что проекты огромные, и форкнуть
> их одному-двум человекам практически нереально.Бывает всякое. Но применительно к wine вы пока что так и не показали, что 100500 толковых патчей лежат, не рассмотренные разработчиками.
> всё. я с тобой закончил.
Какой пафос. :)
Сколько нострадамусов разом! Джентльмены, хоть кто-нибудь из вас имеет отношение к ЛПР ИБМ, или какого-либо из означенных сообществ?
Или это так, треп ни о чем? "Вот если бы у меня был миллион, я бы...." (С) Золотой Теленок
Хрен им, а не опен-офис-орг! Libre Office возьмет все что надо, и ни с кем не сольется. Я смотрю, как только все начали замечать об успехах LO, то сразу зависть появилась... сильная такая. Кто-то хочет завалить проект, но у него ничего не выйдет!
Это правильно. Разработчики LibreOffice уже поставили задачу удаления из кода кусков, написанных на Java. А вот Apache и IBM со своим Lotus-ом - это Java, Java и ещё раз Java, которую надо гнать поганой метлой из офиса. Так что удачи и твердости разработчикам LO в их стремлении отказаться от Java.
у вас java-фобия, уважаемый....
вам к доктору надо, а не комментарии писать =)
> у вас java-фобия, уважаемый….нет, это у санок была жабофилия. причём в худшем виде: «даже если жаба в проекте не нужнa, мы всё равно как-нибудь её пристегнём!»
У Вас иллюзии по поводу производительноти Java. Идите работать в госорганы с реестром госуслуг (Электронная Россия). После дня работы с программой написанной на Java (с функционалом два притопа, три прихлопа) энтузиазма по поводу Java значительно поубавится. Даже "криворукие делфибыдлокодеры" на своем "быдлоязыке" шедевры пишут после полугода обучения.
>Даже "криворукие делфибыдлокодеры" на своем "быдлоязыке" шедевры пишут после полугода обучения.Если авторы программы на редкость криворукие программисты, это не повод лить грязь на яву. Вот если бы они переписали свою разработку на другом языке и она была бы намного шустрее - вот это был бы довод. А пока фантазии, фантазии.
> А пока фантазии, фантазии.собственно, вряд ли они обфускатором проходились. можно отдекомпилировать и посмотреть, что там внутри. конечно, имена локальных переменных потеряются, но всё равно — если дурь, то видна будет.
У меня нет никаких иллюзий по поводу производительности Java потому, что я _замеряю_ производительность своих приложений и запустил в production немало приложений написанных на Java.
Производительность Java никогда не приблизится к производительности C.
Но производительность все равно остаётся более чем приемлимой, а учитывая возможности платформы и то насколько быстрее получается разрабатывать софт используя Java и насколько такой код проще поддерживать. Java в данный момент не имеет прямых конкурентов в сегменте серверных приложений. ИМХОА вот по поводу кода в наших гос учереждениях. Как будто вы не знаете как безалаберно относятся чинуши к приемке таких вещей.
А кривой код можно написать на любой платформе. Я видел замечательно работающий код на Phyton, на Java, на dot Net, даже на VB и PHP.
И страшно тормозящий на C и C++ и что мне теперь говном C++ поливать из-за того что кто-то на нем писать не умеет?
> Java в данный момент не имеет
> прямых конкурентов в сегменте серверных приложений. ИМХОнет, правильно будет так: «кроме жабы я ничего не знаю, поэтому не вижу никаких конкурентов». и жаба там действительно не имеет конкурентов: остальные настолько далеко ушли, что им «конкурировать» с жабой смешно.
Вы меня не знаете и пытаетесь судить. На личности переходят обычно, когда по теме сказать нечего.
Если уже это обсуждать, я знаю C++ (COM, DCOM, ATL), много работал с Dot Net (C#), и только потом осознанно пришел к Java. Про вещи типа Javascript молчу....
Так что, у вас есть что сказать по теме? Или будем и дальше показывать свою глупость?
> Если уже это обсуждать, я знаю C++ (COM, DCOM, ATL), много работал
> с Dot Net (C#), и только потом осознанно пришел к Java.то есть, не знаешь ничего. Forth? Smalltalk? Self? Erlang? Haskell? OCaml? Scheme? Ruby? (перечислено в произвольном порядке)
> Про вещи типа Javascript молчу….и молчи лучше, потому что я уверен, что ты его совершенно не знаешь. да и c++ тоже, думается.
> Так что, у вас есть что сказать по теме? Или будем и
> дальше показывать свою глупость?я по теме уже всё сказал: твой кругозор ограничен языками одного семантического класса. по сути, ты знаешь один язык в немного разных плащах. это, в общем-то, достаточно очевидно из твоих постов, и никакой не «переход на личности», как тебе хочется считать.
а «по теме» с тобой можно будет говорить как минимум после асиливания тобой эрланга, хаскеля, селфа и схемы. впрочем, тогда ты и сам начнёшь плеваться при виде жобосей.
По теме так ничего и нет. Опять предирки к личности. Впрочем это было очевидно в самом начале "беседы".По поводу C-подобного синтаксика, это был осознанный выбор, так что наезд не по теме.
> по теме» с тобой можно будет говорить как минимум после асиливания тобой эрланга,
> хаскеля, селфа и схемы. впрочем, тогда ты и сам начнёшь плеваться при виде жобосей.И всё-таки по теме сказать нечего! Ну что поделаешь.
Кстати... на всякий случай, я изучал и Pascal, и Scheme, и Lisp и знаю их синтаксис, просто для задача, которые я решаю эти языки имеют небольшую ценность (а точнее даже не языки, а их "окружение" - библиотеки). Кроме того, с трудом представляю, что изменилось бы в моём восприятии JVM, как платформы и Java как языка, если бы я их использовал на постоянной основе.
Ну да ладно, я думаю эту тему вообще надо закрывать, просто потому что очевидно, что кроме наездов на меня вы врядли что-то сможете выдать.PS По поводу моих знаний, завидую вам =) Тоже хотел бы научиться видеть уровень профессионализма на расстоянии в 11 000 киллометров, не зная человека. HR агенство наверное за вас передрались уже между собой =)))))))
мда. путать семантику и синтаксис — это круто. дальше, собственно, с тобой говорить не о чем, ты неуч.> Тоже хотел бы научиться видеть уровень профессионализма на расстоянии в 11 000 киллометров
у тебя для этого не хватит ни знаний, ни опыта. ты даже не способен понять, о чём я говорю, какое там «определять»… попробуй заняться самообразованием. хотя бы для того, чтобы больше не лажать так грубо.
> действительно не имеет конкурентов: остальные настолько далеко ушли, что им «конкурировать» с жабой смешно.В чем ушли? Куда ушли? Примеры? (Только про синтаксис и семантику не надо)
> у вас java-фобия, уважаемый....У меня тоже, *особенно* после того как симфони увидел. Пусть ибм свое симфони и использует - отборнейший крап. Тормозной, выглядит как черти-что и глючный. Врагам такой софт раздавать надо, ибо нервные клетки не восстанавливаются.
>> у вас java-фобия, уважаемый....
> У меня тоже, *особенно* после того как симфони увидел. Пусть ибм свое
> симфони и использует - отборнейший крап. Тормозной, выглядит как черти-что и
> глючный. Врагам такой софт раздавать надо, ибо нервные клетки не восстанавливаются.Вы судите о всей платформе по одноу продукту. Глюки и недоработки конкретного софта распространяете на всю платформу. Вы уверены что это логично?
> Вы судите о всей платформе по одноу продукту.к сожалению, не по одному. такие «флагманы» как эклипс, например — тоже жирный тормозной крап. однако, тенденция… (ц)
>Java и ещё раз Java, которую надо гнать поганой метлой из офисаЗолотые слова. Бешено плюсую!! +1000!
И не только из офиса надо гнать, а и вообще, имхо. В том числе и с некоторых интернет-ресурсов, кстатиПо сабжу: есть такая поговорка: "Медведя (читай - LO) можно выучить кататься на велосипеде, но вот будет ли медведю с этого польза?"
Libre Office уже слился...
С кем?
> С кем?С убунтой :). И мне нравится - порезвее опенофиса ворочаться стал :). Пусть продолжают в том же духе, и упаси их боже использовать яву. Оно и так скоростью работы не страдает, а с явой станет совсем кошмар.
>Я смотрю, как только все начали замечать об успехах LOУспех и вправду невероятен. Я гляжу на комментарии предыдущих новостей и замечаю что у кого-то отваливаются perl-скрипты, у кого-то документы из 1С не в той кодировке выходят. Только успешные кодеры могут сломать много, ничего, по сути, так и не сделав.
>Кто-то хочет завалить проект
Этот «кто-то» сидит внутри проекта. Талантливый кодер, замечательный художник, божественный маркетолог и прозорливый стратег.
>IBM призывает сообщество разработчиков LibreOffice последовать своему примеру, сплотив силы вокруг единого проекта.Правильно! И этим проектом должен быть LibreOffice.
> Правильно! И этим проектом должен быть LibreOffice.и будет. не пойдёт народ назад. те же наработки go-oo, например — не станут их под апачелицензию перепиливать.
не будет. Libreoffice загнется через год и будет выкинут на помойку.
или будет влачить жалкое существование младшего братца - который паразитирует на OO
> не будет. Libreoffice загнется через год и будет выкинут на помойку.
> или будет влачить жалкое существование младшего братца - который паразитирует на OOхреновый из тебя аналитик.
> не будет. Libreoffice загнется через год и будет выкинут на помойку.Много вы случаев подыхания фоундейшнов видели? Данная модель разработки очень несклонна к подыханию. Кэп рассказывает: когда есть задача и создается фаундейшн объединенный по интересам, как правило происходит эффективная работа над целевой задачей. Потому что участники процесса заинтересованы в решении этой задачи. С чего бы ради им вдруг сливаться? Они могут только сливаться вместе в мощный фаундейшн, который будет вкалывать над задачей ;)
libreoffice не надо ни куда вливаться, только вродо все налаживаеться стало и оптимизироваться. А на оpenoffice все кроме apache забили. И оракл его слил потому что не вышло с опенофиса бабло стричь. И IBM тоже по той же причине
>А на оpenoffice все кроме apache забили.Забили все великие аналитики опеннета. Пока что Инфра на OO, а это о многом говорит.
>Пока что Инфра на OO, а это о многом говорит.кто такая инфра?
> Инфракто это, чем известна, зачем нужна пользователям?
> кто это, чем известна, зачем нужна пользователям?Известна успешной(предположительно, то есть) бизнес-моделью на основе непринятия внешних патчей жабба-хозяевами оригинального OOo. Ммммм... для поднятия ... на основе _удлиннения версии ООо?...
а, они go-oo продавали? молодцы. только больше не надо, go-oo уже в либре.
> а, они go-oo продавали?Нет, не go. Вроде, тащили свою тележку патчей для оригинального ООо. По слухам и утверждениям рекламного отдела патчи эти для "улучшенной поддержки чего-то там в русификации" и "нужны нашим клиентам". Плюс "весёленькие обои", сплэш то есть.
> Нет, не go. Вроде, тащили свою тележку патчей для оригинального ООо. По
> слухам и утверждениям рекламного отдела патчи эти для "улучшенной поддержки чего-то
> там в русификации" и "нужны нашим клиентам". Плюс "весёленькие обои", сплэш
> то есть.кстати. а патчи-то должны быть в паблик выложены по условиям лицензии, не? ну, точнее, они должны их дать по требованию клиента.
> кстати. а патчи-то должны быть в паблик выложены по условиям лицензии, не?
> ну, точнее, они должны их дать по требованию клиента.Ты в какой криокамере отдыхал последние лет пять? По какой статье?... Про бизнес Инфра-Ресурс ты не слышал, про выложенные (ссылку дать или сам уже?) пачти не слыхивал... Также в Новостях: Ельцин и Рейган уже не президенты.
> Ты в какой криокамере отдыхал последние лет пять? По какой статье?… Про
> бизнес Инфра-Ресурс ты не слышал, про выложенные (ссылку дать или сам
> уже?) пачти не слыхивал…а нахрена оно мне надо? O_O у меня LyX есть, мне для документов с головой хватает. а если кто-то невменяемый присылает что-то другое, прошу дать в rtf и сую в AbiWord. вполне логично, что я не слышал про «инфру», правда?
> а нахрена оно мне надо? O_O у меня
> я не слышал про «инфру», правда?Вот и я грю на поркуа тут твои тупые "кто это", "где я", "зачем мне".
> Вот и я грю на поркуа тут твои тупые «кто это», "где
> я", «зачем мне».интересно. гуголь выдаст кучу рекламы, а тут, авось, люди пользовались и поругают прицельно.
а вообще — ты так возмущаешься, как будто я тебя заставляю отвечать. не хочешь — пройди мимо, это же явно проще, чем писать возмущённые петиции.
> Забили все великие аналитики опеннета. Пока что Инфра на OO, а это о многом говорит.Спасибо что хоть не всяких гарантов-консультантов и 1С еще раскопали. Да, Россия и ее фирмы такие известные производители софта на мировой арене что скоро майкрософт просто лопнет под натиском местных софтварных шараг.
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++ для этого уже не подходит явно.
> Приложения для десктопа должны ...Сколько же ещё ждать сего чудесного времени? Java 15 лет существует — и всё никак... из всех десктопных приложений на java видел только Azerus теперь известный как Vuze — вот уж чудовищное чудовище!
>> Приложения для десктопа должны ...
> Сколько же ещё ждать сего чудесного времени? Java 15 лет существует —
> и всё никак... из всех десктопных приложений на java видел только
> Azerus теперь известный как Vuze — вот уж чудовищное чудовище!А писание на "высокоуровневых" языках этому вообще способствует - программисты на них, судя по всему, просто теряют ощущение тоо, сколько какая фича будет стоить. Результат - десяток уровней абстракций, которые вроде и красивы (как в эклипсе том же), но жрут ресурсы неимоверно.
> А писание на "высокоуровневых" языках этому вообще способствует - программисты на них,
> судя по всему, просто теряют ощущение тоо, сколько какая фича будет
> стоить. Результат - десяток уровней абстракций, которые вроде и красивы (как
> в эклипсе том же), но жрут ресурсы неимоверно.Ага тоже такое наблюдаю такое, причем уровни абстракции продолжают плодиться. И вроде бы все неплохо, и вообще инструментарий всё делает за тебя, но что будет на выходе? Насколько оно будет быстро отрабатывать? Об этом многие разработчики вообще не задумываются.
Применение ООП окупает себя на 4-5 проекте. Брукс
ОО к обсуждаемой теме не имеет отношения.
Читаем из файла java
public static void main(String args[])
{
try{
FileInputStream fstream = new FileInputStream("textfile.txt");
DataInputStream in = new DataInputStream(fstream);
BufferedReader br = new BufferedReader(new InputStreamReader(in));
String strLine;
while ((strLine = br.readLine()) != null) {
System.out.println (strLine);
}
in.close();
}catch (Exception e){//Catch exception if any
System.err.println("Error: " + e.getMessage());
}
}
Ruby:
file = File.new("readfile.rb", "r")
while (line = file.gets)
puts "#{counter}: #{line}"
end
Причем Ruby намнооого более ОО чем ява.
public static void main(String args[]) throws Exception
{
BufferedReader br = new BufferedReader(new FileReader("textfile.txt"));
String strLine;
while((strLine = br.readLine()) != null)
System.out.println(strLine);
}
Меряться? Писюн еще не дорос.File.open("/etc/passwd","r").each{|line| puts line}
> File.open("/etc/passwd","r").each{|line| puts line}это же надо было так смолтолк изуродовать…
> Меряться? Писюн еще не дорос.
> File.open("/etc/passwd","r").each{|line| puts line}#!/bin/sh
cat /etc/passwd
Не работает.
Или это для прошивки роутеров программа?
> Не работает.
> Или это для прошивки роутеров программа?Странно... УМВР.
> А писание на "высокоуровневых" языках этому вообще способствует - программисты на них, судя по всему, просто теряют ощущение тоо, сколько какая фича будет стоить. Результат - десяток уровней абстракций, которые вроде и красивы (как в эклипсе том же), но жрут ресурсы неимоверно.Если б жабовский жор ресурсов являлся следствием опупительных возможностей языка, то никто бы, возможно, и не возмущался - так ведь все, что мы имеем в лице жабы, если сравнить ее с современными языками, - это слегка доработанный, но все тот же низкоуровневый С++, что недостаточно помогает в ускорении разработки. Питон жрет ненамного больше, предоставляя гораздо больше возможностей, более динамичную объектную модель, а не уродливую статическую в стиле C++, так ведь питон - далеко не предел в этом плане, если мы возьмем для сравнения какой-нибудь Лисп или Хаскель. ИТ-мейнстрим здорово застрял в низкоуровневых языках
замечу вскользь, что ещё был такой чудесный проект, например: Dylan. нет, он до сих пор есть, но… такая себе Схема для тех, у кого аллергия на скобочки. нет, ну лисп реально читается только если много выпить; ну его в пень — асты читать. мне несколько лет плотного программирования lisp-only ни разу не помогли: всё равно асты читать неудобно.> ИТ-мейнстрим здорово застрял в низкоуровневых языках
это всем удобно. программерам удобно — меньше думаешь и всегда «делом занят». корпорациям удобно, потому что привычно и программеров много. ну вот возьмём тот же эрланг, например. для него специалистов — три с половиной на область, и те давно заняты. а бизнесу как-то неохота заниматься подготовкой кадров, ему трясти надо.
Питон, если что, от той же ажбы по дыстродйествию раз в пять отличается. По пожиранию памяти - не помню, можно к Алиоту сходить глянуть. А что до типизации - лично я добровольно из нетипизированных языков только на эрланге писать готов - так там нормальная функция в полтора вызова и дебажные возможности те ещё, плюс есть внешние тулзы для проверки типов.Уж если менять модель языка - так не на лиспы/хаскели, а на что-то мультипарадигменное вроде D или Scala. Там - да, и выразительность отличная, и надёжность обеспечивается, при это пошустрее питона, понятное дело.
скала? это та ерунда, которая при виде простейшей взаимной хвостовой рекурсии взрывается и разносит на куски всю JVM? ага, очень «мультипарадигменно».
Да ну его на фиг. OOo запускается у меня на компе раза в три быстрее эклипса, и работает шустро и без замираний, в отличие от. Эклипсоводы с этой плагинной архитерктурой (ещё и криво сделанной - через раз при обновлениях вылезают жалобы на несовпадение версий компонентов - они там что, интерфейсы перманентно ломают?) совсем загнались - даже если предположить, что на яве можно сделать шустрый и не прожорливый десктопный софт, то это явно не об эклипсе.Да, кстати - ява наконец научилась отдавать память системе? А то поведение "сожру сколько надо и буду держать" вполне годится для сервера (где, по-хорошему, одно ява-приложение и крутится), но для десктопа неприемлемо категорически.
> Да ну его на фиг. OOo запускается у меня на компе раза
> в три быстрее эклипса, и работает шустро и без замираний, в
> отличие от. Эклипсоводы с этой плагинной архитерктурой (ещё и криво сделанной
> - через раз при обновлениях вылезают жалобы на несовпадение версий компонентов
> - они там что, интерфейсы перманентно ломают?) совсем загнались - даже
> если предположить, что на яве можно сделать шустрый и не прожорливый
> десктопный софт, то это явно не об эклипсе.
> Да, кстати - ява наконец научилась отдавать память системе? А то поведение
> "сожру сколько надо и буду держать" вполне годится для сервера (где,
> по-хорошему, одно ява-приложение и крутится), но для десктопа неприемлемо категорически.Имхо по поводу того, что OOo не стоит на Java портировать, полностью согласен. Редко на Java получаются хорошие десктоп приложения Есть ощущние, что доработка Java для десктопа была в списке низкоприоритетных задач. Чего не скажешь про серверные решения и инструменты разработки.
А вот на Eclipse вы зря наезжаете, ест оно меньше того же Firefox'а, написанного на C++ в разы, да и с "плагинной архитектурой" там всё нормально. Eclipse использует OSGI и никакие интерфейсы они не ломают! То что вы видели это проблема зависимостей, которая кстати также актуальна для Linux. В любом случае Eclipse на данный момент один из самых удачных примеров применения Java на десктопе и кроме того один из самых ярких примеров действительно грамотной модульной архитектуры.
Разработка java приложений для десктопа, как и апплетов для браузерв была одним из САМЫХ приоритетных направлений. Просто они облажались.Сотни статей, десятки книг конференции 100500 тулкитов и фреймворков и все коту под хвост.
Они до сих пор не могут поверить. Видел книгу 2008 года по java, так там до сих пор треть книги посвящена аплетам и swing-у.
Возможно вы и правы. Я честно говоря не настолько глубоко вникал в историю Java.
Но как разработчик, который в данный момент больше 90% использует Java могу судить о том, как устроена платформа и что намного важнее в какой области инструментарий этой платформы (не языка, потому что на JVM существует куча языков, таких как Scala, Groovy, Closure, JRuby и т.д). Так вот инструменты и библиотеки в значительно большей степени ориентированы на Серверную разработку. Однако я видел очень даже успешные варианты применения апплетов и ситуации, когда их очень сложно заменить на что-то другое. Так что с апплетами ИМХО не сказать чтобы облажались, а вот с чисто десктопными приложениями беда...В любом случае платформа продолжает во всю набирать обороты и количество разразботчиков, программных продуктов, библиотек продолжает расти. Сюда еще добавляется набирающая сумасшедшими темпами популярность платформа Android. Шутка ли, 500 000 новых устройств в день и 450 000 разработчиков, создающих приложения под андройд.
В любом случае у JVM большое будущее, а вот будущее самого _языка_ JAVA некотороые из экспертов видят туманным.
> В любом случае у JVM большое будущее, а вот будущее самого _языка_ JAVA некотороые из экспертов видят туманным.Это видимо какие-то особо укуреные эксперты. Уж из энтерпрайза жава никуда не денется, ибо она уже стала эдаким коболом современности.
>> В любом случае у JVM большое будущее, а вот будущее самого _языка_ JAVA некотороые из экспертов видят туманным.
> Это видимо какие-то особо укуреные эксперты. Уж из энтерпрайза жава никуда не
> денется, ибо она уже стала эдаким коболом современности.Ну и будет как зомби-кобол... Всё закономерно - джава очень неудобный язык, и это неудобство выливается в тяжелые и сложные библиотеки и фреймворки. А учитывая наличие более вменяемых альтернатив вроде Scala - я бы сказал,ч то эксперты пророчат очевидное :-)
> Ну и будет как зомби-кобол... Всё закономерно - джава очень неудобный язык,
> и это неудобство выливается в тяжелые и сложные библиотеки и фреймворки.
> А учитывая наличие более вменяемых альтернатив вроде Scala - я бы
> сказал,ч то эксперты пророчат очевидное :-)A на Scala библиотеки и фреймворки сами собой получаются легкими и элегантными ?
A волосы мягче и шелковиcтее не становятся ?
>> Ну и будет как зомби-кобол... Всё закономерно - джава очень неудобный язык,
>> и это неудобство выливается в тяжелые и сложные библиотеки и фреймворки.
>> А учитывая наличие более вменяемых альтернатив вроде Scala - я бы
>> сказал,ч то эксперты пророчат очевидное :-)
> A на Scala библиотеки и фреймворки сами собой получаются легкими и элегантными
> ?
> A волосы мягче и шелковиcтее не становятся ?Ну те же Scala и Groovy могут использовать библиотеки Java. А если говорить о языках, я не думаю что Java может кудаться делться, просто конкуренция между языками, выполняющимися JVM усиливается. И часть разработчиков уже все это добро в Production использует. Например я несколько недель назад общался с разработчиками из Goldman Suchs. Они говорят, что уже крупные проекты на Groovy пишут и что при одинаковой логике приложение на Groovy получается сильно меньше. Соответственно приложение проще поддерживать, логику легче понять, она не скрыта под кучей не относящегося к логике (boilerplate) кода.
У Scala есть возможность сейчас использовать джавовские библиотеки там, где нет более подходящих. То есть возможен постепенный переход на что-то более вменяемое.
> Это видимо какие-то особо укуреные эксперты. Уж из энтерпрайза жава никуда не денется, ибо она уже стала эдаким коболом современности.Сейчас ява сильно сдаёт позиции .NET, а это практически энтерпрайз.
>> Это видимо какие-то особо укуреные эксперты. Уж из энтерпрайза жава никуда не денется, ибо она уже стала эдаким коболом современности.
> Сейчас ява сильно сдаёт позиции .NET, а это практически энтерпрайз.Прямо вот java сдает позиции или .NET тупо доедает доли delphi, vb, foxpro и прочего подобного треша ?
s/delphi, vb, foxpro/delphi, vb, foxpro, java/obvious fix.
и то, и друге. Даже первый вариант считай тоже сдача позиций.
>> Это видимо какие-то особо укуреные эксперты. Уж из энтерпрайза жава никуда не денется, ибо она уже стала эдаким коболом современности.
> Сейчас ява сильно сдаёт позиции .NET, а это практически энтерпрайз.Спасибо посмеялся =)
Dot Net
- никакой кросплатформенности
- компонентная база на порядок меньше
- количество разработчиков тоже примерно на порядок меньшеПокажите на примерах где Java была заменена на Dot Net. У меня в данный момент есть только обратные примеры.
> Dot Net
> - никакой кросплатформенностикоторая в энетрпрайзе и не нужна совершенно.
> - компонентная база на порядок меньше
очень спорное утверждение.
> - количество разработчиков тоже примерно на порядок меньше
и это спорное утверждение: одна обезьяна от другой отличается только оттенком шерсти.
>> Dot Net
>> - никакой кросплатформенности
> которая в энетрпрайзе и не нужна совершенно.Отучаемся судить всех по себе (это кстати и к последней реплике относится).
Если вы не видели систем типа AIX, HPUX или Solaris, не говоря уже про Linux, это не значит что их не существует.
Остальной бред даже комментировать не хочу.
> популярность платформа Android...
> у JVM большое будущееможно мне в андроиде увидеть JVM как-нибудь?
>> популярность платформа Android
> ...
>> у JVM большое будущее
> можно мне в андроиде увидеть JVM как-нибудь?На андройде вы JVM не увидете.
А вот разработать код под андройд вы без JVM не сможете, хотя бы потому что в коде используются стандартные классы из библиотеки классов Java (например Collections и т.д. и т.п.)То что dalvik - это виртуальная машина _JAVA_ отрицает только гугл в конфликте с Оракл. Можно воспринимать Dalvik как своеобразный вариант Java ME. Java ME насколько мне известно ведь тоже реализует не все возможности стандартной десктопно/серверной JVM.
> То что dalvik - это виртуальная машина _JAVA_ отрицает только гугл в
> конфликте с Оракл. Можно воспринимать Dalvik как своеобразный вариант Java ME.
> Java ME насколько мне известно ведь тоже реализует не все возможности
> стандартной десктопно/серверной JVM.жабофил не знает даже своей же области. dalvik и jvm похожи примерно так же, как уж и ёж. в отличие от JME. но для тебя это rocket science, я понимаю.
>> То что dalvik - это виртуальная машина _JAVA_ отрицает только гугл в
>> конфликте с Оракл. Можно воспринимать Dalvik как своеобразный вариант Java ME.
>> Java ME насколько мне известно ведь тоже реализует не все возможности
>> стандартной десктопно/серверной JVM.
> жабофил не знает даже своей же области. dalvik и jvm похожи примерно
> так же, как уж и ёж. в отличие от JME. но
> для тебя это rocket science, я понимаю.Я пишу ServerSide софт. И я пробую писать приложения под Android. И при разработке приложений под Андройд я использовал классы из стандартныз Java packag'ей. Так что не надо меня обвинять в том что я чего-то не знаю. Если говорить о Java ME, мне эта тема была неинтересна, поэтому я знаю про Java ME очень мало.
Если говорить об Android, то разработка под него это фактически тоже самое, что и использование набора библиотек вместо классов из стандартных packag'ей. И всё. Так что не надо мне тут рассказывать сказки, ладно?
жабофил такой жабофил. как только его ткнули носом в его глупость, он начал вилять задом и делать вид, что он вовсе не глупость сказал, да и вообще ничего не говорил.
блин... да с Вами просто бесполезно спорить.
Тоже самое, что пытаться разговаривать с глухим. Вы просто не слышите, что вам говорят.
Я не утверждал, что являюсь зантоком Java ME. Про андройд, я ни одного слова назад не забирал. При разработке приложений под андройд используют классы стандартной библиотеки. Что здесь непонятного? В итоге разработка под андройд это использование _ЧАСТИ КЛАССОВ И ИНТЕРФЕЙСОВ находящихся в packag'ах "java.<что-нибудь>" (например java.util.List) + классы относящиеся к библиотеке классов Andoid (packag'и "android.<что-нибудь>".По скольку, наскольком мне известно, Java ME предоставляет лишь часть классов, доступных разработчикам на полноценной версии Java я обратил внимание на то что впринципе идеи схожи.
Т.е. обрезок стандартного набора классов + набор библиотек для мобильных устройтв. ГДЕ ВЫ УВИДЕЛИ ПРОТИВОРЕЧИЕ ТОМУ, ЧТО Я СКАЗАЛ ВНАЧАЛЕ?
(может быть если капслоком писать вы начнете понимать, что да вас пытаются донести, хотя... сомневаюсь, честно говоря...)
ты сказал, что dalvik — это жабомашина. а теперь пытаешься это замять. оно и понятно: dalvik ни с какой стороны не жабомашина, даже идиот с гуглем это поймёт быстро.
> ты сказал, что dalvik — это жабомашина. а теперь пытаешься это замять.
> оно и понятно: dalvik ни с какой стороны не жабомашина, даже
> идиот с гуглем это поймёт быстро.таакк... учимся читать...
цитата> На андройде вы JVM не увидете.
Я писал что dalvik - виртуальная машина выполняющая именно JAVA код. Что не так?
Какое слово вам не понравилось?
По поводу виртуальной машины:
http://ru.wikipedia.org/wiki/Dalvik_virtual_machineПо поводу кода, я уже писала - это Java + набор библиотек.
и на закуску по поводу платформы покажите мне аналог
Apache Camel на любой другой платформе, обладающий ну хотя бы 60% возможностей Camel. ага?
предвидя очередные придирки к форме, а не к сути сказанного поправлю слегка.
Dalvik выполняет байт код как и JVM, хотя сам _байткод_ отличается, исходным материалом для байткода служит код на JAVA.
> таакк… учимся читать…
> цитата
>> На андройде вы JVM не увидете.а ещё я тоже умею цитировать: «То что dalvik — это виртуальная машина _JAVA_ отрицает только гугл в конфликте с Оракл.»
> dalvik — виртуальная машина выполняющая именно JAVA код
всё не так. начиная с того, что «java-код» не исполняется, а компилируется в код JVM. и так далее. то, что код далвика получают из кода jvm — не делает далвик жабомашиной. так же, как исполнение на jvm не делает scala или gpcp жабой. попробуй это осознать, что ли.
Господи, как же ты достал. Мне надо в каждой реплике описывать весь процесс включая Jit компиляцию из байт кода?? Или описывать подробно, что сначала Java код "компилируется" в байт код javac'ом, а потом другой исполняемый файл транслирует в байт код для dalvik, а потом Jit, начиная с версии Andoid 2.2. А потом подробности работы GC. А потом еще что нибудь? Может мне просто во все посты надо целиком документацию по dalvik, а потом по HotSpot и Jrockit включать??? Ты думаешь ты один такой гениальный, что удосужился открыть документацию и что-то там прочесть (не уверен что многое)??? Тебя уже даже модераторы затирать в некоторых постах стали (например там, где ты демонстрируешь свои уникальные знания в области AIX)! Задолбал!
>В любом случае у JVM большое будущееНа настолько большое как могло бы показаться. Для JIT стековая JVM, например, очень плохо приспособлена, соответсвенно что-то очень шустрое на ней не получится. Да и сама JVM не то чтобы маленькая.
> Да и сама JVM не то чтобы маленькая.сама JVM достаточно мелкая (см. например, проект http://jamvm.sourceforge.net/ ). боольшой там JIT и прочие навороты.
а что оно тогда> Note, JamVM will not work with the class library from Sun or IBM's Virtual Machines or OpenJDK.
> а что оно тогда
>> Note, JamVM will not work with the class library from Sun or IBM's Virtual Machines or OpenJDK.знать не знаю. написано, что реализована полная спецификация VM. видимо, в тех есть некие фичи, которые используют специфику тех VM. а может, ребятам просто тестировать лень.
>>Так что с апплетами ИМХО не сказать чтобы облажалисьThe APPLET element only works with Java-based applets. This element is deprecated
http://www.w3.org/Это не облажались? Ну извините.
Эм, не хотел бы вас расстраивать, но он был deprecated только потому, что был введен в оборот тэг <object>. Deprecated был с версии HTML 4.0, если мне память не изменяет.. но в итоге он до сих пор в 3х из 5 самых популярных браузеров остался, из-за того что его все еще активно используют.
Хотя, честно говоря я чаще всего вижу просто ссылку на jnlp файл, который открывается JVM'ом и всё. Редко в страницу апплеты встраивают.
Вы извините, но с точки зрения пользователя эта проблема зависимостей выглядит именно как базовая кривизна. Начиная с того, что с одного релиза на другой не обновиться (в отличие от того же Линукса) и заканчивая сплошь и рядом возникающими конфликтами зависимостей, которые почему-то решаются порядком установки компонентов.Что до файрфокса и ресурсов - да, он прожорлив. По карйней мере на моей сотне открытых вкладок. А вот на десятке-другом - вполне прилично себя ведёт. И если из сотни вкладок 90 закрыть - память системе таки возвращает, чего JVM не умеет в принципе (по крайней мере шестая не умела). Но это что касается памяти. А если посмотреть на потребление процессорного времени - то в случае файрфокса всё просто - сколько JS запустил на странице, столько и съест. Эклипс же на всех машинах, где я его гонял, время от времени задумывался - вплоть до того, что на ввод символов или щелчок на пуннкт меню не сразу реагировал.
Ну и файрфокс - это весьма своеобразные плюсы (вы бы их гайдлайн видели- они пол-языка запретили) и своеобразное приложение в том плане, что там чудовищное количество интерпретируемого кода на JS, сборщик мусора в C++-коде, подсчёт ссылок в JS... Это ни разу не идиоматичное C++-приложение. Вы лучше с Far сравните ;-)
> Ну и файрфокс - это весьма своеобразные плюсы (вы бы их гайдлайн
> видели- они пол-языка запретили)Это совершенно нормально. Единый coding style для крупного проекта гораздо важнее возможности вы..нуться с использованием еще одной модной фичи языка.
Да понятно - но закономерно, что результат получился.. скажем так, не образцом скорости и оптимального потребления памяти.
> Ну и файрфокс - это весьма своеобразные плюсы (вы бы их гайдлайн
> видели- они пол-языка запретили) и своеобразное приложение в том плане,Ну и дураки. Брали бы пример с гугла. Они запретили 3/4
http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml
Эксепшены, перегрузка операторов, boost с++Ox, и многое другое запрещено.
"Многое другое" - это разве что множественное наследование.А по поводу перечисленного - вы читайте внимательно (особенно Rationale). Тот же буст не запрещен, а ограничено количество используемых библиотек. И правильно - извращения вроде Spirit странно выглядят и ни разу не оптимальны. С Exceptions тоже всё интересно - они апеллируют к тому, что exceptions хороши, но их крайне проблематично вводить в существующий код, который написан без них. А так как у гугла такого кода много, эксепшны вводить невыгодно. С C++0x тоже логично - когда будут наработаны практики и станет понятно, что из него зраво, а что ошибки - тогда и разрешат здравую часть.
А вот у мозиллы ограничения вполне идиотские.
(задумчиво) эклипс — это когда emacs пытались переписать на жабе, а вышло как всегда?
> Приложения для десктопа должны быть написаны на однозначных современных языках программирования,
> гарантирующих типобезопасность, однозначность, тестируемость и недопущение глюков от
> настроек флагов компиляции и фаз Луны.iZEN, ты открыл для себя Haskell?
> полоумные C++ники, у которых Java вечно тормозит.вот как бы и не у «полоумных c++ников» java… гм… скажем так, тормозит: http://www.artlebedev.ru/tools/technogrette/xslt/temptrees-8/
тесты там не «java vs не-java», просто на них очень хорошо видна «реактивная производительность» java·
>> полоумные C++ники, у которых Java вечно тормозит.
> вот как бы и не у «полоумных c++ников» java… гм… скажем так,
> тормозит: http://www.artlebedev.ru/tools/technogrette/xslt/temptrees-8/Вот только Xalan — это любительская версия XSLT, никак не связанная с промышленной эксплуатацией. В JavaSE есть собственные XSLT API — JAXP.
Saxon бывает двух видов, один из которых напрочь лишён каких-либо оптимизаций.
Ещё: "The difference between Saxon-B and Saxon-SA was that B was "basic" while SA was "schema-aware". These terms are references to terms in the XSLT 2.0 and XQuery 1.0 specification. A processor that is "schema-aware" is able to use a W3C XML Schema to define the data types of the various elements in the source XML document(s). These data types can then be used in XPath 2.0 and XSLT 2.0 commands. A "basic" XSLT 2.0 processor is unable to use data typing information."14 июля 2011 года как-то неприлично пользоваться версией 9.1.0.8, если ещё 30 октября 2010 была уже доступна версия Saxon-9.3. :))
http://saxon.sourceforge.net/
http://www.saxonica.com/html/welcome/welcome.html> тесты там не «java vs не-java», просто на них очень хорошо видна «реактивная производительность» java.
На этих тестах просто очень хорошо выпятили нативные реализации процессоров XSLT, которые используются во всех приложениях, которым нужны преобразования контента, входящие в поставку операционных систем и являющиеся наиболее оптимизированными на сегодняшний момент. В то время как java-процессоры, взятые для сравнения, сильно постаревшие и никакого отношения к сегодняшнему мэйнстриму в Java-проектах давно не имеют. Плюс ещё то, что автор дилетант — забыл или не захотел указать версию JRE, под которой запускал тесты. Я не удивлюсь, что у него до сих пор какая-нибудь древняя JRE 1.4.x или 1.5.x (на дисках, что у него есть, других не нашёл :)).
> java-процессоры, взятые для сравнения…
> На этих тестах просто очень хорошо выпятили…
> автор дилетант — забыл или не захотел указать версию JRE,
> под которой запускал тестыiZEN, iZEN, что же вы так невнимательно читаете оппонентов?
ну ладно, саму статью не прочитали, но я же критическую информацию продублировал (а вы процитировали):
>> тесты там не «java vs не-java»по поводу «старых версий», «отсутствия оптимизаций», «не-промышленности» и т.п.
это всё, конечно, очень интересно, и я совершенно не собираюсь оспаривать вашу точку зрения по этому вопросу·
вы просто на секунду остановитесь и посмотрите на цифры· два порядка разницы во времени выполнения на всех графиках·
два порядка·
просто посмотрите·
два порядка·повторю ещё раз — тесты выполнялись совершенно не для того, чтобы «что-то там показать по поводу java»·
но:
два порядка·
"There are only two kinds of languages: the ones people complain about and the ones nobody uses" -Bjarne StroustrupА по теме. Имхо, глупо утверждать что Java быстрее. Но в любом случае данный пример все-таки не показателен. Общее отставание по скорости от C никак не на два порядка. Но очевидно, что оно есть и оно весьма ощутимо.
Все это плата за легкость поддержки и доработки существующего кода.
ИМХО Найти хороших разработчиков не так уж и сложно и можно написать все тоже самое и на более низкоуровневом языке программирования (ASM) и будет еще быстрее... Но, потом этот код надо будет поддерживать, дорабатывать в соответствии с меняющейся действительностью (я не про код парсеров, а про конечные приложения). А в поддержке обычно сидят уже не настолько подкованные в разработке люди.
> Все это плата за легкость поддержки и доработки существующего кода.
> ИМХО Найти хороших разработчиков не так уж и сложно и можно написать
> все тоже самое и на более низкоуровневом языке программирования (ASM) и
> будет еще быстрее... Но, потом этот код надо будет поддерживать, дорабатывать
> в соответствии с меняющейся действительностью (я не про код парсеров, а
> про конечные приложения). А в поддержке обычно сидят уже не настолько
> подкованные в разработке люди.да это всё понятно·
«благодаря новым материалам нам удалось снизить себестоимость наших автомобилей на 2%, а себестоимость ремонта — на целых 3%·
эксплуатационные расходы при этом возросли на несколько тысяч процентов, но это уже проблемы клиентов· главное, что мы смогли немного сэкономить·»как говорится, «это просто бизнес, ничего личного»·
в ваших славах есть доля правды =)проблема тут в том, что автомобиль выпускается один и раз и в лучшем случае вы получите замену неправильно спроектированных деталей на сервис центре (и то чаще если заплатите за марку стоимость сравнимую с еще одной стоимостью машины).
А софт (особенно это относится к внутрикорпоративному софту) меняется постоянно. Изначально машина проектировалась с 4мя колесами и передним приводом, потом через полгода эксплуатации заказчику понадобился полный привод, потом 3х или 4х осный тягач. Потом оказалось что к фарам надо добавить "люстру" на крыше и т.д. и т.п. Неизменным остаётся лишь факт, того что изменения постоянны. Но в любом случае в каких-то ситуациях использование Java окупает себя в каких-то нет. Под каждую задачу - свой инструмент =)
> Но в любом случае в каких-то ситуациях использование Java окупает себя
> в каких-то нет.скорее так: для кого-то одного — окупает, для всех остальных — нет·
это же классическая схема частного предпринимательства как такового:
«я немножко сэкономил, каждый клиент немножко потерял, чем больше клиентов, тем астрономичнее цифра общих потерь· я не злодей и не вредитель, это просто бизнес»
>> Но в любом случае в каких-то ситуациях использование Java окупает себя
>> в каких-то нет.
> скорее так: для кого-то одного — окупает, для всех остальных — нет·
> это же классическая схема частного предпринимательства как такового:
> «я немножко сэкономил, каждый клиент немножко потерял, чем больше клиентов, тем астрономичнее
> цифра общих потерь· я не злодей и не вредитель, это просто
> бизнес»Время — тоже деньги. И как раз в первую очередь обычно для клиентов. Клиент не хочет ждать полгода, пока вы напишете свою мегапрогу. Ему надо, чтобы было здесь и сейчас, иначе он упустит свою прибыль, а то и вообще понесёт убытки.
И что-то мне подсказывает, что вы никогда не занимались программированием реальных приложений для реальных пользователей, иначе бы вам и в голову не пришло так наивно проповедовать. Подойдите к любому предпринимателю, да даже любой домохозяйке, и спросите, что лучше: грязый пол в течение полугода и потом отличная швабра, или же швабра сейчас, пусть и более громоздкая? И спросите себя, будете ли вы жить в таком доме, где полгода не моют полы в ожидании чудо-швабры?
>[оверквотинг удален]
>>> в каких-то нет.
>> скорее так: для кого-то одного — окупает, для всех остальных — нет·
>> это же классическая схема частного предпринимательства как такового:
>> «я немножко сэкономил, каждый клиент немножко потерял, чем больше клиентов, тем астрономичнее
>> цифра общих потерь· я не злодей и не вредитель, это просто
>> бизнес»
> Время — тоже деньги. И как раз в первую очередь обычно для
> клиентов. Клиент не хочет ждать полгода, пока вы напишете свою мегапрогу.
> Ему надо, чтобы было здесь и сейчас, иначе он упустит свою
> прибыль, а то и вообще понесёт убытки.совершенно верно·
так и катится этот мир — от одного неэффективного решения к ещё более неэффективному·
селяви·
> совершенно верно·
> так и катится этот мир — от одного неэффективного решения к ещё
> более неэффективному·
> селяви·s/неэффектив/неидеаль/g
> Lotus Symphony ипользует платформу OSGi в реализации Eclipse Equinox (+embedded JRE для работы).К счастью, это не мои проблемы :))). Практика показала что симфони - всего лишь тормозной урод набитый нестандартными контролами. Страшно тормозной и глюкавый. Как этим отходом мозговой деятельности вообще пользоваться можно? Он еще хуже чем MSOffice 2000 :)
суетятся, суетятся, а либру не догнать уже. ^_^
А почему Apache,такой белой и пущистой, не подарить опенофис и лотус сообществу, под GPL3?
Потому что что Apache использует лицензию Apache (К.О.)
>использует лицензию Apache (К.О.)Неправильный ответ, кэп. Потому что им самим его только подарили, и они ещё со спонсорами не наигрались. Нас ждёт ещё несколько лет "внедрения" джаввы в, хилых попыток проприертарных бизнес-практик и прочей агонии. Спонсеры будут довольны!
правильный ответ выше был. Апач сейчас живёт только за счёт томатных споносров, а они используют его как платформу консолидации своих разработок и заинтересованны только в BSD подобных лицензиях. Сам апач ничего тут не решает.
> правильный ответ выше был. Апач сейчас живёт только за счёт томатных споносров,
> а они используют его как платформу консолидации своих разработок и заинтересованны
> только в BSD подобных лицензиях. Сам апач ничего тут не решает.Там выше написано "потому что апач использует апач-Л", это совсем не одно и тоже, что "потому что _спонсеры используют апач-Л".
Или ты про какой из 2-ух ответов "выше"??
> Или ты про какой из 2-ух ответов "выше"??Собрались как-то два капитана Очевидность на опеннете... :)
> Потому что им самим его только подарили, и они ещё со спонсорами не наигрались.Бго, ты откуда такой вылез, а?
ASF изначально создано как сообщество разработчиков corporate-friendly open source.
Они принципиально никогда не использовали и не используют лицензии типа GPL.
Теперь внимание вопрос: почему ASF должен всё бросить и выпускать что-то под GPL?
>почему ASF должен всё бросить и выпускать что-то под GPL?Внимание, ответ: я ничего _тагкого не писал. Вызываю у Вас _фантазии?
> А почему Apache,такой белой и пущистой, не подарить опенофис и лотус сообществу, под GPL3?Потому что расширяемые модульные системы с ядром под GPLv3 нежизнеспособны. Люди будут ходить любоваться на них как в музее, а взять и использовать не смогут, потому как на табличке написано: "Руками не трогать". :))
> ходить любоваться на них как в музее, а взять и использовать
> не смогут, потому как на табличке написано: "Руками не трогать". :))Акулы бизнеса людьми не считаются. Ведь "ничего личного, это бизнес". Это не человеческий принцип а акулий: кто всех сожрал - тот и подыхает с голода :)
проприетарщики не люди. к тому же они сами поступают именно так — ну и пусть едят то, чем пытаются кормить других.
Вот бы еще и zOS в Линукс Фоундатион передали.
Господа! Я не понимаю ваше срача ООО/LO. Идея насколько я понимаю состояла в том, чтобы сделать единый стандарт офисных документов Это позволит свободно обмениваться такими файлами не платя за ВОЗДУХ разным корпорациям.
Какое именно программное обеспечение будет самым популярным - какая разница.ГОСТ Р ИСО/МЭК 26300-2010 ODF 1.0
Вопрос какое ПО использовать в компании - корпоративный вопрос. А не личные предпочтения конкретного человека.
В нашей компании я спокойно сохраняю ODF из MS Office 2010. Он мне конечно не нравиться, но он вбит как корпоративный инструмент.
ODF и так уже стандарт и единый "офисный документ", теперь речь идёт о реализациях офисного пакета.> Какое именно программное обеспечение будет самым популярным - какая разница.
В контексте этой новости разница большая. Либо всем придётся давиться сверхтормозным java офисным пакетом с кучей ненужных наворотов, лиюо будет потихоньку допиливаться традиционный c++ вариант.
>> Какое именно программное обеспечение будет самым популярным - какая разница.
> В контексте этой новости разница большая. Либо всем придётся давиться сверхтормозным java
> офисным пакетом с кучей ненужных наворотов,"Ненужные навороты" отключаются. Это же модульная среда. Если не знаете как — давитесь.
> лиюо будет потихоньку допиливаться традиционный c++ вариант.
Сколько лет будете допиливать? Коммиты в OOo делают 50 человек от силы.
> "Ненужные навороты" отключаются. Это же модульная среда. Если не знаете как —
> давитесь.Я уже отключил все ненужные модули - снес яву со всеми потрохами. Эффективность - максимальная: ява больше вообще не тормозит :))
>"Ненужные навороты" отключаются. Это же модульная среда. Если не знаете как — давитесь.точно.
Пока эклипс поставишь со всеми "модулями" и проверишь чтобы работало и совместимость не развалилась - запаришься.
И после этого сразу (СРАЗУ!) - бэкап, а то завтра припрут обновления и всё развалят.
зато современно, надёжно, типонезависимо и, чё ты там ещё выше писал?
а, да! Если не знаете как — давитесь. Эту надпись каждой секретутке на монитор надо приклеить. "современный" офис - он такой.
зыж
>"Ненужные навороты" отключаются. Это же модульная среда. Если не знаете как — давитесь.проблема в том, что нужные "навороты" тоже отключаются.
Самопроизвольно.
И насовсем.
Просто поражаюсь людям. Никак понять не могут, что этот стандарт необязательный. Этот стандарт ODF не продвинет, doc как был стандартом де-фактом, так им и останется, как это ни печально.
Doc тоже необязательный стандарт. Припрут госорганизации, заставят их использовать свободный офис и odf тут же станет обязательным, т.к. он такой там по умолчанию стоит. И попробуй потом тетенькам объяснить, что можно "сохранять как".
> И попробуй потом тетенькам объяснить, что можно «сохранять как».за десять минут практически любой. «я не знаю? я не понимаю?» штраф в размере трети зарплаты. «я не понимаю всё равно?» ещё треть. повторять до наступления просветлённого состояния.
Кто их припрет и кто их заставит? Мечтать можно сколько угодно, но мечты так и останутся мечтами.
> Кто их припрет и кто их заставит? Мечтать можно сколько угодно, но
> мечты так и останутся мечтами.Мы припрем. Мы заставим. Будем долбать кляузами во все инстанции, до упора. Потому что требовать купить офисный пакет за 200 баксов для работы с стандартными госдокументами - возмутительнейший плевок в лица налогоплательщиков. И мне хватает того что старые документы стандартов сейчас открывать практически нечем - мсофис их не кушает, формат - не документирован. Что хочешь то и делай. За такое надо пожизненное впаивать - за преступления перед человечеством.
главное — писать кляузы в формате .doc.
>> Кто их припрет и кто их заставит? Мечтать можно сколько угодно, но
>> мечты так и останутся мечтами.
> Мы припрем. Мы заставим. Будем долбать кляузами во все инстанции, до упора.
> Потому что требовать купить офисный пакет за 200 баксов для работы
> с стандартными госдокументами - возмутительнейший плевок в лица налогоплательщиков. И
> мне хватает того что старые документы стандартов сейчас открывать практически нечем
> - мсофис их не кушает, формат - не документирован. Что хочешь
> то и делай. За такое надо пожизненное впаивать - за преступления
> перед человечеством.Какими кляузами? За нарушение добровольного стандарта? Вас могут в психушку определить.
Круто. Lotus Symphony - очень хороший офисный пакет. Но некоторые новые возможности из свежих версий OOO до него очень долго доходили. Если проекты сольются, да ещё под лицензией Apache - это будет очень хорошо для развития пакета. Ну а улучшенная поддержка форматов и технологий от Microsoft Office очень нужна. Это то, что надо срочно добавлять в Open Office, она была нужна ещё вчера.
> Круто. Lotus Symphony - очень хороший офисный пакет. Но некоторые новые возможности
> из свежих версий OOO до него очень долго доходили. Если проекты
> сольются, да ещё под лицензией Apache - это будет очень хорошо
> для развития пакета. Ну а улучшенная поддержка форматов и технологий от
> Microsoft Office очень нужна. Это то, что надо срочно добавлять в
> Open Office, она была нужна ещё вчера.Ано-о-он! ИБМ поступило по принципу "на тебе, боже, что нам негоже". Симфони - древнючий крап. Который массовым отродясь не был. Только (пи-и-ип!) будут пытаться его реанимировать. Когда нужно просто - похоронить.
Нафиг тогда этот ООо не нужен если в него из лотуса жабы напихают. Кто работал с ПО Электронная Россия, в частности программа для наполнения реестра услуг написанная на java, тот меня поймет. Большего говна я в жизни не видел. Задумчивость на любой чих по 30 секунд, а то и больше, причем от железа не зависит, что на селероне 1.8 с гигом оперативы, что на 4-х ядреном с четырьмя гигами. Даже при закрытии диалогов думает. Лотус Симфония ведет себя значительно лучше хоть и тормознее ООо/LO, но страшно подумать, что будет если его полностью с C++ на Java переписать.
видел нетбинс, или эклипс? дело в кривых руках, java тут не при делах.
> видел нетбинс, или эклипс? дело в кривых руках, java тут не при делах.Два тормозных переростка, которые умудряются затуплять даже на кор2. Среда для ээстоонскиих раазраабоотчиикоов...
> Два тормозных переростка, которые умудряются затуплять даже на кор2. Среда для ээстоонскиих
> раазраабоотчиикоов...а я так понял, что их и привели как примеры творений криворучек. разве нет? O_O
> Компания IBM приняла решениеОно было принято еще полгода назад:
http://www-03.ibm.com/software/lotus/symphony/buzz.nsf/web_D...> акулы типа ибм и оракла
Оригинальную новость прочитать конечно не судьба...