Gnome расширяет поддержку mono

>А сам то ты там чего забыл?

кто-то же должен сказать ребятам, что они опять облажались - разве нет? =)

Я ваще то про совет модеров.

>Я ваще то про совет модеров.

ааа. Я туда своего дубля отправил

/me Открыл толстую книгу по C# и начал дивиться как все намного проще и красившие чем на с++ =)... Мне кажется на всем пути программирования, мы стремились к удобству. Ну давайте в конце концов на асме писать, если все так плохо.

> Java по этим пунктам пока проигрывает.

Вы абсолютно уверены? Во-первых, Java стандартизирована куда лучше .Net, для неё даже тесты есть. Во-вторых, "стандарт" от Microsoft стандартом не является, посколько регулярно ссылается на закрытые спецификации. В-третьих, нужна GPL - используем gij и IcedTea. Ну и в-четвёртых, на Java есть инфраструктура, равной которой нет нигде, в отличие от Mono.

Ну и наконец, EEE в исполнении Microsoft мы видим всякий раз, когда выходит очередная спецификация на .Net.

> Реальных задач, а тем более примеров реализации оных на моно представлено не было.

MonoDevelop, iFolder, Banshee, Hula, F-Spot

http://www.mono-project.com/Companies_Using_Mono#Who_uses_Mono.3F

> Требования открыть код в случае использования QT под GPL в пределах огранизации незаконны.

А причём тут открыть код?

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

+1

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

> ааа. Я туда своего дубля отправил

Йон! Ты куда дубля дел? :D

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

Кто стремился к удобству, а кто и к эффективности ;-)

Асм - неудачный пример по причине зависимости от архитектуры процессора (читай: программы на нем непереносимы на другие аппаратные платформы).

> Асм - неудачный пример по причине зависимости от архитектуры процессора

Надо писать на асме для JVM :D

Ну а чем Mono не эффективно? F-spot хоп и готово, мне нравиться...

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

То-то они гневно визжат без основания, барахтаясь в вакууме

>Ну а чем Mono не эффективно? F-spot хоп и готово, мне нравиться...

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

Здрасте. Его ещё в 2002 году хотели на моно переписать

Какая нахер виртуальная машина ?
.NET байткод транслируется в нативный код перед выполнением.
Программа исполняется как НАТИВНЫЙ КОД. Да, есть контроль выполнения + gc и т.п. Работает чуть медленнее. Но это не сраный интерпретатор типа питона или перла.
Учите матчасть и не несите ересь.
При этом один бинарник будет работать на всех платформах и автоматически получать оптимизации под текущее железо. Написали софт - вуаля, работает везде.

Далпайоп.

> Какая нахер виртуальная машина ? > .NET байткод транслируется в нативный код перед выполнением.

Это и есть виртуальная машина - просто с JIT комиляцией - компилит перед выполнением

Типичные примеры - JAVA, NET, Parrot, LuaJIT, PythonPsyco, Limbo ...

У Java & NET & Mono - этот самый JIT - самый качественный и скорость выполнения слабо отличается от нативного кода

>Учите матчасть

:)

>Здрасте. Его ещё в 2002 году хотели на моно переписать

Здрасте. Но ведь не переписали же? ;-)

Имелись в виду задачи для которых моно был бы наилучшим выбором.

Ну и какие же это задачи? Почему нужно использовать именно моно, а не Java, например? // Demon37

>Нормальному программисту(а не фанатику) не важно на чем и под какую платформу писать, главное решить поставленную задачу

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

>Вот и пришли к выводу - имеем 2 кроссплатформенных средства разработки Java & Mono

А как у них со скоростью? ;)

>А как у них со скоростью? ;)

Да в общем-то у Java нормально со скоростью. Безусловно, несколько медленнее, чем выполнение скомпилированного сишного кода, но этот недостаток с лихвой покрывается кроссплатформенностью :)

>Да в общем-то у Java нормально со скоростью.

не сказал бы. Запуск жабского приложения - процесс долгий и мучительный. В отличие от :)

>Запуск жабского приложения - процесс долгий и мучительный. В отличие от :)

В отличие от... mono? Не сказал бы, что почувствовал существенную разницу.

>Да в общем-то у Java нормально со скоростью.

> не сказал бы. Запуск жабского приложения - процесс долгий и мучительный. В отличие от :)

В отличие от Mono ?

Mono приложения могут стартовать быстрее из-за этого

Ahead of Time Compilation or AOT is a feature of the Mono runtime code generator.

The Mono code generator can operate in two modes: Just-in-Time compilation or JIT, and Ahead-of-Time compilation or AOT.

AOT compilation works in two stages. The first stage consists of precompiling the assemblies. As of Mono 1.2, this is a manual process that individual deployments must do. The second stage is automatic, the Mono runtime will automatically load any precompiled code that you have generated.

Generating AOT code from an assembly is very simple, just invoke the Mono runtime with the --aot flag, like this:

mono --aot program.exe

>По существу есть что сказать?

существо похоже летающую корову и много пердит

Объяснять я не собираюсь для чего NET/Mono, но ссылку дам : http://www.lux-gsm.ru