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 ()
Ответ на: комментарий от yk4ever

> Ну тогда торрент-клиент, который подключается из-под NAT - не сервер, ибо формально ресурсов не предоставляет ;]
сервер-сервер. ресурс - это не открытый порт, а файл, который с него можно скачать.

val-amart ★★★★★
()
Ответ на: комментарий от Lykac

еще раз : mono не язык программирования и наряду с C# monodevelop поддерживает:
с,c++,java,boo,asp.net и включает поддержку gtk.


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

Да и сама новость озаглавлена некорректно и правильно было так:
"С# mono опережает Sun Java на Linux Desktop"

elipse ★★★
()

Господи, какой БРЕД !!!!

Кто ЭТО УГ в новости пропустил ... пусть убъётся апстенку.

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

>Предприятиям не нужна скорость, им бы лишь бы работало.

Ага, а ленивые быдлокодеры решили - "ура, тут не нужны деструкторы и прочие бубны!". По-своему они правы... Но тогда какого моно хрюкает на десктопах, а яваМЕ - на мобилках?

safright
()
Ответ на: комментарий от val-amart

> сервер-сервер. ресурс - это не открытый порт, а файл, который с него можно скачать.

Это значит когда я файл кому-то по почте отправляю - я тоже сервер? Антиреесно.

yk4ever
()

до чего ЛОР дошел. Раньше темы были про C++ vs. LISP.

Щас Mono vs. Java

причем актуально это больше для Гнома, т.к. под KDE гораздо реже используется моно или ява. Что-то мне кажется, что в споре моно с явой на десктопе победит QT.

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

> Что-то мне кажется, что в споре моно с явой на десктопе победит QT.

Увы, нет. Всё указывает на то, что гнум уверенно одолел кеды.

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

>> Чего общего у C# и бейсика?

Ты удивишься. http://itnews.com.ua/47090.html -- поглади-ка, что в планах у МС. Да они и сейчас-то практически отличаются синтаксическим сахаром -- по определению, как основанные на CLR

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

>Обясни.

Апплет относится к приложению как бы ненамного больше, чем сервлет к серверу :)

Компонент приложения != приложению.

>Особенно в свете того, что современные апплеты могут попросить запустить нативный код, чтение/запись ФС


Да-да. Прямо из Интернета. Ага.

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

> Ну хватит уже про скорость. Всё отлично у жабы и шарпа со скоростью. Хоть физику обсчитывай

Про жабу не знаю, но имел дело с физ.движком на шарпе -- ох и тормоза! Так что давайте не будем выдавать предположения за реальность.

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

>> что общего у C# и бейсика? Жду ответа

>А что у них НЕ общего, учитывая, что все реализованы через CLR?

Бгг. То есть все языки, у которых компиляторы в натив, имеют между собой что-то общее? :) Например, Лисп и Си++ :D

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

>P.S Мне одному кажется что оно тормознуто?

Скроллинг в нём намного более плавный, чем в digiKam :)

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

>Про жабу не знаю, но имел дело с физ.движком на шарпе -- ох и тормоза! Так что давайте не будем выдавать предположения за реальность.

это пустой треп без фактов, а ваши виндозные переживания - не факт.

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

> Бгг. То есть все языки, у которых компиляторы в натив, имеют между собой что-то общее? :) Например, Лисп и Си++ :D

Ну-ка, ну-ка! Стало быть, Моно компилит код на шарпе в нативный машкод? И CLR как бы ваще в процессе исполнения программы не участвует? Всё ясно, учим матчасть, молодой человек.

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

>Скриншоты программы:

И опять ненативные интерфейсы. Ненавижу :)

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

> это пустой треп без фактов, а ваши виндозные переживания - не факт.

Вот у вас был именно пустой треп без фактов. Выложить бенчмарки движка? До завтра подождете? На домашней машине не установлен.

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

>> Ну хватит уже про скорость. Всё отлично у жабы и шарпа со скоростью. Хоть физику обсчитывай

>Про жабу не знаю, но имел дело с физ.движком на шарпе -- ох и тормоза! Так что давайте не будем выдавать предположения за реальность.

давайте начнём с того что физ. движок чисто на шарпе - вообще странное решение (может таки C++ обёрнут в шарп был?)... а продолжим тем, что не надо оценивать производительность всего языка и платформы по одному частному случаю...

