5 правил работы Full Stack разработчика Ани Селивановой

1. Не пиши код, пока на 100% не уверен, что понял задачу

Особенно это актуально для объемных задач. Минимум, что нужно сделать, — прочитать спецификацию от начала и до конца, изучить прототипы/макеты. Обычно в ходе этого  реализация сама начинает вырисовываться в голове.

Но в этот момент важно притормозить и потратить немного времени на критическую оценку. Какие могут быть корнер-кейсы, и как мы их обработаем? Имеет ли решение потенциал для изменения или масштабирования? Будучи вовремя заданы, эти вопросы способны сэкономить массу времени, потому что ответы могут развернуть направление движения на 180º.

2. Задавай правильные вопросы

Хочешь получать быстрые и точные ответы — минимизируй количество открытых вопросов. Старайся формулировать запрос так, чтобы собеседнику было легко ответить «да» или «нет».

Вместо вопроса: «Как должен работать этот фильтр?» лучше спросить: «Я правильно понимаю, что этот фильтр должен вести себя так-то?». Формулировать такой вопрос дольше, но в конечном итоге он быстрее и эффективнее приводит к нужной степени понимания.

3. Делай селф-ревью перед отправкой кода

Прежде чем отправить код на ревью команде, очень полезно посмотреть на него ещё раз самой. Идеальный вариант —  сделать паузу и немного переключиться, а потом вернуться к написанному со свежим взглядом. Это отлично работает для обнаружения всяких глупостей и «ляпов», допущенных
по невнимательности.

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

4. Думай шире, чем ТЗ

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

Из постановки задачи не всегда бывает очевидно, для чего делается то или иное изменение в продукте. Вопрос: «Зачем мы хотим это делать?» может стать источником удивительных открытий!)) Иногда, выяснив настоящую потребность, «боль» пользователя, которая стоит за конечной формулировкой задачи, разработчик может предложить альтернативное решение, которое будет удачнее, дешевле или вовсе не потребует ни строчки кода.

5. Оберегай состояние потока

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

1. Отдавать предпочтение асинхронному общению;
2. Разбивать день на интервалы: «для творческих задач»
   и «для текучки»;
3. Договориваться с командой, в каком чате вы будете
   обсуждать рабочие вопросы, на которые необходимо
   быстро реагировать. В остальных чатах временно
   отключать звук.

Но для начала нужно настроиться на состояние концентрации

Меня, например, на нужный лад настраивает соблюдение привычных подготовительных «ритуалов»: налить кофе, выбрать музыку, которая соответствует моему текущему настроению, упорядочить окна на экране, закрыть лишние вкладки в браузере и тому подобное))

Обсудить стратегию продвижения