Google будет бороться (http://www.marketwatch.com/story/google-fires-back-over-orac...) в ответ на иск Oracle (http://www.opennet.me/opennews/art.shtml?num=27610), обвиняющий в нарушении авторских прав и патентов, связанных с Java-технологиями в мобильной платформе Android. "Иск Oracle является разочаровывающей и безосновательной атакой не только против Google, но и против open-source сообщества Java", - заявил представитель Google, - "Google будет защищать open source стандарты и продолжит свою работу с производителями по поводу развития платформы Android."
Аналитики сходятся во мнении, что даже Sun могла подать подобный иск против Google, но создателям Java требовалось дождаться времени, когда платформа Android станет достаточно популярной, и это время настало после поглощения Sun компанией Oracle. Данный иск является типичной защитой интеллектуальной собственности, но он может иметь серьёзные последствия на развитие рынка Android-устройств и на то, как OEM-прои...URL: http://www.computerworld.com/s/article/9180703/Google_calls_...
Новость: http://www.opennet.me/opennews/art.shtml?num=27626
Оракель купил яву и решил что пора бы уже показать всем кто тут хозяин. Чойта дескать какие-то гугли задаром юзают то что они за бабки купили?! Ату их! :) А то что в долговременном плане это заставит всех валить с явы - куда уж ископаемым манагерам из оркала понять? :)
тот факт, что ключевые разработчики Sun (не только java) побежали из оракла, говорит уже о многом.это ж-ж-ж-ж неспроста!
(c) Винни-Пух
> А то что в долговременном плане это заставит всех валить с явыА куда валить-то? На .Net чтоли? C++ и PHP не предлагать - толстовато будет.
как-бы сравнивать плюсы и пхп вообще некорректно. разные области, знаете ли...
>как-бы сравнивать плюсы и пхп вообще некорректно. разные области, знаете ли...А кто сравнивает? Вопрос в том, что Java ежду ними примерно посерединке вроде, и на этом уровне ничего кроме .Net из альтернатив не видно.
это не обвинение, но по всей видимости, просто вы ничем другим не интересовались, кроме явы и дотнет. не знаю, от чего это зависит. может быть просто в учебном заведении или где еще такое практикуется. нас учили от ассемблера до явы. причем, не яве, как языке программирования, а яве, как ОО концепте. не больше. в принципе, можно было бы с таким же успехом выбрать любой другой ООЯП.
В учебных заведениях лично меня учили ровно четырём языкам - GWBASIC, VisualBasic, VisualC++ 6, SQL. А задача в другом. На Java можно удобно, быстро (до свидания, C/C++) писать хорошо читаемые, легко расширяемые и эффективно выполняеые программы (до свидания, PHP) десктопные программы (привет, C++) и Web-приложения (привет, PHP), которые будут работать практически на любой современной серверной или десктопной ОС. .Net - похоже, и местами даже интереснее, но уж больно убога её свободная кроссплатформенная реализация. Так что на чём писать если не на Java, я вообще не понимаю.
> писать хорошо читаемые, легко расширяемые и эффективно выполняеые программыэто как раз не относится к конкретному языку программирования, а больше относится к стилю и чистоте написания (оформления программы) самим программистом.
написать через ж. можно на любом языке программирования.
а легко расширяемые, они и на плюсах могут быть легко расширяемыми. конечно, есть некоторые нюансы, но это, в целом, уже мелочи.
я сейчас делаю проект с одним программистом, состоит из 3 частей: 2 части пишу я: GUI на Qt4, основная программа на плюсах и модули пишутся моим коллегой на сях. все сконструировано так, что сделать расширение функционала любой части программы не составляет особого труда, в том числе и на си. там и xml парсер, и модули на bison/flex...
а про кроссплатформенность, так основную программу можно компильнуть под любую платформу, а GUI - под только те, на которые есть Qt4. ничего специфичного для какой-то конкретной оси там нет.
ну это так, не для хвастовства ради, информационности для.
не хайте никакие языки и платформы если в них не разбираетесь:)
продолжу свою мыслью -> меня учили тож бэйсику и паскалю. но после этого я делал до 10 мегов патчей в виртуальную машинку джавы (1.4 версия, давно было не помню какой релиз:) ). но одно могу сказать точно - нефиг сравнивать нативное исполнение кода с jvm. тут можно долго меряться своими достоинствами, но все-таки у вас есть процессор который исполняет инструкции, и каждая инструкция важна. (просто разрабатываю высоконагруженные системы:) )
>А куда валить-то? На .Net чтоли? C++ и PHP не предлагать - толстовато будет.А никто вам и не будет ничего предлагать, ишь размечтались то. Оракл гайки подзатянет - сами побегут. Кому надо - сам и будет искать варианты, под свою толщину и прочая. А кто-то со скрипом прогнется под новые условия от парней из оракла. При том оракл кажется решил играть жестко. Наверное хотят отбить бабки на покупку саней.
ЗЫ: не допираю - чего такого вредного/нехорошего/оскорбительного в этом сообщении что модераторы его стирают, при том два раза уже. Модераторы, где ваша совесть? Чего такого обидного/нехорошего в этом сообщении? Может быть вы не поленитесь объяснить хотя-бы?
угу. мои тоже.
а всего-то и написал, что наса, абамой и куча ещё пыхпых устраивает, а аналитегу с опеннета - ни-ни. не его уровень.
анонимный олигарх.
задача манагеров грести лопатами деньги, а не делать людей счастливыми позволяя использовать java, и манагеры ораклы с этим справляются
но и работа то у них тяжёлая, представьте зарабатывать конфетах отобраных у детей
Android - не единственная мобильная ОС на основе linux. сильно не переживаю.
к тому же, java - это не всегда так уж и удобно, к сожалению.
я, скорее всего, что-то не понимаю и легко могу быть не прав.
>к тому же, java - это не всегда так уж и удобно, к сожалениюв этом мире всё очень относительно и познаётся только в сравнении. в сравнении с с++ ява - просто подарок судьбы, а в сравнении с с# немного проигрывает из-за отсутствия пропертей, делегатов и лямбда-выражений. так то на вкус и цвет товарища нет.
но одно скажу точно - если бы ява была неудобной для большинства, она не стала бы одним из самых распространённых языков программирования.
Всё для чего нужна жаба - это кроссплатфоренные морды.
Даже если так, то это совсем не мало.
угу. вот берешь так оебс в 2010 и охреневаешь - оракл формс в виде апплетов, где до сих пор не работает колесо мыши. ну а как такую формочку слобать - вообще отдельная песня.
серверный код не лучше - jsp, ejb, corba + ее наследство и еще вагон кроссплатформенного мусора.
зы:
поверь, анси с + посикс, или с++ + какая-нибудь библиотека классов (типа qt) - не менее кроссплатформенно.
Таки да...
Вы еще забыли сказать, что эти формы не масштабируемые... Ну да черт с ними.Я хотел сказать, что нет ничего незаменимого. У Java как платформы так и языка есть свои преимущества и недостатки. Но если она "вдруг" "сдуется", расстроятся только те, кто ее использовал или планировал использовать. А таких много... Потому и стонов будет много. Но причина популярности Java не в ее незаменимости, а в адекватном балансе между общей стоимостью (не обязательно и не только денежной) и результатом, а также исторически сложившимися обстоятельствами. В целом-то, альтернативы есть, но местами не столь оптимальные как Java. По мне так для десктоп-приложений C++ и qt даже лучше, кому-то понравится Pyton, но писать кластерное приложение на "голом" С... Ну да будем реалистами: "прилетят инопланетяне и нас спасут" :)
P.S.
А надо бы присмотреться к гугловому Go.
и тем не менее кластерного ПО не на java гораздо больше.
и топ500 тому пример.зы:
вы не верно манипулируете терминами.
что вы имеете в виду под кластерным ПО? кластерные фс? распределенные вычисления? ну да не суть. поверьте, java тут только один из многих универсальных языков. и ничем не лучше ни с + набор библиотек, ни с++ + набор библиотек, ни паскаля - в конструкции языка распределенных вычислений не заложено. по этому это всего-лишь вопрос привычки.
а тем временем есть языки/платформы специально для таких вычислений.
>[оверквотинг удален]
>и топ500 тому пример.
>
>зы:
>вы не верно манипулируете терминами.
>что вы имеете в виду под кластерным ПО? кластерные фс? распределенные вычисления?
>ну да не суть. поверьте, java тут только один из многих
>универсальных языков. и ничем не лучше ни с + набор библиотек,
>ни с++ + набор библиотек, ни паскаля - в конструкции языка
>распределенных вычислений не заложено. по этому это всего-лишь вопрос привычки.
>а тем временем есть языки/платформы специально для таких вычислений.Зайди на хобот и посмотри как она масштабируется по ядрам. На спарках родилась, это тебе не одноядерные х86 поделки. С масштабируемостью у нее все ок
а ядра как массштабируются по компам?
ви хоть прочитайте о чём идёт речь.
>а ядра как массштабируются по компам?
>ви хоть прочитайте о чём идёт речь.Успокойтесь, и по ядрам в пределах узла, и по узлам ява масштабируется нормально.
успокойтесь, и по ядрам в пределах узла, и по узлам с,с++ масштабируется тоже не хуже.
тогда тем более не понятно почему sun/oracle jvm стековая (x86 поделки)
а dalvik - регистровая (RISC)
Дык, я же и говорил, что альтернатива есть :-) Но кто-то считает, что Java для их целей лучше. И не безосновательно, полагаю...P.S.
> что вы имеете в виду под кластерным ПО? кластерные фс? распределенные вычисления?Все вместе.
> ну да не суть. поверьтеЯ и не заострял на этом внимания :-)
> java тут только один из многих универсальных языковПолностью согласен с этим утверждением. А что лучше или хуже каждый определяет для себя сам.
Ну перечислите хотя бы несколько качественных и труднозаменимых программ на Жаве. Мне действительно интересно. Но почему-то вспомнить могу только ынтырпрайз-поделки локального значения и раздражающие тормозилки на мобилках.>если бы ява была неудобной для большинства, она не стала бы одним из самых распространённых языков программирования
Большинство не пишет на Жаве.
Аналогично - назовите такие незаменимые программы на Delphi ;) Многие из программ написанных на Java тихо и спокойно работают в системах документооборота, биллинга, ERP и т. д., не имея какого-либо названия. На Java пишут много там где предприятие доросло до Java :)
к вашему сведению в сапе ява стэк мало где используется, разве что для Enterprise Portal да Adobe Document Service чтобы pdf-ки счетов и накладных выплевывать
и тот наверное из-за оракла уберут со временем.
>Ну про эти недоподелия на предприятиях я и написал, назовите что-нибудь чего
>я не знаю. Я думал сейчас троли жавофилы начнут про эклипс
>и сап, а тут так слабенько, фи.Все что надо Вы можете найти сами на запрос "java success story", в принципе у Оракла есть соответствующая страничка: http://www.oracle.com/customers/index.html еще тут http://java.sun.com/products/servlet/success.html Список приложений и библиотек различной популярности на Java есть тут: http://freshmeat.net/tags/java Про Eclipse - это Вы хорошо вспомнили. Из того что еще на слуху, припомнились: ArgoUML, DbVisualizer, FreeMind, Ehcache, jEdit, Red5, Openfire, Alfresco
характерно, что половина программ - инструменты для разработки на Яве, остальные - далеко не лидеры по отраслям
если надо по-быстрому написать простую , но узкоспециализированную софтину для бизнеса , которая работает с базами данных, отчётами и формами, то с явой может соперничать только дотнет. у явы свой сектор, он достаточно неплохой несмотря на то что вы его не замечаете. не замечаете оттого, что смотрите не в ту сторону.
да и тут все не так просто.
откровенно, для чего ынтырпрайз брал сапы, оебсы?
дык айпио пройти. вон уралкалий за бугор продается. сосем, а не только привлечь капитал на лсе.
а что в таких конторах в загашнике еще и 1с колбасится, в/из которой такие жабисты данные в cvs файлах переливают - это как бы никому и не интересно.
но это до кризиса. а вот сейчас смотрю на 1с, которая 8.2, и думаю - интересно, если айпио можно будет с ней проходить, то долго ли ораклу в ынтырпрайзе быть?
а что, кучу субд держит, кластеры - пожалуйста, включая сервера приложений, веб-клиент симпотнрый.
как думаешь, 1с-овцы добьются такого авторитета?
бред сивой кобылы. Вы сами то поняли что понаписали ?
что за феня ?
это было не для вас.
проходите дальше, там сразу на право под арку. там на/по фени.
>если надо по-быстрому написать простую , но узкоспециализированную софтину для бизнеса ,
>которая работает с базами данных, отчётами и формами, то с явой
>может соперничать только дотнет. у явы свой сектор, он достаточно неплохой
>несмотря на то что вы его не замечаете. не замечаете оттого,
>что смотрите не в ту сторону.Если быстро и на коленке и с базами и для бизнеса можно писать на чем угодно. И все это взаимозаменимо чуть менее чем^[3^W полностью.
не. не так. на том, что лучше знаешь.тут подход с 2-х сторон - вначале убеждаешь бизнес что ему нужна именно эта платформа, язык и т.д. потом пионеров - вы, со знаниями указанного_выше очень востребованы бизнесом.
так и появляются евангелисты.
>не. не так. на том, что лучше знаешь.Не обязательно. Я например писал, чтобы ознакомиться с новыми для себя языками и фрэймворками. Как бы учишься и получаешь неплохую как бы стипендию как бонус. =)
тоже ничего.
hadoop! Дайте мне замену!
И еще hbase и hive не плохо бы.
а нахрена?
ты задачу ставь.
а то "мне вон то и это, и штоб перламутровое и на жабе".
а то поразведут сотню кластеров с тормозами жабы, где еще и транзакции отваливаются и в голову не приходит, что тоже самое под досом 15 лет назад работало и обслуживал его старый дед, к которому такие с ненормативной лексикой до сих пор иной раз бегают.
Задача: аналог GFS и BigTable.
gfs на java? вот не знал, что в ядро уже модули на java пишут.
а на чем и какого языка больше в больших таблицах - я не знаю. исходники мне гугл не показывал, а тебе?
правда вики подсказывает (в разделе other implementations http://en.wikipedia.org/wiki/Bigtable), что есть реализации на с++а по теме - как ты думаешь, сама jvm на чем написана?
на jave пишется прикладной софт, системный (и сама jvm) - нет.
порой прототипы системного софта, а потом часть или вся переписывается, часть остается, если в данной точке производительность все-равно лучше не будет.
ну и халтуры конечно.
Я по прежнему прошу показать мне замену hadoop (опенсорс вариант google file system) и hbase (опенсорс аналог bigtable).
1. список распределенных фс очень большой, например ceph
2. с чего вы взяли, что gfs на java? модуль ядра написан на с. пару утилит вообще на шеле. может gfs написан на баше?
3. аналоги бигтейблов по ссылке выше в разделе other implementation.
вот кстати более-менее полный список аналогичных фс
http://en.wikipedia.org/wiki/List_of_file_systems#Distribute...
>2. с чего вы взяли, что gfs на java? модуль ядра написан на с.То gfs (RH Global File System), а спрашивали gfs (Google File System)
у вас есть информация, что она pure java?
или вы таки тоже альтернатив без java не видите?
>Ну перечислите хотя бы несколько качественных и труднозаменимых программ на Жаве.Maple
Azureus
>>Ну перечислите хотя бы несколько качественных и труднозаменимых программ на Жаве.
>
>Maple
>AzureusJDownloader , Visual Paradigm, Aqua Data Studio, была ещё инфа про аналог 1с:бухгалтерии на java
Кроме уже перечисленного "барахла" в виде: Eclipse, ArgoUML, DbVisualizer, FreeMind, Ehcache, jEdit, Red5, Openfire, Alfresco,
еще припомнились: JIRA, Zend Studio, Wowza, Lotus Notes (частично на Java), Ansys (частично на Java)
>Кроме уже перечисленного "барахла" в виде: Eclipse, ArgoUML, DbVisualizer, FreeMind, Ehcache, jEdit,
>Red5, Openfire, Alfresco,
>еще припомнились: JIRA, Zend Studio, Wowza, Lotus Notes (частично на Java), Ansys
>(частично на Java)!!! NETBEANS !!!!
Вы знаете, бинс хорош. Но. Если бы и он нормально работал с удалённой файловой системой. А большинство PHP'шников (например) так и работают. В итоге, бинс вроде есть, а по факту, вроде и нет (неюзабелен для тех, кто с удалёнными фс работает). Кстати, неиллюзорно доставил Zend Studio, старше 6 версии (сделанный на Eclipse'е, который, кстати, сделан на java'е, но в данном случае это не важно), который отвалился как раз при подключении удалённой фс. В итоге, для работы с удалённой фс и PHP остаётся Zend Studio 5.5 (и он на javе писан :). Это к вопросу о нужных программах на java и о Eclipse.
P.S. В примере с PHP, удалённая фс - это нормально, а не архитектурный косяк. Не поднимать же на каждой девелоперской машине по серверу. =\
P.P.S. И да, по факту, кроме Zend'а для PHP ничего и нет. Выжирает памяти он кстати нормально так. Вот уже не знаю, как бы было, будь он писан на чём-нибудь ещё.
>... Если бы и он нормально работал с удалённой файловой системой.Нет такой файловой системы.
Хотя не, вру, - http://en.wikipedia.org/wiki/Remote_File_System--------
Ладно, опустим лирику...
У меня на CIFS все работает.
--------
pavel@suse64:/> df
Файловая система 1K-блоков Исп Доступно Исп% смонтирована на
/dev/sda1 61980624 13153400 48827224 22% /
none 1802276 7620 1794656 1% /tmp
//192.168.1.2/ADMIN/ 39720712 1888732 37831980 5% /cifspavel@suse64:/> cd /cifs/
pavel@suse64:/cifs> git clone git://kernel.ubuntu.com/cking/fwts/.git
Initialized empty Git repository in /cifs/fwts/.git/
remote: Counting objects: 3708, done.
remote: Compressing objects: 100% (3079/3079), done.
remote: Total 3708 (delta 2383), reused 134 (delta 96)
Receiving objects: 100% (3708/3708), 736.44 KiB | 374 KiB/s, done.
Resolving deltas: 100% (2383/2383), done.pavel@suse64:/cifs> ls
fwtspavel@suse64:/cifs> cd fwts/
pavel@suse64:/cifs/fwts> ls
aclocal.m4 configure debian doc example-data Makefile.am missing README src update_version.sh
config.h.in configure.ac depcomp docs install-sh Makefile.in quick-test.sh regression TODO.txtcat /proc/mounts | grep cifs
//192.168.1.2/ADMIN/ /cifs cifs rw,unc=\\192.168.1.2\ADMIN,addr=192.168.1.2 0 0netbeans -> cоздать проект из существующего кода -> /cifs/twts -> ... -> make
http://ipicture.ru/uploads/100815/HMRU74fMxE.png
Ну простите. Я использовал неверную терминологию. Я имел в виду SFTP. На уровне NetBeans, не прибегая к средствам системы (fusefs-sshfs к примеру). Если знаете, как его заставить полноценно работать с этим, ткните в ссылки, плз, или отпишите.
>не прибегая к средствам системы (fusefs-sshfs к примеру)Почему?
>Ну простите. Я использовал неверную терминологию. Я имел в виду SFTP. На
>уровне NetBeans, не прибегая к средствам системы (fusefs-sshfs к примеру). Если
>знаете, как его заставить полноценно работать с этим, ткните в ссылки,
>плз, или отпишите.вот это уже зря - использование sftp показывает скорее что у вас не отлажен процесс деплоймента, и системой управления версиями вы скорее всего тоже не дружите. Не стоит утверждать что большинство работает так же.
у меня, вот, тоже прокралось такое подозрение. но такая хрень происходит ввиду неосведомленности и, иногда, упертой тупости менеджеров проектов.
у нас так: считаете, что git лучше, переходите на него. хотя бы испробуйте, что это такое. будет неудобно - оставайтесь на svn
>AzureusОн что, единственный в мире торент клиент? Это что, осенний гон начался? :)
Не обижайте OpenFire, пожалста - хороший XMPP-сервак с кучей полезных приблуд. К примеру, хоть и сам не поклонник Java.
Уж ему аналоги ищцтся ммоментально. Тот же ejabberd, к примеру. Который жрёт в несколько раз меньше ресурсов и вменяемо работает с транспортами. У опенфайра же - либо используй встроенные (которые не зацепишь с другого сервера), либо лови косяки - внешние (скажем, питоновские) регулярно отваливаются, криво поддерживают расширенные функции. И если удалить транспорт, то на каждом из его контактов надо отдельно потыкать, подтвердить отказ авторизации, а только потом удалить. Проклинаю тот день, когда повёлся на наличие транспорта QQ (который окзался ещё и не рабочим) и поставил это чудо...
>Уж ему аналоги ищцтся ммоментально. Тот же ejabberd, к примеру. Который жрёт
>в несколько раз меньше ресурсов и вменяемо работает с транспортами. У
>опенфайра же - либо используй встроенные (которые не зацепишь с другого
>сервера), либо лови косяки - внешние (скажем, питоновские) регулярно отваливаются, криво
>поддерживают расширенные функции. И если удалить транспорт, то на каждом из
>его контактов надо отдельно потыкать, подтвердить отказ авторизации, а только потом
>удалить. Проклинаю тот день, когда повёлся на наличие транспорта QQ (который
>окзался ещё и не рабочим) и поставил это чудо...Уже год юзаю как интерпрайз ИМ в организации и никаких проблем... ЧЯДНТ?
это видимо должно доказывать, что альтернативы хуже?
SPSS (теперь PASW), например. Раньше разрабатывалась одноимённой компанией, теперь её купила IBM. Популярна у тех, кто занимается статистикой.
Scilab ещё (во всяком случае частично).
>Ну перечислите хотя бы несколько качественных и труднозаменимых программ на Жаве.RSSOwl, SweetHome3D, jEdit, muCommander, VncViewer, javadjvu, GLIPSGraffiti, DirSyncPro.
список жава кода никто не просил.
просили проги без которых ну никак. и аналоги либо хуже, либо вообще нет.
из всего только павлину нетбинс вспомнил. на мой взгляд единственное достойное.
>>Ну перечислите хотя бы несколько качественных и труднозаменимых программ на Жаве.
>
>RSSOwl, SweetHome3D, jEdit, muCommander, VncViewer, javadjvu, GLIPSGraffiti, DirSyncPro.muCommander - очень замешательная штука!
такой себе косячковый клон нортонкомандера (именно его а не фара) с непомерными запросами к ОЗУ. При голом старте так себе чуть-чуть 80м откушивает. Да во времена его прародителя и винтов таких небыло как отъедает эта прога. Ну и работает он тоже не торопясь. Это главная черта всего софта написанного на жабе.
А он труднозаменим как стресс-тест системы чтоли?:)
да не пропертями "сильны" жабы с дотнетами, а легкостью и простотой разработки.
плюс набор стандартных классов и пр. почти под все нужды. пусть безобразно, зато однообразно. а что в с? ок, упростим, а что в с++? стл?
в проектах на с/с++ пока нужный набор подберешь или сам напишешь, голову сломаешь.
сейчас то оно намного лучше, но библиотек типа qt (где все в одном) мало и функциональность попроще.
вот и вся разница. на с/с++ лучше, но дольше и квалификация должна быть лучше. а индусы - дешевле. да и за 15 лет в ынырпрайзе их уже много развелось.
>в сравнении
>с с# немного проигрывает из-за отсутствия пропертей, делегатов и лямбда-выражений.Лямбда == анонимный класс. Проперти — man JavaBeans. Делегаты это как в Delphi — ссылки на методы — спасибо, кушайте сами.
>Лямбда == анонимный классАга, только запись длиннее раза в 3 получается всего-то. Как это влияет на читаемость кода?
>Делегаты это как в Delphi — ссылки на методы — спасибо, кушайте самиИ что в этом плохого? Чтобы на крестах дергать ссылки на методы, нужно исполнить невероятную акробатику. Ах, это для труъ? Спасибо, кушайте сами.
Ява очень несовременный язык. Но получше крестов. Она (как система) хороша предсказуемостью, благодаря своей библиотеке. При разработке системы на Яве архитектор может точно посчитать, сколько работников и за какой срок выполнят проект. С малой погрешностью. Потому что бизнесу нужна предсказуемость. А если в проекте на крестах у тебя случится факап (из-за какой-нибудь неправильно подобранной библиотеки), то время разработки может вырасти на 50, а то и на все 100%.
О да, истиная правда. Вот только о тех кто будет использовать весь этот Java-софт думать даже не пытаются.На java наверняка можно написать хороший продукт. Вот только никто (статистически) этим не занимается - нахрен нужно то - зато предсказуемо и бизнесу приятно. Зачет.
>О да, истиная правда. Вот только о тех кто будет использовать весь
>этот Java-софт думать даже не пытаются.
>
>На java наверняка можно написать хороший продукт. Вот только никто (статистически) этим
>не занимается - нахрен нужно то - зато предсказуемо и бизнесу
>приятно. Зачет.Картинки по запросу Eclipse RCP: http://www.google.ru/images?q=Eclipse+RCP
только до вменяемого состояния всю эту бодягу довели на 300% дольше, чем такие архитекты планировали.
результат у 4 кед даже лучше.
> в сравнении с с++ ява - просто подарок судьбыПопробуйте на яве написать гамезу уровня NFSки или Quake, и чтоб оно еще и не тормозило потом, будет интересно посмотреть как вы повторите эту фразу после этого :). Да и на десктопах - программы стартующие полчаса (пока там жирный рантайм взлетит...), тормозные и жрущие вагон оперативы - уж точно не подарок для тех кто их использует. Ну да, если пинками загнать в загон с выбором или ява, или никак - и ее поюзают. А вот если выбор появляется - что-то не больно то яву юзать спешат.Ну или где оно на десктопе или какойнить n900, где выбрать можно на чем проги писать? Ы?
>... или Quake, и чтоб оно еще и не тормозилоОй, да ладно. Q2 даже на JS в браузере не тормозит.
Q2 на Java ! НЕ ТОРМОЗЯТ ДАЖЕ ЧЕТЫРЕ КОПИИ НА МОЁМ НОУТЕ НА Sempron-е :)
http://www.bytonic.de/html/jake2.html
>Q2 на Java ! НЕ ТОРМОЗЯТ ДАЖЕ ЧЕТЫРЕ КОПИИ НА МОЁМ НОУТЕ НА Sempron-е :)Q2 в каком году вышел? И какие тогда были CPU? :) Извините, а в нативном коде он играбелен даже на карманных девайсах. У которых проц ессно в разы дохлее Sempron'а (т.к. жрать энергию в таких же объемах там неоткуда). Ничего так что Q2 в нативном коде запускали даже на N800, где 400MHz ARM и никаких 3D ускорителей? Зато могу себе представить какое было бы слаудшоу там же на яве - FPS бы грохнулся раза в 3 поди. Ну да, когда вместо 300 FPS у вас всего 100 - это всем похрен. А когда вместо 25 станет менее 10 - вот это уже не совсем похрен :)
>> в сравнении с с++ ява - просто подарок судьбы
>
>Попробуйте на яве написать гамезу уровня NFSки или Quake, и чтоб оно
>еще и не тормозило потом, будет интересно посмотреть как вы повторите
>эту фразу после этого :).Jake2 — аналог Quake2 на Java. Давно написан и не тормозит, что (не)удивительно.
Бенчмарк: http://www.bytonic.de/html/benchmarks.html
Это с аппаратным OpenGL, написанном совсем не на Java и код которого выполняется 80% времени. А в software mode глядя на производительность Java - плакать хочется.
>Это с аппаратным OpenGL, написанном совсем не на Java и код которого
>выполняется 80% времени. А в software mode глядя на производительность Java
>- плакать хочется.Развеселись: http://kano.net/javabench/data
Что грустный такой? :)
>Развеселись: http://kano.net/javabench/data
>Что грустный такой? :)Тоже повеселись. Почему-то жабисты приводят только удобные им тесты, тщательно выкапывая оные. А вот например компрессия и декомпрессия данных на скорость - http://quicklz.com/bench.html
Почему-то там любимая вами ява сливает в тестах "всего" в каких-то 2-3 раза на одном и том же алгоритме :).И уж наверное авторам нет резона портить результаты своей же библы? Они там вообще либу бенчмаркают, без каких либо заяв про C(++) vs Java вообще :)
>[оверквотинг удален]
>
>Тоже повеселись. Почему-то жабисты приводят только удобные им тесты, тщательно выкапывая оные.
>А вот например компрессия и декомпрессия данных на скорость - http://quicklz.com/bench.html
>
>
>Почему-то там любимая вами ява сливает в тестах "всего" в каких-то 2-3
>раза на одном и том же алгоритме :).И уж наверное авторам
>нет резона портить результаты своей же библы? Они там вообще либу
>бенчмаркают, без каких либо заяв про C(++) vs Java вообще :)
>Это все примеры с уровня системного программирования. Там си и точка. Ява она на другом уровне используется.
вообще-то не считал такие прикладные задачи, как компрессия, уровнем системного программирования. вы хорошо учились в институте, или где там?
По факту, компрессия данных (в общем случае) давно не рассматривается как прикладная задача. Вы давно писали собственный код сжатия/распаковки?
1. по факту - это прикладная задача обработки данных. и не надо тут выдавать желаемое за действительное.
2. три года назад занимался интенсивно этой тематикой, компрессия данных с плавающей точкой. только не в вузе на лабораторке.
>Это все примеры с уровня системного программирования.А давно сжатие стало системным программированием?
>Там си и точка. Ява она на другом уровне используется.
Ну так нефиг про скорость тогда трындеть. А то срану отмазки начинаются - системное программирование, блаблабла. Половина архиверов на си++ написано и не очень напоминают системные программы.
>А давно сжатие стало системным программированием?
>
>>Там си и точка. Ява она на другом уровне используется.
>
>Ну так нефиг про скорость тогда трындеть. А то срану отмазки начинаются
>- системное программирование, блаблабла. Половина архиверов на си++ написано и не
>очень напоминают системные программы.Вы когда писали последний раз свой код архивирования/распаковки? В прошлом веке?
>Вы когда писали последний раз свой код архивирования/распаковки? В прошлом веке?Небольшой но шустрый распаковшик основанного LZ алгоритма я писал в этом веке. При том заметьте, я не гуру компрессии, просто жизня заставила. А гуры пишут свои разнообразные компрессоры. В этом веке. Ну вон LZMA от Игоря Павлова например. Вполне себе современный алгоритм, в этом веке сделан. А слабо на яве переписать? Вместе порыдаем над производительностью :). Чем не шанс доказать какая ява крутая, натянув LZMA декодер на си или си++? Вот только думаю натяга не получится, получится слив раза в три скорее :)
LZMA это тоже из прошлого века (1999). Улучшенный вариант LZ от 1977, 1978 года.Зачем писать - порты для Java уже написаны.
http://github.com/jponge/lzma-java
45 кб занимает.
от темы не увиливай.
>от темы не увиливай.Мужики, тему-то давайте прочтём. Тут уже 3/4 тредов к ней без отношения, на глаз. :(
> Почему-то там любимая вами ява сливает в тестах "всего" в каких-то 2-3 раза на одном и том же алгоритме :)Может быть все дело в этом:
// Java port of version QuickLZ. Only a subset of the C library has been ported, namely
// level 1 not in streaming mode.Удобные говоришь...
На десктопе джава-софту вообще делать нечего, так как JVM крайне некооперативна, а именно - никогда на отдаёт память. То есть если вы получили кратковременный пик потребления памяти - то обратно вы её не вернёте, пока софтина не завершится. На сервере это часто приемлемо, но на десктопе???
>На десктопе джава-софту вообще делать нечего, так как JVM крайне некооперативна, а
>именно - никогда на отдаёт память. То есть если вы получили
>кратковременный пик потребления памяти - то обратно вы её не вернёте,
>пока софтина не завершится. На сервере это часто приемлемо, но на
>десктопе???А уборка мусора как? В том же jEdit можно тыцнуть на цифрах выделения памяти и случится чудо :)
чисто не там где убирают, а там где не сорят.
пословице несколько столетий.
>А уборка мусора как? В том же jEdit можно тыцнуть на цифрахНу вот вы и тыцайте. А мне проще нормальный софт использовать.
>>А уборка мусора как? В том же jEdit можно тыцнуть на цифрах
>
>Ну вот вы и тыцайте. А мне проще нормальный софт использовать.Ну, как бы, никогда памяти не отжирал jEdit настолько, что риходилось вручную уборку делать...
Можно подумать проги написанные на C++ или Анси Си не жруть память... Про игры можно не напоминать? И сколько патчей для прочих программ выходит, пока утечки памяти не устранят.
Дело не в Яве, дело в факторе кривизны рук, если память берешь - будь добр вернуть взад, не сделал - не удивляйся утечкам памяти...
и тем не менее с gedit или kate работать куда приятнее.
Дело не в яве, дело не в яве... а много вы нормальных игр видели которые бы на яве писались?
>Дело не в яве, дело не в яве... а много вы нормальных
>игр видели которые бы на яве писались?~95% всех игр для мобильных устройств написано на Java ME, как это ни странно.
>~95% всех игр для мобильных устройств написано на Java ME, как это
>ни странно.Это как форд чёрного цвета, а не аргУмент... Ещё не видел счастливых программистов под j2me (впрочем, как и под винмобиль/CE). Да только выбора ни у тех, ни у других под заданными платформами и нету, как понимаю.
>~95%А статистика откуда?Источник?
> всех игр для мобильных устройств написано на Java ME,
Видели мы эти игры, ага. Полтора полигона на экране, а FPS уже до десятка не дотягивает на скрине с кошкин зад вида 176х220. При том что проц современной мобилки и подсистема памяти легко сделают компьютеры на которых Doom 2 бегал с их хилыми процами и крайне тормозной оперативкой и без 3D акселератора. При том дум бегал себе в 320х240 запросто.
>как это ни странно.
Это и правда странно потому как какаянить нфска под ифон написана явно не на яве. Вообще, 95% чего вы там намеряли? :)
хрен там!
95 написано на флэшах.
это лучше воинствующих индусов.
и я ни плюсовал, ни минусовал.зы:
если на свой десктоп я не ставлю jvm, то разницы в функциональности как-то и не видно.
отсутсвие флэша сразу же бросается в глаза.поэтому не нужно писать о востребованности того чего нет, тем более там, где встречаются люди у которых есть участие в проектах иксоа, кед, гнома, ядра.
я и на жабе писал, и много, но это в ынтырпрайзе, и на десктоп себе лично я бы этого не хотел. мог бы писать это же и на других языках и хуже бы не было, но там уже вендор-локин, промышленный стандарт и прочее, что оправдывает жабу на предприятиях.
Писал я гамезу на Java. Заказик был такой. Немного больше трех неделек: загрузка квейковских моделей (даже с анимацией), автоматическая генерация сцен, примитивный физ. движек, поддержка Lua, как языка скриптования, звук, какой-то геймплей :). Да, этому далеко до квейка или NFS, но я не гуру 3D и разработки игр и игры эти писались не одним человеком и не за месяц. Кстати, работало это все добро на проце 1.7 Гц, с 1 Гб рамы довольно шустро, при висячем в памяти NetBeans, Firefox несмотря на мои косяки :)
Google будет бороться в ответ на иск Oracle,
Граммар-наци плачут горючими слезами.
какое отношение оракл вообще имеет к гугловкой яве ??? только то, что гугловская ява имеет общий синтаксис и название, и больше ничего. оракл хочет всех удерживать за яйца, имея для этого всего 7 патентов. а выйдет ли ? вспомнил нетленное "накось выкуси"©
Среда выполнения в Android основана на альтернативной свободной реализации Java SDK — Apache Harmony и виртуальной машине Dalvik. По сути, Oracle утверждает что альтернативная реализация Java нарушает их патенты. Может быть, компаниям, использующим Java (Google, IBM, Red Hat...), пора заводить общий патентный пул для защиты от Oracle.Ситуация похожа на то, чего опасались относительно Monо (думаю, мы это еще увидим, Mono пока не на столько распространен, чтобы использовать его для подобного вымогательства). Но есть принципиальное отличие: у Java есть свободная реализация — OpenJDK, для которой, если я правильно понимаю, свободное использование патентов Oracle гарантировано.
А когда sun рубились с мелкософтом по поводу альтернативной реализации JVM под виндовс - сан тогда отсудила... Сейчас по тому же прецеденту не может процесс пойти? - уж очень похоже.
похоже да не очень.
тогда и исходников под гпл не было, и лицензия другая, и обещаний всяких тоже.
к тому же как лицензионный партнер мс нарушила парнерский договор, т.к. не переписала всю дживээем, а только ком объекты в синтаксис языка и реализацию этого в виртуалку вставила.
а тут - синтаксиз тотже, а все остальное свое.
>А когда sun рубились с мелкософтом по поводу альтернативной реализации JVM под
>виндовс - сан тогда отсудила... Сейчас по тому же прецеденту не
>может процесс пойти? - уж очень похоже.Майкрософт тогда нарушила контракт, по которому не имела право делать яву несовместимую с явой от Sun (точно не скажу, но кажется выкинули все что не понравилось из стандартной библиотеки) и притом еще использовать торговую марку принадлежащую другой компании. Все реализации java сейчас совместимы, т.е. байткод сгенерированный OpenJDK будет выполняться в любой виртуальной машине той же либо более высокой версии.
дык и на вба наверное можно такое накатать. и запускать из ворда.никто не говорил, что жаба вообще нихрена не умеет.
тут просто некоторые утверждают что она быстрее и си, и си++... прям асм и не иначе.
>дык и на вба наверное можно такое накатать. и запускать из ворда.
>
>
>никто не говорил, что жаба вообще нихрена не умеет.
>тут просто некоторые утверждают что она быстрее и си, и си++... прям
>асм и не иначе.Но vba далеко не кроссплатформенный, требует верд и ИМХО ущербный как язык. (только не нужно холиварить еще по этому поводу :))
У Java есть несколько слабых мест в производительности: awt/swing (по словам разработчиков в силу своей кросспатформенности и высокого уровня абстракции), Garbage Collector уходящий иногда в загул и требовательность к обьему памяти. По-моему, никто этого не скрывает. Oracle там какой-то замечательный GC обещала, но я его не видел и не знаю насколько он хорош. Чтобы победить две другие проблемы Google и затеял как раз возню с новой vm (если им верить).
Еще есть одно слабое место, но обычно его можно обойти малой кровью, если есть голова на плечах: работа со строками - немодифицируемыми (для thread safe) обьектами. Только начинаются строки и всякие там regexp Java показывает себя не с самой хорошей стороны.
Несмотря на эти приколы в синтетических тестах (например, http://shootout.alioth.debian.org/) java показывает себя очень хорошо. Мой опыт показывает, что написание приложений для web работают значительно лучше чем аналогичные приложения на php. На десктопе в универе рисовал на формочках всякие там life и рисовалось гораздо быстрее чем у однокурсников в Delphi. Может просто я писал код лучше, или всетаки заслуга jit.
Как ни крутить любой интерпретируемый язык имеет ряд плюсов: Segfault'а я за пять лет в java так и не увидел (а в php видел :)), удобней чем с/c++ (хотя бы трейсбеком для возникающих ошибок и тем же GC) и безопасней (не 100%, но легим движением руки сделать страшную дыру программисту сложнее). А java еще имеет толпу готовых писать приложения программистов, а также Scala, Groovy, JPython, JRuby в нагрузку.
>гугловская ява имеет общий синтаксис и название, и больше ничего.- в этом и смысл иска, пора вспоминать забытое выражение "Pure Java"
>какое отношение оракл вообще имеет к гугловкой яве ??? только то, что
>гугловская ява имеет общий синтаксис и название, и больше ничего. оракл
>хочет всех удерживать за яйца, имея для этого всего 7 патентов.
>а выйдет ли ? вспомнил нетленное "накось выкуси"©Гугл занялся двоичной трансляцией ява кода для выполнения в далвике. Чего тут непонятного.
пруф на информацию, где сказано что это запрещено.
mdaaa..... эта oracle просто слон какой-то злобный. привалила на нашу голову. с другой стороны, когда сообщество этого тролля свалит, будем надеяться, оно станет сильнее. чтоб больше никто не совался.
>mdaaa..... эта oracle просто слон какой-то злобный. привалила на нашу голову. с
>другой стороны, когда сообщество этого тролля свалит, будем надеяться, оно станет
>сильнее. чтоб больше никто не совался.Вообще-то в этой истории враг - Гугля.
обоснуй (это глагол если че)
>обоснуй (это глагол если че)см. предыдущую новость.
> При открытии кода Java лицензия GPLv2 для OpenJDK была выбрана с учетом необходимости
> дополнительного лицензирования технологий Java в случае их использования
> OEM-производителями в закрытых проектах. Google не согласилась с таким положением дел
> и создала собственный аналог Java ME, распространяемый к тому же под лицензией Apache
> 2.0, несовместимой с GPLv2. Более того, компания Google создала собственную
> виртуальную машину Dalvik, не совместимую на уровне байт-кода с JVM и требующую
> использования специального транслятора для преобразования Java-кода в Dalvik-код.
> При этом право на свободное использование Java-патентов распространяется только на
> открытый под лицензией GPL код OpenJDK."Как видим, Гугля положила большой ..й на GPL,
надыбала нужно коду из OpenJDK и перелецензировала под Apache 2.0.
да ладно. знаешь сколько я пасьянсов косынок с разными лицензиями видел.
если найдешь код из OpenJDK в Dalvik'е, то да. но с таким же успехом его можно искать и в .нете.
а пока видно только одно - гугля положила на оракловые патенты. а тут, как говорится, суд разберется кто больше положил патентов на патенты и патентами подтерся.
>а тут, как говорится, суд разберется кто больше положил патентов на патенты и патентами подтерся.Остро, точно, злободневно
Это как если бы Гугл написал GCC(Google Cool Compiler) и выложил под BSD лицензией. Даже допустим без воровства кода, а все с нуля, да еще с шахматами и другими атрибутами.Данная история аналогична, только про Джаву.
Если не задаваться вопроами "Кому это выгодно?" и "Почему Гугла не устраивает GPL?", все выглядит вполне безобидно.
нет. не так.
гцц - компилятор. а java - язык. и использует его гугль только как язык.
гугль далвик написал, а то что он java в свой же байт-код компилит, ну так и c/c++ тоже не только гцц копилит, нет?
в визуал сях тоже вот винспицифик есть и такой код под линем не собирется.
>нет. не так.
>гцц - компилятор. а java - язык. и использует его гугль только
>как язык.
>гугль далвик написал, а то что он java в свой же байт-код
>компилит, ну так и c/c++ тоже не только гцц копилит, нет?
>Компилит, компилит, ... только со стороны это выглядело бы так:
Написал ты свой компилер для С/С++, весь такой, красивый, умный, шустрый,
но тормозной код генерит. Надо оптимизацию под последние процессоры!
Что бы долго не курить, берем код из GCC, даже не код, а сами алгоритмы.
Вау, чудо, работает! Все, пускаем в продакшен, лицензия Apache 2.0! Ура!
код не брали. вот в чем вопрос.может пару идей, да. но не код. где в исковом заявлении воровство кода. где пдфки аля ско?
вот пустьпортфелями померяются. много интересного узнаем.а алгоритмы - в машине регистровой мало что нужно от стековой.
что остается? классы? ну дык они в общем доступе. и даже уже открыты.дак и методы оптимизации, сжатия кода и тд во всех компиляторах одинаковы.
так же есть и винспецифик и гццспецифик.
Смотрите шире.
Возьмите любую _нужную_ программу под GPL и напишите полный ее аналог под любой открытой не copyleft лицензией и мы скажем, что вы === враг. =)
Если при этом вы все сделаете законно и красиво и без явного воровства, это еще хуже по сути. =)
В данном деле единственное, что может оправдать Гугла - это _нужность_ Джавы. Но с другой стороны, если у Гугла все получится, он может взяться и за GCC и за бизибокс, и за ядро в конце концов.Еще интереснее было бы понять мотивы Оракла. Он убивает ОпенСоляру и развивает GPL-ные ОпенОфис и VBox и еще не боится судиться с Гуглом. Во всех этих действиях для FOSS сообщества больше позитивных моментов, ИМХО.
Только с мускулем пока не понятно что планируют сделать.
блин, можно подумать для гцц нет аналогов.
и вообще, назовите хоть одну прогу, для которой нет аналога.
для драного дотнета и то есть драный моно. и против моно я именно потому, что мс (как оракл с java) загоняет в патентную ловушку всеми способами всех кого может овец именно перед стрижкой.
среди программистов вообще ходят упорные слухи, что все проги - это наборы 0 и 1.
шире блин смотреть, угу. сами то поняли что сказали?
>Еще интереснее было бы понять мотивы Оракла. Он убивает ОпенСоляру и развивает GPL-ные ОпенОфис и VBox и еще не боится судиться с Гуглом.мотивы любой коммерческой конторы понятны.
но почему именно гугл - я пока даже предположить не берусь. он им сейчас конкурент как самолету формула 1. может нужен прецедент перед боданием с сапом, ibm и тд. а может ещё что.
Объясните для начала, почему Гуглу понадобилось писать свою Джаву(которая якобы не Джава), если есть OpenJDK под GPL. Вместо допиливания готового, они вложились в изобретение велосипеда и поимели проблемы с патентами, о которых прекрасно знали. И что они с этого поимели кроме обхода GPL? Я подскажу - абсолютно ничего. Значит и цель их была - обойти GPL.>блин, можно подумать для гцц нет аналогов.
Нет. Но допустим есть, и что дальше?
Джаве тоже есть аналоги. Зачем писать еще один бесплатный аналог? Это же денег стоит немалых, а цель у любой коммерческой конторы, как вы утверждаете, только одна.
чтобы не городить ерунды, надо хоть в терминах определиться.
гугля написала виртуалку. аналог jvm. но сделала её регистровой вот для чего http://ru.wikipedia.org/wiki/Dalvik_virtual_machine
>Dalvik оптимизирован для низкого потребления памяти, это нестандартная регистр-ориентированная виртуальная машина, хорошо подходящая для исполнения на RISC-процессоров11
>It runs applications which have been converted into a compact Dalvik Executable (.dex) format suitable for systems that are constrained in terms of memory and processor speed.благодаря этому полноценная ОС адроид уже нифига не напоминает тормоза j2se, которого пришлось кострировать до j2me чтобы оно хоть как-то запускала казуалки.
сам же андроид - не оригинальная разработка, купленная и доработанная вещь
http://ru.wikipedia.org/wiki/Dalvik_virtual_machine
>Android — операционная система для мобильных телефонов и смартбуков, основанная на ядре Linux[2]. Изначально разрабатывалась компанией Android Inc., которую затем купила Google.теперь понятно?
собственно Dalvik - улучшенный вариант j2se. благодаря ему анроид не уступает по юзабилити iphone.
/j2se/jvm/
зы:
всё естествено применимо для мобильных девайсов.
вот еще про патенты в 2007
>Dalvik: how Google routed around Sun’s IP-based licensing restrictions on Java MENOVEMBER 12TH, 2007
http://www.betaversion.org/~stefano/linotype/news/110/
Педивикию вы читать умеете, я в этом и не сомневался.>благодаря этому полноценная ОС адроид уже нифига не напоминает тормоза j2se
Во-первых напоминает же. Вы андроид в руках держали?
Во-вторых если андроид, то Java ME, а не SE.
В-третьих самое главное, о чем я и спрашивал по сути: Зачем изобретать велосипед и зарабатывать судебный геморрой? Вы же сами пишете, что Dalvik суть доработанная JVM, так почему он написан с нуля, а не доработан имеющийся открытый код под GPL? Мне интересны не отмазки, а реально понять в чем заключалась _необходимость_ вкладываться в разработку и в судебные издержки. Если надо было сменить лицензию, чтобы не ограничивать себя и понравиться проприетарным конторам и производителям железок, тогда все логично. Иначе вообще не понятно какие такие преимущества в Далвика, которых нельзя было добиться в GPL реализации Джавы.
Да не имеет значения на основе чего свою vm сделал google: на OpenJDK или Апачевской гармонии. Дело в том, что после того как Sun выпустил OpenJDK, а теперь и Oracle, все другие jvm не кошерные. Еще при живом солнце из-за этого были терки с апаче, а на основе апачевской джавы не только google что-то делает, но и межделмаш. В общем, оракл начал воплощать мечту солнца об однополярном джава мире - либо OracleJDK, либо OpenJDK и больше нет ничего другого. Так что, если у оракла прокатит с гуглом, то, скорее всего, не будет и гармонии от апачей. Оракл просто всех заставит пользоваться либо OpenJDK либо платить бабки.
Это да, понятно. Но чем же плох OpenJDK, что IBM и Google так не хотят его использовать?
Я конечно не одобряю методы и Оракла, но то что он делает пойдет на благо опенсорса, имхо. Он отделяет мух от котлет. Проприетарные проекты отдельно и за них надо платить деньгой, а опенсорсные отдельно и за них надо платить принятием GPL. И никаких халявных ОпенСоляр под CDDL.То же самое с Джавой. Пускай все у кого стоит на Джаву используют и пилят и форкают OpenJDK. Ну а неисправимые проприетарщики будут платить за лицензию, если их тоже Джава возбуждает. И никаких халявных JVM под апач лицензией не надо. От этого джавафилы только выиграют в конечном итоге.
> Но чем же плох OpenJDK, что IBM и Google так не хотят его использовать?Тем, что разработка подченена ораклу и он под GPL, а на GPL свет клином не сошелся.
Это уже GPL vs BSD. Просто, если немало разработчиков используют BSD лицензии. Разрабатывают программы под нее и возвращают код, открывая его, а это значит, что где-то это удобнее чем GPL. И это тоже опенсорс.> форкают OpenJDK
Да любой форк будет караться ораклом. Oracle хочет контролировать всю джаву (в данном случае хочет урвать деньжат с андройда и подчинить его себе), а это уже не опенсорс, это только его подобие прикрытое GPL-ом. Никому от этого хорошо не будет - от монополий еще никому хорошо не было (ну, кроме самих монополий).
Крупные компании изъявляли желание участвовать в разработке джава, а получается наоборот:
http://www.linux.org.ru/news/java/5221575/page12?lastmod=128... (просто лень писать все это самому)
Это, наоборот, развал опенсорса.
>Да любой форк будет караться ораклом.Не исключено, что Оракл хотел бы этого, но вопрос "как?". От патентов GPLv2 должен защитить.
Да в этом разборе Oracle vs Google это GPL vs BSD. Гугл давно не любит GPL и очевидно боится GPLv3(из-за своих SAAS) и это можно понять. А Оракл явно не хочет отдавать свои собственные наработки под BSD-like и это тоже можно понять и я это даже местами одобряю. Это вполне нормально.
ЗЫ ЛОР на ночь глядя читать не буду, но завтра посмотрю, что там за "развал опенсорса" на ЛОРе =)
лицензии (любые) от патентов не защищают.а зачем гугл сделал свою вм - это очевидно.
чтобы гуглофоны не тормозили.
ораклу/сан же на это наплевать. им главное стоять у руля.я за гпл, но против патентов. поэтому я в данном случае за гугл. и за свободу писать свой код.
>лицензии (любые) от патентов не защищают.Правда? А что тогда защищает от патентов, молитва Животворящему Кресту Господню поможет?
>чтобы гуглофоны не тормозили.Почему же они тормозят?
вы инопланетянин?
до сих пор не поняли почему есть движение против патентов на ПО?против одного партфеля патентов на сегодняшний момент защищает только другой портфель патентов. и куча адвокатов. именно поэтому создаются независимые фонды где аккумулируются патенты для защиты открытого ПО.
патент - это возможность сказать в суде "а мне пофиг какая у тебя лицензия. ты вообще не имел право выпускать (под любой лицензией) это ПО, т.к. у меня монополия на эту идею на 15 (поставить число по выбору страны) лет"
>Почему же они тормозят?у меня - ведут себя адекватно железу. не хуже iphone и в 3-и раза дешевле.
и намного лучше, чем казуалки на j2me
>против одного партфеля патентов на сегодняшний момент защищает только другой портфель патентовOMFG. Интернет становится вторым телевизором в плане промывания мозгов и распространения невежества. Вы кроме новостей здесь и на ЛОРе что-то читаете?
Владелец патента може выдать вам лицензию на использование патента, это как-раз нормальный и предусмотренный законом способ, а меряние портфелями это брачный танец перед заключением(или не заключением) таких лицензионных соглашений.
ну и при чём тут лицензия?
форкающий оказывается еще и покупать что-то должен. в гпл это сказано?зы:
обычно в таких ситуациях пишут - слив засчитан.
Совсем чукча не читатель?>обычно в таких ситуациях пишут - слив засчитан.
В ваших кругах видимо так и пишут, и я почему-то не удивлен.
оставим мои сомнительные связи и посмотрим как лжет filosofem тут и сейчас - http://www.opennet.me/openforum/vsluhforumID3/47.html#244
>Во-вторых если андроид, то Java ME, а не SE.Не держал, но припоминается как раз обратное утверждение -- могу завтра уточнить у штатного джависта, он на ME много писал и разницу знает достаточно.
PS: смотрю на Ваши измышления и с ужасом думаю о своих трёхстраничниках. :)
ну а видимо и ее читать не умеете :D
андроид и не se, и не me. (забавно по русски звучит, не так ли?) это то и бесит оракл.
по функциональности он ближе к se, по скорости и возможности работы на мобильных платформах - обходит me.
именно для такого результата гугля и сделала свою, регистровую вм.зы:
ничего что я ваш так называемый "сарказм" не замечу?
я ведь понимаю, что сказать то вам было нечего.
>андроид и не se, и не me.Сравнивать его с ME правильно, чтобы в одной весовой категории, не?
Что кто-то кого-то уделал по скоростям, это в рекламе Гуглофона написано? Визуально тормоза и отзывчивость интерфейса того же самого порядка.
>Сравнивать его с ME правильно, чтобы в одной весовой категории, не?я в общем уже всё сказал что хотел.
взгляните на архитектуру ( http://developer.android.com/guide/basics/what-is-android.html )
и сравните.>Визуально тормоза и отзывчивость интерфейса того же самого порядка.
не замечал. может на какой-нибудь китайской поделке с трудным именем....
в любом случае - 30% рынка в США что-то да говорят и о скорости, и о функциональности.
у меня лично н900, у ребенка - Samsung Galaxy 3.
Не надо меня посылать на архитектуру, разве я похож на джава-програмера?
но вы тем не менее пытаетесь их "авторитетно" сравнивать. :Dзы:
там не много читать. и там даже есть картинка, по которой сразу видно - где j2me и где андроид.
Ну уж поавторитетней некоторых рассматривателей картинок. Знаете, что-то мне подсказывает, что даже я Джавакода написал больше вас.
>в любом случае - 30% рынка в США что-то да говорят и
>о скорости, и о функциональности.Тогда Windows у которого 90% десктопа вообще совершенство. Остальные отстой.
ну конечно, у андроида уже масса дроид-специфик кода и дроид-онли программ.такие аргументы даже тупой манагер не напишет.
зы:
помнится для работы оебс одним из требований стоит мсоффис не ниже 2003 на всех клиентах.
угу. жаба блин.
>Во-вторых если андроид, то Java ME, а не SE.Вона дядько ESR говорит http://perens.com/blog/d/2010/8/13/33/ , что оно не-ME *и* не-SE, из-за чего _не_получает опне-сорс обещания "избавления от патентного преследования".
Вот такой вот _хреновый карпративный патентованый _опенсорс.... :/
>Вона дядько ESR говорит http://perens.com/blog/d/2010/8/13/33/ , что оно не-ME *и* не-SEНе писал же я, что андроид это ME. Там был контекст сравнения производительности и аноним считает, что производительность андроида надо сравнивать с j2se, хотя с ME сравнивать корректнее.
>аноним считает, что производительность андроида надо сравнивать с j2se, хотя с ME сравнивать корректнее....а Оракл считает, что производительность андроида нужно сравнивать со списком патентов и обналичивать в суде. Наняв для этого б.адвокатов SCO http://esr.ibiblio.org/?p=2443 , что характерно. Проприертарщики дерутся -- анонимы тешатся+++
Упс! ^^_Эта^^ ссылка на ESR-а, предыдущая -- на [его близнеца? Sorry!] Перена---
Отдельное спасибо http://updo.debian.net/jwz-free/ ... Бонус: оттуда же, Брэдли Кюн о предмете - http://ebb.org/bkuhn/blog/2010/08/16/oracle-google.html для тех, кто любит подлиннее///
> Наняв для этого б.адвокатов SCO http://esr.ibiblio.org/?p=2443Круто! Особено вот это катит:
Predating the 6192476 patent, RFC 86.0 is probably grounds for an obviousness challenge.
Да и это тоже, Дика порадует :)))))):
There’s prior art for the 7426720 patent in Emacs. Happens I know that part of the Emacs codebase of old and can confirm the author is correct. One down, six to go.
ложь обыкновенная.
я уж точно этого не говорил.
вот мой пост с которого собстно и начался трэд - http://www.opennet.me/openforum/vsluhforumID3/47.html#105зы:
2 Andrey Mitrofanov - спасибо за ссылки. интересно.
ой, цитата из того поста:
>благодаря этому полноценная ОС адроид уже нифига не напоминает тормоза j2seЖжешь однако.
ну конечно. говорят, раз соврав, второй уже легче.
как специалист скажи, не врут?>Там был контекст сравнения производительности и аноним считает, что производительность андроида надо сравнивать с j2se, хотя с ME сравнивать корректнее.
легким движением руки "контекст сравнения" переходит от функциональности к скорости.
действие 1.
(ф - философ, я - собственно я)
ф - а зачем гугля сделала замену опендждэка?
я - чтобы повысить производительность. и повысили.
...
ф - "контекст разговора" шел о скорости.
занавес.зы:
за кулисами.
проплаченные аналитеги - юзайте j2me! она отлично подходит, не дорого стоит.
пользователи - девайс 10-и-летней давности. жрите это сами.
>[оверквотинг удален]
>Во-вторых если андроид, то Java ME, а не SE.
>В-третьих самое главное, о чем я и спрашивал по сути: Зачем изобретать
>велосипед и зарабатывать судебный геморрой? Вы же сами пишете, что Dalvik
>суть доработанная JVM, так почему он написан с нуля, а не
>доработан имеющийся открытый код под GPL? Мне интересны не отмазки, а
>реально понять в чем заключалась _необходимость_ вкладываться в разработку и в
>судебные издержки. Если надо было сменить лицензию, чтобы не ограничивать себя
>и понравиться проприетарным конторам и производителям железок, тогда все логично. Иначе
>вообще не понятно какие такие преимущества в Далвика, которых нельзя было
>добиться в GPL реализации Джавы.Предположительно:
"Dalvik оптимизирован для низкого потребления памяти, это нестандартная регистр-ориентированная виртуальная машина, хорошо подходящая для исполнения на RISC-архитектурах процессоров, часто используемых в мобильных и встраиваемых устройствах, таких, как коммуникаторы и планшетные компьютеры. Большинство виртуальных машин, используемых на десктопах, являются стек-ориентированными, включая стандартную виртуальную машину Java от Oracle." (Википедия)
Ксожалению, не обладаю достаточной квалификацией оценить насколько было необходимо это делать и какой прирост производительности получит виртуальная машина. Если верить писанине, то довольно серьезно.
>блин, можно подумать для гцц нет аналогов.Пожалуйста, аналоги в студию. Чтобы я мог вот сегодня взять их и сгенерить код под x86, x64, MIPS, ARM, AVR и PPC, и чтобы код был качеством не хуже чем то что генерит GCC. А, ну и разумеется это должно быть под либеральной открытой лицензией, разумеется. Иначе не спортивно.
Пожалуйста, не выдергивайте фразы из контекста.
никто не спорит о мощи гцц и прочих ветряных мельниц.вопрос был просто в принципе - есть куча компиляторов с языка С. и не всегда исходники, компилящиеся в одном, также успешно компилятся в другом.
так почему бы не быть куче компиляторов java и виртмашин java? и почему для этого нужно иметь индульгенцию от оракла?
тем более, что в андроиде исходники всегда компилятся оракловым javac.
>>блин, можно подумать для гцц нет аналогов.
>
>Пожалуйста, аналоги в студию. Чтобы я мог вот сегодня взять их и
>сгенерить код под x86, x64, MIPS, ARM, AVR и PPC, и
>чтобы код был качеством не хуже чем то что генерит GCC.
>А, ну и разумеется это должно быть под либеральной открытой лицензией,
>разумеется. Иначе не спортивно.LLVM+CLANG пойдет? Из http://www.llvm.org/Features.html:
# An easily retargettable code generator, which currently supports X86, X86-64, PowerPC, PowerPC-64, ARM, Thumb, SPARC, Alpha, CellSPU, PIC16 MIPS, MSP430, SystemZ, and XCore.
# LLVM is freely available under an OSI-approved "three-clause BSD" license.
По скорости и качеству генерируемого кода хз, но сам код генерится по словам разработчиков значительно быстрее.
FreeBSD во времена релиза 8.0 смотрели в сторону перехода на него (не знаю как там сейчас).
>[оверквотинг удален]
>кода. где пдфки аля ско?
>вот пустьпортфелями померяются. много интересного узнаем.
>
>а алгоритмы - в машине регистровой мало что нужно от стековой.
>что остается? классы? ну дык они в общем доступе. и даже уже
>открыты.
>
>дак и методы оптимизации, сжатия кода и тд во всех компиляторах одинаковы.
>
>так же есть и винспецифик и гццспецифик.Заниматься двоичной трансляцие ява байткода и ничего не лицензировать - это как называется? И ведь в спеках напишут - что ява у них работает
это называется здравый смысл.
даже если я покупаю компилятор, то исходники и результат компиляции - моя собственность.
ну какбэ - это моя программа. что хочу то и делаю - компилю, дизассемблирую, оптимизирую, сжимаю код.
где написано, что результат компиляции мне не принадлежит и я не могу с ним делать то, что хочу?
С логикой проблемы? Двоичная трансляция кода это конечно не копипаст исходников, но недалеко от этого стоит. Запускать в своем далвике свой байткод - все ок.
не поверишь, но в далвике выполняется именно свой байт-код.
и уж извени, но со своей прогой я делаю что хочу.>Двоичная трансляция кода это конечно не копипаст исходников, но недалеко от этого стоит.
правда?
а ничего что я и свои бинарники дебажу?
и hex-editor'ом смотрю?ты меня с кастомером не путай. это им лапшу вешай.
никде не написано, что результат трансляции моей программы имеет ограничения на различное применение.
Мля, речь не о твоем личном коде, о чужом коде. Со своим делай что хочешь. ИзвЕни принимается. Закончим флейм
мля, покажи чужой код в дроиде.зы:
даже оракл в исковом это не указала. извЯните.
Его туда сам пользователь устройства поставит. Скачает что пожелает писаное на яве и поставит. Understand?
хрен там.
его еще и переделать надо, тк андроид нифига не se. это первое.
а для этого ему нужны сырцы. гпл? апч? бсд? где в этих лицензиях упоминание, что нельзя на дроиде? это второе.
третье. это уже проблемы пользователя. даже ораклу в голову не приходит обвинять в воровстве мс, если кто-то на винду ставят ворованную субд.
> Как видим, Гугля положила большой ..й на GPL,
> надыбала нужно коду из OpenJDK и перелецензировала под Apache 2.0.Какой-то странный вывод. Google не нарушал GPL, не менял лицензию чужого кода, по крайней мере этого не следует из процитированного тобой текста. Там сказано, что Гугл создал свой аналог, ну так это же совершенно другое.
>> Как видим, Гугля положила большой ..й на GPL,
>> надыбала нужно коду из OpenJDK и перелецензировала под Apache 2.0.
>
>Какой-то странный вывод. Google не нарушал GPL, не менял лицензию чужого кода,
>по крайней мере этого не следует из процитированного тобой текста. Там
>сказано, что Гугл создал свой аналог, ну так это же совершенно
>другое.Он занялся двоичной трансляцией ява байткода.
и что?
где написано в лицензии, что байт-код моей программы принадлежит ораклу?
>и что?
>где написано в лицензии, что байт-код моей программы принадлежит ораклу?Речь не про твою программу, а про кучу кода написанного другими. Транслировать в свой код и запускать - нехорошо
>Речь не про твою программу, а про кучу кода написанного другими.не поверишь, но в андроиде все программы и классы транслировались по доброй воле их создателей.
Посмотрите по ссылке, там некоторые моменты понятно изложены.http://www.betaversion.org/~stefano/linotype/news/110/
моменты не интерисуют.
интерисует права на мой код.
>моменты не интерисуют.
>интерисует права на мой код.Прочтите еще раз, если не доходит. Или с английским проблемы?
нормально у меня с буржуйским.
вот почитай http://ebb.org/bkuhn/blog/2010/08/16/oracle-google.htmlчто интересно, ввести ограничение для использования твоей же (или опенсорсной) проги и сказать, шо так и было и это правильно, и нифига не ограничивает твои свободы - это круто.
заметь, даже оракл в исковом заявлении не выдвигает озвученные тобой требования, а только нарушение патентов.
Даешь LUA?:) А вообще, в недальновидность, беззубость и безмозглость гугловых юристов/программистов/управленцев мне верится с трудом. А вот в то, что оракл сможешь стать патентным троллем с сожалением, но верится.
>Даешь LUA?:)bash и elisp? :+j
Вызов принят и подтвержден. Похоже действительно будет забавное зрелище.
да портфелями потрясут и усе.
оракл пока не ско - долго играть тоже не захочет.
дай Бог, Maemo придёт
Теперь гугл будет прикрываться opensource и давить на жалость.
Что вобщем-то он и сделал - переводя стрелки "Иск Oracle является разочаровывающей и безосновательной атакой против open-source сообщества Java"
"Google будет защищать open source стандарты"Кто нить покажет где в перечисленых возражениях opensource страндарты?
Это ли не попытка притянуть opensource движение к защите своей задницы ?
Android = Open Source. Я не вполне понимаю что вы имеете в виду.
подскажу больше:
Каким боком Android является OpenSource стандартом?
Если речь идет о Davik - то что бы называться java vm ему надо проходить весь набор тестов,
иначе слово Java из названия надо убрать и заплатить бабло за сертификацию.
Google решил что можно использовать java (tm) сделать что-то свое наколенное и ничего ему за это не будет. Странное поведенние.
Ровно тоже самое как с FireFox - если ты что-то там свое колбасиш - называть это FireFox не имеешь право.
Так спрашивается - почему Google притягивает к внутрикорпоративным разборком OSS сообщество?
Опыт автора MySQL который плакался и втыкал палки в колеса Oracle не дает спокойно жить ?
Google никогда не использовала слова Java VM для Android, только Java язык:Java support
While Android applications are written in Java, there's no Java Virtual Machine in the platform and Java byte code is not executed. Java classes get recompiled into Dalvik executable and run on Dalvik virtual machine. Dalvik is a specialized virtual machine designed specifically for Android and optimized for battery-powered mobile devices with limited memory and CPU. Android does not support J2ME, like some other mobile operating systems. J2ME support can be provided via third-part-application such as the J2ME MIDP Runner [60].
>Google никогда не использовала слова Java VM для Android, только Java язык:
>А вот для того что бы "Java classes get recompiled into Dalvik executable and run on Dalvik virtual machine", Гугля и нарушила патенты.
судя по спискам патентов - нет.
чтобы перекомпилять классы (опенсорсные, заметь) в байткоддалвика, или вообще в бинарник данные ноухау не нужны.
ну нельзя же быть таким деревяным :)
слово java язык - тоже использовать нельзя.
Надо или полностью соотвествовать спецификации на язык - или не называть это java.
подчеркиваю _полностью_соотвествовать_
бросьте эту ахинею. постоянно языки отличались от разных вендоров - msvc2, bc3, watcom - компиляторы разные, а язык один. с паскалем таже бэде. с бэйсиком. на рк86 бэйсик нифига не а-бэйсик в ibm pc. ассемблеры - все поголовно. команд (сколько там было в первом cpu? 157?) одни, а синтаксис хрен узнаешь.
а от визуал си никогда не видели код atl с внедрённым midl? офигенный с++
[request_handler("Default")]
class CDefault{
[tag_name(name="HelloWorld")]
HTTP_CODE OnHelloWorld(void){
m_HttpResponse << "Hello World!";
return HTTP_SUCCESS;
}
ну а если рассматривать java как трэдмарк, то это уже нифига не язык программирования.
Да да.. перестаньте нести ахинею и ознакомьтесь с историей вопроса.
Sun всегда выступал за стандартизацию языка, и требовал что бы все было совместимо.
И слово Java мог использовать только тот проект который 100% проходил технологические тесты.
Теперь Google создает что-то свое похожее по функционалу на JavaME, называется это java языком, не проводит тестов на совместимость - но продолжает это называть Java.
А чуть его взяли за яйца начинает кричать что OpenSource в опасности и гугл надо спасать от злого Oracle.
Клевая позиция ?
Во во.
Почти как с MySQL - ой я тут его продал, но я бы хотел что бы все развитие советовались со мной.
А то я буду кричать что OpenSource в опасности.
да плевать что там хотела сан. она уже всё сказала.
я знаю одно - опенсоурс всегда пыступал против монополий.чтобы не писать ерунду, хотя бы посмотрели как идёт процесс создания приложений для андроида.
исходники вначале компилятся javac из jdk 1.5/6 в жабовский байткод, и только потом этот жабовский байткод компилится в байткод далвика.т.е. в далвике выполняется код, сырцы которого настолько стандартны, на сколько стандартен javac от сан/оракл.
зы:
удачи в борьбе с невежиством.
>я знаю одно - опенсоурс всегда пыступал против монополий.Тогда гугл с его несовместимой ни с чем явой - должен умереть? Как монополия на андроид, разумеется.
если только вместе с ораклом, то согласен.
а если нет, то это еще один прецедент на право монпольно судить "казнить нельзя помиловать".зы:
ты уж определись - ты за патентный троллинг или нет.
Смешной ты, придумываешь за OpenSource то чего они не делают :)
Они всегда выступали за свободу кода, и причем тут монополии - наверно знаешь только ты :)
Удачи в придумывании паралельной действительности и выкидывании из своего мира BSDL, MIT, etc... лицензии которые делают код свободным без всяких условий.
Ах да, за одно можешь удалить со своего компа, телефона и тп - все под этими лицензиями :)
ну там XOrg, Mozilla, apache, .... список можно продолжать :)
логичный ты - опенсорс за свободу кода, даже если этот свободный код будет разрешать запускать и изменять только одна контора.опенсоурс за свободу кода от монопольного использовния.
чуешь, где собака порылась?
Ну что ж. Вот мои впечатления: крупные шараги заимели бекенды в виде опенсорц сообщества, и фронтенды в виде своих развоработок. К сообществу они одним лицом, к покупателям другим (сообщество != кастомеры). Итак, гугл повернут к сообществу "типа всеобщим опенсорцом" и ореолом защитников свободы, в то же время барыжат с другой стороны. Оракел повернут к сообществу бтрфсом и прочим типа опенсорцом, но сам то знает что главная задача-это фронтенд с кастомерами. И вот тут клэш-шараги начинают грызтся, пытаясь откусить друг у друга сообщество-вот оракел кусает гугля в его сообщество.
Как же отвратительно противно быть предметом рассчётов маркетологов этих шараг, какими являются поклонники опенсорса. Нет, я любл. опенсорц, вернее bsd, но мне глубоко отвратительны эти игрища, а самое главное - моё потенциальное в них участие, пусть и косвенное, в виде рассчётной еденицы маркетолога.
>Ну что ж. Вот мои впечатления: крупные шараги заимели бекенды в виде
>опенсорц сообщества, и фронтенды в виде своих развоработок."Паны дерутся, а у холопов лбы трещат".
Что-то я не понимаю. В чём проблема: взять код OpenJRE, форкнуть его, переделав под свои задачи, не забыв при этом выложить исходный код в публичный доступ, как того требует лицензия GPL. Может быть, Google взял и написал свою реализацию Java с нуля? Ну тогда они вообще молодцы, только раз к ним прикопались с патентами, значит, можно ими же прикопаться с GPL-ному OpenJRE? Может, код OpenJRE был написан до регистрции патента, или в чём дело, я не понимаю?!
это не форк. давлик регистровая вм, байт код другой и тд.
язык только тотже. только не все спецификации держит и малехо своих.
в общем могли бы назвать жаба++/--/##/...согласно заявлению оракл они просто нарушили патенты.
а согласно этим патентам их же могли нарушить в любых других проектах и не связанных с java (и на с/с++, и на дотнете, и на vba)
>согласно заявлению оракл они просто нарушили патенты.
>а согласно этим патентам их же могли нарушить в любых других проектах
>и не связанных с java (и на с/с++, и на дотнете, и на vba)Могли, но право выдвижение судебного иска остается у владельца.
Детсадовские отмазки, типа "- А почему Серёже можно какать на тумбочку, а мне нет" не прокатят.
а я где то говорил про "сережку"?
и кстати твой пример отлично характеризует работу патентной системы (а заодно и твой уровеь моделирования ситуаций) - "сережке" официально можно срать на тумбочки, тк это его папа эту тумбочку принес.хорошо, что по существу возражений не последовало.
а значит дело не в платформе java и ее стандартах, а исключительно в патентах. и в патентах на алгоритмы.ну и конечно в жлобстве, тк право выбора "срущих на тумбочки" остановилось именно этой конторе, а не на другой. например на ibm. там тоже по линии стандартов жабы есть к чему прицепится. и, кстати, голубые конкурируют с ораклом, а гугл толи проба пера, толи больше можно срубить.
вот для затравки:
>http://ru.wikipedia.org/wiki/Java_Virtual_Machine#.D0.9A.D0....
>Sun остается в оппозиции Eclipse Foundation, как и Microsoft. Формально основной причиной противоречий остается библиотека SWT, которая противоречит Sun-концепции виртуальной машины и переносимости java-приложений..
с английского чуть больше:
http://en.wikipedia.org/wiki/Java_Virtual_Machine
>Sun's JVM is called HotSpot. Clean-room Java implementations include Kaffe, IBM J9 and Dalvik. Sun retains control over the Java trademark, which it uses to certify implementation suites as fully compatible with Sun's specification.так что расколбас может начаться знатный.
а выиграет мс. и может не в последнюю очередь потому, что попалась под раздачу первой (хоть тогда и по делу).
интересно только одно - почему именно гугл? и будет ли быстрая мировая? обычный ли это троллинг или нечто большее?
>с английского чуть больше:
>http://en.wikipedia.org/wiki/Java_Virtual_Machine
>>Sun's JVM is called HotSpot. Clean-room Java implementations include Kaffe, IBM J9 and Dalvik. Sun retains control over the Java trademark, which it uses to certify implementation suites as fully compatible with Sun's specification.
>интересно только одно - почему именно гугл?Ага, наехать на IBM - самоубийство для Oracle, можно остаться без Oracle DB :))) там столько можно нарыть патентов, а у IBM половина нобелей работало!!! И отдел работы с патентами больше всего штата Oracle. И лежат они пока на дне, т.к. можно попасть под раздачу комиссии по ценым бумагам. Но тут будет все по честному - "они первые!"
Я думаю гугл сейчас кинется к IBM за поддержкой, те давно хотели отделить Java от Sun, a сейчас самое время! Ждем новый Foundational, где Oracle будет младшим партнером :)))))
>[оверквотинг удален]
>
>хорошо, что по существу возражений не последовало.
>а значит дело не в платформе java и ее стандартах, а исключительно
>в патентах. и в патентах на алгоритмы.
>
>ну и конечно в жлобстве, тк право выбора "срущих на тумбочки" остановилось
>именно этой конторе, а не на другой. например на ibm. там
>тоже по линии стандартов жабы есть к чему прицепится. и, кстати,
>голубые конкурируют с ораклом, а гугл толи проба пера, толи больше
>можно срубить.Всего 7 млрд. долларов, и Sun твоя, со всеми потрохами.
Но 7 млрд. заплатил не ты, а Oracle. Поэтому можно ей немножко порешать, что ей делать со всем этим добром?
да пусть решает. даже если купила за 1 цент.
главное чтобы не решала что делать с моим добром. я ей ничего не продавал.
> Могли, но право выдвижение судебного иска остается у владельца.Почему их GPL-ному OpenJDK можно быть под GPL, и при этом не нарушать никаких патентов, а другие Явы почему-то патенты нарушают? Можно ли форкать GPL-ный, свободный от патентов OpenJDK?
Если форкнуть GPL-ный JDK, то будут те же самые проблемы, так как он не несвободен от патентов. Просто Oracle сам себе их предъявлять не собирается :)
>Почему их GPL-ному OpenJDK можно быть под GPL, и при этом не нарушать никаких патентов, а другие Явы почему-то патенты нарушают?Потому что OpenJDK под GPLv2, а значит
>we have made it clear that any patent must be licensed for everyone's free use or not licensed at all
>В чём проблема: взять код OpenJRE, форкнуть его, переделав под свои задачи, не забыв при >этом выложить исходный код в публичный доступ, как того требует лицензия GPL.GPL спасает от патентов, от торговых марок?
>GPL спасает от патентов, от торговых марок?OpenJDK под GPL и к нему нет никаких претензий, ясное дело что владельцы кода Oracle. OpenJRE можно модифицирвать, выкладывая исходники. Почему тогда другая (пусть и свободная) лицензия имеет претензии праводержателей? Мне вот это интересно
предполагаю, что с целью продвижения дотнета баллмер может теперь дать юридические гарантии того, что моно и его форки, а также юзеры и разработчики не будут преследоваться. иначе кому оно надо, это моно, люди призадумаются зная что произошло с явой, и форки дотнета тем более будут даром никому не нужны.
>предполагаю, что с целью продвижения дотнета баллмер может теперь дать юридические гарантии
>того, что моно и его форки, а также юзеры и разработчики
>не будут преследоваться. иначе кому оно надо, это моно, люди призадумаются
>зная что произошло с явой, и форки дотнета тем более будут
>даром никому не нужны.Они и так никому не нужны, кроме кучки гиков и пионеров не осиливших ничего, кроме, сишарпа...
Ну нафига вставлять громоздкую Java-машину когда есть проверенный C++?
>Ну нафига вставлять громоздкую Java-машину когда есть проверенный C++?На этом Вашем проверенном С++ больше всего проверено вот что: как бы ни был крут программист, в большом проекте он все равно налажает. И переполнение буфера где-нибудь прохлопает, или память будет вечно течь, или сегфолтиться. А с явой переполнения буфера не возможны в принципе, поэтому никакая вирусня не проберется через брешь в каком-нибудь приложении. Только если юзер сам её установит, подтвердив, что он даёт ей доступ к карте памяти, интернету и еще чему-нибудь.
>>На этом Вашем проверенном С++ больше всего проверено вот что: как бы ни был крут программист, в большом проекте он все равно налажает. И переполнение буфера где-нибудь прохлопает, или память будет вечно течь, или сегфолтиться.И за это мы должны платить тормозами, вечно занятой памятью без всяких утечек.
>>А с явой переполнения буфера не возможны в принципе, поэтому никакая вирусня не проберется через брешь в каком-нибудь приложении.Только если юзер сам её установит, подтвердив, что он даёт ей доступ к карте памяти, интернету и еще чему-нибудь.
Вы знаете много юзеров которые занимаются разруливанием прав для каждой Ява-программки? Системы проактивной защиты не дают разруливать доступы для программ писанных не на яве?
>И за это мы должны платить тормозами,таким шибко умным как вы IZEN уже дал ссылку на набор диаграмм, где ясно показано, что в сравнении с плюсами ява НЕ тормозит. вот смотрите до просветления - http://kano.net/javabench/data
>>таким шибко умным как вы IZEN уже дал ссылку на набор диаграмм, где ясно показано, что в сравнении с плюсами ява НЕ тормозит. вот смотрите до просветления - http://kano.net/javabench/dataПиар ссылками можно кидаться сколько угодно, ява от этого быстрее не станет. Лучший способ убедиться в её скорости это самому посмотреть как она работает, а я ещё не встречал ява софта который бы работал быстрее, или хотя бы не медленее, своего аналога писанного на нормальном языке.
а то блин тормоза и не стандартный интерфейс не может увидеть каждый.
ставишь какую-нибудь хрень и сразу видишь - жаба.
а айзен может тут хоть весь опеннет ссылками закидать - жабу видно по полету.
>И за это мы должны платить тормозами, вечно занятой памятью без всяких утечек.На java и .net вполне можно писать хорошо работающие программы, в эпоху jit не такие уж эти тормоза заметные. Не считая того, что производительность процессоров и емкость чипов памяти растут сегодня очень быстро. Поэтому да, это невысокая цена за надежность и безопасность софта, не для того покупается процессор, чтобы 99.9% времени работы быть загруженным на 0.1%.
>Вы знаете много юзеров которые занимаются разруливанием прав для каждой Ява-программки?
При чем тут это? Речь вообще-то шла про андроид, где благодаря виртуальной машине можно точно контролировать к чему программа будет иметь доступ, а к чему - нет. Для с++, компилирующего в нативный код, такое четкое разделение сделать не получится, не говоря уже о сегфолтах и переполнений буфера. Мониторы и системы проактивной защиты, о которых Вы говорите, в действительности занимаются той же виртуализацией, внося точно такие же тормоза. Только в отличие от грамотно продуманной виртуальной машины на уровне архитектуры ОС, эти проактивные защиты являются сторонним костылем.
>>На java и .net вполне можно писать хорошо работающие программы, в эпоху jit не такие уж эти тормоза заметные. Не считая того, что производительность процессоров и емкость чипов памяти растут сегодня очень быстро. Поэтому да, это невысокая цена за надежность и безопасность софта, не для того покупается процессор, чтобы 99.9% времени работы быть загруженным на 0.1%.Я согласен что процессоры сейчас что надо, прекрасно помню те времена когда при проигрывании мп3 невозможно было что-то ещё делать на компе :) Но один умный человек сказал "Если мы будем пытаться заставить работать компьютер вместо нас - он будет работать вечно", так что возможно стоит просто поберечь электричество и спасти мир от угарных газов :)
P.S. Вот сейчас обновил яву на компе, и перестал запускаться ява софт от Cisco, откатился - запускается, вот вам и преимущества явы.
>P.S. Вот сейчас обновил яву на компе, и перестал запускаться ява софт от Cisco, откатился - запускается, вот вам и преимущества явы.А я вот обновил яву на компе, и мой ява-софт как запускался, так и запускается. Вот Вам и преимущества явы. И к чему этот Ваш пост о кривых руках циско-программеров? Я Вам и на с/c++ при желании такой же напишу, который отвалится после обновления libc/boost/stdcpp
> не для того покупается процессор, чтобы 99.9% времени работы быть загруженным на 0.1%.процессор покупается для того, чтобы программы быстрее выполнялись, а не новые модные фишки со скоростью как нативный код на предыдущем процессоре лишь потому, что новому поколению программистов лень
проактивная защита/vm в 99.99% случаях ненужна, как и гарантированные тормоза всё это время, наращивание мощностей железа лишь провоцирует индустрию к ***локодерству, к сожалению
>проактивная защита/vm в 99.99% случаях ненужнаувы, индустрия производителей современных устройств Вас спросить забыла и пошла по этому гиблому пути :( за исключением чисто гиковских n900 все реально используемые мобильные платформы это дело используют. Никто там не дает пользователю запускать произвольный код, либо виртуальная машина, либо жесточайшие ограничения на запуск только доверенного кода.
Собственно, наоборот - чем дальше, тем больше свобод у пользователя. Сначала зашитый софт, потом java ME, потом винмобайлы да симбианы, сейчас андроид... И да, MeeGo - логичный следующий шаг.
>Сначала зашитый софт, потом java ME, потом винмобайлы да симбианы, сейчас андроид...Вы читать умеете или как? А думать?
Если думать все-таки умеете, то попробуйте еще раз осмыслить переход (винмобайлы да симбианы) -> (андроид + wp7 + iOS)
Раньше я мог взять sdk для симбиан или винмобайл, написать любое приложение и спокойненько его установить в телефон. И это были _нативные_ приложения, которые вызывали api операционной системы и выполнялись непосредственно на процессоре (по крайней мере если не брать недо-дотнет для винмобайл). Что имеем сейчас? Меньшее из всех зол - андроид, но и там приложения выполняются в виртуальной машине, которая внимательно следит за действиями программы. Чуть что - сразу по рукам. Есть вроде NDK, но это не идет ни в какое сравнение с той же Nokia n900. Про WP7 и iOS и говорить нечего - в первой виртуальная машина и установка софта только из маркета микрософта. Вторая засаживает юзера в jail и так же позволяет ставить софт только одобренный партией, по крайней мере если телефон не взламывать. Приятное исключение - это уже упоминавшаяся здесь Nokia N900, вот там да, обычный линукс с нативным софтом. Только уж очень это нишевое устройство, по массовости она сильно уступает что айфонам, что андроидам.Вы все еще считаете, что с течением времени у пользователя смартфонов появилось больше свобод?
ну, если мой смартфон называется n900, то да.
я на нём свободно делаю всё тоже самое, что и на ноуте.
>ну, если мой смартфон называется n900, то да.а если бы у бабушки была борода... можно и отладочную плату купить для arm, засунуть туда 3g модуль и дебиан туда накатить, будет еще круче. Абсолютное большинство продаваемых сейчас девайсов это android + iPhone, n900 - капля в этом море.
>А с явой переполнения буфера не возможны в принципе, поэтому никакая вирусня не проберется через брешь в каком-нибудь приложении.В принципе возможно переполнение в самой JVM, которая таки на C/C++ написана.
Потому что
>как бы ни был крут программист, в большом проекте он все равно налажает.А JRE - это таки большой проект. =)
>В принципе возможно переполнение в самой JVM, которая таки на C/C++ написана.Теоретически - да, _возможно_. Но во-первых, вероятность этого довольно низка, потому что этот код вылизывается обычно до блеска, и во-вторых, злоумышленнику будет чрезвычайно сложно этим воспользоваться. Сама логика работы java-приложения и нативный код java-машины разделены здоровенным логическим барьером, поэтому переполнение стека jvm из-за корявой обработки пользовательского ввода в java-приложении врядли вообще возможно. И примеров такого я даже и не припомню, тогда как примеров переполнений буфера в native-софте навалом на любом багтрекере.
> Теоретически - да, _возможно_. Но во-первых, вероятность этого довольно низка,Да уж, ну вы лажанулись :)
достаточно посмотреть на изменения в патчах - это как раз заделка дырок в jvm. а те что касаются работы аплетов, то как раз дырки в работе байт-кода.
ну и на последок - утечка памяти в java-приложениях, самая распространенная ошибка, увы. Многие как и вы полагали что за них будет думать jvm, ах нет, писать все равно нужно с умом, не меньшим чем в C++. Так что full gc трудится и трудится.
>Да уж, ну вы лажанулись :)Разве что в Ваших больных фантазиях.
>достаточно посмотреть на изменения в патчах - это как раз заделка дырок в jvm. а те что касаются работы аплетов, то как раз дырки в работе байт-кода.
Ну покажите мне java-приложения, которые при неправильной обработке пользовательского ввода или каких-либо данных и параметров, передают управление shell-коду из-за переполнения стека в jvm.
>>Да уж, ну вы лажанулись :)да, да
>>достаточно посмотреть на изменения в патчах - это как раз заделка дырок в jvm. а те что касаются работы аплетов, то как раз дырки в работе байт-кода.
>
>Ну покажите мне java-приложения, которые при неправильной обработке пользовательского ввода или каких-либо
>данных и параметров, передают управление shell-коду из-за переполнения стека в jvm.в баг-трекер зайдите, а затем в гугле example <название из баг-трекера> - полно.
зы. здесь публиковать exploit-ы вроде как запрещено правилами :)
>в баг-трекер зайдите, а затем в гугле example <название из баг-трекера> - полно.Хватит жевать сопли и мазаться. Конкретные названия пишите, послать в гугл ума много не надо.
>зы. здесь публиковать exploit-ы вроде как запрещено правилами :)
никто не просить Вас публиковать эксплоит. Если Вы настолько в танке, приведу доступную аналогию:
Название программы: Adobe Acrobat Reader
Написана на С++, было куча уязвимостей связанных с некорректной обработкой pdf файла и переполнением буфера в стеке (привет с++). Сформировав определенным образом pdf файл и отправив его жертве можно выполнить на машине жертвы сторонний код. Никаких эксплоитов от Вас никто не требует. Так что или приводите конкретные примеры, или GTFO.
Похоже точно в гугле забанели :))) Или вы просто слили.Ладно, так и быть, нашел для вас releasenotes: http://www.oracle.com/technetwork/java/javase/releasenotes-1...
в каждом релизе находите ключевые слова: security vulnerabilities crash applet - это оно самое. Да, вспомнил, у JIT ещё была проблема с переполнением, посмотрите. Это все старье уже, но кто знает сколько еще нароют хакеры. Вообщем изучайте матчасть. и не пишите "чисто теоретически" - если это ваше. jvm обычная большая прога и проблем с ней хватает.зы. думаю тему можно закрыть
>Ладно, так и быть, нашел для вас releasenotes: http://www.oracle.com/technetwork/java/javase/releasenotes-1...
>в каждом релизе находите ключевые слова: security vulnerabilities crash applet - это
>оно самое. Да, вспомнил, у JIT ещё была проблема с
>переполнением, посмотрите. Это все старье уже, но кто знает сколько еще
>нароют хакеры. Вообщем изучайте матчасть. и не пишите "чисто теоретически"
>- если это ваше. jvm обычная большая прога и проблем с
>ней хватает.в общем, слив засчитан. Никто тут и не утверждал, что у Java все идеально с безопасностью. Никто не утверждал, что в виртуальной машине не бывает глюков. Речь шла о переполнении буфера в стеке программ, работающих под управлением jvm. Я тогда сказал, что безусловно, jvm - не идеальна, но попробуйте использовать это с помощью софта, написанного на java. Я привел пример native-софта, который по определению подвержен атакам переполнения буфера. И попросил привести аналогичный пример из мира java-софта, где из-за ошибки программиста возможно было бы передача управления на вражеский код атакующего. НИЧЕГО Вы не привели (и не удивительно), что такое "crash applet" и почему это не является передачей управления стороннему коду узнаете после сеанса работы с англо-русским словарем.
>зы. думаю тему можно закрытьвот тут Вы правы.
так трудно было признать?:> Никто тут и не утверждал, что у Java
>все идеально с безопасностью. Никто не утверждал, что в виртуальной машине
>не бывает глюков.И это после:
> Теоретически - да, _возможно_. Но во-первых, вероятность этого довольно низка, потому что этот код вылизывается обычно до блеска,Ну хорошо, тут разобрались
А тут опять за свое:
> Я привел пример native-софта, который по определению подвержен атакам переполнения буфера.
Это про pdf??? так я же точно так же ответил - applet, jit, а так же еще есть remote connect с плохими данными. тот же уровень подробности :))))))))))
Вмешаюсь... Написать уязвимую программу на C++ легко и просто, хватит и 10 строчек кода. А в Java без знания дырок конкретной JVM написать дырявую прогу - задача тяжелая и нетривиальная, едва ли под силу любому...
вмешаюсь.
написать программу с дырками в java можно и не зная что они там есть.
потом долго ждать исправлений и новой версии, хотя в твоей программе все отлично.
и за это время тебя поимеют даже пионеры "кому не по силам".
есть уже готовый эксплоит, да и ораклу за металинк просрочили.
>Вмешаюсь... Написать уязвимую программу на C++ легко и просто, хватит и 10
>строчек кода. А в Java без знания дырок конкретной JVM написать
>дырявую прогу - задача тяжелая и нетривиальная, едва ли под силу
>любому...Да без проблем:
CVE-2008-5354 (Stack-based buffer overflow in Java Runtime Environment (JRE) for Sun JDK and JRE 6 Update 10 and earlier; JDK and JRE 5.0 Update 16 and earlier;
или вот свежак: CVE-2010-0838...copies the data into a fixed-length stack buffer. Exploitation of this issue can lead to arbitrary code execution under the context of the user invoking the applet.
это только дырки самой jvm. но ведь и проги на java можно написать не менее дырявыми, чем на С.
почему-то все думают, что если убрали указатели, то на java уже можно смело писать что-то типа telnet и никто её не взломает.
>На этом Вашем проверенном С++ больше всего проверено вот что: как бы ни был крут программист, в большом проекте он все равно налажает.тоже справедливо и для жабы - как бы она ни была крута, индус всегда найдет способ как её завалить.
Примером ничего нельзя доказать, но опровергнуть можно любое утверждение. Такие программы как apache, postfix, postgresql контрпример.
Итак господа, эпичное расставление точек aka резюме. Все ниже приведённое надергано из этого треда>[оверквотинг удален]
> производительность Java - плакать хочется
> жрет память
> жрет
> ЖРЕТ ПАМЯТЬ
> Чтобы на крестах дергать ссылки на методы, нужно исполнить невероятную акробатику. Ах, это для труъ? Спасибо, кушайте сами.
> Потому что бизнесу нужна предсказуемость.
> Экономичная быстрая разработка
> Низкий порог вхождения
> Отсутствие красноглазия
> на с/с++ лучше, но дольше и квалификация должна быть лучше. а индусы - дешевле.ИТОГО: да, удобная быстра разработка для интерпрайзов, предсказуемая и планируемая, без красноглазия. Зато совершенно не юзабельный результат. Ну разве кто нибудь будет отрицать что в 99% случаев в одном треде про жаву будет столько же эпитетов "тормозит" "жрёт память" сколько и самих слов "java", "jvm" и "жава"? Ведь это нельзя отрицать - когда зажодит речь о жаве - заходит речь и о тормозах. Причем это специфично, потому что такого не наблюдается столь массово в тредах про qt, perl или питон. Так ведь? Может внатуре жава-блоатный тормоз жрущий все ресурсы? А для кого ещё секрет что интерпрайзам пофик на производительность?
все правильно сказал, добавить нечего. все минусы в жаве вот они и есть - только для интерпрайзов для отбивания бабла на разработку и результат, от которого хоть вешайся в виде 1 окошка зажирающего все ресурсы клиента. в помойку. НЕНАВИСТЬ
> JVM крайне некооперативна, а именно - никогда на отдаёт память
> На сервере это часто приемлемо, но на десктопе???
> тормозные и жрущие вагон оперативывсё правильно, камрад
