И да, уже подсказывают из зала:

>Ну и как с помощью Mono можно запустить Windows-ориентированное .NET-приложение? Что ни говори, а .NET как была Windows-платформой, так ей и останется. Кросплатформенности там не на грош.

Ну-ко, запусти-ко мне http://www.jetbrains.com/omea/ на Mono в Linux или MacOS

Ограниченные унылые тролли-ретрограды.

Да, знатно здесь Бандерлога попинали :)
Спасибо всем принимавшим участие!

Кстати, ещё забыли об утечках ресурсов с помощью тредов.

Их отлавливать - это просто праздник.

Хорошо хоть бандерлоги ими редко пользются, так как не знают что это такое.

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

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

Ну, не только это. Альтернативы ИМХО еще хуже. Rhythmbox - неадекватный редактор тегов, неадекватная работа с переносными устройствами (например, нет отображения свободного места), Exaile+AmaroK - неудобное для меня представление коллекции в виде дерева, сонату если честно пока что не пробовал, ничего сказать не могу, но как-то не пользуется она попылярностью. Кто остался?

>>Никогда не поставлю на сервер моно.
>1. А mono в первую очередь ориентирован на десктоп.
Не согласен.
Winforms доделали совсем недавно. А asp.net было работоспособоно уже года 3 или больше.

>ОН нормально справляется с приложениями типа две формочки три кнопки, которых 90%, не говоря уже про консольные приложения.

Java еще лучше справляется с приложениями типа две формочки три кнопки, которых 90%, не говоря уже про консольные приложения. Или ты эту часть Java не смог осилить?

>Winforms доделали совсем недавно.

Cогласно официальному сайту нихрена ещё не доделали. АPI полный, но много просто пустых методов.

> Переносимые исходники с native компиляцией = добро.

Даже я, прожжёный freebsdшник и собирающий всё ПО из портов/исходников/, не разделяю твою точку зрения.

>Вся "кроссплатформенность" достигается только портированием исходников и компилятора под платформу.

Ага. Вот только в Java компилятор == JIT, а "исходники" для него == *.class. Ж)

меня, лично ни Winforms ни GTK# не интересуют(хотя F-Spot и Banshee да)
Последнее гуёвое приложение написал лет наццать назад, чем весьма доволен.

> Грубо говоря jre умеет гораздо меньше чем mono.

Факты в студию. Мы посмеёмся.

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

Примеры таких "внешних библиотек", пожалуйста.

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

Пример enterprise-приложения, которое не запускается на обновлённой в минорной версии jre?

Mono используется дай б-г в 10% дистров линукса, а во сколько раз инсталляций Linux меньше чем Windows, не мне тебе рассказывать.

>> Софт не должен зависить от ОС.

> Везде должен быть коммунизм и GPL

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

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

> Примеры таких "внешних библиотек", пожалуйста.

Мжик имеет в виду либы, подвешенные через JNI? Конечно, они не кроссплатформенны. Но в такой манере пишите и особенно отлаживайтесь сами. Мне не хочется.

>Заводим глобальный хэш-массив соответствий ID(int) и объектов. Добавляем в массив пары ID => object. Забываем удалять, когда объект больше не нужен. Имеем постоянную утечку памяти.

>В L2 Fortress я несколько месяцев отлавливал все утечки памяти при перемещениях игровых объектов по карте, при переходе из сегмента в сегмент. В старом сегменте объекты не всегда корректно выносились из списка активных объектов и вследствие этого память методично текла.

Отож. Причем тут очистка памяти жавой/моно и заведомо кривое программирование? Если объект намеренно оставляется в памяти, жаба/моно не может очистить занимаемую им память. И опять же, если дуболомы с квалификацией ниже плинтуса программируют вынос из списков активных объектов, то им просто нужно выдать предписание на укладку железнодоржных путей и отправить ремонтировать БАМ. К программированию у них способностей нет, а значит они занимают чужое кресло

>Прямиком фтопку! афтор, фтопку... ваш каменный век прошел

> В систему Кернигана с Ритчи

