Как лучше учить node.js?

Question

[Dezerone]

Решил перейти с фронтенд разработки на бэк. По своему опыту могу сказать, что учить что-то бесполезно, пока на практике не столкнёшься с функцией или стилем, может разметкой и тп, то нифига не запомнишь. Так вопрос в чём, лучше писать сервера, api(мало пока в этом смыслю, мб бред написал)))) в общем практиковаться и по ходу уже гуглить и соответственно учить язык, или набить маломальскую базу, 95% информации которой сразу забудется без крепкой практики по типу https://metanit.com/web/nodejs/. И перейти к практике. И буду очень благодарен на какие-нибудь полезные ресурсы по ноде)
Всем добра))

Comments

[Kentavr16]

Начни с Nest.js . Если освоишь значит в среднем ты умеешь в бэкенд на ноде.

[Михаил Р.]

Как лучше учить node.js?

На данный момент, как дополнение к уже изученному фронту. Вакансий мало, соискателей много.

[Dezerone]

Михаил Р., Нет, фронт вообще не зашёл, не моё это адаптивная вёрстка и ui. Хочу фулл бек а не фуллстек. Хотя сейчас представление фуллстека очень печальное, ни туда, ни сюда.

[Михаил Р.]

Dezerone,

Хочу фулл бек а не фуллстек

Тогда выберите другой, более востребованный ЯП для бэка.

[Dezerone]

Михаил Р., Разве условный котлин или нест с тайпскриптом не такие популярные стеки? Просто тайп и js прилично уже знаю. Не хотелось бы по новой перескакивать

[Михаил Р.]

Dezerone,

Разве условный котлин или нест с тайпскриптом

Вы сравниваете совершенно 2 разных ЯП, которые хоть и конкуренты на бэке, но не настолько прямые, как например Python или PHP.

нест с тайпскриптом не такие популярные стеки?

В сравнение с их прямыми конкурентами на бэке (Python или PHP) - даже не близко.

Просто тайп и js прилично уже знаю. Не хотелось бы по новой перескакивать

"Прилично" - это сколько лет подтвержденной коммерческой разработки на js/ts? А вообще, это называется эффектом "невозвратных затрат":

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

[Николай Медведков]

Михаил Р., вы легко соскакиваете с этого эффекта?

[Михаил Р.]

Николай Медведков, чем старше, тем легче

[Mark220]

Михаил Р., PHP или Python более востребован в беке?

[Михаил Р.]

Mark220, Dezerone,
Написал ответом, т.к. он не влез в комментарий https://qna.habr.com/q/1365698?e=14582220#answer_i...

Answer 1

[Михаил Р.]

Решил перейти с фронтенд разработки на бэк

Как лучше учить node.js?

Если в будущем цель зарабатывать с Nodejs (и в отрыве от фронта) - то никак не учить, а выбрать более подходящий ЯП, который непосредственно конкурирует с Nodejs, например Python или PHP.

Данные о вакансиях на 12.08.2024:
- Back js/ts: 138.
- PHP: 739.
- Python: 795.

P.S. помимо того, что вакансий на backend js/ts мало, так еще и соискателей гораздо больше на место, в соотношение с Python или PHP.

P.P.S. Python в замере выше имеет 795 вакансий, но это чисто backend разработка, но Python так же часто используется в скрэпинге, ботах, ml, дата-инженерами, qa итп. PHP так же имеет рядом с собой целый пласт различных CMS, куда можно свичнуться, если прижмет, а куда свичнуться с Nodejs? На фронт..?

Comments

[Mark220]

А я сейчас на фронте, хочу свичнуться на фулл или вообще в бек. Стоит овчинка выделки?
p.s. Сильно переживаю, что могу остаться без работы из-за очень высокой конкуренции. Во фронте коммерческий стаж 3 года.

[Михаил Р.]

Mark220,

А я сейчас на фронте, хочу свичнуться на фулл или вообще в бек. Стоит овчинка выделки?

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

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

Я в свое время (когда на ноду был хайп), все равно выбрал Python, т.к. даже на хайпе нода проигрывала Python и PHP.

[Dezerone]

