Какой следующий этап в изучении Vue после того как научился создавать блог с использованием компонентов и Vuex?

Question

[Роман]

Научился делать простенький сайт на Nuxt.

Вроде как понимаю компоненты, пропсы, эмиты, умею базово использовать Vuex, делать запросы к бэку.

На что теперь можно обратить внимание в изучении Vue?

Спасибо.

Comments

[Moskus]

На всё остальное, вероятно.

[Dmitry Tyvaniuk]

Nuxt - это фреймверк поверх vue, с уже готовой структурой, он менее гибок.
Понимаете, что заскучали? Сделайте небольшой проект на чистом vue, к примеру, с динамической генерацией роутов в зависимости от прав пользователя, ssr вне nuxt и websocket.
И фронтенд не сводится чисто к фреймверку. Качайте общий скилл и набивайте руку. Поиграйтесь с sentry, socket'ами, копните webpack поглубже, асинхронность, анимацию (pixi.js, three.js, gsap), service-workers, docker.

[lloydbanks]

Роман Если вы в поиске работы, то не надо больше ничего изучать. Если ко всему вышеизложенному у вас есть понимание основ JS, то выкладывайте свой проект в гитхаб, создавайте резюме и готовьтесь к собеседованию. Нормальные компании будут задавать вопросы по коду, поэтому вы должны четко знать и понимать, что вы написали и быть способны объяснить как оно работает. Никакие тесты, тайпскрипты, вам сейчас ну вот на**й не нужны. Не забивайте всяким дерьмом себе голову, которое вам может никогда не пригодится. С этого момента изучайте только то, с чем будете работать в реальных проектах в команде из реальных людей исходя из потребностей компании. Ок?

Answer 1

[Антон Швец]

Тестирование, typescript, сложные формы с изменяемой схемой валидации, просто большой проект с сотнями компонентов и множеством связей.

Comments

[Роман]

Typescript фтопку)) /реально не понимаю этого общего помешательства на типизации/

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

Спасибо!

[Антон Швец]

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

Answer 2

[Barmunk]

попробуйте на vue сделать jivosite:
- чат в реальном времени
- пул операторов
- перевод чата другому оператору в реальном времени
- каналы доставки (емейл, вк, твиттер, фб и т.д.)
- легкая установка одним js скриптом без отдельной библиотеки аля яндекс-метрика
- кастомизируемый редактор дизайна виджета в реальном времени

Answer 3

[Valeriu Vodnicear]

Берите комерческий проект.

Comments

[Роман]

Да я не про деньги, я про технологии.

Что еще есть оч нужного в Vue?

[Spunreal]

Михаил Жабко, просто попробуйте пройти несколько собеседований в крупные компании, использующие vue. Пройдете - будете много получать, не пройдете - узнаете, что не так и в какую сторону углубиться.

Это актуально, если знаете js нормально.

[Spunreal]

Роман, самое важное в любой сфере - это опыт. Пока не поработаете на коммерческом проекте за зарплату, не поймёте, что ещё нужно учить.

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

Михаил Жабко,

Если возникает задача прилепить график или какую-нибудь навороченную таблицу - беру и скачиваю готовые решения и снова не вижу горя

А потом бывает подключаешь к подобным проектам bunlde analizer, а там 2 полных lodash, при том, что двумя готовыми решениями юзается какой-нибудь xor в одном месте. moment со всеми локалями, при том, что дата выводится в одном месте во всем проекте и прочие прелести. Или вообще случайный импорт всех тестовых утилит(неумелое использование индексных файлов). Для фронтенд разработчика очень важно уметь решать типовые задачи. Хотя бы даже чтобы понимать, что за готовое решение ты собираешься использовать. Бывает находишь что-то более-менее подходящее под нестандартную задачу, открываешь исходники, а там такая днина и оверкил и в 100 раз больше кода, чем необходимо для твоего кейса.

React разработка подразумевает хорошие знания JavaScript, так как в React все JavaScript.

