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

Та нафиг нужен твой eclipse для десктопа , домашнего применения ,медиацентра,...

Не все больные программированием.

>Однажды испорченную репутацию трудно восстановить. Мне до сих пор иногда снится, что я бегу, а ранние жавовские гуёвые предложения меня догоняют, догоняют, скрежещут свопом, клацают уродливыми серыми углами, хмурятся уродливыми несглаженными шрифтами, и я бегу, бегу, кричу...

>А вы говорите жабу на десктоп. Нет уж, наше морально травмированное поколение - против.

Да ладно, ну что вы, нельзя так себя запускать. Полгодика в Ницце, в казино на ривьере и голова отдохнет и все фобии забудутся. И захочется работать, работать, зарабатывать, а тут как раз кругом вакансии на жабе и все кошмары будут вспоминаться как далекие детские страхи

>Та нафиг нужен твой eclipse для десктопа , домашнего применения ,медиацентра,...

Ты дурак? Не знаешь чем отличается RCP от IDE?

На Eclipse RCP создана IBM Lotus Symphony.

DEC перед тем как сложить ласты тоже баловались подобными литературными опусами.
И руководитель DEC даже выдал перл что, "нет ни одной причины иметь компьютер дома":)))
Правда, финансовое положение Sun ни о чем не говорит тоже ? :))

> На Eclipse RCP создана IBM Lotus Symphony.

Держите меня , маргинал нашел хит десктопа :)))

зы: уже задолбал своим тупым троллизмом

>> Надеюсь на итоговую победу Mono (за вычетом частей *.NET и Windows*) на десктопе, потому что сегфолты, падения и утечки памяти софт из KDE/C++ и Gnome/C порядком достали.

> М-дя... Детская вера в чудеса и серебряные пули...

Ну вы можете и дальше кодить в машинных кодах, не вопрос.

> А с чего ты взял, что я отрицаю эту возможность? Зисть та он зисть.... Да кто ж ему ДАСТЬ!

Дают, пользователи. Причем, кстати, security manager спрашивает под КДЕ и линуксом вполне конкретные разрешения типа "прочитать эту директорию", "записать этот файл", так что вполне можно давать такую возможность или файл полиси написать.

В кой-то веки согласен с iZEN, Eclipse - это отличнейшая платформа.

З.Ы. А когда-то был срач на дельфимастере .net vs java xD

> Eclipse - это отличнейшая платформа.

А gcc - хороший компилятор.

>> М-дя... Детская вера в чудеса и серебряные пули...

> Ну вы можете и дальше кодить в машинных кодах, не вопрос.

Итак, товарищи, у нас есть два пути: писать под Моно или в машинных кодах. Самому не смешно?

> Итак, товарищи, у нас есть два пути: писать под Моно или в машинных кодах.

У нас есть два пути: использовать высокоуровневые абстракции (например, виртмашины с GC) или тупо работать с обёртками для нативного кода (C, C++).

> М-дя, тупанул. 1:1

[вскинув бровь] вы за что себе один балл-то накорябали, за мутабельные строки? Бггг.

Да, кстате, ваша std::string, она ещё и не уникодная, поэтому аналог ей - это List<byte>, а он мутабелен :]

> [вскинув бровь] вы за что себе один балл-то накорябали, за мутабельные строки? Бггг.

Скажи спасибо, что тебе дал балл, за то, что шарповая очередь таки дотянула (хотя, не совсем) до STL-ной реализации.

> Да, кстате, ваша std::string, она ещё и не уникодная, поэтому аналог ей - это List<byte>, а он мутабелен :]

Бред сивой кобылы. Поиспользовать на С++ юникод в строках вместо байтовой кодировки элементарно. И путать строки со списками могут только дотнеттеры со вскинутыми бровями.

Вот когда ты мне покажешь равную по эффективности реализацию complex, позволяющую сделать так:

std::complex<float> a(10, 10);

std::complex<double> b(20, 20);

b += a;

тогда поговорим.

>Спасибо, что сообщили о существовании сабжа, а то некоторые в своё время компостировали мозги, что TM-систем под линукс в природе не существует.

Существуют, но OmegaT по сравнению с Trados проигрывает. Даже по сравнению со старым Trados.

>Я лично как Java программист с 12летним стажем

И называющий Vuze серверным приложением, потому что он стоит у тебя на сервере...

И отказывающий в праве гуевым десктопным приложениям для разработки (редакторам, IDE) входить в состав "десктопных". Типа десктопные - это мелкие приложения для тупой домохозяйки.

