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

[Medium-rare]

А, кстати, недавно ведь гондурас беспокоил. Так вот, Node.JS surprise! Я почему вспомнил, даже мобильные процессоры стали такие могучие, что один мудрик в наш линуксовый девайс недавно затаскивал Node.JS чтобы... парсить входящие JSON-сообщения и выдавать их через межпроцессный канал приложению уже в другом, по его мнению, более удобоваримом виде. Ну вот, оно OpenSource, добавляют URL его на git репозиторий в сценарий Yocto, и утилита bitbake "запекает" его в Linux на целевую платформу. Просто выдёргивая исходный код из Интернет, и компилируя target C++ компилятором, естественно. Затем все нод-джиэсы и др. упаковываются в загружаемый image и тот отправляется на устройство.

[OtherSide]

на чем написан стартап это вообще дело десятое - его успех зависит совсем не от этого.

Зависит конечно. Качество продукта и цена его итераций в начале это один из основных факторов успеха. Если у вас есть скажем 2 миллиона но вам нужно 5 програмистов вместо 3, которые сделают 3 итерации вместо 5 то это очень часто является причиной провала. Так как на потерянные деньги вы не возьмёте дополнительных сейлов и не сможете нарастить достаточную базу клиентов.

Вот в вашем же примере

1. C# dev
2. Frontend JS dev
3. Infrastructure dev
4. iOS dev
5. Android dev
6. HTML dev
7. Designer

vs

1. 4 JS devs/devops.
2. HTML dev
3. Designer

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

Я не понял, где логика, какое отношение к тому, на чем написан сервер, имеет отношение к ios/android?

Скорее арифметика другая:

Вместо 2 фронтэнд + 1 бэкенд .Net вы нужно будет взять 2 фронтэнд + 2 Node.js, потому что на ноде писать сложнее и дороже.
И взаимозаменяемости фронт и бэк разработчиков с нодой все равно не будет, т.к. язык хоть и один, фреймворки все равно разные.

[OtherSide]

А, кстати, недавно ведь гондурас беспокоил. Так вот, Node.JS surprise!

А в чем сюрпрайз. Итак понятно, что большинство трансляторов написаны на сях, т.к. крайне чувствительны к производительности

[stenking]

Я не понял, где логика, какое отношение к тому, на чем написан сервер, имеет отношение к ios/android?

Допустим у вас компания которая там всякие графики рисует. И вот вместо 4-х языков вы используете один/ Node + React + React Native. Вместо 5 человек где каждый делает отдельное дело на своём языке у вас 4 пограмиста которые могут более менее взаимозаменять друг друга и понимать как оно всё вместе работает ( а любой JS пограмист который знает ноду тоже знает фронтенд и наоборот . Т.е. перекос всегда есть туда или сюда но всё равно обычно оно вместе ) Даже верстальщик и эпп layoutс сделает и емаилы с текстами подправит на бекенде. Добавим сюда классическую неразбериху стартапа в начальной стадии где непонятно что вообще делаем и сколько времени занимает каждый кусок и какие приоритеты. Добавим кул фактор и лёгкость поиска/заменяемости людей. И понимаем что какая-то фича языка это очень незначительный параметр отбора.

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


Т.е. язык нужно подбирать под то что именно вы делаете и с какими деньгами. Если вы пограмист одиночка то писать нужно на том что вы знаете, хоть Фортран - всё равно новый язык осваивать дороже. Если вы ко-фаундер Твиттера и начинаете square то можно сразу продумывать инфраструктуру большого обьёма. А если вы делаете веб стартап как завещал великий Пол Грам с набольшими деньгами то общая эффективность команды наиболее важный критерии.

[Medium-rare]

А, кстати, недавно ведь гондурас беспокоил. Так вот, Node.JS surprise!

А в чем сюрпрайз. Итак понятно, что большинство трансляторов написаны на сях, т.к. крайне чувствительны к производительности

Ну, это один из миллиарда примеров, или слухи о смерти C++ (там так остроумно тред назван) очень сильно преждевременны.

[OtherSide]

А, кстати, недавно ведь гондурас беспокоил. Так вот, Node.JS surprise!

А в чем сюрпрайз. Итак понятно, что большинство трансляторов написаны на сях, т.к. крайне чувствительны к производительности

Ну, это один из миллиарда примеров, или слухи о смерти C++ (там так остроумно тред назван) очень сильно преждевременны.

А что по вашему смерть? Когда язык из языка общего назначения стал узкоспециализированным (ну там драйвера, компиляторы и т.д.) по моему это вполне себе кончина.
И тред по другому назывался - он не умер, его по сути и не было, т.е. обычно под С++ подразумевали си с классами, в ООП стиле на нем не особо писалось.

[OtherSide]

Я не понял, где логика, какое отношение к тому, на чем написан сервер, имеет отношение к ios/android?

Допустим у вас компания которая там всякие графики рисует. И вот вместо 4-х языков вы используете один/ Node + React + React Native. Вместо 5 человек где каждый делает отдельное дело на своём языке у вас 4 пограмиста которые могут более менее взаимозаменять друг друга и понимать как оно всё вместе работает ( а любой JS пограмист который знает ноду тоже знает фронтенд и наоборот . Т.е. перекос всегда есть туда или сюда но всё равно обычно оно вместе ) Даже верстальщик и эпп layoutс сделает и емаилы с текстами подправит на бекенде. Добавим сюда классическую неразбериху стартапа в начальной стадии где непонятно что вообще делаем и сколько времени занимает каждый кусок и какие приоритеты. Добавим кул фактор и лёгкость поиска/заменяемости людей. И понимаем что какая-то фича языка это очень незначительный параметр отбора.

Откуда 4 языка взялось? C#+ORM / JS. 2 по сути. ORM нет в ноде, т.е. там будет SQL + JS,
к тому же фрейморки разные, это вы погорячились что все кто писал фронтэнд легко перескочат на ноду.
По цене - у нас фулстек asp.net стоит даже дешеле ноды, потому что нода хот.

И вы уверены что на этапе масштабирования уместно выкадывать тяп-ляп подерлку на ноде и писать что то на нормальных языках заново?

[stenking]

Откуда 4 языка взялось? C#+ORM / JS. 2 по сути. ORM нет в ноде, т.е. там будет SQL + JS,
к тому же фрейморки разные, это вы погорячились что все кто писал фронтэнд легко перескочат на ноду.
По цене - у нас фулстек asp.net стоит даже дешеле ноды, потому что нода хот.

И вы уверены что на этапе масштабирования уместно выкадывать тяп-ляп подерлку на ноде и писать что то на нормальных языках заново?

Я приводил пример

1. C# dev
2. Frontend JS dev
3. Infrastructure dev
4. iOS dev
5. Android dev
6. HTML dev
7. Designer

vs

1. 4 JS devs/devops.
2. HTML dev
3. Designer


ORM v ноде есть конечно, например http://mongoosejs.com

Про фронтенд + бекенд это не я придумал а такой рынок. Так же как раньше PHP практически всегда с jQuery шёл.

Бредятинку про поделки даже коментировать не буду - огромное количество компаний от линкин ина и пайпала до убера успользует ноду. Т.е. вы просто не понимаете что такое этап масштабирования. В вашем понимании это всё больше пару тысяч баксов а в мире это когда компания стоит больше 100-200М и имеет миллионы клиентов. Это абсолютно другие процессы, другие критерии и т.д.

[VovaK98]

огромное количество компаний от линкин ина и пайпала до убера успользует ноду

Ага, щазз.
Paypal уже летал вовсю, когда не только ноды в проектах не было, но и её папа в детсад за ручку ходил.
То, что лохам говорят, что paypal на ноде работает, так то чистой воды реклама. Там helpdesk на ноде, это может быть. Но всё ядро там legacy, зуп даю.

[Medium-rare]

А что по вашему смерть? Когда язык из языка общего назначения стал узкоспециализированным (ну там драйвера, компиляторы и т.д.) по моему это вполне себе кончина.
И тред по другому назывался - он не умер, его по сути и не было, т.е. обычно под С++ подразумевали си с классами, в ООП стиле на нем не особо писалось.

Вау, вот что подразумевалось. По поводу остального, включая "не писалось" с классами OOP, обсудим в slack на работе.

[OtherSide]

Так а как нода заменит ios/android. В вашем списке им можно заменить только первый пункт

[Serguei666]

Новомодные тулзы сами по себе денег не приносят, да и вообще я давно для себя решил не гонятся за модой - фиг угадает что выстрелит завтра, а сегодняшний хайп это не гарантирует.
Конкретно, где бабки? В шарпе как я писал для работы с базой есть ORM и LINQ - в ноде ничего такого, уже скорость значительно ниже.
В более менее серьезных проектах фронтэнд и бэкенд - разные люди и логика бэкенда и фронтэнда очень разная обычно

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

А что, есть что-то на замену SQL базам?

[stenking]

Так а как нода заменит ios/android. В вашем списке им можно заменить только первый пункт

Не нода а React Native. Который JS. Сейчас практически любой матёрый JS погромист в какой-то степени знает все 4 компонента ( infrastructure + backend + frontend + mobile ). Потому что один язык по большому счёту, много взаимосвязей. А даже если не знает то освоить может довольно быстро.

Т.е. даже связка С# + Ангулар это уже 2 отдельных языка и 2 отдельных мира. Таких программистов довольно мало. А это значит что ваша схема работает только когда есть 100% разделение работы. Плюс нужен инфраструктурщик отдельный ( что бы бекенд пограмиста не выключить с процесса ). Плюс нужно документацию хорошо поддерживать. Плюс значительный оверхед в любом изменении ( нужна синхронизация многих людей ) И нужно что бы все это 5 людей имели 100% загруженность 100% времени, а это в стартапе невозможно. Так не бывает что на бекенде будет ровно столько же работы как и на фронтенде например. Значит или простой или перекос.

Т.е. эта схема для небольших компаний до 10-20 человек работает плохо.

[stenking]

А что, есть что-то на замену SQL базам?

NoSQL

[stenking]

огромное количество компаний от линкин ина и пайпала до убера успользует ноду

Ага, щазз.
Paypal уже летал вовсю, когда не только ноды в проектах не было, но и её папа в детсад за ручку ходил.
То, что лохам говорят, что paypal на ноде работает, так то чистой воды реклама. Там helpdesk на ноде, это может быть. Но всё ядро там legacy, зуп даю.

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!

[OtherSide]

Так а как нода заменит ios/android. В вашем списке им можно заменить только первый пункт

Не нода а React Native. Который JS. Сейчас практически любой матёрый JS погромист в какой-то степени знает все 4 компонента ( infrastructure + backend + frontend + mobile ). Потому что один язык по большому счёту, много взаимосвязей. А даже если не знает то освоить может довольно быстро.

Т.е. даже связка С# + Ангулар это уже 2 отдельных языка и 2 отдельных мира. Таких программистов довольно мало. А это значит что ваша схема работает только когда есть 100% разделение работы. Плюс нужен инфраструктурщик отдельный ( что бы бекенд пограмиста не выключить с процесса ). Плюс нужно документацию хорошо поддерживать. Плюс значительный оверхед в любом изменении ( нужна синхронизация многих людей ) И нужно что бы все это 5 людей имели 100% загруженность 100% времени, а это в стартапе невозможно. Так не бывает что на бекенде будет ровно столько же работы как и на фронтенде например. Значит или простой или перекос.

Т.е. эта схема для небольших компаний до 10-20 человек работает плохо.

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

[Serguei666]

А что, есть что-то на замену SQL базам?

NoSQL

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

[Ion Tichy]

огромное количество компаний от линкин ина и пайпала до убера успользует ноду

Ага, щазз.
Paypal уже летал вовсю, когда не только ноды в проектах не было, но и её папа в детсад за ручку ходил.
То, что лохам говорят, что paypal на ноде работает, так то чистой воды реклама. Там helpdesk на ноде, это может быть. Но всё ядро там legacy, зуп даю.

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!

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

[stenking]

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

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

[stenking]

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

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

[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