Mark220, 1)фронтенд пойдёшь- ху""а соснёшь,2)фуллстек пойдёшь- см 3 соснёшь,3)бэк пойдёшь см пункт 1+2. Чёт ситуация не радужная так скажу, ахаха) Всё же решил потихоньку входить в бек, параллельно фронту.
Как-то не готов на пыху или питон переходить так внезапно, а может и стоит но не готов к ан=льным мучениям

[Dezerone]

Mark220, Как думаю лишним бек никогда не будет, особенно если есть время на его освоение, фронтом сыт не будешь)

[Dezerone]

Михаил Р., Спасибо вам, Михаил. Правильно вы сказали, что бесполезно долбиться в дверь, которая никуда не ведёт. Надо с нуля начать, раз в бек вкатываться.

[Vlad1Slaus90]

Fullstack это хорошо, но всё зависит от задачи. Если хотите найти работу на эту позицию в РФ, то лучше выбрать на бэке например PHP или Python, на этих языках много вакансий в том числе и на позицию джуна.
Fullstack с бэком на Node.js это скорее будет более долгий путь обучения, да и вакансий очень мало, а те что есть это middle+ и с опытом.

[Aleus1249355]

Dezerone, можно узнать сколько вам платят? Это анонимно на сколько я понимаю

[Aleus1249355]

> куда сдвинуться? На фронт?
Блин, грешным делом подумал что на границу.
Времена такие понимаете ли.
P. S.: спасибо за развёрнутый и очень адекватный ответ.

[Михаил Р.]

Aleus1249355,

Блин, грешным делом подумал что на границу.

На западе фронт ещё более конкурентный, чем у нас. Так что за границей будет не легче...

Answer 2

[historydev]

Прочитал о методе или функции => изучил как работает => изучил как устроены метод или функция => почитал какую проблему это решает => решил эту проблему методом или функцией = закрепил на практике.

https://metanit.com/web/nodejs/

Лучшая практика, это научиться читать документацию сверху вниз, вместо сайтиков, которые отрывочно куски из этой документации пересказывают.

Comments

[Dezerone]

Полностью согласен, что официальные документы по языку это самое лучше, что есть. Но без опыта в беке официальная документация ноды вообще не пошла, от слова совсем. Так что попробую снова, но как сказал, без практики толку в чтении любой литературы 0 будет. Спасибо за ответ)

[historydev]

Dezerone, Если у тебя не пошла самая простая среда, боюсь дальше ты в трусы написяешь - потому-что дальше идут сети, протоколы и алгоритмы.

Либо учись быстро учиться, либо слушай тех кто это умеет.

[idd451289]

Вообще самый простой способ
Берешь любой фреймворк(хоть легковесный express, хоть архитектурно мощный nest) и пишешь
Вот что угодно, любое приложение, хоть хеллоу ворлд, хоть огромное апи
Это по сути единственный способ что то изучить

[historydev]

idd451289,
Оперировать абстракциями ничего не понимая, отличная стратегия для самовнушения, но точно не для советов.

Ты можешь писать свои хв хоть десятками, но ничего выходящего за рамки res.send("Hello world") не получишь.

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

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

[idd451289]

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

Дальше. На счет абстракций. Как по мне как раз именно их и надо сначала показывать. Потому что сначала мы учимся решать задачу(хоть как то), потом учимся формировать какие то предметные области(модели, разделять слои и все такое), и уже потом или параллельно можно изучить как работает nest или express под капотом
И еще немного в тему абстракции, Можете мне послойно рассказать что происходит от архитектуры процессора и голого железа до исполнения кода?))) Причем не словами уровня: ну вот процессор получает инструкции и исполняет их?) Ну собственно тогда вам не то что js, си нельзя доверить. Так и работают абстракции)) Возможно когда то оно вам понадобится, и вы это изучите, но сейчас как видите и так хорошо идет

[historydev]

idd451289, Ты всё перепутал.

Для начала.

что происходит от архитектуры процессора и голого железа до исполнения кода?)))

Архитектура процессора ничего не делает, кроме того, как устанавливает спецификацию для регистров и инструкций.

Вся эта белиберда, это куча абстрактных понятий через запятую.

Вот что угодно, любое приложение, хоть хеллоу ворлд, хоть огромное апи

Ты конечно загуглил слово, молодец, но суть так и не уловил.

