Barlog_M> Ограниченные унылые тролли-ретрограды. Вам место в *BSD, а не в linux'е.

Однако тонкий троллинг троллей... Интересно провоцируешь остальных, чтобы флейм Mono vs всё перешёл в BSD RIP :)

> Банши миллион песен тянет на 8 мегабайтах. Твой ход.

и? он список в базе держит. Причем тут количество песен, мля? У банши нтерфейс простой и с графикой он не работает. я тоже на питоне прожку писал для симбиана, которая миллионы тестовых строк ворочала из скулайта, а в смарте памяти даже 8 мегов свободно не было. так что твой ход не считается.

Как тут верно заметили, моно годится чтоб нарисовать форму с 3 кнопками.

>Причем тут количество песен, мля?

Скорость работы со списками.

В Amarok-1 списки были очень тормозными. Хотя он и нативный.

В Amarok-2 сделали какое-то угрбище... Отфильтруешь в коллекции по названию и давай потом деревья разворачивать в поисках нужного... :)

>моно годится чтоб нарисовать форму с 3 кнопками.

F-Spot, Tomboy, Incollector, Banshee тебя опровергают. При чём первому, второму и третьему прямых альтернатив нету, только косвенные :)

> и? он список в базе держит.

Вот-вот. Вот как монки перепишут sqlite на моне и посадят на это чудовище банши, тогда приходите письки свои показывать, а то Си торчит из вашей пись^Wбанши.

> В Amarok-1 списки были очень тормозными. Хотя он и нативный.

> В Amarok-2 сделали какое-то угрбище... Отфильтруешь в коллекции по названию и давай потом деревья разворачивать в поисках нужного... :)

еще раз: у банши интерфейс простой, работа со списками там ... очень много, там работы, да...просто жесть как много.

а фспот -- тормоз и глюкало.

>sqlite на моне

моно по производительнсти почти равно жабе серверу. А на жабе есть HSQLDB который всего лишь в 1.5 раза медленнее sqlite.

ещё раз: у фспота интерфейс не сложнее чем у банши.

> F-Spot,

тормоз

> Tomboy,

желтые листочки на десктоп? да полно аналогов

> Incollector,

первый раз слышу.

> Banshee

очередной плеер. ничего примечательного.

>> Banshee
> очередной плеер. ничего примечательного.

Почему же ничего? Он на моне, и это даёт повод раздувать ноздри :)

anonymous> С какой стати то тормозить то будет? У меня не тормозило. Гтк прекрасно и на более тормозных машинах работает. А уж на пне 500 с 512 памяти тормозов не будет точно.

Первый GTK - несомненно. Второй - тоже. А вот гном - будет тормозить жутко.

> ещё раз: у фспота интерфейс не сложнее чем у банши.

удивительно и почему это "банши при 8 мегах ворочает миллион песен", а фспот при запуске и работе с 2000 фотографий жрет 300 мегов при этом тормозит, как будто в космос собрался?

Ну вообще то это самый функциональный плеер на линуксе.(По количеству фичей) Если не считать амарока4 который вечная альфа.

Не говоря о том что видео-плеера с интегрированным менеджером коллекций - вообще кроме банши нет.

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

А причём тут гном ? Банши собирается без гномовых либ, чтоб ты знал.

>Ну вообще то это самый функциональный плеер на линуксе.

И самый качественный при этом, да.

>Ну вообще то это самый функциональный плеер на линуксе.

>И самый качественный при этом, да.

Аргумент в поддержку Mono

> Пора уже забыть такую ересь как "предназначено для конкретной ОС".
> Софт не должен зависить от ОС.

Это станет возможным только когда весь софт будет работать под виртуальными машинами. Но тогда он будет "предназначено для конкретной VM".

> ява на большем числе платформ...

java как маркетойдный базворд? java как j2ee? java как EJB? java как jdbc? java как язык? java как vm?

> в Моно НЕТ поддержки такой фундаментальной вещи как Windows.Forms

Есть. Совместимо с framework 2.0.