"В систему Томпсона и Ритчи"

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

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

Как так? Там же 16 разрядная шина адреса. То есть по сути это аналог 8088, причём обратно совместимый с 8080.

>Как так? Там же 16 разрядная шина адреса. То есть по сути это аналог 8088, причём обратно совместимый с 8080.

2^16=65536 65536/1024=64

Ну тогда понятно. Спасибо.

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

Вот такие вот перфекционисты до сих пор в Тольятти разрабатывают новую модель идеальных Жигулей, в то время как подход _разработать по-быстрому и втюхать потребителю новую модель_ привел к сотням моделей от Бентли до Тойоты на загнивающем Западе и к развитию электроники, когда мы покупаем по вменяемой некосмической цене в $200 уже девятое или восьмое поколение Intel||AMD работающих на гигагерцевых скоростях, а перфекционисты в Зеленограде и РАН не могут даже на 0,25мкм процессе микросхемы сделать. Тьфу. Так и с C vs Java. Ты почитай там лучше, как она интерпретирует и что, байткод ли?

а ведь вы правы

и от этого мне становится тошно :(

Запустил в очередной раз MonoDevelop :) Пытаюсь делать простое приложение GTK#. По основным классам документацию встроенную бачу. А вот где шукати документацию на GTK#??? Чето не нахожу нигде...

>Отож. Причем тут очистка памяти жавой/моно и заведомо кривое программирование?

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

Когда я на Си программировал - то тупо старался пользоваться примитивным правилом: один указатель, одно выделение памяти, один free/delete. При чём для наглядности - присвоение, по возможности, вместе с описанием.

А я не помню утечек памяти у своих программ :)

Автоматический учёт памяти облегчает жизнь программисту, но всё ещё не позволяет программировать, выключив мозг. Это лишь удобный и полезный инструмент. Но не панацея.

>Mono используется дай б-г в 10% дистров линукса

А у каких дистрибутивов Gnome поставляется без Tomboy, например? :)

>Не согласен.
>Winforms доделали совсем недавно. А asp.net было работоспособоно уже года 3 или больше.

Всё же, думаю, mono на десктопе используется намного чаще, чем на серверах :)

> java на энтерпрайзе - бугога. видели. знаем. Очередной слой интеграции на вебсервисах строками передающими xml?

ничего личного, но сомневаюсь, что учавствовали в жабских проектах

p.s. поработал в свое время год в бангалоре (индия) - вот там спецы деревянные по пояс и по жабе и по сем вопросам, напрмер файл формата excel (c расширение .csv) потому что он открывается excel (этот индус был крупным phd и начальником направления)

Я пишу на С++/C и не имею проблем с компиляцие под линух, винду и т.д.

Если юзать python так темболее.

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

>Примеры таких "внешних библиотек", пожалуйста.

jdic или javacomm (http://java.sun.com/products/javacomm/ - нет ни mac os ни windows)

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

а программирование с выключенным мозгом это быдлокодерство

>Я пишу на С++/C и не имею проблем с компиляцие под линух, винду и т.д.

молодец. Возьми с полки пирожок. А простату регулярно проверяешь?

>>javacomm (http://java.sun.com/products/javacomm/ - нет ни mac os ни windows

".... Starting with RxTx version 1.5 RxTx contains replacement classes for the public JavaComm classes. For legal reasons they are not in the java.comm package, but in the gnu.io package." http://en.wikibooks.org/wiki/Serial_Programming:Serial_Java#Introduction http://rxtx.qbang.org/wiki/index.php/Download

т.е. http://en.wikibooks.org/wiki/Serial_Programming:Serial_Java#Overview_and_Vers...

>Z80A? А что? Процессор хороший. Только оперативной памяти всего 1Mb держит.

у этого процессора 16-битная шину адреса, т.е., он "не держит" памяти больше 64КБ (без дополнительных микросхем, переключающих "банки памяти", как было реализовано в ZX Spectrum 128).

Z8000 образца 1978-го года держал 8Мб ОЗУ (7-битный сегментный регистр) и имел инструкции для работы с 64-битными регистровыми группами :)

Z800 в 1985-м имел MMU на 16Мб и по коду был совместим с Z80.

Z80000 был уже полноценным 32-х битным :)

