C# vs Java в 2019

Здравствуйте.
В 2019 году тема "C# vs Java" более и более популярна. И C#, и Java имеют преимущества.
Мой основной язык программирования на данный момент - Python. Но есть задачи, которые решать с Python не эффективно. Например, клиент-серверные приложения.
Я выбираю между Java и C#.
В C# мне нравится синтаксис.
Как я знаю, C# более производителен, чем Java.
C# возможно использовать для Android. Но Java используется для этого больше.
Java возможно использовать для встраиваемых систем. C# нет.
Как сделать правильный выбор?
Заранее благодарен!

0

Сообщение от Usaga JS не ASM. Это высокоуровневый ЯП. Только с недостатками.

Ну так не нужно его рекламировать и писать что он "мощный". JS сейчас выступает во фронтенде как асм на нативе, в него многие языки компилируются, не только TS. Кстати, как js "через TS просачивается"? В чём это выражается?

Сообщение от Usaga Вообще-то, все эти вещи перечисленные не из интерфейса вытекают, а из под капота.

Разумеется. Где я написал обратное?

0

Сообщение от Curry Ну так не нужно его рекламировать и писать что он "мощный". JS сейчас выступает во фронтенде как асм на нативе, в него многие языки компилируются, не только TS. Кстати, как js "через TS просачивается"? В чём это выражается?

А он не мощный? Он динамический, что является недостатком. Но это ни разу не аналог ASM'а. А просачивается тем, что типы существуют только на этапе транспиляции и во время исполнения вы всё равно можете творить любую дичь, достаточно TS'у сказать "any!" и понеслась. Ну и правила языка со всякими чудесами вида 2 + '2' == '22' вместе с плавающими контекстами - всё это никуда не девается.

Сообщение от Curry Разумеется. Где я написал обратное?

Вот это:

Сообщение от Curry IDE состоит не только из интерфейса пользователя, но и из логики управления проектом, анализа кода на лету, отладчика и т.д. VS от VS Code могла бы отличаться только интерфейсом пользователя. Но перенести все возможности виндового интерфейса пользователя в веб-интерфейс не смогли.

Меньшая функциональность VS Code упирается в то, что не всё смогли в UI протолкнуть? Что именно не смогли и почему?

0

Сообщение от Usaga А он не мощный?

Что значит мощный? Я думаю, что мощный язык позволяет удобно работать с ним используя разные парадигмы, позволяет писать, по возможности, безопасный код, который легко отлаживать. Способствует уменьшению времени отладки и кол-ву ошибок. Это не про js.
js выступает в роли машинного кода для фронтенда. Как С/pascal/... компилируются в машкод, так и ts/elm/Haskell/... компилируются (транспилируются) в js, понятно, за неимением других вариантов для веб-интерфейса.

Сообщение от Usaga Меньшая функциональность VS Code упирается в то, что не всё смогли в UI протолкнуть?

Не знаю. Имеем факт. Я сейчас открыл VS Code, обновил, закрыл окно редактора и получил вначале одну ошибку (виноват, не заскриншотил), зато теперь висит

Может я чего не понял, но в VS code нужно открывать пустые окна, потом сохранять их как (как, например, .cs), в созданную папку, потом эту папку добавить в ворксейс. Никаких визардов. Никакого автоматического управления проектом, как и, собственно, раздела меню "Project", подразумевается редактирование настроек запуска приложений, зависимостей и прочего в текстовых файлах.

0

Сообщение от Usaga А просачивается тем, что типы существуют только на этапе транспиляции и во время исполнения вы всё равно можете творить любую дичь, достаточно TS'у сказать "any!" и понеслась.

Не думаю, что повсеместное использование any является хорошим решением.
Раз уж решились все типизировать, то нужно выжимать с этого максимум.
Использование any можно оправдать лишь в крайних случаях. Например, когда нет возможности расширить описание типов для уже существующий библиотеки, или для библиотеки вообще нет описания типов (а писать их самому очень долго).

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

К примеру, я использую TS для ноды. Для валидации приходящих от пользователя данных мне хорошо подошла библиотека https://www.npmjs.com/package/typescript-is , которая позволяет генерировать рантайм проверки исходя из необходимого интерфейса (и не только).

0

Сообщение от Curry Что значит мощный?

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

Сообщение от Curry js выступает в роли машинного кода для фронтенда.

Нет. Очень многие проекты (особенно новые) спокойно пишутся на чистом JS. Особенно, кто не использует завязанные на TS вещи типа Angular. Это самостоятельный язык. Ничего общего с ASM.

Сообщение от Curry Имеем факт. Я сейчас открыл VS Code, обновил, закрыл окно редактора и получил вначале одну ошибку (виноват, не заскриншотил), зато теперь висит

Я не знаю, что это за факт и что он доказывает. Вы на какой косяк нарвались? Что это доказывает?

Сообщение от Curry Никакого автоматического управления проектом, как и, собственно, раздела меню "Project"

VS Code разрабатывался в основном под .NET Core или проекты типа пакетов NPM. В обоих случаях всё содержимое директории проекта считается входящим в состав проекта. Не нужен никакой визард, чтобы в такой проект что-то добавить. В этом прикол. Но если что-то такое нужно, то в магазине расширений их просто уйма на каждый чих.

Сообщение от Custos Не думаю, что повсеместное использование any является хорошим решением.

Конечно. Это для примера. Речь о том, что "типизация" - только этап на стадии транспиляции в рантайме легко обходится, умышленно или случайно.

0

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

Ну это понятно. Умышленно можно сломать не только TS
Считайте, что это zero cost abstractions, как у раста

0

