LINUX.ORG.RU

Моно опережает Java на Linux Desktop


0

0

Моно(технология основанная на стандартах разработанных Майкрософт)стала более популярной на рабочих местах c Linux.

Такие приложения как Bansee, Tomboy, GNOME Do стали популярны среди пользователей Линукс за последние 2-3 года.

«Моно, безусловно, более популярно на десктопе, чем Java. За поледние 3-4 года использования Линукс-десктопа, как основного я пользовался единичными Java приложениями» - говорит Stephen O’Grady, аналитик из RedMonk. «Мы видим настоящий рывок в разработке Моно приложений для Линукс» сказал он.

Проблемы с лицензированием Java для Линукс, дали Моно преимущество в несколько лет и возможность закрепиться да десктопе.

С ним не согласен Ian Murdock вицепрезидент по развивающимся технологиям в Sun Microsystems. Хотя он и не смог привести популярных приложений для Линукс десктопа, но считает что ещё рано говорить о том, что Моно обогнало Java. «Я редко пользуюсь моно приложениями» сказал он и добавил, что моно приложения малопопулярны за пределами Линукс сообщества.

В опросе проведённом SDTimes среди разработчиков, практически все согласились с тем, что Моно является более популярной технологией для Линукс десктопа чем Java.

Моно опережает Java на Linux Desktop(google translate)

>>> Mono outpaces Java in Linux desktop development

★★☆☆

Проверено: hibou ()

Ответ на: комментарий от Karapuz

>> Есть еще один путь - высокоуровневые языки с GC, компилируемы в нативный код.

> Lisp работает в VM, Scala не компилируется в найтив, какие еще высокоуровневые? ML, Ocaml, хацкелль?

К сожалению, "народных" языков, компилируемых в натив, нету :/ Может быть, LLVM как-то исправит эту ситуацию (будет бум LLVM-языков, как сейчас бум .NET/JVM языков). Может быть, сделают "типа managed" вариант Си (как Cyclone, Jekyll). А из готовых на сегодня "правильных" языков - только Ocaml и Haskell, оба - в основном игрушки академиков :/

P.S. Лиспы не все работают в VM.

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

А при том, что не надо гемороиться мне с зависимостями. Maven мне сам найдет нужные либы, соберет проект и задеплоит его.

Так, что "учите матчасть" (с).

Bioreactor ★★★★★
()
Ответ на: комментарий от siberean

>> Так а сервер на чем писать? И где он будет работать.

> на том же.

На JavaScript? Тогда не взлетит идея. Сервер на динамически типизированном языке... разве что JavaScript 2 станет мэйнстримом.

tailgunner ★★★★★
()
Ответ на: комментарий от Bioreactor

> Maven мне сам найдет нужные либы, соберет проект и задеплоит его.

Дадада, всё сам сделает. А за что же тебе "риальне бабки" платят?

Тулы типа maven хорошо работают в закрытых, контролируемых средах - на серверсайде.

> Так, что "учите матчасть" (с).

Зачем мне учить твою матчасть?

> Про jetty тоже ничего не слышали?

Не "тоже", а просто не слышал. Ибо см. выше.

tailgunner ★★★★★
()
Ответ на: комментарий от siberean

Сунь везде был лидером в софте (от NFS до жабы, от JINI и корбы до JXTA). И его всегда догоняли и перегоняли конкуренты из самых безвыходных и неудобных позиций. Как так могло быть?
(или мне это кажется?)

siberean
()
Ответ на: комментарий от yk4ever

> Работает? Работает. Эквивалентно? Эквивалентно. Задача решена :]

НЕ эквивалентно. Структуры на классы менять не будем, а? Тебе, нашему гению, оно может и пофиг, но вот MS почему-то вектора, точки, кватернионы и т.п. в своей XNA сделала структурами. С чего бы это? И что, предложишь наваять классы-обертки, чтобы данные XNA в контейнерах модифицировать?

Короче, слив засчитан, не тужься.

rmammoth
()
Ответ на: комментарий от siberean

> Ответ от маркетологов Сана было - ой, пока не можем, мы подумаем.