Несколько лет лучшие умы бьются над проблемой "что называть десктопом", а тут пришел grim и всем все объяснил. А заодно он, наверное, знает кто такой "обычный пользователь".

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

>И отказывающий в праве гуевым десктопным приложениям для разработки (редакторам, IDE) входить в состав "десктопных". Типа десктопные - это мелкие приложения для тупой домохозяйки.

А никто им в этом не отказывает - только лицензия sun и ее политика.

>Несколько лет лучшие умы бьются над проблемой "что называть десктопом", а тут пришел grim и всем все объяснил. А заодно он, наверное, знает кто такой "обычный пользователь".

Да , "обычный пользователь" - это моя жена ,дети и родители.
Им не нужен eclipse и морока с установкой jre под linux, а по сему
и весь иной java софт. Все просто.

>Там много приложений упомянуто в т.ч. и редактор изображений. Кто-то поленился почитать весь тред.

Тут речь как-бы о популярности программ ,а не о эрудиции отдельных персон - есть разница ,ы ?

И всамом деле , кто-то поленился почитать весь тред. :))

>Тут речь как-бы о популярности программ ,а не о эрудиции отдельных персон - есть разница ,ы ?

Радиодиджей с гламурного радио рассказывает нам о популярности. Диму Билана можешь сам "хавать", вместе со "своей женой и детьми"

> Радиодиджей с гламурного радио рассказывает нам о популярности.

А еще что умное скажешь ?

> Диму Билана можешь сам "хавать", вместе со "своей женой и детьми"

А твое подростковое хамство - пока оставлю это без ответа.(не пачкатся же)

>Ты проводил опрос? Или как ты об этом узнал?
Из данного треда.

>Это потому что в самом Linux нет лоббиста "Linux для десктопа", Linux нужен только как пускалка Oracle+AS stack,
Вы вообще с линуксом работали?

Не хомячить на домашней слаквари, делая по себя вечерами, а работать? За деньги?

>В кой-то веки согласен с iZEN, Eclipse - это отличнейшая платформа.
А разве кто-то это отрицает?
iZEN уже давно живёт в раширенной ральности и спорит непонятно с кем.

>И отказывающий в праве гуевым десктопным приложениям для разработки (редакторам, IDE) входить в состав "десктопных". Типа десктопные - это мелкие приложения для тупой домохозяйки.
Программисты, как пользователи, количественно попадают в статистическую погрешность, поэтому считать средства разработчика десктоп приложениями нельзя, в силу их исчезающе малой расспространённости.

Ох, сколько на^Wпонаписали... Влом читать - просмотрел только пару страниц, но всё равно выскажусь....

Раньше я тоже горевал по поводу бедности TCL/TK и тормознутости awt/свингов, но... Так как живём в век нетбуков, общественных компьютеров (как клиентов) итд - то для многих прог - веб интерфейс будет также желателен/необходим. И скорее всего тонкий клиент будет даже первичен.
С появлением же таких JS библиотек (не сказать ajax;) как YUI - можно поддерживать вообще одну версию (ведь нет большего облома для программера - как поддерживать более одной версии одного и того же кода). Так как сегодня интерфейс уже можно делать несравнимо навороченней - чем у CUPSов и подобных.
Подход такой: пускать сервлеты (как чистые дата провайдеры) в лёгком эмбеддед сервере (даже не жсп, и не надо даже томкатов), возвращать JSON или делимитед (да хоть fixed-length;) на запросы из JS (сервлеты - это комманд-лайн веба - я это говорю постоянно, статью написать чтоли?). Стили разруливать только CSS.
Никаких таблиц (только UL/LI и div) - для разделения (т.е. сервлеты не имеют маркапа - кроме 3-4 структурных тагов). Это кстати твердят на аксессибилити курсах (чтобы и считыватели для слепых и хендхелды на таблицах не спотыкались etc).
Веб мастера - довольны (занимаются вёрсткой в своих тулах, да хоть в мозилле, а не копаются в мешанине спец-тагов и фреймвоках).
Программеры довольны (возвращают чистые данные). Интерфейсами занимаются жабаскриптовые программеры.