Сообщение от Usaga Очень многие проекты (особенно новые) спокойно пишутся на чистом JS.

Скорее, особенно старые. Пишут на нём, конечно. Тех кого обучили языку с динамической типизацией и они в преимущество статической въехать не могут.

Сообщение от Usaga Что это доказывает?

Мы несколько отклонились от обсуждения возможностей Web-интерфейса. Напомню.
Я утверждаю что Web-интерфейс ограничен по сравнению с возможностями графического интерфейса ОС в которой выполняется браузер (вроде бы очевидно). Разумеется, при этом можно получить бОльшую универсальность если ещё и использовать какой ни будь фреймвёк который спрячет нюансы вызванные "войной браузеров". Но гуй всё равно оказывается ограничен. Если пользователь на всё согласный и речь не про сложные интерфейсы вроде инвентора или игр с "наворочненным" интерфейсом использующих по полной возможности графкарточек, то и ладно. А если клиент не подписывается за то что согласен на веб-интерфейс и в любой момент может захотеть то, чего вебом не сделать, то веб интерфейс неприемлем.

Сообщение от Usaga Речь о том, что "типизация" - только этап на стадии транспиляции в рантайме легко обходится

Типизация во время транспиляции вполне может быть полноценной (кроме потерь скорости в рантайме, конечно).
Статически типизированные языки компилируемые в js
Например, посмотрите на http://www.purescript.org .

0

Сообщение от Curry Я утверждаю что Web-интерфейс ограничен по сравнению с возможностями графического интерфейса ОС

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

0

Usaga, я не утверждаю что web приложений не должно быть. Большинство из них, это формочки для заполнения, веб интерфейс годится.
Но если заказчик не подписывался что на веб согласен, и захотеть могут всякого, то лучше себя не ограничивать.

0

Curry, ну это уже вопрос желаний заказчика, если он у вас заказывает, или вашего, если вы свой продукт создаёте. Основная-то мысль была в том, что на базе веба можно делать многое из того, что раньше делалось только для десктопа.

0

Dimitri2016, так начни его использовать, кто или что тебе мешает? Стереотипы про Microsoft? Так Core открыт и создан для сообщества. Бери на гите улучшай и ставь на линукс. Не вижу никаких проблем. Начиная с версии 2.0 работает стабильно. Сейчас уже куча проектов на нём пишутся или переписываются. Вакансий на hh куча. Даже джависты на него переходят.

0

Сообщение от sergeyilyin1984 Даже джависты на него переходят.

Нет.

0

Сообщение от korvin_ Нет.

Откуда такая уверенность? Всех джавистов знаете?

И напрашивающийся вопрос: много ли шарпеев переходит на джаву?

0

Сообщение от Curry Откуда такая уверенность?

Почему бы тебе не задать этот же вопрос пользователю sergeyilyin1984 на его тезис «Даже джависты на него переходят»?

Сообщение от Curry Всех джавистов знаете?

Ага, до единого.

Сообщение от Curry И напрашивающийся вопрос: много ли шарпеев переходит на джаву?

Этот вопрос ко мне? Или так, в пустоту? Если ко мне, то не веду такую статистику, в отличие от sergeyilyin1984, видимо.

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

0

Сообщение от korvin_ Если ко мне, то не веду такую статистику

Тогда зачем отвечать "нет".

0

Сообщение от Curry Тогда зачем отвечать "нет".

А зачем отвечать «нет» на фразу «между Землей и Марсом вокруг Солнца по эллиптической орбите вращается фарфоровый чайник»?

Добавлено через 1 минуту
И я же написал, что не знаю, «много ли шарпеев переходит на джаву?», а «нет» я отвечал на «Даже джависты на Шарп переходят». У тебя проблемы с логикой? Или чтением?

0

Сообщение от korvin_ А зачем отвечать «нет» на фразу «между Землей и Марсом вокруг Солнца по эллиптической орбите вращается фарфоровый чайник»?

И зачем же вы на неё ответили?

Сообщение от korvin_ а «нет» я отвечал на «Даже джависты на Шарп переходят».

То есть вы уверены что никто не переходит? Вероятность то побольше будет чем с чайником.

0

Сообщение от Curry И зачем же вы на неё ответили?

Затем, что это ложь.

Сообщение от Curry То есть вы уверены что никто не переходит?

Я уверен, что количество перешедших и переходящих никак не позволяет обобщить это до фразы «Джависты переходят на Сишарп».

Сообщение от Curry Вероятность то побольше будет чем с чайником.

Ага, и побольше чем вероятность использования Хаскелла кем-либо в production.

0

korvin_, какую - то бредятину пишете, вместо того, чтобы привести стоящие аргументы. Я лично знаю джависта, который перешёл на Core только потому что на нём проще и быстрее разрабатывать web api в связке с Angular. Банально вбейте в гугле нужную тему. Вот ссылка на очередное обсуждение и цитата.
Давно перелез с жабки на .NET Core, ощущалось это как глоток воздуха. Правда в последнее время меня из языков на нем больше всего интересует F#, в плане инфраструктуры пока что он гораздо удобнее Haskell.

Добавлено через 4 минуты
korvin_, и да, включите ЛОГИКУ. Даже джависты переходят на Core - это не значит ВСЕ. Это значит, что джависты переходят на Core, то - есть кто - то из них переходит.

0

Я вот делал на Java и Python десктопные приложения. Все тешил себя полноценный большим бэк-эндом, и вот он грядет большой проект а все только ASP юзают. Истинной причины я не знаю, но догадываюсь что проще будет...
До этого я был свято убежден, что бэк-энд enterprisa все валят на Java.

1