Потыкал этот ваш node.js

[OtherSide]

и что мешает использовать реакт если сервер на шарпе?

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

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

[mikeG]

Из моего опыта, в программировании на JS сам язык - это 5%. Остальное - многочисленные фреймворки, которые на фронтенде и бекенде разные.
А сам JS для Java/C# программиста - дело нескольких дней выучить где грабли разложены: оператор ===, type coercion, undefined, for loops, implicit semicolons, constructor functions, dynamic this. Что-то еще забыл?

[stenking]

и что мешает использовать реакт если сервер на шарпе?

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

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

Не обязательно что бы были на 100% взаимозаменяемы - главное что бы могли сделать и то и это. Т.е. ваш поинт в том что ноде это ноде а веб это веб опровергается реальностью. И DB так же пишут когда нужно, всё таки в монго это довольно просто.

[stenking]

Из моего опыта, в программировании на JS сам язык - это 5%. Остальное - многочисленные фреймворки, которые на фронтенде и бекенде разные.
А сам JS для Java/C# программиста - дело нескольких дней выучить где грабли разложены: оператор ===, type coercion, undefined, for loops, implicit semicolons, constructor functions, dynamic this. Что-то еще забыл?

JS это и есть отдельный мир со своими фраимворками, фишками, и миллионом хитростей. В нём нужно варится так же как нужно варится с мире С#. И если продолжить вашу мысль то в программировании главное не натайпать код а хорошо понимать что именно вы делаете. Т.е. понимать как изменение затрагивает все уровни системы, пройтись по всем этим местам, поправить тесты, сделать миграцию. Т.е. нужно хорошо понимать и бизнесс логику и архитектуру. Ну или писать много много тикетов и иметь сложный процесс разработки. Поэтому я повторюсь - в первые годы предпочтительнее первый вариант. А потом уже второй.

[stenking]

С 2013/11/22 прошло более 4-х лет. И как, сбилдили?

https://www.joyent.com/blog/node-js-on- ... -at-paypal

[Serguei666]

И оно работает быстрее, чем реляционные базы? За счет чего, интересно?

А кто сказал что нужно быстрее? Мне например нужно дешево, удобно и в пределах пары десятков милисекунд.

Т.е. вы предлагаете отказаться от SQL баз даже в ущерб производительности?
Requirements иногда требуют, чтобы было не медленнее.

[Ion Tichy]

Кстати, а как дела в этой ноде обстоят с ХА транзакциями?

[StrangerR]

То что вы используете SQL базу в 2018 уже сильный идикатор неправильно построенных процессов.

У вас аргументы, как у продавца Гербалайфа, а не как у бизнесмена.
Бизнесмен первым делом спросит, где бабки
Так где бабки в том, что бы уходить с MSSQL, где все более менее отлажено и прекрасно работает?

MS SQL на самом деле _прекрасно работает_ только до первой проблемы. Средства нормального анализа там нет вообще (в отличие от того же Оракла). Но главное, как показывает опыт, почти все проблемы можно решить методом _евреи кладите больше кофе_ а в MS тут же в лицензирование упираешься.

[ie]

То что вы используете SQL базу в 2018 уже сильный идикатор неправильно построенных процессов.

У вас аргументы, как у продавца Гербалайфа, а не как у бизнесмена.
Бизнесмен первым делом спросит, где бабки
Так где бабки в том, что бы уходить с MSSQL, где все более менее отлажено и прекрасно работает?

MS SQL на самом деле _прекрасно работает_ только до первой проблемы. Средства нормального анализа там нет вообще (в отличие от того же Оракла). Но главное, как показывает опыт, почти все проблемы можно решить методом _евреи кладите больше кофе_ а в MS тут же в лицензирование упираешься.

пару примеров таких непреодолимых проблем можно привести?

[Vladimir Kr.]

при чем здесь производительность, если в nosql атомарности транзакций не гарантируется, это не говоря о референсах (foreign keys), констрейнах, тригерах и прочем.
nosql - очередной узкоспециализированный инструмент с претензией. sql одной ms не ограничивается.

[alex_127]

Одноразовые поделки сегодня это всё что приносит до 100М в год. Всё очень быстро меняется.

Valuation, revenue or earnings?

[VovaK98]

https://www.paypal-engineering.com/2013 ... at-paypal/
All of our consumer facing web applications going forward will be built on node.js. Some, like our developer portal, are already live while others, like account overview, are in beta There are over a dozen apps already in some stage of this migration and we will continue to share data as more applications go live. This is an exciting time for engineering at PayPal!

Ну, мне этот Jeff Harrell, который громко хвалит свой UI, не авторитет. Я пока своими глазами не увижу, мне это по барабану. Paypal большой, там до хрена всего.
UI это дай бог процентов 5% от всего софта. С таким же успехом я ща докажу, что PayPal написан на питоне:
https://www.paypal-engineering.com/2014 ... se-python/

И шоб два раза не вставать.. До ноды PayPal овский UI был на джаве. Ну так и слава богу шо переписали. На джаве юзер интерфейсы делать- себя не любить.

[stenking]

Одноразовые поделки сегодня это всё что приносит до 100М в год. Всё очень быстро меняется.

Valuation, revenue or earnings?

Скорее валюейшин. Но это я так, условно конечно.

[stenking]

И шоб два раза не вставать.. До ноды PayPal овский UI был на джаве. Ну так и слава богу шо переписали. На джаве юзер интерфейсы делать- себя не любить.

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

[stenking]

при чем здесь производительность, если в nosql атомарности транзакций не гарантируется, это не говоря о референсах (foreign keys), констрейнах, тригерах и прочем.
nosql - очередной узкоспециализированный инструмент с претензией. sql одной ms не ограничивается.

Разница очень простая - в nosql вы просто храните дату а всякие ненормальности решаете в коде. Т.е. просто по другому думаете немного.