The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

IBM передает код Lotus Symphony в руки сообщества Apache Ope..., opennews (?), 14-Июл-11, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


45. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Avator (ok), 15-Июл-11, 06:17 
> Да ну его на фиг. OOo запускается у меня на компе раза
> в три быстрее эклипса, и работает шустро и без замираний, в
> отличие от. Эклипсоводы с этой плагинной архитерктурой (ещё и криво сделанной
> - через раз при обновлениях вылезают жалобы на несовпадение версий компонентов
> - они там что, интерфейсы перманентно ломают?) совсем загнались - даже
> если предположить, что на яве можно сделать шустрый и не прожорливый
> десктопный софт, то это явно не об эклипсе.
> Да, кстати - ява наконец научилась отдавать память системе? А то поведение
> "сожру сколько надо и буду держать" вполне годится для сервера (где,
> по-хорошему, одно ява-приложение и крутится), но для десктопа неприемлемо категорически.

Имхо по поводу того, что OOo не стоит на Java портировать, полностью согласен. Редко на Java получаются хорошие десктоп приложения Есть ощущние, что доработка Java для десктопа была в списке низкоприоритетных задач. Чего не скажешь про серверные решения и инструменты разработки.
А вот на Eclipse вы зря наезжаете, ест оно меньше того же Firefox'а, написанного на C++ в разы, да и с "плагинной архитектурой" там всё нормально. Eclipse использует OSGI и никакие интерфейсы они не ломают! То что вы видели это проблема зависимостей, которая кстати также актуальна для Linux. В любом случае Eclipse на данный момент один из самых удачных примеров применения Java на десктопе и кроме того один из самых ярких примеров действительно грамотной модульной архитектуры.

Ответить | Правка | Наверх | Cообщить модератору

48. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +1 +/
Сообщение от Аноним (-), 15-Июл-11, 08:44 
Разработка java приложений для десктопа, как и апплетов для браузерв была одним из САМЫХ приоритетных направлений. Просто они облажались.

Сотни статей, десятки книг конференции 100500 тулкитов и фреймворков и все коту под хвост.

Они до сих пор не могут поверить. Видел книгу 2008 года по java, так там до сих пор треть книги посвящена аплетам и swing-у.

Ответить | Правка | Наверх | Cообщить модератору

57. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Avator (ok), 15-Июл-11, 10:56 
Возможно вы и правы. Я честно говоря не настолько глубоко вникал в историю Java.
Но как разработчик, который в данный момент больше 90% использует Java могу судить о том, как устроена платформа и что намного важнее в какой области инструментарий этой платформы (не языка, потому что на JVM существует куча языков, таких как Scala, Groovy, Closure, JRuby и т.д). Так вот инструменты и библиотеки в значительно большей степени ориентированы на Серверную разработку. Однако я видел очень даже успешные варианты применения апплетов и ситуации, когда их очень сложно заменить на что-то другое. Так что с апплетами ИМХО не сказать чтобы облажались, а вот с чисто десктопными приложениями беда...

В любом случае платформа продолжает во всю набирать обороты и количество разразботчиков, программных продуктов, библиотек продолжает расти. Сюда еще добавляется набирающая сумасшедшими темпами популярность платформа Android. Шутка ли, 500 000 новых устройств в день и 450 000 разработчиков, создающих приложения под андройд.
В любом случае у JVM большое будущее, а вот будущее самого _языка_  JAVA некотороые из экспертов видят туманным.

Ответить | Правка | Наверх | Cообщить модератору

69. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от XPEHemail (?), 15-Июл-11, 13:37 
> В любом случае у JVM большое будущее, а вот будущее самого _языка_  JAVA некотороые из экспертов видят туманным.

Это видимо какие-то особо укуреные эксперты. Уж из энтерпрайза жава никуда не денется, ибо она уже стала эдаким коболом современности.

Ответить | Правка | Наверх | Cообщить модератору

74. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Crazy Alex (??), 15-Июл-11, 14:03 
>> В любом случае у JVM большое будущее, а вот будущее самого _языка_  JAVA некотороые из экспертов видят туманным.
> Это видимо какие-то особо укуреные эксперты. Уж из энтерпрайза жава никуда не
> денется, ибо она уже стала эдаким коболом современности.

Ну и будет как зомби-кобол... Всё закономерно - джава очень неудобный язык, и это неудобство выливается в тяжелые и сложные библиотеки и фреймворки. А учитывая наличие более вменяемых альтернатив вроде Scala - я бы сказал,ч то эксперты пророчат очевидное :-)