Как демонстрашку подхода - постараюсь в ближайшее время апдейтить свою склерозницу (http://sourceforge.net/projects/ais/) - на использование YUI для пейджера (paginator) и пр. (таблицы и деревья на YUI очень даже навороченные. Делал было аналог екселя на работе, правда формулы приходось пускать на сервере, а так не намного беднее екселя).
Кстати, за викенд заменил бекенд в AIS на люцин. Теперь енджин - чисто как у гугля (со всем богатством запросов), только вот надо вывести все APIи в виде удобоваримых интерфейсов. А здесь YUI - как раз. И не надо МОНО/Жаб - если тонкий клиент в браузере будет достаточно богат.

конечно придётся сделать два действия вместо одного: щёлкнуть по server (предварительно "chmod u+x") или "sh ./server"
(либо кликнуть на server.bat в оффтопике).
И второе действие - открыть браузер на http://localhost:8080.
Но зато портабилити.

Кстати, в AIS если кто будет пробовать - YUI пока не подключен, поэтому интерфейс беден (хотя JS код уже там). Скоро.
Пользоваться - сначала кладём "put"'ом те пути (относительно рута) или линки или букмарки - которые надо запомнить. Прикрутить просто накопипасченные заметки (сохранение в файле и возврат линка) - думаю ещё один вечер. Пока же это хорошо-масшабируемый персистент хэш и только.

> И путать строки со списками могут только дотнеттеры со вскинутыми бровями.

Вы эта, я ж говорил. Если на выходных тупняк - лучче воздержитесь. Потому как List<byte> и std::string действительно организованы одинаково. Учите матчасть.

Про комплексные позже.

Феерический бред.

Джава в настоящее время позиционируется как серверная платформа для корпоративных приложений.

Уже когда я сдавал 310-035 уже все вопросы по гую выкинули из тестов.

ЯбблЪ вообще забил на клиентскую машину - в шестерке у них только серверная.

Незначительная часть кода пишется на SWT - для расширения эклипса. Остальное "веб морда - это наше всё" (с).

> моно приложения малопопулярны за пределами Линукс сообщества.

В эппл-мире (это второй по величине десктопный рынок) вообще это убожество под название "моно" никто не юзает. Потому, как поделие под названием "моно", подчистую сливает мегарулезному Obj-C 2.0.

> Никаких таблиц (только UL/LI и div) - для разделения (т.е. сервлеты не имеют маркапа - кроме 3-4 структурных тагов).

Табличная вёрстка гыраааздо надёжнее.

> java имеет сильные шансы на "вылет" с десктопа.

Джава на десктопе итак не используется. Или, точнее, используется в очень экзотических случаях.

Джава используется для

1) enterpriZe (JSF+EJB)

2) Java ME (без комментариев)

3) Blu-ray

Наличие этих трех основных рынков кормит Джава программистов.

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

оно да, а главное - привычнее за 15+ лет, но вижу что скоро уже будут запрещать из-за аксессибилити стандартов.
Говорил с крутым чуваком с долины - говорит что он уже у себя запрещает использовать таблицы. Год или больше как. Только UL/LI.
А спецы по CSS творят чудеса показывая как таблицы, крутя, переворачивая, итд.
И не надо JSP,JSTL,EL,taglibraries,JSF,wicket,bla-bla-bla - you name it

> У xmind тоже убожество? > http://itmages.ru/view.php?action=view&id=7025&key=bec880%29

Неплохо.

>Джава на десктопе итак не используется

и даже на десктопе ещё как используется (открою большую тайну). Даже под винду. Кладёшь внутрь JRE, делаешь run.bat. Всё зипуешь. С десяток мегабайт zip всего. В отличие от .НЕТ и зоопарка версий для разных сервис-паков, ХП, вист итд. для разных систем - просто кладёшь разные JRE;)
саппорта не надо вобще. В отличие от .НЕТа даже. Дешевле. Как минимум пока не появились дешёвые (и много) QT программисты или "правильные" жабаскриптивики (в стиле YUI).

DHTML + CSS с технической точки зрения - это забивание гвоздей фотоаппаратом. Будущее за Silverlight и Applet - подобными технологиями. Апплеты же появились слишко рано для своего времени. Жаль, что они не стали популярными.

>С десяток мегабайт zip всего

ну, конечно, покромсать её надо для этого, выкинув ненужное. Старую версию взять помогало (когда надо было распространять по мылу юзерам типа бухгалтерш).

А с .НЕТом как? ;)))
(всё хочется спросить .НЕТовских товарищей - сколько они готовят версий - если надо поддерживать _все_ системы, скажем с вин95).

"Меня за советскую власть агитировать не надо" (с). :)

Правда, я использую JNLP.