Потому что у Sun была своя ось, свой бизнес, она могла конкурировать и конкурировала с мелкомягкими, поэтому оценивала риски. А у Макромедии была только голая жопа и плагин, таких стартапов были десятки если не сотни, мы просто о них не слышали, они сгинули, как могла сгинуть макромедия, если бы люди читали маны и писали анимацию на SVG. RealMedia в свое время собиралась конкурировать с WMV и QuickTime mov, и где оно теперь? Но люди тупы и ленивы в массе своей, поэтому за их щет жиреют макромедии

Karapuz ★★★★★
()
Ответ на: комментарий от siberean

>А говорили им - не надо в регистри.

А надо было вычислить сотрудника, который пихал код в регистри, и запытать в застенках. Ежу ж понятно, что это был внедренец Microsoft-а, разваливал корпорацию Sun изнутри

Karapuz ★★★★★
()
Ответ на: комментарий от Bioreactor

>Maven мне сам найдет нужные либы, соберет проект и задеплоит его.

Без доступа в Сеть не сможет.

iZEN ★★★★★
()
Ответ на: комментарий от yk4ever

> Дотнет нужен. Равно как куча других технологий, которые облегчают жизнь разработчикам. А вот бурчащие пенсионеры с повышенным ЧСВ, не желающие учиться новому - плавно шагают на свалку истории :]

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

rmammoth
()

Установил Debian 5.0 - открыл для себя java программу aTunes. Хоть она и играет посредством мплеера, однако сделано удобно. Еще раньше пользовал SDM (Sun download manager) и какую то читалку RSS, не помню уже. Ну и конечно нетбинсы!

marsique
()
Ответ на: комментарий от elipse

>А кто виноват в том , что Sun Java подстилка для запуска энтерпрайз приложений и теперь "кресло-качалка" для Orcle

LOLd, если ты не знаешь, Sun Java + NetBeans это считается лучшая IDE ... СЮРПРИЗ! для разработки на питоне: http://www.netbeans.org/kb/docs/python/python-quickstart.html Питонщики тужатся-тужатся, а так и не родят для себя IDE, вся надежа на надежные технологии Sun™ Java®

fxd

Karapuz ★★★★★
()
Ответ на: комментарий от rmammoth

> Тебе, нашему гению, оно может и пофиг, но вот MS почему-то вектора, точки, кватернионы и т.п. в своей XNA сделала структурами. С чего бы это?

Потому что XNA - специализированная, высокопроизводительная библиотека. В майкрософте понимают, когда нужно оптимизировать, а когда не обязательно :]

> И что, предложишь наваять классы-обертки, чтобы данные XNA в контейнерах модифицировать?

Я предложу делать whatever it takes, когда того требует производительность. И не напрягаться в прочих случаях :]

yk4ever
()
Ответ на: комментарий от rmammoth

> освобождают место для неленивых девелоперов, которым важнее реальная работоспособность проги,

[зевает] не путайте работоспособность с производительностью

yk4ever
()
Ответ на: комментарий от elipse

>А выкачивать нужную версию с тырнета - таки надо .

Плагин браузер выкачивает сам. Не прошло и 20 лет, Sun это сделал

Karapuz ★★★★★
()
Ответ на: комментарий от siberean

>Как так могло быть?

Дай угадаю. Потому что Microsoft кроме своей Java, созданной великим вредителем и провокатором чистой идеи — Хайлсбергом, ничего в браузере не имела.

"А если есть одна Java, то зачем нам вторая"? — так рассуждали пользователи. И правильно рассуждали. А если Java2-апплеты не работают в IE и надо качать какую-то JRE после идиотской регистрации на самом тормозном сайте Интернета java.sun.com, то нафик вообще такие апплеты сдались?

iZEN ★★★★★
()
Ответ на: комментарий от yk4ever

> Потому что XNA - специализированная, высокопроизводительная библиотека.

Ну вот ты и ответил.

> В майкрософте понимают, когда нужно оптимизировать, а когда не обязательно :]

По Висте это особенно заметно.

rmammoth
()
Ответ на: комментарий от Karapuz

> Sun Java + NetBeans это считается лучшая IDE ... СЮРПРИЗ! для разработки на питон

Ипануццо. Кем считается? Саном? :D

tailgunner ★★★★★
()
Ответ на: комментарий от tailgunner

