C# vs Java в 2020. Что выбрать?

Приветствую.
Учусь на 1 курсе технического вуза. На 1 курсе у нас C. Я на него забил, просто написал программу на C++, предъявил преподу, мол я шарю, и все.
Для работы избрал Python/Django. Интересует удаленка, желательно на Европейского или Американского работодателя.
Под собственные задачи не хватает нормального языка программирования.
Что значит нормального?
Python держится на библиотеках. Динамическая типизация просто? Увольте.
Я не рискнул бы писать крупный (не веб) проект на Python. Почему? Потому что большинство ошибок вылавливаются во время работы самого кода. Вот вам и динамическая типизация, и интерпретация.
Посмотрите, как используется язык. В веб проектах, потому что Django надежен. Как по мне Python+Django много лучше PHP, да хотя бы и из-за Django Rest.
Но кроме веба, Big data, машинного обучения и автоматизации, Python нигде не применяется.
Игры, крупные приложения, как правило, Python страхует C++. А скорее, он работает внутри него.
Ладно, окей, под Windows игру написать можно. Но вдруг пришла идея запрограммировать что-то под Android.
Смотрим. Kivy. Пробуем и убеждаемся, что тут и выходит, молотком вкручиваем лампочку, никак иначе.
В общем, нужен второй язык. Язык, где якобы больше кода и т.д, но который по факту надежнее, и работать будет производительнее, и ошибки отдавать на компиляции.
Понятно, что C++/C#/Java. Иного не дано.
Посидев, повздыхав, я выкинул C++ в помойку.
Причины:
1) Когда делал на C++ работу для универа, 6 часов убабахал на это. На установку VS, на подключение QT, на изучение возможностей для написания простого текстового редактора с менюшкой, где открыть, сохранить и выход, потом еще это не компилировалось из-за ошибок, связанных с библиотекой... В общем, 6 часов. Если такое будет каждый раз с новой библиотекой...
2) Пообщался с C++ разработчиками. Если проект, который на C#/Java пишется за неделю/две, на C++ я буду пилить 3 месяца...
3) Удовольствие от разработки самого алгоритма программы. Логики программы. Но никак не от работы с памятью и прочими заморочками на низком уровне. Пусть компилятор сделает, как надо, нежели я где-то допущу ошибку, в одном месте, а потом из-за нее будет ошибка на несколько окон, и за ней многочасовой поиск места с ошибкой.
В итоге, C# vs Java. Учитывая, что ранее я работал с C#, начал читать всякие статьи "C# vs Java". На форумы тоже писал, если кто помнит. Но моя главная цель была заработок. Сейчас же разработка приложений по моим интересам.
Почитав понял, что никакого четкого вывода нет. Прошло время, когда C# был лишь под Windows.
С одной стороны, C# круче. Развивается, Microsoft кидают туда все, что нужно и не нужно.
С другой стороны. Давайте посмотрим правде в глаза. Где сейчас применяется C#? Под Windows. Все сервера на Windows Server.
Какие приложения (не игры) разработаны под Android с C#? Я не знаю таковых.
Исследуя рынок понимаем, что по Java и вакансий больше, и зарплаты выше. Естественно, зарплаты то у синьоров. У джунов и мидлов примерно одинаково, но Java таки немного выше.
А открывая вакансии я понимаю, что меня не ожидает с C# карьера. Ибо не сдался мне ASP.NET, если я уже на Django. Других вакансий нет.
У Java тут все, что хочешь. И веб, и сервера, и приложения под Android.
Но есть еще 2 момента:
1) .NET Foundation. Кроме того, планируется объединить .NET и .NET Core. Выстрелит ли это? Возможно. Но я не думаю, что все сразу бросятся переписывать сервера с Java на .NET, а кто сидел на Windows Server будут переписывать под Linux;
2) Kotlin. Всей душенькой ненавижу этот язык, и не спрашивайте, почему. А сейчас много где его используют наравне с Java, и вместо Java.
Открываем сравнения производительности, и понимаем, что по производительностью C# давно обогнал Java.
В общем. Уважаемые девелоперы. Желательно те, кто знаком и с той и с той технологией. Озвучьте пожалуйста ваше мнение по вопросу "C# vs Java в 2020. Что выбрать?".
Как следует делать выбор? На что ориентироваться? На что обратить внимание?
В общем все возможное и не возможное по этой теме. C# и Java очень и очень схожи, но хочется для себя провести между ними различие, дабы выбрать нужный инструмент.
Заранее благодарен!

