Кто нибудь может реально составить и кратко агргументировать преимущества и недостатки .NETа по сравнению с J2EE? ну или наоборот 

Hidrag, начнем.

Недостатки:

.NET: некроссплатформенный.

Ну и что?

какие еще недостатки будут?

1. Windows Forms - убогая библиотека (особенно Grid) по сравнению со SWING. 
2. На .NET нет бесплатных профессиональных решений. На Java очень много: Struts, Hibernate, Tomcat...
3. .NET привязан к единственной дорогущей IDE и стимулирует программиста к вышекликательному программированию

Для корпоративных решений это не проблема, такие вещи как несколько серверов, копий виндов и студий решаются легко. Мне интересно в чем достоинства и недостатки платформ для копоративных решений. Просто получается кроме кросплатформенности достоинств у J2EE реальных и нет... 

Через чур субъективное мнение. Я бы не стал называть WinForms убогой (с учетом выхода версии 3.0 с поддержкой XAML).

Уверен? Framework-то бесплатный, как и JVM.

ИМХО надо прогать в одном, а куча адишек только отвлекает. А насчет "вышекликательному", если правильно понимаю что имелось ввиду, то ничто не мешает писать ручками -  изучаем библиотеку и иерархию классов и вперед.

Ява проста в изучении

"привязан"? да ну! есть куча ИДЕ разного уровня развития. Правда, в основном, под C#, но есть и для других языков. На sourceforge можно глянуть 

DeadLine,  
если сравнивать языки C# и Java то примерно одинаково, если применительно настольных приложений, то .NET проще, но J2SE более гибкая. Касательно корпоративных платформ, то тут сложность J2EE по сравнению с .NET непомерная. Под .NET нужно знать ASP.NET IIS и общие технологии, то для Java... большое количество серверов приложений, большое количество различных фрэймворков. Возможно .NET достигнув возраста J2EE тоже будет все это иметь...

Из достоинств .NET можно отметить что приложения на платформе .NET требуют меньше аппаратных ресурсов, чем их аналоги, реализованные на платформе J2EE. Объясняется это соотношением native - и интерпретируемого кода: сервера приложений стандарта J2EE сами реализованы с использованием Java2, в то время как С#, напротив, служит только диспетчером, главная задача которого – вызов сравнительно быстродействующего исполнимого native кода COM+. Но опять же минус - дотнет привязан к винде и архитектуре x86. Когда как сервера и приложения J2EE могут работать на различных аппаратных и програмных платформах.

Еще одно приемущество: Технология для работы с данными в .NET - ADO.NET, ориентированна на создание сервисов и веб-приложений (disconnected model), имеет встроенную XML интеграцию.

И всем слушать одну и ту же музыку, носить одну и ту же одежду, писать на одном языке...


Ты можешь на Windows Forms спроектировать сложную формочку, без использования GUI редактора?


Когда я слышу слово "COM", я хватаюсь за автомат.


Поподробней.

 Да для C# их тоже куча. Но нормальных - 4(это если SharpDevelop|MonoDevelop считать нормальными)

 Теоретически можно.

Сам я с ним не работал, но у ребят поопытнее такая же реакция....



Напрмер компонент DataSet из ADO.NET я в него могу загрузить данные из XML одним методом, к этим данным применять SQL запросы. Выбрать из него любые данные и чтото изменить и вызовом одного метода сохранить в XML. Затем... могу отправить селект к бд и получить результат в DataSet, отключиться от бд, выполнить любые манипуляции, соедениться с БД и вернуть изменения назад, или сохранить в XML если с БД связь отсутствует например... В Java, насколько позвляет мой небольой опыт работы с ней, встроенных, так сказать "стандартных" средств для этого нет, нужно либо самому писать либо искать сторонние фрэймворки. Возможно я не все описал и не так полно, надеюсь дотНетчики поправят.

я могу. лабораторная была. что? речь не о лабораторной в ВУЗе? речь о сложных проектах? но позвольте, как же оптимальность использования времени? если можно что-то делать ещё быстрее(например, строить интерфейс визуально или писать код, отталкиваясь от УКВ-диаграмм), зачем отказываться только потому, что это "вышекликательное программирование"? Может, и help'ом пользоваться запрещено? Мол, настоящий программист помнит все функции наизусть, а те, что не помнит, пишет заново?   

Гуи редактор - незаминимая вещь, когда ты понимаешь код который он генерит. Поэтому лучше сперва научиться в ручную гуишки рисовать пусть и не очень сложные, а потом уже пользоваться гуи редактором, чтобы понимать и при необходимость корректировать то что он нагенерит... да и не плохо бы понимать принципы на которых он строится, как например MVC для Java.