Ответить | Правка | Наверх | Cообщить модератору

94. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от XPEHemail (?), 15-Июл-11, 14:54 
> Ну и будет как зомби-кобол... Всё закономерно - джава очень неудобный язык,
> и это неудобство выливается в тяжелые и сложные библиотеки и фреймворки.
> А учитывая наличие более вменяемых альтернатив вроде Scala - я бы
> сказал,ч то эксперты пророчат очевидное :-)

A на Scala библиотеки и фреймворки сами собой получаются легкими и элегантными ?
A волосы мягче и шелковиcтее не становятся ?

Ответить | Правка | Наверх | Cообщить модератору

174. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Avator (ok), 16-Июл-11, 04:12 
>> Ну и будет как зомби-кобол... Всё закономерно - джава очень неудобный язык,
>> и это неудобство выливается в тяжелые и сложные библиотеки и фреймворки.
>> А учитывая наличие более вменяемых альтернатив вроде Scala - я бы
>> сказал,ч то эксперты пророчат очевидное :-)
> A на Scala библиотеки и фреймворки сами собой получаются легкими и элегантными
> ?
> A волосы мягче и шелковиcтее не становятся ?

Ну те же Scala и Groovy могут использовать библиотеки Java.  А если говорить о языках, я не думаю что Java может кудаться делться, просто конкуренция между языками, выполняющимися JVM усиливается. И часть разработчиков уже все это добро в Production  использует. Например я несколько недель назад общался с разработчиками из Goldman Suchs. Они говорят, что уже крупные проекты на Groovy пишут и что при одинаковой логике приложение на Groovy получается сильно меньше. Соответственно приложение проще поддерживать, логику легче понять, она не скрыта под кучей не относящегося к логике (boilerplate) кода.

Ответить | Правка | Наверх | Cообщить модератору

220. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Crazy Alex (??), 20-Июл-11, 00:22 
У Scala есть возможность сейчас использовать джавовские библиотеки там, где нет более подходящих. То есть возможен постепенный переход на что-то более вменяемое.
Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

76. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 15-Июл-11, 14:14 
> Это видимо какие-то особо укуреные эксперты. Уж из энтерпрайза жава никуда не денется, ибо она уже стала эдаким коболом современности.

Сейчас ява сильно сдаёт позиции .NET, а это практически энтерпрайз.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

90. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от XPEHemail (?), 15-Июл-11, 14:49 
>> Это видимо какие-то особо укуреные эксперты. Уж из энтерпрайза жава никуда не денется, ибо она уже стала эдаким коболом современности.
> Сейчас ява сильно сдаёт позиции .NET, а это практически энтерпрайз.

Прямо вот java сдает позиции или .NET тупо доедает доли delphi, vb, foxpro и прочего подобного треша ?

Ответить | Правка | Наверх | Cообщить модератору

96. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +/
Сообщение от anonymous (??), 15-Июл-11, 15:07 
s/delphi, vb, foxpro/delphi, vb, foxpro, java/

obvious fix.

Ответить | Правка | Наверх | Cообщить модератору

118. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 15-Июл-11, 18:45 
и то, и друге. Даже первый вариант считай тоже сдача позиций.
Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

144. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +1 +/
Сообщение от Avator (ok), 15-Июл-11, 21:56 
>> Это видимо какие-то особо укуреные эксперты. Уж из энтерпрайза жава никуда не денется, ибо она уже стала эдаким коболом современности.
> Сейчас ява сильно сдаёт позиции .NET, а это практически энтерпрайз.

Спасибо посмеялся =)

Dot Net
- никакой кросплатформенности
- компонентная база на порядок меньше
- количество разработчиков тоже примерно на порядок меньше

Покажите на примерах где Java была заменена на Dot Net. У меня в данный момент есть только обратные примеры.

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

149. "IBM передает код Lotus Symphony в руки сообщества Apache..."  –1 +/
Сообщение от anonymous (??), 15-Июл-11, 23:27 
> Dot Net
> - никакой кросплатформенности

которая в энетрпрайзе и не нужна совершенно.

> - компонентная база на порядок меньше

очень спорное утверждение.

> - количество разработчиков тоже примерно на порядок меньше

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

Ответить | Правка | Наверх | Cообщить модератору

158. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +1 +/
Сообщение от Avator (ok), 15-Июл-11, 23:52 
>> Dot Net
>> - никакой кросплатформенности
> которая в энетрпрайзе и не нужна совершенно.

Отучаемся судить всех по себе (это кстати и к последней реплике относится).

