Что изучить дальше для трудоустройства js разработчиком?

Question

[keff1]

Здравствуйте. Я работаю верстальщиком уже больше года и выполняю чисто задачи по верстке. Конечно имеются знания сборщиков, препроцессоров,npm,git и все что связанно с версткой соответственно. На протяжении 4-5 месяцев я изучаю js. Хочу стать чисто js разработчиком без особой привязки к какому либо фреймворку. Из js материалов я прочитал по 1-2 раза и выполняя предложенные задания learn.javascript.ru, Выразительный js, You Don’t Know Js, Секреты JavaScript ниндзя, Рефакторинг кода на JavaScript, Грокаем алгоритмы. Посоветуйте что еще можно прочитать и изучить что бы уже хватало знаний писать какие нибудь простые программы и устроиться на работу. Всегда есть страх что еще что то не знаю и нужно больше изучить перед собеседованиями и тд. Может быть записаться на какие нибудь курсы? если да то какие могли бы посоветовать для начала?

Comments

[milssky]

А начать писать программы на JS не пробовали. Уже 6(!) книг прочитано, а выхлоп-то с них какой?

[keff1]

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

[Lord_Dantes]

Если есть страх - значит вы обманываете самого себя. Я если уверен в себе что знаю что 2 + 2 = 4, значит мне нечего боятся. Перечитайте руководства, пересмотрите еще основные моменты.

И наконец, ходите на собеседования и смотрите что спрашивают.

[milssky]

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

[keff1]

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

[Vitaliy]

keff1,

Что бы писать программы нужно все изучить и разобраться в базе языка хорошо

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

[keff1]

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

[Vitaliy]

keff1, зависит от стека. Как по мне, больше шансов получить фидбэк от людей в профильном Телеграм чате. Берете список "наболевшего", и выбираете что из этого можно решить написав приложение.

[Lord_Dantes]

keff1, ну не знаю насчет устной теории, вы ведь не в гарвард собрались преподавать. Тут еще зависит от того как прозвучит вопрос от того кто собеседует.

[keff1]

Slava, Ну например у меня спрашивали на одном из последних что такое predicate, functor, каррирование или что делает new Uint32Array или crypto.getRandomValues(). И я конечно не ответил.

[keff1]

Виталий Столяров, я думаю просто так людям будет не охота смотреть что я там написал)

[Vitaliy]

keff1, первые термины это из функционального программирования, про него и можете почитать. Я сомневаюсь что даже интервьюер, который задавал этот вопрос, нормально пишет под этой парадигмой, поэтому такие знания дальше теории не заходят. Более того, в основном вам дадут задачи на создание АПИшек или навертывание хитромудрой верстки, поэтому эти знания будут не нужны. Наверное это только у нас интервьюеры любят повыделываться и задают вопросы, которые не имеют ничего общего с действительностью. Я бы туда не шел.

Uint32Array тоже специфичная структура, и на коммерческих проектах она мне ни разу не пригодилась, тем более требовать от джуна практики с этим нет смысла, имхо

[keff1]

Виталий Столяров, вот после таких интервью у меня неувереность в знаниях. Я там сидел и не мог ответить им. Они наверное подумали глупый какой то попался)Теперь стыдно даже идти еще. И много где подобное спрашивали.

Answer 1

[Рональд Макдональд]

Хочу стать чисто js разработчиком без особой привязки к какому либо фреймворку

Пха, ну удачи.

Может быть записаться на какие нибудь курсы?

Курсы - налог на глупость.

Вот вы такой всезнающий Федя, всё прочитали, всё закрепили - где ваш пет-проект? Где оригинальная разработка? Что-что? Не написали? До свидания, мы вам перезвоним.

Comments

[uRoot]

Не, работу без знаний фреймворка найти можно (я дважды находил), но зачем, если за React платят в 2-3 раза больше?

Answer 2

[Vitaliy]

Хочу стать чисто js разработчиком без особой привязки к какому либо фреймворку

Никто не даст пилить свои поделки, когда для этого уже есть готовые решения

выполняя предложенные задания learn.javascript.ru

Могу предложить Codewars, но там больше про структуры данных и алгоритмы, а научиться делать приложения можно только делая приложения

Так как я сторонник практики, то скажу так: если хотите научиться подтягиваться N-е количество раз - подтягивайтесь, а не читайте только литературу "Как научиться подтягиваться".

Всегда есть страх что еще что то не знаю и нужно больше изучить перед собеседованиями и тд.

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

Comments

[keff1]

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

[Vitaliy]

keff1, что вы считаете теоретическими вопросами? Про bind, call или замыкания? Есть такое, и это чисто знания для прохождения собеседований, поэтому можно смотреть сразу инфу о вопросах на себеседовании для JS разработчика

[keff1]

Виталий Столяров, Ну такие вопросы легкие на них я могу ответить) Например спросят что такое Hoisting и я в целом знаю это, но термин у меня вызовет недоумение. Или например predicate, functor, каррирование я вообще в терминах не помню что это значит. Или что делает new Uint32Array или crypto.getRandomValues() я конечно на это не отвечу.

[sasuke22]