По поводу "не пройду":
1. Готовитесь.
2. Пробуете.
Если проваливаете интервью:
1. Выявляете слабые места.
2. Заполняете пробелы в знаниях.
3. Пробуете снова.
Чем раньше начнете, тем раньше найдете хорошую работу.

Присоединюсь к Spunreal истина лучше всего постигается в больших коммерческих проектах.

[Антон Швец]

Михаил Жабко, нет, нельзя обходиться в vue без js. Вы просто ничего не делали толком, кроме тудушки.

[Spunreal]

Михаил Жабко, нет. Это значит, что нужно подтянуть js. Не реакт, не jquery, а сам язык - javascript. А потом откроется очень много удивительных вещей и во vue

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

Михаил Жабко,

да я делаю сервис по сложности как сбербанк онлайн

Делаете или все-таки принимаете участие в разработке?
Я вот принимал участие в разработке одного из клентских приложений в большом американском финтех проекте. И не сказал бы, что он сложнее сервисов Сбербанка. У нас только в нашей команде на одном клиенте было 10 человек. И продвинутые знания той или иной области, там не нужны были разве только джунам, ди и то лишь на начальном этапе. Благодаря обязательному code review, последние довольно быстро росли.

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

Михаил Жабко, без обид, но после написанного вами, я сомневаюсь, что вы способны объективно оценить сложность и реалии разработки того же банковского клиентского ПО. А аналогии с мужчиной и женщиной полнейшая глупость. С таким подходом большинства известных и коммерческих проектов попросту бы не существовало. Менталитет тут тоже не причем, большие коммерческие проекты у нас, так же как и везде, никто в одиночку не разрабатывает. Не стоит писать о вещах, о которых ничего не знаете.

Утверждение, что вы один сидите и пилите дома аналог Сбербанк Онлайн звучит неправдоподобно.
Для примера, упомянутый мной к комментарии выше клиент, вы бы до первой релизной версии самостоятельно по 8 часов в день лет 7 бы пилили, а учитывая поверхностные знания JS и отсутствие опыта в решении архитектурных, типовых и не типовых задач фронтенда - гораздо дольше.

Предлагаю попробовать устроиться в большую компанию, узнаете и что такое промышленные проекты, и что такое работа в команде. Да и сможете после этого давать объективную оценку сложности тех или иных проектов.

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

Михаил Жабко, вот вы пишите, что решаете только примитивные задачи, о какой творческой самореализации тут может идти речь?
В больших командах и проектах у вас гораздо больше шансов реализоваться как хороший специалист, решать нестандартные и интересные задачи, и главное не превратиться в оторванного от реальности monkey coder, который даже не в состоянии понять, что пишет для своих заказчиков неподдерживаемый код, который в последствии попадает на доработку и поддержку другим людям и которые скорей всего предпочтут переписать его с нуля.

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

Что касается Vuetify вы не сможете использовать его в проектах с брендовым дизайн китом. Да и решает эта библиотека только одну проблему - предоставляет кит готовых компонентов с хорошим и гибким API.
Важно уметь писать подобные компоненты самостоятельно.

Что касается знаний JS, то он понадобится вам везде, где вы столкнетесь с более менее сложной задачей.
Например, написать редактор постов как на Medium или отображение фида с тредами комментариев, лайками, реакциями и обновлением в реальном времени. Видео и аудио сервисы. Видео конференции.
Сервисы для коллективной работы. Да существует много задач, для решения которых требуются хорошие знания JavaScript, браузерных API и фундаментальных принципов проектирования.

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

Михаил Жабко, то, что вы пишите о реалиях промышленной разработки, очень сильно оторванно от реальности.

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

которые разбирается по идее в больших направлениях

