.net core/spring mvc

Первым делом посоветую попробовать обе этих платформы и затем посмотреть, какая из них тебе приглянулась. Мне лично больше нравится ASP.NET Core за, в основном, C#, который нравится намного больше, чем Java, хотя Kotlin ниче так. Несмотря на свою легковесность, многие вещи на ASP.NET Core реализуются на мой взгляд значительно проще, чем на Spring.

Смотри что тебе удобнее, нужна ли зрелая платформа, какие IDE есть на маке. Как я понимаю полноценную студию на мак так и не завезли, так что хз.
Не трогал спринг, но как кажется с core будет проще стартануть т.к он по философии больше походит фреймворки ноды/руби.
Да и MVC не шибко в моде нынче. Конечно если спринг позволяет так же просто клепать Web API, то вопросов нет.

для дотнет jetbrains выпустила свое очередное кроссплатформенное поделие, которое, как обычно, на маке выглядит лучше всего. Так что особого смысла юзать или изучать джаву теперь нет.

Для этого там всяких Jersy/Jetty хватает. IDE пока только VS Code и C# Rider от JetBrains пилится

релиза пока еще нет

В треде обсуждают C#, ASP.NET и мак. Похоже пора валить с лора.

Сам ты тяжеловесный. Spring был создан, как альтернатива действительно тяжеловесным J2EE серверам. Сейчас это мощная платформа, одна из самых популярных в мире. Сравнивать её с какой-то бета-версией дотнета — ну не знаю, ты ещё про нодежс, голанг или ерланг спроси. Дотнет это венда в ближайшие 10 лет. Все их порты это так, хайп пытаются создать, на практике это пока не применимо.

Сравнивать её с какой-то бета-версией дотнета

asp.net core зарелизился в декабре 2016. И у нас сейчас на нем небольшой проект в продакшине под linux бегает.

Дотнет это венда в ближайшие 10 лет

Уже нет. К тому же SQL Server 2016 теперь и под Linux.

ты ещё про нодежс, голанг или ерланг спроси

ну не знаю к чему сравнивать Web Freamework и тупо язык? по производительности с golang никакая джава с дотнетом рядом не стоят. на golang, микросервисы, с его легковесными горутинами, работают в разы быстрее.

ну не знаю к чему сравнивать Web Freamework и тупо язык? по производительности с golang никакая джава с дотнетом рядом не стоят. на golang, микросервисы, с его легковесными горутинами, работают в разы быстрее.

Может будут пруфы?

macbook pro
Кто что думает?

думаю что java тебе не подойдет там писать много а на макбуке очень очень плохая клава, а подключить нормальную туда не выйдет - простого усб нет, да и раскладка другая, потому забей

на макбуке очень очень плохая клава

юзую новую прошку, там норм клава

там даже F* кнопок нет, ты ничего не сможешь скомпилять

Продолжай себя обманывать.

Я использовал и то и другое. Мое мнение такое: 1. Шарп, как язык, действительно лучше жавы.
2. Вместо жавы можно взять скалу, но порог вхождения у нее выше, чем у жавы после шарпа.
3. .NET Core пока еще нихера не стабилен, хотя пользовать можно. Еще год назад на продакшене на предыдущем месте работы юзали.
4. ИДЕ от жидбреинс для шарпа пока тоже не стабильна, вижуалстудия код унылое говно, иде на основе монодевелопа тоже говно, но если тебя устраивает программировать в текстовом редакторе, то все перечисленное выше тогда очень даже ничего и вполне легковесное.
5. В дотнет коре пока нет вебсокетов (сигналр пока нестабилен), тогда как в спринге есть вебсокеты с аккой.
6. EntityFramework обладает более лучшим апи, чем слик и гибернейт, на мой взгляд. Хотя в него не завезли нормальное many2many, миграции не будут работать, если модели лежат в отдельной сборке, в общем, куча «но».
7. Сейчас mvc с шаблонизатором никому не нужен, контроллеры служат только как дробилки жсона, фронт обычно абсолютно собирается и запускается отдельно.
8. Сишарп билдится довольно медленно, но спринг со скалой вообще капец.

Статистически вакансий на Java больше чем на C#, так что выбор очевиден.
Если все что ты делаешь только JFF, то обязательно потрогай Spring, при этом рекомендую им обмазаться по полной программе, со всякими Spring Cloud и Spring Integration и Spring Security. Тебя ожидает достаточно интересный опыт.

