Можно ли переходить на изучение фреймворков?

Question

[Insolation]

Привет ребята.
Я уже можно сказать прилично знаю JS (прототипы, наследование, es6, call, bind и т.д). Могу написать пару аппликух самостоятельно (но иногда туплю над организацией). Вот сижу и думаю, начинать ли учить JS фреймворки (React больше нравится по первому взгляду) или же сидеть клипать аппки на ванильном JS?

Подскажите как понять что уже "созрел" для них и пора уже?

Спасибо!

P.S Я еще так сказать Trainee JS поэтому сильно камнями не кидайтесь пожалуйста)

Comments

[Сергей delphinpro]

Подскажите как понять что уже "созрел" для них и пора уже?

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

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

Answer 1

[Антон Спирин]

Изучайте React. Приложения на ванильном JS писать не надо, не повторяйте ошибки разработчиков из 2014 года.

Comments

[Insolation]

Антон Спирин , Спасибо вам!
Так и хочу сделать.

Немного оффтопа:
Какие ресурсы для изучения React'a вы бы посоветовали?
Англ у меня отличный, с этим проблем нет.

[Антон Спирин]

Insolation, во-первых официальный сайт react. Там и вся документация и хороший туториал. По redux можете посмотреть курсы от Дэна Абрабова на egghead.
Вам придется изучить Webpack. У Кантора есть отличный, правда морально устаревший скринкаст на Youtube. Если смотреть параллельно с новой документацией и выполнять примеры с правкой на изменения в ней, то вообще отлично заходит.
Так же поищите все видео с egghead(link). Там есть и по Redux Saga и много по чему еще.
Статьи на темы Ducks Pattern, File Type First Architecture, Feature First Architecture.
Хороших статей очень много.
Смотрите стартовые боилерплейты на Github, а так же примеры приложений.
Информации очень много на самом деле.
Курс по redux-saga

[Insolation]

Антон Спирин, Спасибо большое. Webpack знаю, так что с этим вообще нет проблем.

[Insolation]

Антон Спирин, А еще вопрос, Redux изучать паралельно с React'ом?
Я так понял что без redux'a не обходится ни одно приложение.

[Антон Спирин]

Insolation, большие проекты точно не обходятся без redux, либо одной из альтернатив. По поводу небольших есть статья.
Изучайте параллельно, у него очень простой API. Но придется научиться правильно решать типовые кейсы. Тут вам помогут статьи, stackoverflow, github.

[nakree]

Приложения на ванильном JS писать не надо, не повторяйте ошибки разработчиков из 2014 года.

Расскажите об этом подробней. Почему Вы так считаете?

[Антон Спирин]

nakree, потому что в 2015 на волне хайпа выдалось поработать в одном из них.
1. За время разработки, естественно, родилась библиотека.
2. Проект писали очень долго, если бы использовали фреймворк, думаю время бы сократилось как минимум втрое.
3. Вопросы масштабирования лютая боль. В то время как проекты на React + Redux отлично масштабируются и вертикально и горизонтально.
4. onboarding проходит гораздо дольше, ведь программистам приходится учиться работать с уникальными велосипедами и подходами в проекте. Производительность их труда ниже.
5. Поддерживать большой живой и развивающийся проект тяжело. В итоге обычно начинают писать новый функционал на фреймворках и по возможности переписывать старый. Большинство проектов написанных в ту пору давно переписаны на фреймворках.

[Антон]

Insolation, redux - изучать обязательно, использовать - нет. Есть куча других решений для state management. Например, rx, cereblar, а сейчас и apollo.

[nakree]

Антон Спирин, спасибо за ответ. Я подумал, что Вы говорите мол не стоит писать на ванильном js приложения в целях самообучения. Так стоит писать или не стоит? Будет от этого какой то толк, или лучше сразу учиться писать на фреймворках без собственных велосипедов? Не давно читал мол это полезно, чтобы глубже понять суть и назначение фреймворков. Что думаете по этому поводу?

[Insolation]

nakree, Безусловно уметь писать на ванильном JS надо. К фреймворкам я пришел только из-за того что они задают структуру приложению. Например дали задание написать какой-то виджет или что-то в том роде. Я знаю как написать его, что откуда брать, куда ложить и т.д, НО я не знаю как правильно это все структурировать.

[Антон Спирин]

nakree, я когда-то детально разбирал исходники Backbone.js и пробовал писать похожие вещи. Да это, безусловно, развивает. Так же, заглядывайте в исходники популярных библиотек и инструментов. У React они, правда, сложные и запутанные. Но надо понимать, что React это совершенно другой уровень. virtual dom в купе с состоянием компонента и методами жизненного цикла избавляет разработчиков от целого ряда проблем.
Вот интересная статья о том когда и почему хорошо использовать react

Answer 2

[Константин Китманов]

иногда туплю над организацией

По-моему, после этого ответ вопрос "учить ли фреймворки" очевиден:)

клипать аппки на ванильном JS

Тут два возможных исхода. Либо вы придете в итоге к своему фреймворку -- который будет бажный, бедный и странный, потому что вы всего один, а vue/react/angular делают целые команды годами (к тому же у вас проблемы со структурой по вашим же словам). Либо закопаетесь в очень специфичных вещах, небольших лендингах, расширениях для браузеров и прочей мелочевке (я не говорю что это плохо само по себе, просто очень уж нишево).
Подавляющее большинство работы на JS — это всякие админки и дашборды, которые собираются в основном из готовых компонентов и на переизобретение фреймворков просто нет времени.

Comments

[davidnum95]

vue

делают целые команды

не правда

[Константин Китманов]

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

[Антон Спирин]

davidnum95,
https://vuejs.org/v2/guide/team.html , https://github.com/vuejs/vue/graphs/contributors
Дальше как и в любом подобном проекте, обрастающем огромным сообществом и экосистемой, Evan You будет играть все меньшую и меньшую роль.

Answer 3

[eternalSt]

Доброго времени суток!

Интересным Вы образом поставили вопрос =) А как понять, что вообще нужно заниматься программирование, и именно на js?

Но всё же попробую ответить на Ваш вопрос.

Далее я буду применять термин абстракция т.к. React по своей сути не является фреймворком, а например Angular является, ELM вообще как отдельный язык можно считать. Но все они в итоге компилятся в js и решают, в принципе одни и те же задачи, но с разным подходом.

Моё мнение, по использованию абстракций. Без них будет очень тяжело написать большое приложение, и здесь дело больше не в организации, а в управлении состояниями и производительности в целом. Например, тот же React под капотом имеет Virtual DOM -- это очень мощная штука, неимоверным образом повышающая производительность системы в общем (cейчас Virtual DOM есть не только у React). Redux помогает управлять состояниями приложения.

Мораль -- абстракция это не что-то сверхъестественное и не что-то что пришло из мира Толкиена, это просто инструмент, и вы уже сами решаете использовать этот инструмент или нет.

Умение писать на нативном js и понимать код, это конечно безусловно хорошо. Но если Вы хотите остаться в индустрии, то стоит всё время развиваться и соответствовать времени.

P.S. Если вы смотрите на React, то вам стоит обратить внимание на то что вокрут React есть целая экосистема, дам несколько полезных ссылок

https://reacttraining.com/react-router/ -- управление роутингом приложения
https://redux.js.org/ -- управление состоянием (очень полезная штука, которая в свою очередь тоже имеет очень большую экосистему)
https://reactjs.org/ -- и конечно офф сайт, основная инфа про React лежит здесь