Если вы не видели систем типа AIX, HPUX или Solaris, не говоря уже про Linux, это не значит что их не существует.

Остальной бред даже комментировать не хочу.

Ответить | Правка | Наверх | Cообщить модератору

84. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +1 +/
Сообщение от anonymous (??), 15-Июл-11, 14:25 
> популярность платформа Android

...
> у JVM большое будущее

можно мне в андроиде увидеть JVM как-нибудь?

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

148. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +/
Сообщение от Avator (ok), 15-Июл-11, 22:38 
>> популярность платформа Android
> ...
>> у JVM большое будущее
> можно мне в андроиде увидеть JVM как-нибудь?

На андройде вы JVM не увидете.
А вот разработать код под андройд вы без JVM не сможете, хотя бы потому что в коде используются стандартные классы из библиотеки классов Java (например Collections и т.д. и т.п.)

То что dalvik - это виртуальная машина _JAVA_ отрицает только гугл в конфликте с Оракл. Можно воспринимать Dalvik как своеобразный вариант Java ME. Java ME насколько мне известно ведь тоже реализует не все возможности стандартной десктопно/серверной JVM.

Ответить | Правка | Наверх | Cообщить модератору

151. "IBM передает код Lotus Symphony в руки сообщества Apache..."  –1 +/
Сообщение от anonymous (??), 15-Июл-11, 23:32 
> То что dalvik - это виртуальная машина _JAVA_ отрицает только гугл в
> конфликте с Оракл. Можно воспринимать Dalvik как своеобразный вариант Java ME.
> Java ME насколько мне известно ведь тоже реализует не все возможности
> стандартной десктопно/серверной JVM.

жабофил не знает даже своей же области. dalvik и jvm похожи примерно так же, как уж и ёж. в отличие от JME. но для тебя это rocket science, я понимаю.

Ответить | Правка | Наверх | Cообщить модератору

164. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +1 +/
Сообщение от Avator (ok), 16-Июл-11, 00:51 
>> То что dalvik - это виртуальная машина _JAVA_ отрицает только гугл в
>> конфликте с Оракл. Можно воспринимать Dalvik как своеобразный вариант Java ME.
>> Java ME насколько мне известно ведь тоже реализует не все возможности
>> стандартной десктопно/серверной JVM.
> жабофил не знает даже своей же области. dalvik и jvm похожи примерно
> так же, как уж и ёж. в отличие от JME. но
> для тебя это rocket science, я понимаю.

Я пишу ServerSide софт. И я пробую писать приложения под Android. И при разработке приложений под Андройд я использовал классы из стандартныз Java packag'ей. Так что не надо меня обвинять в том что я чего-то не знаю. Если говорить о Java ME, мне эта тема была неинтересна, поэтому я знаю про Java ME очень мало.

Если говорить об Android, то разработка под него это фактически тоже самое, что и использование набора библиотек вместо классов из стандартных packag'ей. И всё. Так что не надо мне тут рассказывать сказки, ладно?

Ответить | Правка | Наверх | Cообщить модератору

169. "IBM передает код Lotus Symphony в руки сообщества Apache..."  –1 +/
Сообщение от anonymous (??), 16-Июл-11, 03:08 
жабофил такой жабофил. как только его ткнули носом в его глупость, он начал вилять задом и делать вид, что он вовсе не глупость сказал, да и вообще ничего не говорил.
Ответить | Правка | Наверх | Cообщить модератору

173. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +1 +/
Сообщение от Avator (ok), 16-Июл-11, 04:02 
блин... да с Вами просто бесполезно спорить.
Тоже самое, что пытаться разговаривать с глухим. Вы просто не слышите, что вам говорят.
Я не утверждал, что являюсь зантоком Java ME. Про андройд, я ни одного слова назад не забирал. При разработке приложений под андройд используют классы стандартной библиотеки. Что здесь непонятного? В итоге разработка под андройд это использование _ЧАСТИ КЛАССОВ И ИНТЕРФЕЙСОВ находящихся в packag'ах "java.<что-нибудь>" (например java.util.List) + классы относящиеся к библиотеке классов Andoid (packag'и "android.<что-нибудь>".

По скольку, наскольком мне известно, Java ME  предоставляет лишь часть классов, доступных разработчикам на полноценной версии Java я обратил внимание на то что впринципе идеи схожи.

Т.е. обрезок стандартного набора классов + набор библиотек для мобильных устройтв. ГДЕ ВЫ УВИДЕЛИ ПРОТИВОРЕЧИЕ ТОМУ, ЧТО Я СКАЗАЛ ВНАЧАЛЕ?
(может быть если капслоком писать вы начнете понимать, что да вас пытаются донести, хотя... сомневаюсь, честно говоря...)

