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 ()

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

>Просто то, что вам лично легче написать на перле, мне, может быть, проще и быстрее сделать на питоне.

Опять сбой в логике.

То, что есть широкий ряд задач, где на Питоне или Перле писать легче, чем на Си++, не значит, что на Перле писать проще и быстрее, чем на Питоне. Я утверждал только первое, а вот как у тебя получилось второе - можно только догадываться.

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

> По объёму прибылей игры в попе по сравнению с Windows или Office :)

Но, допустим, куда прибыльнее рынка IDE. И что?

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

Увы...

> И чем дальше, тем меньше и меньше :) А вот тех же разработчиков блокнотов и паинтбрашей - всё больше и больше :D

Увы...

>Тогда самый узкий рынок -- продовольственный: всё жруть или пьють! :)

Стоп, вопрос стоял -- как оценить ширину рынка. Чем плох для примера рынок продовольствия? Да и смайлик в конце фразы как бы намекает нам, что это в большой доле шутка. :)

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

> Деплоймент Java приложений очень прост и логичен. Кроме того, нет "DLL hell", как в моне.

А откуда в Mone "DLL hell"?

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

> То, что есть широкий ряд задач, где на Питоне или Перле писать легче, чем на Си++, не значит, что на Перле писать проще и быстрее, чем на Питоне. Я утверждал только первое, а вот как у тебя получилось второе - можно только догадываться.

У меня второе и не получилось :) Как у тебя получилось, что у меня получилось второе? :D

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

>Но, допустим, куда прибыльнее рынка IDE. И что?

То, что по объёму прибылей игры нельзя отнести к доминирующему на декстопных системах классу.

>Стоп, вопрос стоял -- как оценить ширину рынка.


В области IT. А то ширину рынка можно ещё определить в метрах, отношением площади торговой зоны к его длине.

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

>Как у тебя получилось, что у меня получилось второе? :D

Ты написал: «Просто то, что вам лично легче написать на перле, мне, может быть, проще и быстрее сделать на питоне. »

Значит начал сравнивать простоту написания (для меня или для тебя) на Питоне и Перле. Или у тебя ещё более экзотичная логика? :)

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

>> А rpc.mountd?

> Ахтойта? :D

А это программка, вопрос о "системности" которой меня особенно интересует :)

>>чтобы начать использоваться в медицинской визуализации, Ogre3D придется эволюционировать во что-то другое.

>Да ладно!

И что? "Системный" значит, что нечто является частью системы, а Ogre3D всегда будет являться частью приложения.

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

>И что? "Системный" значит, что нечто является частью системы

Ну, слава Богу, разобрались. Тогда и OpenGL для Linux, и DirectX для Windows95 - это прикладной уровень :)

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

> Ты написал: «Просто то, что вам лично легче написать на перле, мне, может быть, проще и быстрее сделать на питоне. »

нет, я просто имел в виду, что скорость ваяния зависит от многих факторов, и опыта ОДНОГО человека недостаточно для репрезентативной статистики. Для любого языка

Скорость разработки может варьироваться куда сильнее в зависимости от задачи, нежели в заивисмости от языка.

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

>И что? "Системный" значит, что нечто является частью системы, а Ogre3D всегда будет являться частью приложения.

Википедия говорит что системное ПО - это ПО которое обеспечивает инфраструктуру взаимодействия прикладного уровня с системой.

>System software performs tasks like transferring data from memory to disk, or rendering text onto a display device.


То есть 3d-движок - вполне себе системное ПО.

Я бы сказал что _одим из_ признаков системного ПО является то что оно чувствительно к оптимизациям системного уровня(многозадачность, память, процессор). То есть какой нить перекодировщик звука (библиотека) - вполне себе системное ПО. А вот морда к нему (даже если это cli) - прикладное.

Есть еще момент что это все зависит от подхода к реализации. То есть может быть "системная" реализация коллекций а может быть "наивная" - прикладная. В системной будет хроенпоймешькодсоссылками на супералгоритмы оптимизации по памяти и скорости, и заточка вокруг этого, наивная же реализует базовый интерфейс примитивным образом и успокоиться на этом.

"Я так думаю" (C)....

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

"Огонь тоже считался божественным, пока Прометей не украл его. Теперь мы кипятим на нем воду."

Понижение уровня квалификации пользователя - это собственно цель инженерной разработки.

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

> Википедия говорит что системное ПО - это ПО которое обеспечивает инфраструктуру взаимодействия прикладного уровня с системой.