Правда, разрабатываю весьма специфические приложения, использующиеся только в конкретном случае соединения к энтерпрайZе серверам. (Spring и/или EJB).

Серверную JVM, есс-но "подстраиваю".

не согласен. С технической точки зрения - это чистое разделение стиля и данных. Как XML/XSLT - но сделанные правильно (реально работающие и устоявшиеся как стандарт) за последние годы. В отличие от. Как и с жабаскриптом впрочем (Где всё достоинство - что стандарт давно не менялся ;)
И вводимые в виде независимых правил (руль-энджин напоминает даже), не зависящий от порядка и длинны.

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

> Правда, я использую JNLP.

удобная вещь (тоже было дело)

А еще в свой двухмерный мир добавь:

The Open Toolkit library

The Open Toolkit is a free C# library that allows.Net/Mono programs to use OpenGL, OpenAL and OpenCL. It is intuitive, fast, cross-platform and usable by all .Net/Mono languages.
http://www.opentk.com/node/962

Icarus - тут красивая демка
http://www.pointscape.com.sg/joomla/

отпрыски opentk
http://www.opentk.com/project/all

Мелкомягкие аналогично профукали ActiveX. Причем там с безопасностью еще больше учудили.

Я еще помню времена, когда на официальном сайте Paradise Lost были апплеты.

Сейчас jQuery позволяет достичь ясного кода и хорошей интерактивности.

Для интранета - Java Web Start. Потому как за заказные JNLP реальное бабло платят.

А убогие поделия на моно для GNU/Linux десктоп пишутся нёрдами-кульхацкерами за "чупа-чупс". Потому как богатенькие бимеры и ораклы "мону" для GNU/Linux не поддерживают. Ни разу.

В отличие от Java.

>Где всё достоинство - что стандарт давно не менялся ;)

RESTful лет ...дцать наверно не менялся. ;)

А ты добавь в свой одномерный/однодверный/ Windows-like мир: Java3D с OpenGL- (или DirectX) акселерацией на аппаратном уровне и пространственным звуком. Прикинь, перекомпиляция не нужна — всё работает на уровне апплетов в браузере (с JRE).

Расширь свои горизонты — никогда не позно.

Лично толстому BSD троллю : eclipse & бсдя - не нужна

> У нас есть два пути: использовать высокоуровневые абстракции (например, виртмашины с GC) или тупо работать с обёртками для нативного кода (C, C++).

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

> Вот когда ты мне покажешь равную по эффективности реализацию complex, позволяющую сделать так:

Красивого решения, увы, нет - для этого нужен интерфейс INumeric. Это одна из вещей, которых в дотнете не хватает.

Лично я в аналогичной ситуации пришёл примерно к решению вида:

abstract class Complex<T> where T:IEquatable<T> {...}

class ComplexDouble : Complex<double> {...}

class ComplexSingle : Complex<float> {...}

и т.п., хотя там много ручной работы.

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

По моей формулировке, это будет частный случай первого варианта. Я ж привёл VM в качестве "например".

А если мы ещё начнём rmammoth про рулезность D и Ocaml рассказывать, у него вообще будет трясучка.

> Вы эта, я ж говорил. Если на выходных тупняк - лучче воздержитесь. Потому как List<byte> и std::string действительно организованы одинаково. Учите матчасть

std::list<> и std::string организованы по разному. А что там навертели проЭктанты уродливого дотнета -- это их проблемы.

> Про комплексные позже

Хорошо бы хоть когда-нибудь :)

> Красивого решения, увы, нет - для этого нужен интерфейс INumeric. Это одна из вещей, которых в дотнете не хватает.

Итого, слив засчитан

А от хаскеля и Кандратий хватит

> Красивого решения, увы, нет - для этого нужен интерфейс INumeric. Это одна из вещей, которых в дотнете не хватает

Мог бы еще попросить тебя наваять женерики, параметризованные нетиповыми параметрами, но пожалею -- нет времени, работать нуна. :) До вечера!

Подобно апплетам сильверлайт компилируется в байт-код и запускается под виртуальной машиной, а она необходима из-за секъюрити. Но сам интерфейс может быть задан в xml подобно html. Итого получаем разделение стиля и данных, т.е. то, что предлагает DHTML/CSS, но при этом получаем наивысшую доступную (ибо секъюрити) скорость выполнения.

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

Нет уж, AOT GCJ ненужен. Он настолько уныл, что даже сравнивать с JIT смешно.