0

Сообщение от korvin_ Какие сервисы? И что значит «хостить сервисы»? Docker хостит сервисы. C# тут при чём?

Значит запустить на сервере под управлением линукса сервис написанный на C# будь то веб-приложение или сервер-приложения. Докер тут что меняет? Внутри него контейнер с тем же линуксом. Раньше надо было покупать лицензию на серверную винду, теперь можно немного сэкономить и хоститься под линуксом.

Сообщение от korvin_ 1) времена были другие. 2) у swing look&feel, кхм, так себе.

Так и сейчас другие) Бум облаков и веб-приложений. PHP и Питон без GUI родного живут и не тужат, а тут вдруг стало проблемой)

Сообщение от Fulcrum_013 Но семантика абсолютно другая и типизация строгая аки в паскале и симуле но никак не неявная как в С и С++. Они гораздо больше определяет чем то какого вида begin/end у блочного оператора.

Да плевать. Код узнаваемый. Человек мало-мальски понимающий С++ разберётся большей части происходящего на C#. И наоборот.

Сообщение от Fulcrum_013 Язык нужен нормальный в первую очередь. Если абстрагироваться от ущербности .Net библиотек именно в плане визуальной разработки всего и вся связанного с БД, то выходит что шарп в принципе по языковым средствам ничем не лучше обиженной богом дельфы, окромя того что хуже тем что бесполезный GC из него не выбросили. И если для формошлепства и даже для не очень масштабного CURD это в общем то терпимо, то для чего то более серьезного - ну это колоться, плакать, но продолжать жрать кактус.

Какая ещё визуальная разработка? Вы всё меряете по меркам борланда, который на дебилов ориентирован был и потом подохший?

0

Сообщение от Катафалк Что за чушь?

Сообщение от Curry Правильно.

Послушайте великого Curry, он дурного не скажет

1

Сообщение от Usaga Код узнаваемый. Человек мало-мальски понимающий С++ разберётся большей части происходящего на C#. И наоборот.

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

0

Сообщение от Катафалк Этот аргумент актуален разве что для старых версий C++.

Да что вы.
Давайте сравним.
Простой API, который имеет метод ShowWindow для отображения окна, обработку событий устройств управления, звук, сеть.
На Java сделать такое не проблема.
На C++... Ну разве, что под Windows. А вы сделайте такой кросс-платформенный API. Месяца 3. Не меньше.

0

Сообщение от Usaga Какая ещё визуальная разработка?

Да самая обычная которая разработку ускоряетв от 100 раз.

Сообщение от Usaga Вы всё меряете по меркам борланда, который на дебилов ориентирован был и потом подохший?

А что ж Майкрософт то которая Борланду дважды все рынки средств разработки слила в третий раз на те же грабли наступать не захотела и за разработкой WinForms в Борланд то побежала? Тока вот не суждено шарпу с его негараздами датамодули поиметь - GC ориентированный на дибилов к этому не приспособлен от слова совсем. А без этого один хрен БД будет ущербным хоть визуальныя хоть нет.

0

В общем.
C# для души, для свежего, так сказать, воздуха. Для работы пока только Java, если хочешь делать что-то, кроме веба.
Проблема лишь в одном. Лишь одно останавливает меня.
Если я хочу разработать приложение под Android и IOS. На Java можно писать под IOS, но код будет разный.
На C# с кросс-платформенностью в этом плане куда лучше...

Так что, пока не знаю.

0

Сообщение от jonikster Так что, пока не знаю.

Если нужна именно кросплатформенность - то это вообще без вариантов - С++. То же самое если нужна реальная надежность и не хочется постоянно думать об утечках памяти.

0

Сообщение от jonikster Простой API, который имеет метод ShowWindow для отображения окна, обработку событий устройств управления, звук, сеть. На Java сделать такое не проблема. На C++... Ну разве, что под Windows. А вы сделайте такой кросс-платформенный API. Месяца 3. Не меньше.