Два чаю, но вот скалу со спрингом мешать не рекомендую, либо все будет измазано имплиситами для Java2Scala interop ,а тогда время сборки будет просто космическим, либо весь твой код будет состоять из явного дерьма типа .toJava .toScala

Ну вот если говорить конкретно за Украину и работу на галерках, смотря на dou.ua, то количество вакансий дотнета и шарпа ровно 50\50 в рамках статистической погрешности с перевесом на дотнет, но вот если брать международные вакансии, то жава стека действительно больше, хотя если брать скалу, шарп популярнее, но скала интереснее и выразительнее жавы и стоят сеньоры гораздо дороже.

Популярность Scala можно сравнивать с F#. Это будет справедливо.
Обычно к моменту отрастания кодилки на Scala человек уже перестает пачкать все shapelees`ом и catz`ом, и принципиально код перестает отличаться от хорошего java кода.

Ну хоть мне дотнет в целом больше нравится, у жвм есть Hadoop, Spark, плюс Cassandra более нативна все-таки к жвм. В общем, тут надо если выбирать, то смотреть что за проект. Мне вот если честно, если попадется проект с простыми круд операциями и примитивной бизнес-логикой валидации формочек, я бы взял вообще рельсы. Там выразительный синтаксис миграций, валидация моделей вообще доведена до автоматизма (не надо всякие if username.length > 10500 throw Exception писать и т.п., из коробки юнит и интеграционные тесты, еще есть Action Cable.

А еще на скале можно засрать код в стиле жаваскрипта, где будет замыкание замыкания в замыкании другого замыкания с коллбеками и неявной передачей параметров с underscore синтаксисом.

Это тонкая грань между выразительностью и вседозволенностью.

там все есть, за touch bar'ом

Может будут пруфы?

собственно весь инет в них

java со своей JIT компиляцией, VM, никогда не будет быстрее нативного golang. Ну может если только с AOT. Вроде как в 9-ой Java ее обещают

что там есть экранчик с имитацией? зачем тогда покупал макбук - купил бы два айпада - один как экран, а второй - клава.

ИДЕ от жидбреинс для шарпа пока тоже не стабильна, вижуалстудия код унылое говно, иде на основе монодевелопа тоже говно, но если тебя устраивает

да не устраивает. там только VS code более менее.

что там есть экранчик с имитацией? зачем тогда покупал макбук - купил бы два айпада - один как экран, а второй - клава.

себе купи.

меня экран вместо клавы не устраивает, в отличие от тебя 8)

Ну хоть мне дотнет в целом больше нравится, у жвм есть Hadoop, Spark, плюс Cassandra более нативна все-таки к жвм.

Да, я думаю легаси с большим зоопарком и опенсорсом это вообще киллер фича Java

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

https://medium.com/@qutheory/server-side-swift-vs-the-other-guys-2-speed-ca65...

Там где-то ссылка на исходники и в Java и Node.js есть серьезные ошибки.

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

https://medium.com/@qutheory/server-side-swift-vs-the-other-guys-2-speed-ca65...

Там где-то ссылка на исходники и в Java и Node.js есть серьезные ошибки.

конечно есть и кривожопые тесты. Про JIT и нативный го, я выше написал. Врятли в гугле просто так будут перепиливать сервисы на го

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

Хотя бы один пример где бы сравнивался golang, например, с HotSpot JVM и PGO.

http://benchmarksgame.alioth.debian.org/u64q/go.html тут, например. Голанг незначительно вырывается на некоторых примерах и значительно сливает на большинстве. Чего и следовало ожидать, в принципе, с десятилетиями затюненной JVM сравниться может разве что идеально написанный C.

Какое отношение имеет Fuchsia к Go?

Оба продукты гигантской корпорации, будет очень странно если из фуксии не вырос рантайм для го на bare metall.

Кто что думает?

Я думаю, что разумные аргументы тебя не убедят, так что сиди на дотнете.

Я не совсем понимаю, что такое bare metal в твоем предложении. Го вроде и так не в виртуальной машине работает, а вполне себе в машинный код компилируется. И какое отношение он к ядру ОС имеет? Ну понятно, что там будет libc, соответственно будет и го, и жава и всё остальное, что не лень будет портировать.