и да, Вы думаете что серьёзный движок даже на чистом C++ будет мало потреблять ресурсов?

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

>Выложить бенчмарки движка?

лучше название расскажите

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

>Ну-ка, ну-ка! Стало быть, Моно компилит код на шарпе в нативный машкод? И CLR как бы ваще в процессе исполнения программы не участвует? Всё ясно, учим матчасть, молодой человек.

да , "компилит код на шарпе в нативный машкод" - представте себе такое

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

> давайте начнём с того что физ. движок чисто на шарпе - вообще странное решение (может таки C++ обёрнут в шарп был?)

Согласен, странное решение. И тем не менее имеет место быть. Сразу скажу, не моих рук дело :)

> и да, Вы думаете что серьёзный движок даже на чистом C++ будет мало потреблять ресурсов?

Ну, есть опыт работы с Newton, Bullet -- куда как шустрее

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

>Ну-ка, ну-ка! Стало быть, Моно компилит код на шарпе в нативный машкод? И CLR как бы ваще в процессе исполнения программы не участвует? Всё ясно, учим матчасть, молодой человек.

Открой для себя mono --full-aot и не позорься

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

>Вот у вас был именно пустой треп без фактов. Выложить бенчмарки движка? До завтра подождете? На домашней машине не установлен.

на С# mono 2.4 Amd64 пожалуста, жду.

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

> Это значит когда я файл кому-то по почте отправляю - я тоже сервер? Антиреесно
ну не нужно же до абсурда доводить. конкретно в этом вашем примере, ресурс - это возможность передать файл. тоесть, попросту то, что для вас делает сервер. если отдает файл, то файл, если передает сообщение, то передача сообщения, если печатает документ, то печать документа. логично?

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

> да , "компилит код на шарпе в нативный машкод" - представте себе такое

Ага, стало быть сразу в машкод? Без IL, без докомпиляции при запуске, без вызовов CLR? Это не тебя там в песочнице мама ищет?

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

>Ага, стало быть сразу в машкод? Без IL, без докомпиляции при запуске, без вызовов CLR? Это не тебя там в песочнице мама ищет?

Для имбицилов повторяю, открой для себя mono --full-aot

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

> http://itnews.com.ua/47090.html -- поглади-ка, что в планах у МС.

Не читайте отечественные новостные сайты. И уж тем более не ссылайтесь на них в беседе.

Никто не планирует объединять языки. К ним будут параллельно добавлять новые фичи. Ну так если я надену панамки на себя и на своего кота - это не будет означать, что я от кота произошёл. Хотя мы и станем чем-то похожи. Теперь понятно?

> Да они и сейчас-то практически отличаются синтаксическим сахаром -- по определению, как основанные на CLR

Не говорите подобной ерунды больше вслух. Здесь дети ходят.

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

>Ага, стало быть сразу в машкод? Без IL, без докомпиляции при запуске, без вызовов CLR? Это не тебя там в песочнице мама ищет?

вы слышали свой "виндовый звон" - тут же ,gcc завершает сборку проекта.

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

--full-aot This is an experimental flag that instructs the Mono runtime to not generate any code at runtime and depend exclusively on the code generated from using mono --aot=full previously. This is useful for platforms that do not permit dynamic code generation.

Эксперименты оставим для тех, кому делать нечего, господин микроцефал

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

> Да они и сейчас-то практически отличаются синтаксическим сахаром -- по определению, как основанные на CLR
тоесть, F# от Boo тоже ничем не отличаются, как работающие на СЛР?

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

>>--full-aot This is an experimental flag that instructs the Mono runtime to not generate any code at runtime and depend exclusively on the code generated from using mono --aot=full previously. This is useful for platforms that do not permit dynamic code generation.

>Эксперименты оставим для тех, кому делать нечего, господин микроцефал


Вот странно , что вас заставляет тролливать на линуксовом форуме
и без понятухи в предмете ?

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

>--full-aot This is an experimental flag that instructs the Mono runtime to not generate any code at runtime and depend exclusively on the code generated from using mono --aot=full previously. This is useful for platforms that do not permit dynamic code generation.

>Эксперименты оставим для тех, кому делать нечего, господин микроцефал