Откройте для себя Qt. И кроме избавления от проблем, получите нормально выглядящий практически на любой платформе ui, а не похожий на нечистоты swing.

0

Сообщение от Fulcrum_013 Да самая обычная которая разработку ускоряетв от 100 раз.

Это вы про формошлёпство?) У вас вся разработка в формошлёпство упирается?

Сообщение от Fulcrum_013 А что ж Майкрософт то которая Борланду дважды все рынки средств разработки слила в третий раз на те же грабли наступать не захотела и за разработкой WinForms в Борланд то побежала? Тока вот не суждено шарпу с его негараздами датамодули поиметь - GC ориентированный на дибилов к этому не приспособлен от слова совсем. А без этого один хрен БД будет ущербным хоть визуальныя хоть нет.

Кто кому слил?) Борланд сдох вместе со своей идеей мышкования всего и вся. Потому, что не про серьёзную это разработку.

0

Сообщение от Usaga Кто кому слил?)

Борланду и слил. Первый раз рынок паскаля - не помогла даже бесплатная раздача Quick Pascal и даже бейсика. И соглашение по которому Майкрософт не разрабатывает паскаль а Борланд рынок бейсика дарит Майкрософту с барского плеча действует до сих пор - оно перешло к Эмбаркадеро. А второй раз мертворожденный MFC слил VCL с сухим счетом когда зашли средства визуальной разработки. С шарпом сразу побежал к Борланду. WinForms в исходе разрабатывался под названием C# Builder и должен был выходить в одной коробке с дельфой и билдером. И Майкрософт ради этого проекта вошел на 35% в акции Борланда - т.е. Борланд провел дополнительную эмиссию в 50% которые выкупила Майкрософт. Но когда увидели что за убожество в результате получилось Борланд отказался это релизить на отрез. В результате Майкрософт выкупиал у него эту разработку за акции которые ей принадлежали и назвала все это WinForms.
А Борланд он как бы ни разу не помер. Он ушел на более перспективный для себя рынок путем слияния с британцами, слив дельфу в дочку которую потом продал - дальнейшей перспективы ее развития он не видел. Кроме адаптации к мобайлу ничего нового с тех пор во всем этом нет. При этом огромную роль в деле отказа от дальнейшего развития дельфы сыграл полнейший фейл на маркетплейсе Delphi.NET - настолько куцым она получилась по сравнению с нативной. Точно так же зафейлился майкрософтовский С++.Net

Добавлено через 7 минут

Сообщение от Usaga Это вы про формошлёпство?)

Это у вас там в шарпах визуальное только формошлепство. Именно поэтому все эти шарп и винформсы - убожество. А в дельфе GUI - это только процентов 10 от того что можно делать визуально. Для CURD любого масштаба 99,9% бизнес-логики делается визуально.

Добавлено через 18 минут

Сообщение от Usaga Потому, что не про серьёзную это разработку.

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

0

Сообщение от Fulcrum_013 Язык то из всех перечисленных с наиболее совершенной автоматикой и наиболее высокоразвитыми языковыми средствами.

Из перечисленных ТС да. А так в Rust-е и автовызов деструкторов есть и языковые средства поновее значительно.
И, нет, когда (и если) его до ума доведут, то он не превратиться в С++ т.к. в С++ нет таких абстракций с нулевой стоимостью. Плюсовые смартпоинтеры и память и такты отжирают.

Сообщение от Usaga PHP и Питон без GUI родного живут и не тужат, а тут вдруг стало проблемой)

PHP узкоспециализирован. Для Питона и многих других хотя бы GTK есть. А для C# под Linux и этого нет.

Сообщение от jonikster Простой API, который имеет метод ShowWindow для отображения окна, обработку событий устройств управления, звук, сеть. На Java сделать такое не проблема. На C++... Ну разве, что под Windows. А вы сделайте такой кросс-платформенный API. Месяца 3. Не меньше.

Зачем изобретать велосипед?
https://ru.wikipedia.org/wiki/GTK
https://ru.wikipedia.org/wiki/WxWidgets
https://ru.wikipedia.org/wiki/FLTK
https://ru.wikipedia.org/wiki/Qt

0

Сообщение от Curry PHP узкоспециализирован. Для Питона и многих других хотя бы GTK есть. А для C# под Linux и этого нет.

