Denis Korneev

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

Вот несколько из них:

Waterfall (Каскадная модель):

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

Agile (гибкая разработка)

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

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

Agile включает в себя различные методологии, такие как Scrum, Kanban, XP (Extreme Programming) и другие, каждая из которых имеет свои особенности и подходы к управлению проектами.

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

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

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

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

Процесс мок-интервью обычно включает в себя следующие шаги:

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

Набор из простых задач, которые позволят вспомнить как работать с циклами, ветвлениями и сравнениями в JS

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

Обширный перечень тем, но конечный список вопросов может зависеть от требований конкретной позиции и компании.

- Семантика HTML5

- Формы и их валидация

- Мультимедийные элементы (аудио, видео)

- Селекторы и стилизация

- Flexbox и Grid Layout

- Анимации и переходы

- Медиа-запросы и адаптивный дизайн

- Основы языка (переменные, типы данных, циклы, условия)

- Функции, замыкания, промисы

- Объектно-ориентированное программирование

- Работа с DOM

- События и обработчики событий

- Асинхронное программирование и Event Loop

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

1) Верстаем на HTML/CSS

2) Пишем базовый код на JS и манипулируем DOM

3) Изучаем асинхронность в JS

4) Выбираем фреймворк (Vue, React)

5) Собираем и пишем большой проект

6) Оформляем резюме и посещаем собеседования

7) Получаем оффер на 100к+ и проходим онбординг

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

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

- Рассказываешь о себе.

- Выясняем цель (трудоустройство, решение задач, создание проектов)

- Прохожу по списку из карты развития

- Задаешь интересующие вопросы

- Тестирую твои способности к обучению

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

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

Уточняем бекграунд. На его основе оформляем каркас идеи. Создаешь репозиторий с проектом и расшариваешь доступ. Пишешь код. Провожу ревью. Создаем таски. Дорабатываем продукт до релиза.