ShSergesvenom...ибо Микрософт отучает программистов мыслить и заглядывать в глубь вещей...
Так оно и есть. Только не знаю хорошо это или плохо. Вот всякие ОРМы тоже самое с успехом делают... .Ну мое мнение, что это одназначно плоъо. Такие программисты действуют по следующему алгоритму: если знаю, что делать - делаю, если столкнулся с проблемой или с новой задачей - побегу у кого-нибудь спрашивать, ибо незнание основ ведет к неумению пользоваться гуглом, так как непонятно, что у него спрашивать. То есть шаг влево, шаг вправо - расстрел.
Далее, ORM, как я уже миллион раз говорил, нисколько не расслабляет программиста. Да, простейшие CRUD запросы мы можем автоматизировать, но не более. У программиста все равно остается куча головной боли - кэши, правильная ленивая загрузка, всякие N+1 проблемы и т.д..
Ну и что б уж быть до конца честным, скажем прямо - по части отпуления программистов Oracle то же не безгрешен. Все официальные туториалы по Netbeans - это просто эталон отупляющих материалов. Кликни здесь, кликну тут - о! вот у тебя уже и JSF c ORM через EJB готов. Это все полная херня, это маркетинг, что бы эффективные менеджеры посмотрели, как все легко и просто делается и выбрали. Но в реальном бизнесе это неприменимо, это то же самое, что и укрепление волос на 73,234% от Нивея Визаж - снаружи выглядит/звучит красиво, а по факту полная профанация.
Но Микрософт в этом плане, безусловно, занимается отуплением программистов на порядки активнее, чем Oracle.

Кстати, вот как я вчера попытался подлить масло в так и не разгоревшийся холивар на тему C# vs Java на RSDN:
я на RSDNНу смотрите, все очень просто.
а) Что касатеся ASP.NET vs Java для веба. ASP.NET это крайне убогая и отстойная технология, которая поощрает мешанину серверного кода, разметки и стилей. Где нужен человек, который вроде и по серверной части что-то знает, и в HTML/CSS/Javascript что-то шарит? Правильно, в первую очередь в бедненьких конторах ил ималеньких проектах, где неразумно вводить подобное разделение труда. В Java с этим все круто — решения на любой вкус, десятки разных фреймворков, которые подойдут под любые потребности. У Мелокософта же единственный вменяемый продукт для веба — MVC, который вышел только в 2009 году.
б) Теперь сравнения .Net vs JavaEE.
1) JavaEE является первопроходцем в корпоративных и распределнных приложениях, накоплен большой опыт, написано много программ, есть много спецов, есть большое доверие к продуктам на Java. А потому, как никрути, .Net является и еще долго будет являться догоняющим на этом рынке.
2) JavaEE кросплатформенна. .Net нет. Ну то есть формально да, но по факту нет. А потому как только речь заходит о юникс-подобных системах, на коих уже написано и пишется огромное количество серьезного софта, .Net идет лесом. То есть .Net по умлочанию оказывается вне огромной части рынка.
3) Microsoft ведет слишком агрессивную политику по продвижению своих продуктов. Вот вы купили себе Sharepoint, а извольте ка LDAP держать на Active Directory, иначе геморроя не оберетесь. Ах, вы себе решили портальное решение на Web Parts сделать? Ну тогда извольте иметь SQL Server, или идите в жопу. Ну что это за дела? То есть купил что-то от Микрософта и ты тут же встаешь перед выбором — либо переносишь на Микрософт значительную, если не всю, часть своей инфраструктуры, либо заполучи огромный гемор с интеграцией.
4) Java поддерживала и продолжает поддерживать open-source решения. Что это дает? Во-первых, это сообщество. Сообщество единомышленников, тусовка. Во-вторых, это независимость. Столкнулся я с каким-то гемором — проанализировал исходники, нашел проблему. Захотел — отписался в джиру проекта об ошибке, внес свой вклад. Захотел — взял какую-либо альтернативу. А теперь гребанный Микрософт. Столкнулся я с багом непонятным, и что мне делать? Только писать в поддержку Мирософта, в надежде, что они поправят когда-нибудь. Но что б грамотно описать проблему мне сначала надо задисассемблить библиотеки, и без особой помощи со стороны дебаггера рыться в исходниках. Читаю статью — чувак жалуется, что Sharepoint медленно работал с осписком в определнном случае. Задисассемблил, увидел, что у Микрософтовцы там полный треш, и нашел какое-то решение в обход, ну короче костыль свой придумал.

В подтверждение моим словам посмотрите на действия Мелкософтовцев. Во-первых, как бы они не хотели, но исходники их библиотек нужны, потому последние версии Visual Studio идут с дизассемблерами. Далее, Microsoft сдается под напором open source движения и смягчает свою политику по сторонним компонентам. Доказательство тому — появление с MVC3 встроенной в Visual Studio приблуды под названием Nuget, как раз для работы со сторонними либами.
То есть Microsoft как все копировала с Java, так и продолжает копировать.

AHTOH_LНапример мне надо написать небольшой сайт + админка. И вы мне предлагаете вручную создавать все классы для работы с DataSet, или вручную писать все хмл и тп для EDM?
Опять же в конструкторе удобно посмотреть все запросы, структуру и т.п.
Другой сотрудник может запросто поправить через конструктор не разбираясь в коде.Ну тут ответ крайне простой - если вам надо сделать "небольшой сайт", то вам не нужна Java.

авторЯ не думаю что у MS-а цель - отуплять программистов. Ведь фактически существуют программы стимулирующие
open-разработку, науку, технику, направления в функциональном программировании.Ну давайте будем разграничивать "высокие материи", типа науки, и реальный бизнес. Они живут в разных вселенных и правила в них тоже разные.
Почему C# занимается отуплением? Для того, что бы создалась иллюзия снижения порога вхождения, что бы бизнесу стало казаться, что на рынке дофига спецов, причем дешевых спецов. А следствием этого является выбор в пользу внедрения какого-либо решения на базе .Net, вот и все.

maytonС# отупляет? Чем? Самим собой? Но это глупая и крайне предвзятая точка
зрения! Она неаргументирована. С# - это умное и инженерное решение.Верно - умное (я правда не очень понимаю, что значит "инженерное решение"), направленное на сектор дешевого софта, так как не требует высокой квалификации.

ShSergeЯва пошла по другому пути, инструменты забесплатно, но использовать их имеют право только сертифицированные забабло специалисты. :) Вторую часть предложения не понял. В мире Java такого нет.

Petro123VoDA,
конечно.
Критерий время - чисто условный. Он показывает _разницу_ академического подхода Оптимальный и реалистического Рациональный.
Это к тому, что уничижительный термин svenom - " дешёвый софт С# " с точки зрения рациональности, может выиграть. Хотя академически - Java круче.Дешевый софт != плохой софт. Это просто дешевый софт - либо маленькие проекты, либо проекты побольше, но где жмуться на бабло на спецов. Вы будете смеяться, но при всем моем кажущемся обсирании Microsofta, я работаю с его продуктами и буду работать дальше, и, возможно, совсем скоро даже буду с ними работать больше, чем с Java.
Просто, как верно заметил VoDA , Java "выстреливает" позднее, чем .Net, вот и все. Нужны причины на то, что бы ее использовать. И нужно понимание - зачем ты ее используешь. С .Net в этом плане все проще.