> если WinForms полностью портировали, месяц работы спасён.

Есть mono специфические особенности в winforms. Но 80% заработает сразу.

> +1, причем имхо удобнее чем WinForms и удобнее чем gtk+ на С

Есть один минус. Нужно ставить зависимости.

>Банши миллион песен тянет на 8 мегабайтах.

Восьми мегабайтах чего? Памяти?

Ну так врать-то откровенно не надо, ага.

>java как маркетойдный базворд? java как j2ee? java как EJB? java как jdbc? java как язык? java как vm?

java как платформа.

> Жаба на энтерпрайзе, mono на поделках пионЭров в массе своей, вот и
> сравни кто где

java на энтерпрайзе - бугога. видели. знаем. Очередной слой интеграции на вебсервисах строками передающими xml? Очередной сервер создающий по thread-у на клиента? Или любимый всеми индо-java-код в стиле выгрести все из базы и начать шарахаться с умным видом циклами, чтобы выбрать то что надо? Или очередной ORM-infected проектец?

mono - это suse. вот и сравни кто - где.

> java как платформа.

расшифруй слово платформа. объясни какое это имеет отношение к mono. пожалуйста.

Вы, превзошли Ъ. Даже новсть не читаете.
>mono поддерживает full static compilation - способность компилировать CLR байт-код в двоичный код процессора. Результирующий код не нуждается ни в just-in-time компиляторе, ни в runtime.

> Восьми мегабайтах чего? Памяти?
> Ну так врать-то откровенно не надо, ага.

По байту на песню :)

http://abock.org/2007/06/27/my-hack-week-the-new-banshee/

I’ll close on this point just by leaving a few stats, 
all tests based on a 25,000 song database.

	           Old Banshee 	   New Banshee
Startup Time 	   32 Seconds 	   0.8 Seconds
RSS Consumption    81 MB 	   8.5 MB

>вообще нафига этот дотнет нужен?
Это вы к чему?
Намекаю: Статья о mono.

>Есть же более развитая технология - Parrot. Она раньше дотнета разрабатываться начала.
К сожелению релиза ещё не было, или у вас машина времени.
Я, лично с нетерпение жду, релиза.
Сила Parrot, кстати не в VM а в PCT и PGE. Я об этом уже писал несколько раз.

>расшифруй слово платформа. объясни какое это имеет отношение к mono. пожалуйста.

грубо говоря это число равно числу платформ на которых можно гонять приложения Java, то есть число платформ на которых есть jre

А где здесь миллион песен? Я вижу 25 тысяч.

И вообще это было давно (2007 год) и неправда (в реальности баньши жрёт много много больше)

Не надо мне древних статей, лучше скрин сделай, с миллионной базой и потреблением памяти.

У меня кстати музыки поменьше, чем 25000. Приеду - сделаю скриншот и выложу в толксах. Вот...

> > С одной стороны, mono позволяет использовать программное
> обеспечение, написанное для Windows.
> Притягивание за уши. Под моно без проблем пойдёт только тот софт,
> который изначально под него написан, либо постоянно тестировался на
> совместимость с оным.

Есть магическая тайна mono. Доступная только посвященным. Mono портирован на windows. Так что кроссплатформенность это x-platform + mono ===> windows + mono, а не x-platform + mono ===> windows + .NET.

> грубо говоря это число равно числу платформ на которых можно гонять
> приложения Java, то есть число платформ на которых есть jre

Грубо говоря jre умеет гораздо меньше чем mono. Для того чтобы добиться аналогичной функциональности jre обращивают внешними библиотеками и технологиями, которые в свою очередь спортированы не на все платформы, на которых есть jre. И это - раз.

А два - то что часто вижу на примере разных enterprise-ов. А именно то, что часто java приложения плохо переживают смену версии jre (иногда даже минорной цифири). Потому вместе с приложением таскают правильную версию jre, на которой приложение работает.

> all tests based on a 25,000 song database.

25000 немножко отличается от 1000000. Нет?