На самом деле, для C# в лице Mono есть GTK# и WinForms. Для C# в лице .NET Core есть Avalonia.

0

Сообщение от Usaga для C# в лице Mono есть GTK# и WinForms

Интересно, какие, вообще, перспективы выживания в одной банке моно и коре?

Сообщение от Usaga Для C# в лице .NET Core есть Avalonia.

Надо же чего бывает.
Из вики и их сайта выглядит как (полу)дохлое. Поддержка Core 2.0, VS 2017.
Правда, на гитхабе там что то шевелится.

0

Сообщение от Usaga Что вы под экосистемой понимаете? IDE? Их есть: VS Code, Rider, MonoDevelopment. Репозитории пакетов? Есть MyGet, альтернативная NuGet'у. Что ещё? Бибилиотеки? Миллионы их. СУБД? Под .NET есть провайдеры под все СУБД, что можно найти. Что надо-то?

А что толку, если все используют какие-нибудь порождение мса вроде asp net, entity framework и жизни без них не представляют. Миллионы библиотек погоды не делают, особенно если ими никто не пользуется

Добавлено через 5 минут

Сообщение от Usaga На самом деле, для C# в лице Mono есть GTK# и WinForms. Для C# в лице .NET Core есть Avalonia.

Ну то есть ничего нормального так и нет. Одно почему то только для mono, хотя мс хочет всех на свою core пересадить. Второе в разработке с 2015 года и до сих пор в бета версии, и до сих пор с монструозным XAML впридачу Любят шарповоды кактус жрать.

0

Сообщение от Curry когда (и если) его до ума доведут

Начнем с того что не доведут.

Сообщение от Curry т.к. в С++ нет таких абстракций с нулевой стоимостью

В с++ нет ограничений высасаных из пальца. Именно поэтому раст как и все что призвано лечить "ужасные проблемы" С++ - по определению мертворожденное.

Сообщение от Curry Плюсовые смартпоинтеры и память и такты отжирают.

Ну во первых не плюсовые а stl. А в главных - ту задачу которую решают смарты статически решить невозможно, порядок высвобождения в данном случае в компайлтайме не определен. Какую же задачу решает бровинг малопонятно. При этом язык в котором запрещены указатели внутрь массива мертворожден по определению - кастомных итераторов не будет. Т.е. все эти типа "супер-навороты" раста только решают его возможностей создавать абстракции и не более того. Еще раз - недопонимание задачи не способен вылечить никакой тулз. Но тулз который вводит ограничения для тех кто понимает что делает не годен по определению.

0

Сообщение от Curry Интересно, какие, вообще, перспективы выживания в одной банке моно и коре?

Я уверен, что они друг другу мешать не будут особо. По крайней мере в ближайшие годы. Моно и так не особо был распространнён.

Моно для серверов приложений и веб-приложений особо и не использовался. В основном для GUI-приложений и в Xamarin (мобилки). Скажем так, в основном в Xamarin. Ну и с WebAssembly играются с его использованием (Blazor). А Core сразу ориентировался под сервера приложений и веб-приложения и никаких UI на нём кроссплатформенных никто не обещал.

Сообщение от Curry Надо же чего бывает. Из вики и их сайта выглядит как (полу)дохлое. Поддержка Core 2.0, VS 2017. Правда, на гитхабе там что то шевелится.

Это самое живое и "крутое", что есть от сторонних разработчиков. Задумка, на самом деле, весьма благородная. Это подражание WPF'у с его декларативным описанием UI, словарями стилей (как CSS в вебе), анимациями и байндингами. Всякие GTK# и WinForms рядом не стояли. Даже плагин для студии сварганили, чтобы дизайнить можно было. Не знаю, насколько это реально нужно, но проект крутой. Искренне желаю авторам удачи в разработке.

Сообщение от Катафалк А что толку, если все используют какие-нибудь порождение мса вроде asp net, entity framework и жизни без них не представляют. Миллионы библиотек погоды не делают, особенно если ими никто не пользуется

Что?) Что это за высер?) Это прямо как про Ангуляр и HTML)