Ответить | Правка | Наверх | Cообщить модератору

176. "IBM передает код Lotus Symphony в руки сообщества Apache..."  –1 +/
Сообщение от anonymous (??), 16-Июл-11, 04:58 
ты сказал, что dalvik — это жабомашина. а теперь пытаешься это замять. оно и понятно: dalvik ни с какой стороны не жабомашина, даже идиот с гуглем это поймёт быстро.
Ответить | Правка | Наверх | Cообщить модератору

178. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +1 +/
Сообщение от Avator (ok), 16-Июл-11, 05:22 
> ты сказал, что dalvik — это жабомашина. а теперь пытаешься это замять.
> оно и понятно: dalvik ни с какой стороны не жабомашина, даже
> идиот с гуглем это поймёт быстро.

таакк... учимся читать...
цитата

> На андройде вы JVM не увидете.

Я писал что dalvik - виртуальная машина выполняющая именно JAVA код. Что не так?
Какое слово вам не понравилось?
По поводу виртуальной машины:
http://ru.wikipedia.org/wiki/Dalvik_virtual_machine

По поводу кода, я уже писала - это Java + набор библиотек.


и на закуску по поводу платформы покажите мне аналог
Apache Camel на любой другой платформе, обладающий ну хотя бы 60% возможностей Camel. ага?

Ответить | Правка | Наверх | Cообщить модератору

179. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +/
Сообщение от Avator (ok), 16-Июл-11, 06:25 
предвидя очередные придирки к форме, а не к сути сказанного поправлю слегка.
Dalvik выполняет байт код как и JVM, хотя сам _байткод_ отличается, исходным материалом для байткода служит код на JAVA.
Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

183. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +/
Сообщение от anonymous (??), 16-Июл-11, 13:50 
> таакк… учимся читать…
> цитата
>> На андройде вы JVM не увидете.

а ещё я тоже умею цитировать: «То что dalvik — это виртуальная машина _JAVA_ отрицает только гугл в конфликте с Оракл.»

> dalvik — виртуальная машина выполняющая именно JAVA код

всё не так. начиная с того, что «java-код» не исполняется, а компилируется в код JVM. и так далее. то, что код далвика получают из кода jvm — не делает далвик жабомашиной. так же, как исполнение на jvm не делает scala или gpcp жабой. попробуй это осознать, что ли.

Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

194. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +1 +/
Сообщение от Avator (ok), 16-Июл-11, 17:03 
Господи, как же ты достал. Мне надо в каждой реплике описывать весь процесс включая Jit компиляцию из байт кода?? Или описывать подробно, что сначала Java код "компилируется" в байт код javac'ом, а потом другой исполняемый файл транслирует в байт код для dalvik, а потом Jit, начиная с версии Andoid 2.2. А потом подробности работы GC. А потом еще что нибудь? Может мне просто во все посты надо целиком документацию по dalvik, а потом по HotSpot и Jrockit включать??? Ты думаешь ты один такой гениальный, что удосужился открыть документацию и что-то там прочесть (не уверен что многое)??? Тебя уже даже модераторы затирать в некоторых постах стали (например там, где ты демонстрируешь свои уникальные знания в области AIX)! Задолбал!
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

85. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от _yurkis_ (?), 15-Июл-11, 14:32 
>В любом случае у JVM большое будущее

На настолько большое как могло бы показаться. Для JIT стековая JVM, например, очень плохо приспособлена, соответсвенно что-то очень шустрое на ней не получится. Да и сама JVM не то чтобы маленькая.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

86. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +/
Сообщение от anonymous (??), 15-Июл-11, 14:40 
> Да и сама JVM не то чтобы маленькая.

