Добрый день. Давно пишу на Delphi в основном desktop+БД, также вел с нуля разработку достаточно крупного проекта от проектирования до внедрения на предприятия клиентов. В начале моего пути развития как программиста (а это начало 2000чных) были тогда сомнения что же выбрать С++ или Delphi?! Выбрал последнее и ни дня не жалел. Но мир меняется, меняются и технологии в разработке ПО, WEB вытесняет Desktop и много чего еще другого происходит. В последнее время встал у меня вопрос, чтобы подстраховать свое будущее решил изучить одну из экосистем: JAVA или же C#. Но вот что выбрать, с учетом все же разработок корпоративных приложений, берут сомнения? Что можете посоветовать?

Это сообщение отредактировал(а) prgmdelphi - 1.7.2014, 15:09

В backend сейчас доминирует Java, перспективы C# здесь реальны только под Microsoft Azure, который пока что в стадии развития. Для desktop-приложений, ориентированных на Windows, C# популярнее. Что касается Web, ASP (C#) и JSP (Java) здесь конкурируют, кто популярнее, сказать сложно. Для мобильных устройств покуда доминирует Android, Java намного популярнее, C# может прижиться лишь в случае успехов Xamarin или если Windows Phone вернёт какую-то долю.

Perl     

Не сложно, достаточно посмотреть кол-во открытых вакансий 
* hh.ru/search/vacancy?text=java+web - Найдено 1 306 вакансий
* hh.ru/search/vacancy?text=c%23+web - Найдено 680  вакансий

З.Ы. hh умный и java script на java не выдает

Это сообщение отредактировал(а) Stolzen - 1.7.2014, 17:16

Ilya81, спасибо за ответ. 
Не могли на примерах рассказать - под какие задачи, как правило, в РФ выбирают C#, а под какие Java.
Просто хочу понять практические секторы применения, а то до сих путаюсь. Вот думал, что те же клиент-банки пишут в Java, а нет в соседнем топики говорят мол на C# т.к.  в банке стоят Windows Server-а, то велика вероятность того, что уже установлен .Net Framework, развёрнут IIS и крутится SQL Server

В последние годы это несколько менее распространённое решение, чаще выбирают Solaris (вариант - один из дистрибутивов Linux) + OracleDB + Java/JSP + WebLogic. Если ж по какой-то причине Windows, то, естественный выбор IIS и SqlServer, а расширения базы данных для SqlServer тоже пишутся на C#.

А правильно ли это утверждение - если мы написали сайт на asp.net mvc, и разместили к примеру его на хостинге nic.ru, то nic.ru должен крутить сервер IIS на компе с Windows, чтобы этот asp нормально отработал?

Фактически да. IIS существует только для Windows. Теоретически ASP .Net возможно развернуть и под другими ОСями на основе Apache+XSP+Mono, я даже как-то подобное делал, но на практике это почти не применяется.

Посмотрел ролики по ASP.NET Web Forms - идея построения web-морды, основанная на компонентах, чем-то похоже на Delphi.
Но народ пишет, что ASP.NET Web Forms отходит и на смену пришел ASP.NET MVC, а разве с помощью ASP.NET Web Forms нельзя организовать логику MVC.
Условно говоря 2 нижних слоя (бизнес логику/контроллер и ORM) пишем как сервер на том же C#, а затем делаем связку верхнего слоя (интерфейса) с ASP.NET Web Forms,
в чем плюс ASP.NET MVC?

P.S. Кстати установил MS Visual Studio 2013 и в меню Project->Web Site не нашел ASP.NET MVC?

Web Forms был идеей совместимости между различными browser'ами в те времена, когда не было jQuery и иже с ним. Но по быстродействию и объёму передаваемых данных он крайне неоптимален, поэтому ASP .Net перешёл на более явный способ обеспечения совместимости между различными browser'ами.

Добавить code behind можно и MVC, но нужно ли - что там писать, что не приведёт к запутыванию структуры проекта и снижению его maintenability.

Ну это не совсем так. Вот если винформы отходят, то их не обновляют уже аж с 2005-го года, а вебформы живут и развиваются. Просто у вебформ и мвц немного разные задачи и то, что под аспнет существует и то и другое - скорее преимущество аспнет.

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

Там в последней версии просто выбираешь аспнет, и на следующем экране уже выбор конкретного типа проекта(если не ошибаюсь).

Все зависит лишь от количества специалистов, если проект/бизнес создается долгие годы:
1. Его нужно создать
2. Поддерживать
3. Менять/улучшать/дорабатывать

Раб сила - эжто самый первый и главный параметр. При этом уровень и квалификация этой самой раб. силы уже не всегда имеет значение!   


Покажите мне этих умных людей!!! Я с удовольствием пойду к ним работать и даже не попрошу свой бешеный гонорар в сорок баксов!!! За так... за бутерброд с чаем!!!   


Еще пару тем заведешь, тебе еще и другие языки распиарят   

Это вопрос не ко мне, я пока что специализируюсь на C#, так сложилось, ну а покуда от C# совсем массово не откажутся, смысла переквалифицироваться не вижу. Но JSP и WebLogic вряд ли менее популярны, чем ASP. А вот ASP под Linux на Apache - в России я вообще таких решений не встречал.

А зачем ASP под Linux, когда уже есть PHP/Perl/Python/C ??   

Например, чтоб можно было Web-узел, уже написанный на ASP развернуть на сервере, на котором уже установлен Linux. Для мелких Web-узлов, думаю, PHP вне конкуренции (разве что Ruby может быть в Web когда-нибудь потеснит всех остальных), а вот крупные порталы по мне на PHP только в сочетании с C++. А предпочтительнее ASP или JSP, чтоб не нужно было там со всякими php.h заморачиваться и можно было б отлаживать всё напрямую. Это если применительно к Web, где в нём C (если не считать вроде как уже вымершего CGI) или Perl - не знаю.