Iaroslav Silkin 

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

## Как проходила подготовка к спринтам?

Обычно подготовка представляет собой созвон с командой, тимлид, ПМ, аналитик и разработчики. На этом созвоне обговариваются предстоящие задачи, даётся оценка по времени, закладываются риски. Обычно это занимает от часа, всё зависит от количества задач.

## Что делают тестировщики?

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

## Как проходил код ревью?

Когда задача выполнена, отправляется MR/PR (Merge request / Pull reauest) тим лиду или другому разработчику, ответственному за ревью кода. Иногда можно попросить в личных сообщениях, чтобы данной задаче и данному МР уделили больше внимания, побыстрее посмотрели. Само ревью происходит обычно так, просматривается код, на очевидные ошибки: опечатки, неправильные названия переменных, плохая логика, дублирование кода. Чем опытнее разработчик, тем больше он может предложить вариантов решений той или иной задачи. Плюс смотрят на оптимальность кода.

Если коротко, то есть такие виды рендеринга. Расскажу о них в общих чертах.

CSR - client side rendering

Обычный SPA.

Весь рендер происходит на клиенте.

Запросы с клиента на получение данных от сервера.

Не индексируется поисковиками.

SSR - server side rendering

Сервер рендерит при первом запросе HTML страницу.

На клиенте новый код встраивается (гидрируется).

Индексируется поисковиками.

RSC - react server components

Рендерится на сервере и стримит его на клиент без гидрации.

Получаем кусочками новую информацию.

Статика не только при первом запросе.

SSG - static site generation

Генерирует HTML на сервере.

Рендерит в процессе билда, не в рантайме.

Статические страницы не требуют гидрации.

ISR - incremental static regeneration

Позволяет перерендеривать статические страницы.

Комбинация подходов SSG и SSR/RSC.

Сегодня ко мне обратились с вопросом: Как разобраться в новом проекте?

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

Вот советы для нового человека на проекте:

Проведите анализ файла package.json и определите, какие пакеты используются в проекте. Попытайтесь понять, для чего они используются, и если возможно, проверьте документацию и примеры использования этих пакетов в проекте. Это поможет вам лучше понять основные технологии и инструменты, используемые в проекте.

2. Понимание архитектуры проекта:

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

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

- *Красный флаг:* Обязательное выполнение тестового задания без предварительного обсуждения может быть признаком того, что компания не ценит время и усилия кандидата, а также может использовать его труд бесплатно.

- *Красный флаг:* В условиях современных технологий и возможности удаленной работы, требование присутствия на собеседовании в офисе может свидетельствовать о жесткости и недостатке гибкости в подходе к процессу найма.

- *Красный флаг:* Общее собеседование за одним компьютером может поднимать вопросы о конфиденциальности и недостатке профессионализма в оценке кандидата. Это также может свидетельствовать о экономии на процессе собеседования.

На недавнем собеседовании меня спрашивали о ООП и о принципах SOLID. На что я не смог ничего нормально ответить. И поэтому решил обновить свои знания. Повторить то, о чем когда-то читал и что давно забыл.

S - Принцип единственной ответственности

O - Принцип открытости/закрытости

L - Принцип подстановки Лисков

I - Принцип разделения интерфейса

D - Принцип инверсии зависимостей

По мере повторения, буду дополнять ссылками. Будет удобно повторять перед собеседованиями и освежать знания.

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

1. Переходите на сайт ниже, выбираете Frontend или другое направление, которое вам интересно и смотрите на весь Roadmap по изучению.

2. Изучать базу фронта можно здесь. Бесплатно и эффективно. И не забывайте об официальной документации технологии, которую используете.

3 Для тех, кто предпочитает изучать по видео:

The Net Ninja

Traversy Media

Dev Ed

Coding Garden

Web Dev Simplified

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