keff1, ну в СНГ алгоритмические задачи редко спрашивают,так что лучше подтянуть теорию и попрактиковаться)

[Denioo]

keff1, это что за гении стпрашивают такое у джуна?

[keff1]

Denioo, руководители фронтенд команд в студиях спрашивали.

[Denioo]

keff1, интересные ребята, выносить мозг джуну формошлепу подобным. Не стоит расстраиваться, такие компании ищут рубят из гугл за ценник ниже рынка. Половину из всего что спрашивали врятли используется, а если и используется то в 1-2 местах, чтобы показать что умеют. Подтяните реакт или если любите садо-мазо то вью, и ищите хорошие вакансии, а там и бэк(express, koa) придет не заметите. Чистый js мало кому сдался. Если хотите быть "без особой привязки к фреймворку" то придется учить все это и постепенно.

[keff1]

Denioo, А чисто для фронтенд вакансии на сколько хорошо и глубоко нужно знать бэк? Просто бывает в вакансиях на фронтендера еще указывают знание php,node.js,sql,express. Мне бэкенд в принципе не нравится. Могу ли я без знания бэкенда нормально работать фронтендером?

[Vitaliy]

Denioo,

или если любите садо-мазо то вью

как так?

[Denioo]

keff1, без проблем, зачем тогда придумали разделения на фронт и бэк? Но работая во фронте вам все равно придется в бэк стучаться за данными, но вы не будете копаться прям в бэке. Максимум постучаться по rest api получить данные обработать их на фронте, затем отправить в бэк. Советую искать в таком случае компании в которых четки пишется что надо знать фронт, фреймворки на которых написан фронт в компании. Но я бы не был на столько категоричным по отношению к бэку. Бэк на node довольно приятный и понятный, но как я писал выше - это придет со временем. В любом случае джуну на позицию фронта бэк можно и не знать. Избегайте вакансий где в знаниях написан php, обычно это либо легаси в котором если начнете копаться то увязнете по горло, либо компании которым опять же нужен человек оркестр за стоимость ниже рынка.

[Denioo]

Виталий Столяров, Довелось пописать проект на вью, могу судить чисто основываясь на своем опыте:

• До сих пор проблема с поддержкой тс, либо пишете на классовых компонентах и все более менее, либо пишете на обычных и молитесь чтобы this не выдавало ошибок в инспекторе. Из-за этой корявой поддержски тс во вью отваливаются множество библиотек еще на этапе импортов.
  
• Незнаю как другим но когда весь код в одном компоненте это геморой, и напоминает индусов которым платили за количество строк в коде
  
• Нечеткие архитектурные шаблоны, одну вещь можете написать 50 разными способами
  
• Рендеринг в том же реакте намного многофункциональный, что позволяет лучше отлаживать проект
  
• Возможность изменять store без мутаций, т.е. можно получить стор взять его поле и менять вложенность этого поля прямо в компоненте, без каких-либо мутаций
  

Я бы еще что-то привел но забыл ведь проект писался давно. Единственный плюс vue на мой взгляд это его реализация flux, vuex по сравнению с redux намного понятней и проще особенно для новичков, но не без минусов. Но как я говорил ранее из-за нестрогих архитектурных шаблонов это может сыграть и злую шутку для большого проекта с большой командой.

[Vitaliy]

Denioo,
на классовых компонентах с TS не возникало каких либо проблем. Проблема с библиотеки в ТС это уже ответственность самих библиотек
смотря что имеется в виду под всем кодом, но по хорошему компонент должен отвечать за одну вещь
В React.js тем более
В чем выражается многофункциональность, если реакт отвечает только за рендеринг?
Это же не значит, что если физически это возможно, то так и нужно делать. Просто обходить это

Про стор на основе FLUX это вообще другой разговор, и в 80% случаев он просто не нужен
По архитектурным шаблонам проходит только Angular, в остальных одно и то же могут делать 100500 способами

Answer 3

[Kirill Makarov]

На работу взяли верстальщиком, однако спустя месяц разрешили работать в js в рабочих проектах, сперва просто id к кнопке привязать, затем научили стучаться к апишкам. Самостоятельно дома вечерами учил реакт, сейчас постепенно от верстки стараюсь больше уходить в логику. Стаж работы у меня 5 месяцев, и в принципе базовые задачи на реакте ц меня получается решать. Поэтому рекомендую недельки две порешать задачи на codewars, затем изучать react, изучить обязательно хуки

Answer 4

[Konata Izumi]

Сегодня же начинаешь писать todo на React+Redux, пофиг, если ничего не поймешь. Попутно гуглишь возникающие вопросы.
Месяц таких мучений и у тебя:
1. Есть пет проект
2. Есть базовые навыки работы с js

Comments

[keff1]

todo я делал и на чистом js и на реакте, но без redux. У меня правда были простые опции добавление, удаление и выделение уже выполненных галочкой при клике с localStorage. Не знаю какие еще возможности по сложнее добавить можно.

[Konata Izumi]

keff1, Для работы нужны помимо React-а Redux, Saga, React-Router.
Ну и сам код писать по современному (без классовых компонентов)