>LLVM как-то исправит эту ситуацию

Ололо ох уж эти мечты. Как в нативном коде будут инлайнить вызовы виртуальные методов? И повторять остальные оптимизации HotSpot?

Karapuz ★★★★★
()
Ответ на: комментарий от tailgunner

> jetty

> Maven мне сам найдет нужные либы, соберет проект и задеплоит его.


сдаунлодьте
http://sourceforge.net/projects/ais/

Всего 2М. Там всё, включая нужную часть YUI и конечно jetty (разумеется старой версии потому что не надо мне JSP).

раширяя код - он вырастет на немного. Даже положив JRE - будет меньше 12М.

Сунь везде был лидером в софте (от НФС до жабы, от ЙИНИ до ЙХТА). И его всегда догоняли и перегоняли кнкуренты из самых безвыходных и неудобных позиций. Как так могло быть?
или мне это кажется?

кстати там простая билд идеология (1 ант скрип, никаких мавенов) - универсальная, которой я пользуюсь с десяток лет во многих проектах, просто заменяя имя проекта и добавляя - если надо дополнения.
Делает всё (добавляю что надо - от деплойментов на много машин - до просмотра запросов базы прямо из анта и унит тестов в простом как я^Щскрипте). аналогично для C пишу всё в одном Makefile (зовущим другие) и никаких autoconfig - когда не надо. Иногда кладу 3 ант jars и тогда вообще - ничего не надо иметь предустановленным даже билдящему юзеру.

прошу заметить - что это и сервер и клиент. И те же скрипты использую и для свинговых аппликаций с минимальными изменениями.

Ведь главное в софте (и в науке) - красота (простоты). Где ни то что ничего нельзя добавить (замусорить можно всё), а ничего уже нельзя убрать. И энтропия минимальная.




siberean
()
Ответ на: комментарий от Bioreactor

>Maven мне сам найдет нужные либы, соберет проект и задеплоит его.

Для этого нужно самая малость, комп с круглосуточным выходом в инет. А что делать военным из почтовых ящиков? У них инета-то на машинах нееееееет

Karapuz ★★★★★
()
Ответ на: комментарий от yk4ever

>В майкрософте понимают, когда нужно оптимизировать, а когда не обязательно :]

Когда нужно оптимизировать, в Microsoft'е выпускают "новую технологию", которая ни с чем, кроме системы Windows, несовместима. Развёртывают пиар-кампанию: ".NET 3.5 — это круто, переделывайте все свои проекты под новую платформу, legacy-компоненты, если хотите, можно будет использовать через Inter-op, но стабильность работы не гарантируем!"

VBX->COM->ActiveX->DCOM->RDS->DAO->ADO->ADO.NET->... и все АБСОЛЮТНО_НОВЫЕ!

iZEN ★★★★★
()
Ответ на: комментарий от grim

>Из десктоп приложений на Java были названы Azureus+клоны и Guitar.

Клоны Azureus это LimeWire и FrostWire? С Azureus-ом это уже 3 штуки!

Karapuz ★★★★★
()
Ответ на: комментарий от siberean

отваливаю спать (начал уже копипастить старый мусор из транслита)

siberean
()
Ответ на: комментарий от siberean

>кстати там простая билд идеология (1 ант скрип, никаких мавенов)

build.properties хотя бы используете?

iZEN ★★★★★
()
Ответ на: комментарий от yk4ever

> [зевает] не путайте работоспособность с производительностью

Все зеваешь? Челюсти не болят? Вот из-за таких "не путающих" программы и тормозят безбожно. А че, они ж работают? Кто сказал, что они должны делать это быстро? Блин, почитали б твои речения те, кто деньги за софт твоего изготовления платит, быстро бы мозги вправили.

rmammoth
()
Ответ на: комментарий от Karapuz

>> LLVM как-то исправит эту ситуацию

> Ололо ох уж эти мечты.

А что делать :/

> Как в нативном коде будут инлайнить вызовы виртуальные методов?

Нахрена - потому что Гослинг сказал "этакрута"? Вызов на современных процессорах - дешевая операция.

> И повторять остальные оптимизации HotSpot?

