Пока я пишу большой тред про архитектуру, отклонюсь немного в сторону — мини тред про незнание фундаментальных терминов. Вчера много было возмущений, утрируя «и таких людей вы называете мидлами?!»
В вопросе о том, что должны уметь разработчики, ни в частности, фронтендеры, раньше у меня был однозначный ответ — все!
Если вы читали мой тред про людей без «фундаментальных знаний» (twitter.com/jsunderhood/st…), то помните, что я была подвержена юношескому максимализму
Это было удобно — руководствоваться пониманием, что я, как хороший фронтендер, должна знать все — и дизайн, и менеджмент, и бэкенд, и тестирование.
Лонгрид @bespoyasov «Фронтенд — это не больно» (bespoyasov.ru/front-not-pain/) был моей первой рекомендацией для всех.
А потом от моих решений стали зависеть другие люди и все перестало быть так однозначно =)
Выяснилось интересное...
Если сказать некоторым фронтендерам, что они должны понимать, как устроен бэкенд и уметь проектировать API, это может вызвать негодование:
«КОМПАНИЯ ХОЧЕТ ЭКОНОМИТЬ ЗА МОЙ СЧЕТ! Вы намеренно хотите сделать из меня фуллстека, чтобы не нанимать бэкендеров! ИДИТЕ НАХРЕН! Я отвечаю только за фронт!»
(случай из разговора с фронтендером, которому предложили в следующей задаче поучаствовать в проектировании АПИ сервера)
Если заявить, что сеньор бэкендер, пишущий бэк для веб-приложений, должен знать, как работает фронтенд, то потенциальные сеньоры начинают угрожать уволиться, потому что «не полезу я в этом разбираться!»
И я удивлялась: «Как так-то? Неужели вам не интересно понять, как устроен мир? Узнать шире, чем нужно?»
А потом поняла, не без помощи книжки Барбары Шер mann-ivanov-ferber.ru/books/otkazyva… что люди могут быть те, кому интересно закопаться поглубже в его родной стихии («дайверы»)
И те, кому интересно поверхностно, но широко («сканеры»). И я отношусь ко вторым. И не я одна: есть много бэкендеров, которые приходят учиться фронтенду, чтобы лучше понять; есть дизайнеры, жажущие научиться верстать; есть фронтендеры, которые хватаются и за бэкенд, и за дизайн.
Но это не отменяет и первый тип (Барбара Шер их назвала «дайверы»): люди, которые выбрали верстку и не лезут в остальное не потому что боятся нового, а потому что в верстке еще столько непознанного; люди, которые раскапывают устройство компиляторов до самых процессорных команд...
С тех пор вопрос о том, чему учиться оказывается не самым тривиальным. Я попробую обобщить несколько категорий, с разной степенью обязательности
Общетехнические вещи: рефакторинг, чтение кода, выбор подходящих инструментов.
Это те темы, без которых сложно называться экспертом хоть узкого профиля, хоть широкого.
Чуть более стекоспецифичные, но все еще общие вещи: безопасность, тестирование.
Во фронте меньше полезны юнит-тесты, зато часто применяются скриншотные.
Не могу не посоветовать доклад моего коллеги про тесты habr.com/ru/company/ole…
Кстати, про безопасность. Фронтендеры расслабились, потому что Реакт, например, за них большинство уязвимостей закрыл. Но Реакт закрыл не все уязвимости, а еще, иногда мы пишем код не на Реакте. И забываем по привычке о безопасности. Не надо так!
Волшебное слово «софт-скилы»: навык аргументированного спора, умение давать обратную связь, умение объяснять, навык наставничания.
Хоть в софт-скилах есть много навыков, которые можно в них включить, я выделяю эти, как обязательные для разработчика, работающего в команде
Как обычно, поделюсь ресурсами. Для умения аргументировано спорить мне нравится курс «Научное мышление» stepik.org/course/578/
Умение объяснять неплохо описано в книжке «искусство объяснять» (mann-ivanov-ferber.ru/books/paperboo…)
Про наставничество и ОС у нас есть курс, но он внутренний(
А еще есть много всякого со звездочкой: навык публичных выступлений, умение писать тексты, умение говорить на менеджерском.
Навык публичных выступлений даже включен в программу специальности ФИИТ, которую @xoposhiy делает в УрФУ (fiit-urfu.ru)
Про умение писать тексты
Я когда-то давно купила «Пиши, сокращай» @perepisal и постаралась научиться писать тексты (с тех пор все забыла и пишу как получится, конечно). Самый заметный эффект от книжки — бесят чужие письма и по 5 минут формулируешь заголовок к своим.
Но после «Пиши, сокращай» вышла более профильная книжка — «Новые правила деловой переписки» (litres.ru/ludmila-sarych…). Ее очень рекомендую — письма и сообщения в чатиках становятся гораздо более эффективными.
Про умение говорить на менеджерском: когда-то давно, года 4 назад, была распродажа всех курсов @stratoplan и это лучшая покупка в области саморазвития, которую я совершала. После этого учишься разговаривать с людьми правильно, менеджерить проекты и работа становится веселее
А мотивации к обучению могу прибавить отличным докладом Вадима Макишвили «36» youtu.be/xPPCzryZK44 — если не смотрели, то очень зря