Ещё один Аргумент

>The CLR (Common Language Runtime) does nothing that Java hasn't done for years, they say, and the C# language syntax is essentially just Java with a few wrinkles ironed out.

>So what's wrong with ironing out wrinkles?

CLR создаваляся как работа над недостатками Java, соответсвенно байткод поддерживате многие возможности принципиально отсутствующие в Java, например рантайм инвормация о тпах в Generics

У Java на порадок больше сообщество, но моно постепенно набирает популярность.

Моё мнение, что конкуренция - это хорошо.
Так-же, как я не хочу, чтобы умерло КДЕ, чтобы Гном не остался один, так-же нужно моно, чтобы Сан не расслаблялся.

>Если не считать _амарока4_ который вечная альфа.

Верни машину времени на место, сломаешь.

Эх, такое бы к петону, да что б и под айфон и под вии :)

>У меня уже много лет стоит, хотя так до сих пор и не пользуюсь, ну и что? :)

когда перестанет стоять- пожалеешь, что не пользовался

>Да, там сложнее. У систем с автоматической сборкой мусора с этим проще. Но проблема всё равно остаётся, хотя и в меньших масштабах.

и проблема эта - твое незнание принципов работы сборщиков мусора

> Neil McAllister(InfoWorld), 2 года назад предсказал, что он умрёт после открытия Java

fxd

на пару мегабайт. Там же всё лениво. Нужно только индекс в памяти держать.

> mono поддерживает full static compilation - способность компилировать CLR байт-код в двоичный код процессора. Результирующий код не нуждается ни в just-in-time компиляторе, ни в runtime. Это позволило разработчикам игровой платформы Unity использовать mono для разработки игр для Windows и Macos без изменения кода, простой компиляцией на целевую платформу.

full static compilation - это просто замечачтельно! Теперь кто-нибудь пусть объяснит, почему авторы игры не сделали под лялих "простую компиляцию на целевую платформу"? Потому что всеравно, нихрена бы не работало?

>Может лучше сразу - на компьютер с Zilog Z80A? А что? Процессор хороший. Только оперативной памяти всего 1Mb держит. Но это не беда - постраничность можно сделать (что и делали), и даже многозадачность на основе этого реализовать.

на самом деле, 64кбайта, всё выше уже страницами.

Я офигиваю. Полгода троллил, всем рассказывал про эту AOT. А теперь на главной новость, а для них это открытие.

Имел опыт разоаботки на моно, скажу так... Моно может быть и круто, НО для нее нет реально нормальных IDE! Ни монодевелопер, ни шарпдевелоапер, ни быдлоплагины к еклипсу не идут ни в какое срвнение со средствами разработки для Java. Да если честно и сама визуал студия на шаг позади от еклипса(кто разрабатывал одновременно и там и там поймет, адепты этого не поймут)

заинтересовался я этой фичей компиляции. почитал на сайте. есть у них команда mkbundle она собирает все необходимые дллки в один очень толстый нативный линуксовый файл ну наверное работает быстро. но очень уж толсто получается. в этом смысле даже fpc/lazarus гораздо лучше.

а вообще с glade3 и любым языком где есть гтк связки, можно создавать интерфейсы довольно просто. не так просто, как на лазарус, и не так быстро, правда. К примеру, я недавно экспериментировал с oo2c (Optimizing Oberon-2 Compiler) и гтк :)

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

>Никогда не поставлю на сервер моно.

http://opensimulator.org/wiki/Main_Page

>> man F#
>оно нативные бинарники собирает? Оно уже умеет без моно работать?
Да

>С одной стороны, mono позволяет использовать программное обеспечение, написанное для Windows. А так как Windows не утратит свои доминирующие позиции в ближайшие годы, это позволит расширить круг применения Linux.

>С другой стороны, mono - кроссплатформенная система и позволяет запускать приложения на Linux, Macos X, Windows и с минимумом усилий создавать приложения для всех этих платформ.

Полный 4.2, бред и свистежъ