И что ты этим хотел доказать, что mono компилировать сразу статический код который в дальнейшем не будет использовать JIT? Ты облажался гидроцефал.

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

>> Бгг. То есть все языки, у которых компиляторы в натив, имеют между собой что-то общее? :) Например, Лисп и Си++ :D

> Ну-ка, ну-ка! Стало быть, Моно компилит код на шарпе в нативный машкод?

Стало быть, ты ничего не понял. IL - это просто машкод абстрактной машины, такой же, как x86 (да, набор команд x86 виртуален - процессор перед исполнением преобразует его в uops, например). Компилятор C# -> IL _ничем_ приницпиально не отличается от компилятора Си -> x86.

> Всё ясно, учим матчасть, молодой человек.

Утипути. Я не моложе тебя, и матчасть знаю уж точно не хуже :D

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

> ну не нужно же до абсурда доводить. конкретно в этом вашем примере, ресурс - это возможность передать файл. тоесть, попросту то, что для вас делает сервер. если отдает файл, то файл, если передает сообщение, то передача сообщения, если печатает документ, то печать документа. логично?

Так значит браузер - это тоже сервер. Я ему говорю грузить страничку, а он её грузит :]

Не упражняйтесь в софистике. "Клиент/сервер" - это субъективные понятия. В спорных случаях можно трактовать как хотите.

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

>"Клиент/сервер" - это субъективные понятия.

Странные вы все какие-то... Сервер - пассивный участник соединения - он сидит и ждет, когда клиенты (активные участники) к нему обратятся. Кто кому чего передает - сугубо фиолетово. Главное - кто ждет, а кто долбаецца.

П.С. если кто не разобрал хитрого определения: в p2p типа torrent программы-качалки являются клиентами при обращении к трекеру и слиентами/серверами при общении между собой (DHT). При отправке файлика by e-mail и отправитель и получатель являются клиентами, т.к. они сами запрашивают сначала передачу, а затем получение файлика. Сервером является ресурс, который сначала дает на себя залить файлик, а затем и скачать его.

П.П.С. если мой "авторитет" никого не убеждает - могу найти описание в Таненбауме.

safright
()

Теперь всех фанатов венды с моно/шарпо/дотнето извратами можно смело называть МИКРОЦЕФАЛАМИ.

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

>На самом деле на javaа и C# пишут формочки для БД

//fixed

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

>Ну ,уже не долго вам осталось ждать.

Конца чего? Конца всем микроцефалам/венде/говношарпу/говномоно ?

Так вроде до 2015 года еще ждать и ждать. Только тогда наступит окончательный копец всей этой срани.

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

>Вы ошиблись. У майя назначено на 2012.

Авторитетные анонимные аналитики говорят, что в 2015 году наступит копец мелким. Значит будет так.

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

>Сервер - пассивный участник соединения - он сидит и ждет, когда клиенты (активные участники) к нему обратятся. Кто кому чего передает - сугубо фиолетово.

Все портит NAT с p2p. Я могу быть сидом за натом, и трекер скажет мне соединится с пиром, желающим с меня качать. По этой логике я клиент, он сервер, а по факту он с меня будет тянуть, только я ему предоставляю ресурсы, т.е. я для него сервер, он для меня клиент. Что-то типа.

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

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

Шо, опять? (c) Волк

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

ну ка, найди _точно_ такое определение у Таненбаума.
просто ты мыслишь категориями программиста интерфейса сокетов, т.е. сугубо одного конкретного случая реализации апи сетевого взаимодействия. в данном случае, речь идет о принципах организации сетевого взаимодействия, а не api.
впрочем, я согласен, что спор уже давно стал беспредметным. всем все понятно, и все в принципе, согласны. напомню, что изначально я придрался к утверждению, что в p2p сетях нет клиентов и серверов, заявив, что там пользовательское ПО - и клиент, и сервер.

val-amart ★★★★★
()
Ответ на: комментарий от xsl

т.е. по простому, тот факт, что ты выполняешь listen() еще не делает тебя сервером.

val-amart ★★★★★
()
Ответ на: комментарий от xsl

>Все портит NAT с p2p.

Фиолетово. От того, накрыть булочку салфеткой или не накрывать - булочкой она быть не перестанет, даже если кто-то ее таковой (т.е. булочкой - она ведь салфеткой накрыта) не видит.

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