Четыре худших вещи в работе фронтенд-разработчика

Они действительно измельчают мои шестерни

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

Я проработал полный рабочий день Frontend-разработчиком около пяти лет. Я работал с агентствами, производственными компаниями в Северной Америке и Европе. И в каждой из этих компаний я обнаруживал эти проблемы.

Это то, что я больше всего ненавижу в своей работе.

1. Бесполезные встречи, бесконечный процесс

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

Это лишает удовольствия от программирования. Ежедневные стендап-встречи, рассчитанные на 15 минут, продолжаются почти час.

Вчера делал кое-что. Сегодня я займусь другим делом.

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

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

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

2. Интервью

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

Кандидаты, которым удается найти работу в ведущих технологических компаниях, таких как Amazon и Google, часто тратят месяцы на подготовку, читая Cracking the Coding Interview и работая над leetcode.

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

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

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

3. Технический долг

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

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

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

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

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

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

Так почему компании не должны поступать так же? Да, мы должны предоставлять функции, но мы также должны улучшать методы работы, а это, в свою очередь, поможет нам быстрее предоставлять функции в будущем.

4. Ужасные менеджеры по продукту

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

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

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

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

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

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

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

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

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

Так что не бойтесь тем из вас, кто только начинает свою карьеру в Frontend Development. Это отличная отрасль для работы.

А вы? Как вы думаете, что самое плохое в работе программиста? Дайте нам знать об этом в комментариях!