Блестяще, блестяще :D А они не определяют, что такое "система" и "прикладной уровень"? Википедия такая википедия...

> _одим из_ признаков системного ПО является то что оно чувствительно к оптимизациям системного уровня(многозадачность, память, процессор)

По этому признаку, Фотошоп - вполне системное ПО :D

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

>Блестяще, блестяще :D А они не определяют, что такое "система" и "прикладной уровень"?

Определяют. Система - операционная, а прикладной уровень - это юзерские задачи. То есть продокол HTTP, релизация рендеринга страницы и все такое - это системный вровень. А хрень обединяющая это все в один пакет и предоставляющя полезное действие с точки зрения пользователя - флуд на лоре - это прикладное. То есть xulrunner - системное ПО. Firefox - прикладное. Потому что пользователю надо флеймить на лоре, а не по протоколу http данные получать или рендерить их.

>По этому признаку, Фотошоп - вполне системное ПО :D


Не фотошоп, а его либы. См. выше.

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

>> И что? "Системный" значит, что нечто является частью системы

> Ну, слава Богу, разобрались. Тогда и OpenGL для Linux, и DirectX для Windows95 - это прикладной уровень :)

Если под "системой" понимать "минимально бутабельное Unix-окружение", то да, OpenGL не является частью системы. Если под "системой" понимать "набор компонентов, которые используются в неизменном виде многими приложениями", то OpenGL - часть системы.

Чото надоело мне упражняться в софистике, </thread>

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

> Система - операционная, а прикладной уровень - это юзерские задачи

Это - определение? :D

> То есть продокол HTTP, релизация рендеринга страницы и все такое - это системный вровень.

Жж0ш. Слушай, а несистемный уровень вообще есть?

> Не фотошоп, а его либы. См. выше.

Не заню, сделан ли Фотошоп из либ, но, если слинковать эти гипотетические либы статически в бинарь фотошопа - это автоматом сделает их не-системными? %)

Ладно, и тебе: </thread>

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

>Это - определение? :D

Что - определение OS вставить? А для прикладного ПО - да - оперделение. Прикладное ПО выполняет прикладніе задачи.

> Слушай, а несистемный уровень вообще есть?


Есть три уровня - прикладной, системный, OS (грубо). Прикладной уровень - выполняет задачи которые сформулиорваны с точки зрения пользователя. Например "печать документа на принтере". Системны йорганизует эти самые принтера и передачу по сетке данных из прикладного уровня в OS, которая в свою очередь реализует взаимодействие с железом и обеспечивает базовые сервисы OS.

>Не заню, сделан ли Фотошоп из либ, но, если слинковать эти гипотетические либы статически в бинарь фотошопа - это автоматом сделает их не-системными?


Нет не сделает. Программа фотошоп - не системная. libjpeg - системная.

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

></thread>

У тебя автотренинг?

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

>Если под "системой" понимать "минимально бутабельное Unix-окружение", то да, OpenGL не является частью системы. Если под "системой" понимать "набор компонентов, которые используются в неизменном виде многими приложениями"

Да, я понимаю именно это.

>то OpenGL - часть системы.


Как и Ogre3D :)

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

>опыта ОДНОГО человека недостаточно для репрезентативной статистики

1. Грамотный человек с большим опытом способен правильно оценить соотношение. В одиночку. Репрезентативность тут вообще не к месту. Ты ещё верность прогнозов Столмана репрезентативностью проверяй :)

2. Это мнение не одного человека, а огромной армии программистов, которые и сделали выбор, который ты наблюдаешь.

>Скорость разработки может варьироваться куда сильнее в зависимости от задачи, нежели в заивисмости от языка.


Блин, опять двадцать пять за рыбу деньги. Скорость разработки _в первую очередь_ зависит от задачи. И разработать новую операционную систему, без сомнения будет дольше, чем написать новый просмотрщик картинок. Ты пытаешься очевидными вещами объяснять не связанные с ними спорные вопросы.

KRoN73 ★★★★★
()

ну нафлудили... покажите мне на моно аналоги thinkorswim, netbeans, intellijidea, jin, etc, которые бы работали везде. скорость приемлима (выбивается только idea).

//написал только про том, чем реально пользуюсь

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

>Да , "обычный пользователь" - это моя жена ,дети и родители.

Я тоже обычный пользователь. В свободное время развлекаюсь программированием. Поэтому eclipse. Не использую vuze, ибо есть ktorrent, но раньше сидел в azureus и под линухами, и под виндой (пока из него не сделали какой-то комбайн).