ой, уже ответили про z80..

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

>Z8000

да, у Вас тоже Большой Член в области ностальгии по археологическим технологиям, согласен.. однако факт остаётся фактом - z80 работал тока с 64 КБ..

>Z8000

да, у Вас тоже Большой Член в области ностальгии по архаичным технологиям, согласен.. однако факт остаётся фактом - z80 работал тока с 64 КБ..

А мне нравится mono:) Правильно замечено что, mono это ".Net и стал чем-то значительно большим."

>сама визуал студия на шаг позади от еклипса(кто разрабатывал одновременно и там и там поймет, адепты этого не поймут)

Говори за себя. Постояноо программирую на C# в студии и на яве в эклипсе. Визуал студия намного удобнее, особенно редактор кода. А эклипс сильно тормозит и занимает больше оперативки.

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

Фиг знает, помоему ты не искренен.

Про память это не довод. Я на нее не обращаю внимания. А вообще это какбэ издержки управляемой среды.

Про редактор кода я думаю в еклипсе поприкольнее сделан, имею ввиду горячие клавиши и распальцовку для набора и генерации кода. Инкрементальная компиляция в еклипсе была сто лет а в студии появилась недавно

Ну еще от себя могу сказать что нету для студии(дотнета) maven. Ну т.е. я имею ввиду аналоги может и есть самого maven(хотя я к своему стыду их не знаю, а может и вообще их нету), а такой связки с IDE нету.

В еклипсе в сто раз удобнее работать с SVN. Один TeamSynrchonizing чего стоит.

FindBug, mylyn(в связке с тракером) - это средства которые на рельно на деле повышают качество процесса разработки

Еще скажу в защиту еклипса, что у него есть UML2 tools. Для студии нету номального, удобного(повторяю номального и удобного) средства проектирвоания

Но самый главный плюс - что все эти средства бесплатные, и с помощьюх них реально можно херачить профессиональные продукты.

PS Я ненавжу моно и желаю чтобы эта херовина поскорее сдохла. Пускай уж лучше останется старый добрый дотнет.

> тот же Word, нисколько не являясь образцом вёрстки, прекрасно решает мои задачи.

умри умри умри

Для эклипса нет нормального и бесплатного GUI дезайнера. Воятели формочек тебя не поймут.

> Для эклипса нет нормального и бесплатного GUI дезайнера. Воятели формочек тебя не поймут.

Согласен полностью, Это однозначно минус. Но я уже привык верстать лайотаме в свинге руками. А если надо что-нибудь по быстрому вояю формы в нетбинсе.

Да и вообще щас же какбэ вебдваноль, jsf || gwt рулит для создания фронтендов

> Ну-ко, запусти-ко мне http://www.jetbrains.com/omea/ на Mono в Linux или MacOS

Но зато рядом: http://www.jetbrains.com/mps/download

> PS Я ненавжу моно и желаю чтобы эта херовина поскорее сдохла. Пускай уж лучше останется старый добрый дотнет.

Балмер, ты?

> А вот где шукати документацию на GTK#?

А где вы обычно ее ищите?

 % asearch gtk\# doc
monodoc-gtk2.0-manual - compiled XML documentation for GTK# 2.10

>Балмер, ты?

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

> А у каких дистрибутивов Gnome поставляется без Tomboy, например?

У дебиана, например. При установке его (кажется?) что-то пробует подтягивать, но он находится в рекоммендсах, поэтому отсекается легко и непринужденно (думаю в других дистрибутивах тоже как-то так). И в целом гном не тянет мону, у меня сейчас он и моны нет.

>Вполне качественный. Я ещё ни разу не видел, чтобы он тормозил :)

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

> А я не помню утечек памяти у своих программ :)
Хорошо жить со склерозом: никаких утечек не помнишь и новости каждый день :)