Как в 20 17 учить node.js?

Да, полностью соглашусь и дополню ответ тем, для чего nodejs остаётся незаменим. Если кратко - прокси ускорения работы интерфейсов. nodejs можно прикрутить на сервер для генерации шаблонов вроде pug, ejs, bemjson.
Так, к примеру, сервер яндекса формирует разметку поисковой выдачи. Их bemtools можно запалить вапалайзером. Код, кста, есть на github
https://github.com/express-bem/express-bem

Подскажите тогда, что-то более универсальное. php?
И какие задачи в перспективе можно решать через node.js?

то есть ноду можно не учить? а что тогда уже для бека в моде будет?

Old Odessa,
А ответ то прост - нет ничего универсального! Нет!
Сейчас в тренде - каждому инструменту - свое место.
Т.е. под каждую задачу выбирается свой, наиболее оптимальный, инструмент. И это также может быть и обсуждаемый NodeJS.
А в 2017 году выбор инструментов ну очень хороший, и он не ограничивается php, хотя его прокачали тоже достаточно неплохо.
И учить ноду или не учить - личное дело каждого, но иметь представление что это, как работает и где его можно использовать, я думаю необходимый минимум. IMHO.

Никита Кит

Можно уточнить. Т.е. идет так

1. Бек PHP отдает JSON через Рест
   
2. Ангуляр (Реакт) формирует странички и делает роутинг
   
3. А нода как-то ускоряет сборку Ангуляра, реакта? Или что значит проксирование
   

Terras, не, js-фреймворк использовать необязательно. nodejs работает в связке именно с backend плюшками. Т.е 1 верно - php отдаёт json - можно даже без запроса, а по интервалу кэширования (при больших объёмах возможно потребуется mongoDB, я ещё не знаю) , nodejs обсервит папку, куда напрявляется json с данными, как только данные сформированы express в связке с шаблонизатором (тут их много - выбирай не хочу - есть мнение что ejs самый шустрый) клеит их с шаблоном, формируя юзеру готовую разметку. Каждому юзеру по temp-папке. Ну и отдаёт запрос. После посещения папка юзера удаляется. Как отловить окончание посещения я ещё не знаю. Я думаю можно чекнуть через beforeunload от фронта и передать ивент на сервер

Согласен, но с сокетами на ноде всяко поудобнее работать чем в PHP

Если знаешь PHP/Python, то смысла глубоко учить еще ноду не вижу. Лучше Go — он отлично дополнит и php и python, и даже саму ноду.

Оптимус Пьян,
вот одно из направлений применения ноды. Действительно, удобнее.
Хотя, китайцы сделали Workerman - достаточно неплохой демон для ws можно сделать.

Anton Mashletov,
Go - это нечто третье, продукт, который забрал много хорошего из тех же PHP/Python, но добавил ряд других недостатков, уже своих. А так - как альтернатива тоже неплохо.

Денис Ефремов,
какая взаимосвязь между CMS и сокетами?

Денис Ефремов,
вы потеряли нить повествования....
Я поддержал мнение, что нода хороша для сокетов, а вы про какие-то CMS ...
И WordPress почем зря приплели....
Я, к примеру, не пользуюсь нигде в своих проектах никакими CMS и иже с ними - все только ручками и напильником... Не очень быстро, зато чистенько получается.

Денис Ефремов, написали

https://headlesscms.org/

Хороший подход, есть архитектура в БД + API и мы подтягиваем туда front
Идеальное решение как по мне, охватывает 95% задач CMS.
Очень хорошая расширяемость.


Смысла в этом нет для простых смертных правда, никто не станет поднимать сайт визитку на этом.

Денис Ефремов,
Причем тут headless developer ?

Я тебе скинул пример CMS , только немного с другой философией.
У кого проекты на Node - используют именно такие "CMS".
Охватывают 95% задач (категории, метки, пагинация, роли, файловый менеджер, ЧПУ, Создание своих сущности и т.д.)

Денис Ефремов,

Что вы имеете ввиду под CMS? табуретку с кухни?
CMS = WP, Joomla...

WP BITRIX - ниша говно сайтов.
На нем пишут говно разработчики, люди которые берут 90% стандартных плагинов и обмазывают их говно-костылями, НО это идеально подходит для клепания однообразных сайтов, разработка ведется быстро и самое главное РАБОТАЕТ!



Представим что Node.js создадут конкурента WP, допустим создали.
Кто-то перешел туда из говно разработчиков, начали переписывать миллион плагинов? нет.
Как был хаус внутри такой архитектуре так и останется, подход изначально не верный.
Почитайте отзывы WP разработчиков и битрикс, они плюются от кода в WP и BITRIX (В том случае, если задача оригинальная) - им нужно обмазываться жесткими костылями.

Создаем фреймворк на Node,.js и Мы теряем ключевой фактор: "БЫСТРОЕ КЛЕПАНИЕ ГОВНА"

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

Денис Ефремов, Я ответил на вопрос "Почему у Node.js нет CMS для говно-сайтов"

А подскажите кто-нибудь, пытаюсь аукцион запилить, и как вот реализовать синхронность у клиента последних секунд закрытия лота? Где то вычитал, что тут как раз нужен node,js Или это как то по другому делается?

