С чего начать учить JavaScript в контексте IoT, работы с данными и Node.js, а не фронтендов веб-приложений?

Question

[Тёма Макеев]

Я никогда всерьёз не имел дело ни с какими языками программирования, но сейчас мне стала интересна тематика интернета вещей, и прочитав много разных статей на эту тему я решил, что параллельно с Питоном есть смысл начать учить JavaScript. Вот только подавляющее большинство книг/ресурсов по JavaScript рассматривают этот язык в первую очередь в контексте фронтендов веб-приложений, а меня интересуют возможности Node.js, работа с JSON, данные всякие там собирать и обрабатывать. В то же время, все книги по Node.js, которые я видел, заточены под то, что человек уже знает JavaScript, который, как я писал ранее, большинство людей изучают в контексте веб-приложений.
Собственно, в чём вопрос: с чего начать учить этот язык как язык в целом, с возможностью дальше переходить на всякий Node.js, желательно минуя часть с двигающимися штучками на веб-страницах (пожалуй, самое стереотипное применение этого языка)? Или всё-таки стоит пойти по какому-то иному пути?
Может есть какие-то хорошие книги? Ресурсы? В идеале - и на русском и на английском.

Спасибо!

Answer 1

[Dimonchik]

ну Фланаган - классика же, какая разница, в каком контексте, JS есть JS,

по Node на русском книг 5 есть, две точно достойны внимания

Comments

[Тёма Макеев]

Спасибо! А эти две книги предполагают какой уровень у читателя? С нуля? Или прочтённый Фланаган? Или прочтённый Фланаган + практика?

[Homsa Toft]

Флэнаган думаю нужен в любом случае.. читал вторую книгу, да, там есть интересные вещи, но не углублённо, что то вроде крэш курса..

Answer 2

[Юрий]

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

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

Comments

[Тёма Макеев]

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

[Юрий]

Тёма Макеев: начните со старого доброго курса https://learn.javascript.ru/nodejs-screencast он беплатный и небольшой, но в курс войдете.
вам какая разница откуда запросы принимать от браузера или от железки? )
разве что не хтмл на выходе выдавать а джейсон

[Юрий]

Тёма Макеев: по сути из ноды вам не нужно изучать только вопросы связанные с шаблонизацией, все остальное имхо не помешает

Answer 3

[Ivan Soshnikov]

В контексте IoT имеет смысл выучить ASM, C, RTOS.
А ваш вопрос, в контексте IoT, конечно... Купите себе плейстейшн и рубитесь в майнкрафт.
IoT - маркетинговая хрень.
Есть embeded, который сливает данные. Куда и как - пофигу. Если ему вообще надо сливать.
Есть бэкенд, который с этими данными работет.
Есть фронтенд, который создает UI.
Ну и чтобы не быть голословным:

Часть на AVR, часть на ARM. Сервер на питоне, фронтенд - ангуляр. Стройка еще идет и часть модулей подключается-отключается в процессе. Объект - два строения. Основной канал - RS485. Часть по радиоканалу, часть по вайфаю, часть по ethernet

Comments

[Тёма Макеев]

Ну, я понимаю о чём вы сейчас говорите. В плане embedded - я начал с ардуино (Wiring). С него планирую переходить на С и начать изучать RTOS. Что-либо связанное с фронтендом пока что вообще не трогаю, так как не очень интересны такие вещи вообще. А вопрос, собственно, про изучение JavaScript для бэкенда. Имеет ли это смысл в сравнении с питоном, и какие ресурсы есть интересные на эту тему.