Странно, что вы сами не замечаете в своих словах противоречия, ведь вы сами писали, что кроме клепания форм, использования готовых графиков и таблиц, и объединения всего этого в приложение на одном фреймворке, ни в чем толком и не разбираетесь. Шаг вправо или влево, от кейса с использованием чужой библиотеки и вы в тупике. Тут будет проще нанять опытного фронтенд разработчика с хорошими знаниями языка, Web APIs и опытом решения всевозможных задач, чем оплачивать ваше хождение по граблям и попытки в кратчайшие сроки объять необъятное.

Так же, смею заметить, что коробочный Material Design, мало кто использует в десктоп проектах. Штука очень специфичная и заточенная под использование на мобильных устройствах. Пока ваших заказчиков такой дизайн устраивает - ок, но только столкнетесь с конкретными требованиями к UI, как придется учиться писать или стилизовать компоненты. Material Design библиотеки в подобных кейсах, обычно, сразу идут мимо.

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

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

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

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

[Павел Коковин]

Михаил Жабко, ну от чего же скучной?)
Для примера:
1. Ипотечный калькулятор в виде веб-компонента, который юзается и на основном портале и у клиентов-посредников и у клиентов-заказчиков
2. Корпоративное chrome-расширение с аудио/видио связью на сокетах
3. Секьюрная форма оплаты товаров, с возможностью интеграции в сторонние сервисы и с whitelabel'ингом
В большинстве таких проектов работает по 1-3 разработчика. Они не маленькие и не большие, но являются частью большой инфраструктуры. И назвать работу над такими частями скучной, это прям надо не любить то, чем занимаешься)
Примеров много, ещё больше тех, в которых не участвовал сам. И везде, это интересная работа. Да, бывают периоды, когда нужен рефакторинг по проекту, который не твой и там действительно, чаще всего, рутина, или работа с типовыми задачами. Но такие периоды возникают только в начале пути, а с ростом их становится всё меньше)
А с учётом того, что за такую работу ещё и хорошо платят, то назвать себя неудачником я никак не могу)

[Павел Коковин]

Михаил Жабко, полгода назад (в это время менял работу) ситуация по вакансиям была примерно такая: 5 вакансий на реакте, 3 на вью, 1 на ангуляре. По крайней мере я увидел именно такое соотношение.
С реактом работал всего несколько месяцев и без наставника, в некоммерческих пет-проектах. Потому трезво оценивая себя, знал, что я по нему не спец. Однако на вакансии с требованием коммерческого использования реакта всё равно откликался и интервью проходил, просто сразу говорил, что знаю его без нюансов, но хорошо знаю вью и эмбер. Тех-собеседования почти всегда касались только работе с js. На самом деле оно и понятно, js нужен в первую очередь. Затем требуется коммерческий опыт на любом фреймворке, обычно он служит подтверждением того, что ты знаешь, как работать с таким инструментом и можешь при участии наставника быстро разобраться с сильными/слабыми сторонами любого фреймворка и учитывать их при построении архитектуры для тех или иных задач.

В общем, из всего вышесказанного следует:
1. Вакансий с реактом много, было больше половины (как сейчас, точно не знаю)
2. Чтобы не откидывать эти вакансии, реакт знать нужно
3. Достаточным знанием является знание api на уровне своих пет-проектов, то есть не обязательно знать его хорошо)) Если должность не техлидовская, то подразумевается, что тебе помогут твои коллеги в освоении рабочего стека.
4. При этом нужно иметь хорошие знания js, и коммерческий опыт использования любого другого современного фреймворка

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

Как-то так я это вижу)

Answer 4

[sQoren]

1. Разберитесь с vue-router попробуйте создать несколько именованных маршрутов на одной странице, меняющихся в зависимости от адреса. Проработайте динамические пути.
2. Освойте какой-нибудь ui-фреймворк - vuetify, vue-material, element.
3. Разберитесь как работают хуки.
4. Поэкспериментируйтя с vue ui, создайте проект с нуля добавив необходимые плагины и зависимости, так вы научитесь обходится без nuxt.
4. Mixin'ы для компонентов и глобальные.
5. Научитесь использовать инструмент аутентификации Oauth 0 или 2.