Сообщение от Катафалк Ну то есть ничего нормального так и нет. Одно почему то только для mono, хотя мс хочет всех на свою core пересадить. Второе в разработке с 2015 года и до сих пор в бета версии, и до сих пор с монструозным XAML впридачу Любят шарповоды кактус жрать.

Ага, нету. Ибо нет и спроса. Вы много назвать приложений на JavaFX можете?

0

Сообщение от Usaga Что?) Что это за высер?) Это прямо как про Ангуляр и HTML)

Это прямо как работают 99% типичный ангулярщиков и процентов наверное 90 типичных шарпистов. Берется распиаренная технология, о которой говнокодер прочитал в "умной" статье на хабре или услышал от такого же говнокодера с подвешенным языком на последней конференции и городит свой проект на ней, совершенно не задумываясь над тем, насколько эта технология здесь вообще применима, и нет ли здесь лучшего решения. Естественно, подавляющее большинство таких распиаренных технологий в мире сишарпа - это исключительно порождения микрософта. Наверное, когда-нибудь это изменится, когда среда говнокодеров будет разбавлена сообществом нормальных специалистов, но пока здесь все печально.

Сообщение от Usaga Ага, нету. Ибо нет и спроса. Вы много назвать приложений на JavaFX можете?

Ни одного не могу. А что, я где-то утверждал, что на джаве можно написать вменяемый гуй?

0

Сообщение от Катафалк Это прямо как работают 99% типичный ангулярщиков и процентов наверное 90 типичных шарпистов. Берется распиаренная технология, о которой говнокодер прочитал в "умной" статье на хабре или услышал от такого же говнокодера с подвешенным языком на последней конференции и городит свой проект на ней, совершенно не задумываясь над тем, насколько эта технология здесь вообще применима, и нет ли здесь лучшего решения. Естественно, подавляющее большинство таких распиаренных технологий в мире сишарпа - это исключительно порождения микрософта. Наверное, когда-нибудь это изменится, когда среда говнокодеров будет разбавлена сообществом нормальных специалистов, но пока здесь все печально.

Иными словами очередные домыслы. Доказательства будут? Примеры. У меня и моих коллег совсем другой опыт.

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

Это я о востребованности того, что вы в минус приводите технологии. Кстати, вы JavaFX видели? Можете в двух словах рассказать почему, это не подходит для вменяемого гуя? Да даже SWING.

0

Сообщение от Usaga Иными словами очередные домыслы. Доказательства будут? Примеры. У меня и моих коллег совсем другой опыт.

Самые легко добываемые доказательства находятся на сайтах вакансиий - в подавляющем большинстве предложений ключевые технологии - производства МС. Более трудно (вернее - долго) добываемые доказательства - ковыряться в популярных шарповых статьях и конференциях. Ну и т.д. А вам, возможно, просто повезло с окружением, которое не только говнокодит, но иногда и мозг включает.

Сообщение от Usaga Кстати, вы JavaFX видели? Можете в двух словах рассказать почему, это не подходит для вменяемого гуя? Да даже SWING.

Swing во первых тормозной, любое более-менее сложное приложение будет крайне неповоротливым. Ярчайший пример - ide от jetbrains, которые на слабом компе еле шевелятся, хотя та же visual studio работает намного шустрее. Ну а во вторых, swing страшный, а поддержка тем крайне убога и ненативность приложения видно за километр. Короче, показывать пользователю swing поделки стыдно.
Насчет javafx ничего не знаю, и опять же не встречал ни одного живого приложения на ней. Понятия не имею, зачем вообще это родили.

Добавлено через 43 секунды

Сообщение от Usaga Это я о востребованности того, что вы в минус приводите технологии.

Я вроде отсутствие гуя в минус не приводил. Это топикстартер приводит.

0

Сообщение от Usaga Это подражание WPF'у с его декларативным описанием UI

Было бы чему подражать. Это ваше "декларативное описание" ничем не отличается от точно так же декларативной сборки гуя "императивным" кодом разлива конца 80-х-начла - 90-х с абсолютно теми же проблемами в плане продуктивности. А с середины 90-х давно в ходу визуальная разработка. Визуально - это декларативно 80-го левела, если вы еще не поняли. Современные тулзы в плане средств разработки гуя давно пытаются подражать Фотошопу и 3D Max, а не мелкомягкому WPF-убожеству.

0