Добавлю свои пять копеек. Мода может и уходит (вообще js слишком специфичный, чтобы быть модным долго), но направление движения у js-сообщества очень правильное. Собственно, мода и пошла с того, что один язык используется для фронтэнда и бэкэнда. Дальше хочется видеть максимальное повторное использование кода и на клиенте и на сервере, куда гребёт Meteor, а ещё лучше её же использовать и в мобильных приложениях, куда гребёт Appcelerator. Не кидайтесь помидорами, знаю что оба сыроваты, бажны и глючны. Но сама идея отличная. Если некий продукт позволит использовать одну логику на сервере, в браузере и на мобильных - это будет очень круто. И пока js-сообщество не перестанет барахтаться в этом направлении я бы не торопился хоронить js в целом и node.js в частности.

ахахах. Erlang вроде самая мощная замена ноды но и профисиональная. на работу с данным скилом возьмут только в паре с C++, используеться в сфере сотовой связи, ИП телефонии и ТВ, не требует особой оптимизации в отличие от С++ так как работает на вирт машинке как джава и сишарп (у ерланга она крайне оптимизирована и создает очень малую прослойку между программой и железом).
Хорошо заточен под реалтайм веб и не только веб сервисы.

Как за цель ставить выучить НОД не надо, так как его используют PHP программисты для реалтайма в ПХП сайтах. Например автообновление страницы по изменения состояния каких то данных на сервере, или подгрузка данных по событиям на сервере, которые прослушивает React или Angular по вебсокету.
конкретно учить Node для разработки реалтам приложений не подойдет. (А он исключительно асинхронен и подходит только для реалтайма с одной стороны, да и не совсем подходит без многопоточности, статической типизации, ООП нормального) Нужен Erlang в связке с Java или C# или даже C++(реже, при разработки чего то мощного, там ЗП в 10к долл)

Pantene742,
не совсем так.
Грубо, NodeJS == SPA, и только для этого нода и сделана (ну, исключая различные "сервисные" направления).
Erlang - это достаточно узкоспециализированное направление, в основном работа с параллельными потоками, миллионы соединений. А остальное прикладное бытовое на нем ваять - очень сложно. Поэтому к нему и цепляют другие, более универсальные языки.
И уж никак ноду и эрланг нельзя сравнивать. Теплое и мягкое...

Node для SPA где все ровно тот же Пых или ASP. ASP - есть SignalR но почему то без него обходясь юзают Node который по событиям дергает по http протоколу обработчики событий работающие в PHP или ASP. и WS сервер на ноде сообщает другому юзеру обновить инфу на странице. Node.js также очень узко применяться. в паре с другими технологиями

piterden,
это очень грубое сравнение, я же предупредил.
А по факту: нода - это попытка впихнуть клиентский язык на сервер со всеми вытекающими... И в 90% ниша использования ноды на практике - это SPA и им подобные продукты. А includes or not includes - те же яйца только в профиль..

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

Никита Кит, решил стать программистом=>открал книгу Кнута по-середине=>пошел работать стриптизёром

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

Вы читаете книги полностью прямо в книжном магазине?))

index0h, я читаю раздел "Для кого этот учебник" и отзывы в Интернете.

index0h, нет, я открываю их ближе к началу, где есть хоть какой-то шанс что-то понять. На середине какие-то фишки могут быть написаны в контексте фишек, рассказанных в книге ранее. И это не будет значить, что книга плоха. Это будет значить, что к началу книги вероятность подобного меньше.

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

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

Любой материал надо начинать с оглавления - там все темы расписаны.
И оттуда же надо брать нужный материал, а не читать все подряд. Сейчас столько материала с такой большой скоростью дается прогрессом в IT - все прочитать просто физически невозможно успеть.
Любой проект все равно переделывать придется раз 5-6, а то и более.
Начинать с архитектуры, и, желательно, в картинках - очень многие вопросы встают на свои места сразу. Чем гибче будет архитектура - тем меньше переделывать придется.
А на чем делать - под каждую задачу - свой инструмент. Время монолитов в историческом понимании уже прошло.

piterden, откуда такая экспрессия?? ;)
Сразу возникает ассоциация с Неуловимым Джо.. Напомнить почему?
А по обучению могу сказать следующее: я нигде профильно не обучался, потратил более 10 лет на самообучение - результат есть и неплохой. Но есть одно НО!
Специализированное обучение (как то - университеты, институты или те же самые курсы, только с правильным подходом к обучению, и т.д. и т.п.) дает одну важную особенность обучения - структурированный последовательный подход к обучению, чего, к сожалению, практически не бывает при самообучении.
И, как следствие, отсутствие структурированности при обучении дает достаточно много пробелов в этом самом обучении, т.к. самообучающийся изучает только то, что ему необходимо условно сейчас, в данный момент.
Поэтому одним из правильных подходов к самообучению, я считаю, будет таким: специалист формирует программу обучения со списком материалов, а уже самообучающийся по этой программе добывает материал из различных источников. Как то так...

Ни чем не плохи, просто там дайджесты по фронту, а не по node.js

Местами. Есть много хорошего, но и много дыр.