Нахрена? Или ты веришь, что Ява и в самом деле быстрее Си? Тогда тебе нельзя помочь. И кстати - хваленые HotSpot-оптимизации выполняются при каждом запуске программы, тебя это не смущает? %)

tailgunner ★★★★★
()
Ответ на: комментарий от rmammoth

>недоучки, привыкшие валить все на виртуальные машины, сборщики мусора и т.п. плавно сливают

Нет, ты неправ. Сливают те, кто перешел на MS VS .NET 2008 с Delphi 7, это целый пласт народу, и они понятия как раз не имеют ни о сборщиках мусора, ни о виртуальных машиных и думают что C# .NET это тот же Delphi 7 XP .NET Edition только от Microsoft и с рюшечками. Работают как привыкли, вытягивают миллионы записей из БД на клиента в грид и начинают на клиенте молотить/сортировать/отображать.

Karapuz ★★★★★
()
Ответ на: комментарий от tailgunner

>Нахрена - потому что Гослинг сказал "этакрута"? Вызов на современных процессорах - дешевая операция.

Расскажи это Ruby, Groovy, Python и прочим Lua, вот уж они посмеюцца, когда в очередном тесте покажут 100-800 раз проигрыша C/Java. Они ж не знают, что проц должен быстро ползать по динамическим таблицам и вызывать их динамические методы

Karapuz ★★★★★
()
Ответ на: комментарий от tailgunner

> работают в закрытых, контролируемых средах - на серверсайде

Неужто и JNLP не контроллируется? И, небось, мавеном не собирается?

> Зачем мне учить твою матчасть?

Согласно учению Проффессора В.С.Лугоффскогo существует заповедь:

"Не спорь с физиком о физике" (с)

Так и здесь:

"Не спорьте с джавакодером о Джаве".

Bioreactor ★★★★★
()
Ответ на: комментарий от marsique

>Установил Debian 5.0 - открыл для себя java программу aTunes.

Только у aTunes, как это обычно для Java-программ, ненативный интерфейс и свой рендеринг шрифтов.

KRoN73 ★★★★★
()
Ответ на: комментарий от tailgunner

>И кстати - хваленые HotSpot-оптимизации выполняются при каждом запуске программы, тебя это не смущает? %)

Nope. Azureus в среднем несколько суток работает после запуска, как мне разница, что 5 дней назад он выполнил оптимизации? JVM же не перелопачивает код каждые 2 часа, а если даже и так, то только для того чтобы еще жесче оптимизировать и выбросить тупиковые методы, которые никогда не вызываются и размотать остальные

Karapuz ★★★★★
()
Ответ на: комментарий от KRoN73

>Только у aTunes, как это обычно для Java-программ, ненативный интерфейс и свой рендеринг шрифтов.

aTunes это gui, музон играет консольная native прога. И сам aTunes жуткое творение.

Robotron
()
Ответ на: комментарий от Robotron

>Выделение памяти быстрее в Java.

Тролль! Я ж говорил, тролль. Щас тебя аналитики ЛОРа потаскают носом по траве, ты посягнул на святую корову C! Ну не может тормозная жаба, из-за которой разбился Tommy, быть быстрее священного божественного ассемблера C

Karapuz ★★★★★
()
Ответ на: комментарий от Karapuz

>Nope. Azureus в среднем несколько суток работает после запуска, как мне разница, что 5 дней назад он выполнил оптимизации? JVM же не перелопачивает код каждые 2 часа, а если даже и так, то только для того чтобы еще жесче оптимизировать и выбросить тупиковые методы, которые никогда не вызываются и размотать остальные

Специально для гидроцефалов, JIT может откатить оптимизацию в native код и убрать inline методов, и начать интерпретирование пока снова не заоптимизирует в native и не сделает inline, при подгрузке классов из иерархии наследования т.к. все методы не помеченные final являются виртуальными в терминах С++.

Robotron
()
Ответ на: комментарий от Karapuz

> Нет, ты неправ. Сливают те, кто перешел на MS VS .NET 2008 с Delphi 7, это целый пласт народу, и они понятия как раз не имеют ни о сборщиках мусора, ни о виртуальных машиных и думают что C# .NET это тот же Delphi 7 XP .NET Edition только от Microsoft и с рюшечками. Работают как привыкли, вытягивают миллионы записей из БД на клиента в грид и начинают на клиенте молотить/сортировать/отображать.

Однако, отсюда следует сделать вывод, что клиенты на дотнет сливают там, где вполне справлялись клиенты на Дельфях? Вполне верю, хотя Дельфи не люблю и не использую. Вопрос: а зачем тогда такая супер-пупер технология, которая загибается на вполне себе подъемных в принципе задачах? Не понимаю абсолютно искренне.

rmammoth
()
Ответ на: комментарий от Robotron

>JIT может откатить оптимизацию в native код и убрать inline методов, и начать интерпретирование пока снова не заоптимизирует в native и не сделает inline, при подгрузке классов из иерархии наследования

Што ты рассказываешь прописные истины, тут это и так все знают

Karapuz ★★★★★
()
Ответ на: комментарий от Karapuz

>Тролль! Я ж говорил, тролль. Щас тебя аналитики ЛОРа потаскают носом по траве, ты посягнул на святую корову C! Ну не может тормозная жаба, из-за которой разбился Tommy, быть быстрее священного божественного ассемблера C

Специально для тебя гидроцефала, каждый раз выделения памяти не происходит запрос у системы на её выделение, Java изначально при запуске создаёт буфер из которого сама JVM и раздаёт, это позволяет исключить накладные расходы на переключение контекстов в отличии от сишных malloc, calloc. Тоже самое и с освобождением памяти, она возвращается в буфер JVM.

Robotron
()
Ответ на: комментарий от Karapuz

> А вообще бодренько так идем, до 30 страниц должны дотянуть.. :D

Да, резонансная темка :) Делаем ставки, господа! :D

rmammoth
()
Ответ на: комментарий от marsique

>Установил Debian 5.0 - открыл для себя java программу aTunes.

Вот хоть что-то новое упомянули :))
Хотя при живом дистре в 5 DVD софта еще и шарится по интернету в поисках плееров в 10 метров в пакете - странно это как-то.

> Хоть она и играет посредством мплеера,


или xine

> однако сделано удобно.


Угу ,плюя на ормление окон в системе и двойной клик мышкой
оттяпал аж 170 Мб при старте и ~237 Мб при останове оперативы для одной мелодии на Amd64 Sid - это ну оооочень удобно.:)))
Да весь Gnome c плюшками меньше расходет памяти и Rhythmbox жрет RAM на порядок меньше.

elipse ★★★
()
Ответ на: комментарий от Robotron

>И сам aTunes жуткое творение.

Но с очень типичным видом для Java-программ :)

Да, я знаю, что Java-софт может выглядеть [почти] нативно. У самого Eclipse стоит. Но _обычно_ пишут что-то типа aTunes. И этим «оставляют осадочек» :)

KRoN73 ★★★★★
()
Ответ на: комментарий от Karapuz

>>Нахрена - потому что Гослинг сказал "этакрута"? Вызов на современных процессорах - дешевая операция.

>Расскажи это Ruby, Groovy, Python и прочим Lua

Опять же - нахрена? Они и так знают.

> Они ж не знают, что проц должен быстро ползать по динамическим таблицам и вызывать их динамические методы

Утипути. Ты сравниваешь динамические языки со статическими? И еще удивляешься, когда тебя называют "старым толстым троллем" ;)

tailgunner ★★★★★
()
Ответ на: комментарий от Bioreactor

> "Не спорьте с джавакодером о Джаве".

Ты не просто толстый тролль, а упоротый толстый тролль. Где я спорил с жабакодером о жабе? Я сказал, что описанный в http://www.linux.org.ru/jump-message.jsp?msgid=3861008&cid=3866957 метод деплоя жаба-аппликух недалеко ушел от деплоя нативных аппликух в виртуальных машинах. А ты с какой-то радости предъявил мне незнание Maven.

Еще раз, если ты не понял - метод деплоя "каждой аппликухе по копии JRE и либ" придумал не я.

tailgunner ★★★★★
()
Ответ на: комментарий от Karapuz

> Я слышал что Microsoft не поддерживает CSS 3.0 и не собирается

Отличная новость, хе-хе.

sv75 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.