Теперь вы сами называете исключительный случай тенденцией.
Не видел бизнес-логику веб-приложений написаную на C.
вбейте в поисковике node.js enterprise и удивитесь.
Тут все очень субъективно, странно пытаться навязывать свое мнение.
они срослись с системой контроля версий Git в единое понятие.
Это уже давно тенденция.
По поводу кроссплатформенных технологий, то одной из самых популярных для клиентских приложений как-ни крути является JS.
Это будет даже дешевле в долгосрочной перспективе.
Практика говорит как раз об обратном.
работать с клиентами мессенджеров как минимум удобней, чем работать во вкладках
В гит-репозитории вы свободны структурировать информацию как угодно
гитбакета
Как, по-вашему, команде веб-разработчиков быстро написать клиенты для своего сервиса под все платформы и эффективно поддерживать их актуальными?
Представьте во сколько раз больше надо потратить времени если писать отдельные программы под каждую платформу.
Посмотрите на те же Slack
model), на основе которой вы создаете сущность, которую уже сохраняете в БД. Она может быть того же типа, это не особо важно. В моем примере в ответе я обращал внимание на то, что зависимый объект должен находиться внутри главного (связанный ссылками), таким образом когда EF распарсит дерево объектов, он поймет, что между ними есть отношение. Тогда они оба сохранятся одним махом. DbContext аж до контроллера протянут, то скорее всего там нужно передать все в том стиле, что я показал - как граф объектов.
Вам бы этого очень хотелось, я верю, но нужны аргументы. Мир фронтенда сам за себя не постоит.
Вопрос-то общий, а не про ваши первоисточники.
VS Code - без сомнения великолепная реализация на фоне всего остального.
Но пилился он именно, что в спешке - в целях поддержки .NET Core, на готовом движке. Трезвому взгляду предстаёт редактор кода, который даже без плагинов по неспешности работы похож на Visual Studio, но по возможностям не дотягивает. Но его сила в сообществе, пилящем плагины, а не технологическом совершенстве.
Да, это вполне неплохие проекты с упором на веб. Вы крайний раз давно бывали в клиентском офисе Uber? Или Netflix? Может заказывали у них фирменные продукты с доставкой?
Это как в том анекдоте про единственную страничку на PHP в Google, через которую они пиццу заказывают - нужно знать, для чего это используется. Веб для такого бизнеса - это всего лишь фронтенд, под ним могут крыться врата ада бизнес-логики на совсем других технологиях. Возможно, вы такого просто не встречали.
Вот бы почитать об этом не только комментарии на тостере...
Нет, это же не страничка с личными финансамии. Это огромные потоки данных с вычислениями, куда ноде путь заказан. Да и слабая типизация основного DSL платформы надежности и поддерживаемости не особо способствует.
Вот передо мной юзер приложения, который не может толком сказать, зачем он это делает. И не просто юзер, а человек, позиционирующий себя программистом, специалистом, разбирающимся в теме. Да, блин, я сомневаюсь))