Видел игры на java. Много думал.

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

> и существенная.

Это работа конкретного генератора байт кода. Команды ассемблера новые не добавляются. Всё по книжке Линдхольма и Йеллина.

Вопрос в том, что для JVM есть языки c

1) динамической типизацией 2) встроенным синтаксисом для 2.1) списков, ассоциативных массивов 2.2) массивов 2.3) регулярных выражений 3) замыканий 4) перегрузки операций

Используется тот же ассемблер JVM, что и на "статике" - командочек новых специально для "динамики" нет.

Аргументов у сторонников новомодных скриптовых язычков против Джавы (точнее JVM) уже нет - вот что я хотел обосновать.

Реализация более оптимального кода - это вопрос времени.

>К стати грувистам срочняк надо выкидывать этот их ход конем для боксинга и анбоксинга и воткнуть туда генерацию нормальных new java.lang.Integer(...) иначе эскейп анализис будет проходить мимо этого кода.

Согласен.

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

> Нет не сделает. Программа фотошоп - не системная. libjpeg - системная.

Давайте тогда говорить о высоко-уровневом и низко-уровневом программировании, если с делением на системное и прикладное у некоторых возникли такие сложности... :)

Проект может состоять из разных компонентов. Одни могут быть низко-уровневыми. Другие - высоко уровня. Проект - это не монолит.

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

>> я не говорил что на Mono просто. но swing это не тот фреймворк на котором можно сделать приложение "my first cool GUI application", как следствие мало людей понимают как программировать на swing, все проблемы java на desktop ИМО от этого.

> А вот это как очень и очень хорошо и правильно. Лучше пусть играют в плейстейшен, чем плодить на Swingе клоны дельфи-прог

именно поэтому Sun и просрала рынок desktop приложений. Если для desktop-а, то набирается команда C# программистов. Потому и процветает MS, что делает удобно для новичков.

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

>Не знаю как по linux десктопам, но после слива сана ораклу везде как-то тише стало на тему java.

все ждут что будет дальше.

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

>Под виндой устанавливается в 5 кликов. Поэтому твоим "жене, детям и родителям" нужен не замороченный linux, а винда

емнип из IE даже проще, а под маком java предустановлена

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

> В свободное время развлекаюсь программированием. Поэтому eclipse.

>_<

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

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

>Аргументов у сторонников новомодных скриптовых язычков против Джавы (точнее JVM) уже нет - вот что я хотел обосновать.

у сторонников groovy таких мыслей даже не возникает))

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

> командочек новых специально для "динамики" нет.

invokedynamic

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

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

Кстати, а какая у нас тру иде для околожабных языков? Идея или ещё что?

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

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

У меня чудак в подъезде - так вот он для развлечений - сверлит. Перфоратором. Уже два года. У него с головой плохо поэтому убедить его этого не делать - трудно.

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

>Ну вот http://jroller.com/swingbling/resource/git2.png Куда как лучше чем http://www.ibm.com/developerworks/java/library/j-tiger10194/steel.gif

PNG с GIF хорошо сравнивать — когда GIF искажает АА у шрифтов, естественно, PNG побеждает. :))

Не отвлекаясь на качество шрифтов, мне нравится Metal/Steel-тема оформления. Во-первых, она простая как рашпильная доска и не отвлекает локус внимания на переливающиеся гламурные элементы управления. Во-вторых, благодаря небольшому количеству цветов, эта схема будет одинаково выглядеть как на труколорных дисплеях, так и на четырёхцветных панелях терминалов.

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

>А чем плох внешний вид жабапроги?\
>http://fotky.com.ua/public/view/full/8110


Я, конечно, подозреваю, что там не только Java виновата, но если у меня какой-то софт выглядит ТАК (и это не лечится) - я его сношу мгновенно и не задумываясь. Мне моё зрение и душевное равновесие дороже :) Я даже tkabber (являющийся верхом совершенства по сравнению с этим скрином) не перевариваю. А тут - ТАКОЕ :)

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

> о если у меня какой-то софт выглядит ТАК (и это не лечится) - я его сношу мгновенно

Э-э... Да... Видок подкачал...

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

>Я даже tkabber (являющийся верхом совершенства по сравнению с этим скрином) не перевариваю. А тут - ТАКОЕ :)

Шревты без ClearType? Ну так это дело в линуксе

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

Не досмотрел. Там вроде виндовозный интерфейс, не?

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

>И почему-то не возникает желания видеть это каждый день.

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

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