сама JVM достаточно мелкая (см. например, проект http://jamvm.sourceforge.net/ ). боольшой там JIT и прочие навороты.

Ответить | Правка | Наверх | Cообщить модератору

119. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 15-Июл-11, 18:47 
а что оно тогда

> Note, JamVM will not work with the class library from Sun or IBM's Virtual Machines or OpenJDK.

Ответить | Правка | Наверх | Cообщить модератору

120. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +/
Сообщение от anonymous (??), 15-Июл-11, 19:00 
> а что оно тогда
>> Note, JamVM will not work with the class library from Sun or IBM's Virtual Machines or OpenJDK.

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

Ответить | Правка | Наверх | Cообщить модератору

108. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Аноним (-), 15-Июл-11, 15:46 
>>Так что с апплетами ИМХО не сказать чтобы облажались

The APPLET element only works with Java-based applets. This element is deprecated
http://www.w3.org/

Это не облажались? Ну извините.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

180. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Avator (ok), 16-Июл-11, 08:12 
Эм, не хотел бы вас расстраивать, но он был deprecated только потому, что был введен в оборот тэг <object>. Deprecated был с версии HTML 4.0, если мне память не изменяет.. но в итоге он до сих пор в 3х из 5 самых популярных браузеров остался, из-за того что его все еще активно используют.
Хотя, честно говоря я чаще всего вижу просто ссылку на jnlp файл, который открывается JVM'ом и всё. Редко в страницу апплеты встраивают.

Пруф
http://www.w3schools.com/tags/tag_object.asp

Ответить | Правка | Наверх | Cообщить модератору

72. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Crazy Alex (??), 15-Июл-11, 14:01 
Вы извините, но с точки зрения пользователя эта проблема зависимостей выглядит именно как базовая кривизна. Начиная с того, что с одного релиза на другой не обновиться (в отличие от того же Линукса) и заканчивая сплошь и рядом возникающими конфликтами зависимостей, которые почему-то решаются порядком установки компонентов.

Что до файрфокса и ресурсов - да, он прожорлив. По карйней мере на моей сотне открытых вкладок. А вот на десятке-другом - вполне прилично себя ведёт. И если из сотни вкладок 90 закрыть - память системе таки возвращает, чего JVM не умеет в принципе (по крайней мере шестая не умела). Но это что касается памяти. А если посмотреть на потребление процессорного времени - то в случае файрфокса всё просто - сколько JS запустил на странице, столько и съест. Эклипс же на всех машинах, где я его гонял, время от времени задумывался - вплоть до того, что на ввод символов или щелчок на пуннкт меню не сразу реагировал.

Ну и файрфокс - это весьма своеобразные плюсы (вы бы их гайдлайн видели-  они пол-языка запретили) и своеобразное приложение в том плане, что там чудовищное количество интерпретируемого кода на JS, сборщик мусора в C++-коде, подсчёт ссылок в JS... Это ни разу не идиоматичное C++-приложение. Вы лучше с Far сравните ;-)

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

93. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от XPEHemail (?), 15-Июл-11, 14:52 
> Ну и файрфокс - это весьма своеобразные плюсы (вы бы их гайдлайн
> видели-  они пол-языка запретили)

Это совершенно нормально. Единый coding style для крупного проекта гораздо важнее возможности вы..нуться с использованием еще одной модной фичи языка.

Ответить | Правка | Наверх | Cообщить модератору

221. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Crazy Alex (??), 20-Июл-11, 00:25 
Да понятно - но закономерно, что результат получился.. скажем так, не образцом скорости и оптимального потребления памяти.
Ответить | Правка | Наверх | Cообщить модератору

109. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Аноним (-), 15-Июл-11, 15:53 
> Ну и файрфокс - это весьма своеобразные плюсы (вы бы их гайдлайн
> видели-  они пол-языка запретили) и своеобразное приложение в том плане,

Ну и дураки. Брали бы пример с гугла. Они запретили 3/4
http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml
Эксепшены, перегрузка операторов, boost с++Ox, и многое другое запрещено.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

222. "IBM передает код Lotus Symphony в руки сообщества Apache Ope..."  +/
Сообщение от Crazy Alex (??), 20-Июл-11, 00:38 
"Многое другое" - это разве что множественное наследование.

А по поводу перечисленного - вы читайте внимательно (особенно Rationale). Тот же буст не запрещен, а ограничено количество используемых библиотек. И правильно - извращения вроде Spirit странно выглядят и ни разу не оптимальны. С Exceptions тоже всё интересно - они апеллируют к тому, что exceptions хороши, но их крайне проблематично вводить в существующий код, который написан без них. А так как у гугла такого кода много, эксепшны вводить невыгодно. С C++0x тоже логично - когда будут наработаны практики и станет понятно, что из него зраво, а что ошибки - тогда и разрешат здравую часть.

А вот у мозиллы ограничения вполне идиотские.

Ответить | Правка | Наверх | Cообщить модератору

83. "IBM передает код Lotus Symphony в руки сообщества Apache..."  +/
Сообщение от anonymous (??), 15-Июл-11, 14:22 
(задумчиво) эклипс — это когда emacs пытались переписать на жабе, а вышло как всегда?
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру