Вслед за Groupon, Paypal осознал могущество Node.js

И чо?

То, что никаких типов то и нет, одни хэши со ссылками на функции. Слабейшая типизация в мейнстриме! Ковыряй потом откуда что взялось. Может это щас нормально считается, не знаю, но зачем так жить?

http://www.typescriptlang.org/
Javascript c опциональной статитеской типизацие и некоторыми расширеними, который работает и на обычной JS машине.

Например все эти коллбэки на каждый чих - это ведь очень неудобно.

Это мнение базируется на хэлловорлдах с nodejs.org или на личном опыте? Потому как те, кто пишут на node, используют control flow решения, и тебе уже становится все равно, сколько там было колбеков. А если посмотришь на то, что сейчас можно сделать на генераторах, так там вообще ни одного колбека не увидишь.

Его нужно компилировать в JS
Typescript сразу работает в любом современном браузере.

Сижу такой пишу пагинацию на клиенте, а потом вдруг думаю дай ка сделаю её на сервере и просто КОПИРУЮ код без изменений на сервер.

Что мешает писать на клиенте на других языках?

Но я с трудом представляю, как на JS можно писать большие, сложные, надёжные и поддерживаемые проекты.

Смотря какой критерий надежности и поддерживаемости. Да, на js я бы не стал писать приложение реального времени для управления летательным аппаратом. Пейпал бы тоже писать не стал. Ну а для типичного веб-приложения вполне сойдет. Поддерживаемо оно тоже вполне может быть, особенно если команда небольшая, с малой текучестью кадров и с достаточно хорошей квалификацией разработчиков. Конечно, если каждые два месяца вам нужно набирать новую пачку студентов-быдлокодеров, то проект быстро скатится в неподдерживаемое г-но. Но мы ведь лучше всего этого, не правда ли?

js не поддается рефакторингу

есть две категории людей, одним рефакторить просто не дано.

Ну а для типичного веб-приложения вполне сойдет.

Если к нему не придётся возвращаться через несколько лет и если приложение состоит из пары десятков сущностей — то, наверное.

Но спор-то, как раз, о нормальных крупных проектах.

А под Linux или хотя бы Windows есть и без того тонна популярных, реально работающих и более приличных языков, от PHP до Java

от PHP до Java.

PHP

А, ну да, ПХП это образчик небыдлоязыка.

А, ну да, ПХП это образчик небыдлоязыка.

Намного надёжнее и предсказуемее, чем JS :)

(если что, я и на том пишу, и на другом)

Но спор-то, как раз, о нормальных крупных проектах.

Я участвовал в нормальном крупном проекте на node.js. И был очень удивлен тому, как все у нас получалось легко и прозрачно. Повторюсь, если команда небольшая, и все знают свое дело, то по скорости разработки, поддерживаемости и общим ощущениям node - это великолепный инструмент.

Намного надёжнее и предсказуемее, чем JS :)

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

кодеры на жс настолько массовы и дёшевы

Это ложь. Огромного труда стоит найти дисциплинированного программиста, который знал бы все нюансы js. Это вам не жабка, где можно купить книгу «освой программирование за 24 часа» и смело идти зарабатывать свой первый миллион.

Это ложь.

это шутка юмора

Тебя не интересует, сколько объектов подмешало себе этот метод. Тебя интересует, где этот метод вызывается. А это как раз-таки и грепается элементарно.

Тогда ок.

Хотя на самом деле не вижу чего-то архисложного в ЖС. Достаточно опыта программирования с другими языками, имхо, в остальном помогают интернеты, гуглы, стэковерфлоу ит.д.

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

Built almost twice as fast with fewer people
Written in 33% fewer lines of code
Constructed with 40% fewer files

Лалки, с любым не жаба языком вышло бы так же.

Что ты несёшь. Слив засчитан. У мамки погромист он, лол.

Ну вот теперь ещё и сервера на ЖС будут.

Уже давно были, поддежка JS вместе с VBscript была в классическом asp.

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

Их причина эпический фейспалм: они не могли найти жаберов знающих жабаскрипт.

Конечно они не перейдут на скалу - там же обезьяны работают которые жабаскрипт не осилели.

PayPal мигрирует с Java на Node.js

Node.js

Как можно допускать асинхронность через колбаки, динамическую типизацию, неявное приведение типов к работе с деньгами? Я на ноджс ничего ответственнее чатика или сервера простой онлайн игрушки (и то, второе под вопросом) писать бы не стал.

он _копирует_ код

В abject oriented programming это называется наследование. Он унаследовал серверный код от клиентского.

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

Чуть сложнее хелловорлда но близко. А что за control flow решения?

Теперь их сайт еще сильнее тормозить будет?

пишу пагинацию на клиенте, а потом вдруг думаю дай ка сделаю её на сервере и просто КОПИРУЮ код без изменений на сервер

Вот с этого места поподробнее, пожалуйста.

Под пагинацией на клиенте подразумевается, что при клике юзера по ссылке для перехода на другую страницу (или при скролле вниз списка айтемов) аяксом подгружается контент и добавляется в ДОМ вместо нынешних айтемов (или после них).

Итак, пагинация на клиенте — это:

• поймали евент,
• отправили аяксом запрос,
• обновили ДОМ.

Допустим, ты скопировал этот код на сервер. Возникает закономерный вопрос: как это вообще будет работать? Какое событие будет ловить, куда отсылать аякс, какой ДОМ обновлять? И самое главное, как это всё окажется у юзера на клиенте?

Та функция занималась расчётом кол-ва страниц и генерацией собственно пагинатора. Ей по сути нужно было указать общее кол-во записей и кол-во записей на страницу.
Эвентами и запросами у меня занимается angular.

Какие другие языке в браузере?

А при чём тут браузер? На сервере тоже в браузере запускаются?

Та функция занималась расчётом кол-ва страниц и генерацией собственно пагинатора.

Это такая сложная задача, что вызывает необходимость отдельного упоминания? :D

Это такая сложная задача, что вызывает необходимость отдельного упоминания? :D

Ну раз уж спросили.

Нет. Я не понимаю в чём вопрос? Фронтенд и бекенд пишутся на одном ЯП что не может не доставлять и в большинстве случаев код может перетекать туда сюда.

Фронтенд и бекенд пишутся на одном ЯП что не может не доставлять и в большинстве случаев код может перетекать туда сюда.

Я, вот, как раз занимаюсь тем, что пишу и фронтенд, и бэкенд. Но не возникает никакого желания по перенесению кода с одной стороны на другую. Слишком разный код и слишком малы пересечения. Какой смысл ломать голову о переносе сотни-другой строк кода, когда объём проекта измеряется сотнями тысяч строк?

Так никто и не ломает, просто приятно что код написанный однажды для фротенда можно спокойно перенести на в бекенд.

Почему бы не допустить такой вариант реконструкции событий: они собирались переходить с явы на руби, но передумали в пользу nodejs когда осознали, что он работает существенно быстрее?

Просто это совершенно недостаточный аргумент для выбора серверной платформы.

Отнюдь. В этом случае всё приложение будет разрабатывается одними и теми же людьми.

В этом случае всё приложение будет разрабатывается одними и теми же людьми.

Что, и дизайн с вёрсткой эти же люди делать будут? Бэкенд и фронтенд, в общем, должны разные люди делать. Так как логика и идеология разная. Ну а если всё делают пара-тройка человек «на все руки», то снова проект вырисовывается мелкий. Да, там JS ещё не сможет заметно показать свои проблемы. Но мы-то про крупное решение пишем. Ты всерьёз полагаешь, что в PayPal фронтед сайтов и серверный бэкенд одни люди пишут? :)

Нет. Я говорю про код, а ты пытаешься навязать свою демагогию.

Бэкенд и фронтенд, в общем, должны разные люди делать.

Должны но не обязаны.

Ты всерьёз полагаешь, что в PayPal фронтед сайтов и серверный бэкенд одни люди пишут?

Я ничего не полагаю, просто говорю что такой вариант тоже не исключён.

Пипец. Уродство шагает по планете.

Вообще клиентский жабаскрипт — это пляски вокруг DOM

Пора выбираться из конца 90-х - сейчас в клиентском JS плясок вокруг DOM не больше, чем в любом серверном ЯП плясок вокруг вьюх.

Простейший пример - модели, обычно они схожи на клиенте и на сервере, плюс валидации для них - они тоже общие, как правило, на клиенте и сервере.

Сколько раз используется метод с именем 'method', не путай с переменной.

А вот за это в приличных местах бьют морду.

модели, обычно они схожи на клиенте и на сервере

Обычно они достаточно различаются на клиенте и на сервере.

Гы-гы... во феномены-то. Чтобы код на ноде не скатывался в УГ, он должен быть микромодульным. А учитывая, что в ынтырпайзах головой думать некому и лепят код с высокой связностию, посонов ждёт успех.

Бэкенд и фронтенд, в общем, должны разные люди делать. Так как логика и идеология разная.

в США кстати давно считается хорошим тоном как раз full-stack developers, так как эти люди сделают более хороший продукт и не нужно мирить две-три разные команды на тему «а вася вот мне еще api не написал» или «петруха там шлет слишком много данных» или «это не моя задача»

backend или frontend это не rocket science и вполне можно осилить оба направления, а твой business value сразу восходит в небеса.

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

На практике выходит ни фига не так. У меня получилось, единственное что хорошо шарится - рендеринг шаблонов. Это конечно очень удобно. Но для этого не обязательно ВЕСЬ серверный код делать на ноде.

С ноды вполне можно срубить вкусных плюшек. Но для этого нужны хорошие архитекторы, а не менеджеры-полководцы, которые с умным видом рассуждают «здесь мы пустим самолёты, здесь двинем танки, а тут установим нодежс».

просто приятно что код написанный однажды для фротенда можно спокойно перенести на в бекенд.

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

Например, как ты ловишь исключения случившиеся в колбеках к монгустовским коллекциям?

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

Про слабую типизацию в энтерпрайзе даже говорить не хочется.

Но для этого не обязательно ВЕСЬ серверный код делать на ноде.

А также не обязательно ВЕСЬ код делать асинхронным.