То, о чём ты говоришь противоречит самому себе, то ты за обучение на практике, то за обучение через абстракции, определись уже.

На заметку:

- Абстракция:
Вася купил тостер, через неделю Вася звонит и говорит что он сломался.
Вася приносит тостер в магазин и сдаёт в тех. отдел. - оказалось Вася забыл нажать кнопку включения.
Нужен какой-то способ, снизить наплыв Вась в тех. отдел.

- Задача:
Реализовать форму обратной связи, включающую поля: имя, почта и текст обращения.
По нажатию кнопки отправить, показать модальное окно об успешной отправке.
И так далее.

Чувствуешь разницу?

Можете мне послойно рассказать что происходит от архитектуры процессора и голого железа до исполнения кода?)))

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

[idd451289]

historydev, Нет)

Архитектура процессора ничего не делает, кроме того, как устанавливает спецификацию для регистров и инструкций.

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

Вся эта белиберда, это куча абстрактных понятий через запятую.

Опять же мысль должна быть ясна. Размер приложения. Хеллоу ворлд обычно подразумевает собой что то очень простое, а огромное апи подразумевает собой какое-то приложение близкое к большому продакш решению(апи я взял банально потому что мы говорим про бэк и как раз таки зачастую при разработке мы получаем какое-нить rest api)

То, о чём ты говоришь противоречит самому себе, то ты за обучение на практике, то за обучение через абстракции, определись уже.

Одно другому не противоречит
Мы пишем на условном nest-е. При этом мы имеем абстракцию над express-ом(убирая всякие res.send), получаем готовые декораторы для более простого управления express-ом. Так же вместо чистых мидлвар мы имеем готовые пресеты для расширений(guards, exception filters, interceptor). В ту же корзину DI. И собственно туда же можно отнести всякие абстракции типа редиски для кэша, каких то СУБД, и прочего

И собственно вместо того чтобы думать о том как работают эти несколько слоев абстракций мы учимся строить предметную область, разбивать приложение на домены(не те которые для маппинга ip используются)

А вот после того как мы научились это делать можно опуститься на уровень ниже, и смотреть как работает нест, экспресс, и еще куча слоев которые в теории можно убрать
При этом понимать требования бизнеса и знать решения к ним(согласен что это тоже абстракция своего рода) тоже требуется, но это задача вторична, потому что пока человек не может реализовать ту самую форму толкну от него ноль(если мы говорим про разработку)

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

Если это правда то уважаю. Я поковырял немного уровень ассемблера и прочего и что-то как то не мое, пошел дальше крудошлепить(шутка)

[historydev]

idd451289, Снова всё перепутал.

Теперь ты говоришь об абстракции на уровне кода)

И собственно вместо того чтобы думать о том как работают эти несколько слоев абстракций мы учимся строить предметную область, разбивать приложение на домены(не те которые для маппинга ip используются)

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

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

- Суть того, что ты должен был уловить в самом начале.

Я закончил, если этого аргумента тебе мало, то биться об стену я не намерен.
- доростёшь, поймёшь как тяжело не знать на чём всё построено.

[idd451289]

historydev, Опять же нет

Теперь ты говоришь об абстракции на уровне кода)

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

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

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

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

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

А так вообще я пытался мысль донести что без практики теория бесполезна(а единственный способ ее получить это писать код)

- доростёшь, поймёшь как тяжело не знать на чём всё построено.

А вот эта фраза очень плохая, выкиньте ее. С чего бы вам быть уверенным что я вас уже не перерос?))

Answer 3

[Steel_Balls]

Практику обязательно надо совмещать с теорией.
Надоело смотреть как джуны пишут дырявые API, не зная об инъекциях, уязвимостях в зависимостях, не понимаюшие ничего в нормальных формах, SOLID, ШП, архитектурах и прочих необходимых вещах...

Answer 4

[Максим Пак]

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

Answer 5

[Mikhail Osher]

Напишите свою имплементацию бэкенда https://github.com/gothinkster/realworld
Можете туда для прикола воткнуть всякие HATEOAS, свой Oauth сервер с 2FA авторизацией и 2FA сбросом пароля, свой graphql через apollo или еще что-нибудь. Может не обычную реляционную базу данных взять, а еще попробовать mongo или вообще графовые базы вроде JanusGraph/Titan/Neo4J.