Как стать автором
Обновить
0
Skypro
Онлайн-университет рентабельного образования

Что нужно, чтобы стать отличным разработчиком

Время на прочтение6 мин
Количество просмотров7.5K

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

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

Ниже — качества, которые нужно развивать новичку, чтобы быстрее втянуться в команду и понять, что происходит.

Дисклеймер. Есть много точек зрения и материалов на эту тему. Это просто еще одно мнение — помощь на старте карьеры. 

Вникайте в мотивацию коллег 

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

Поэтому в каждом отделе часто ворчат и не понимают, почему задача зависает надолго. Дизайнеры не знают, как устроен сайт, и ставят задачу «подвинуть кнопку в центр на всех страницах приложения». Разработчик не понимает причин и думает, что дизайнеру нечем заняться.

Задача дизайнера — объяснить. Например, есть исследование, что кнопка в центре удобнее для пользователя и увеличивает переходы. Это аргумент, поймите и сделайте. Если не объясняет — спросите. И помните, что для коллег кнопка — не набор символов, а цветной квадрат с текстом.

Заказчики и так должны ставить нормальные ТЗ и всё объяснять.

? В идеальном мире все ставят понятные ТЗ, но мы в нем не живем.

Учитесь работать в команде 

Представьте, что команда разработчиков — это «Биг Тейсти». Только смесь ингредиентов дает тот вкус и текстуру, которые вы чувствуете во рту. Сами по себе котлетка, огурцы, лист салата, булки и сыр — хороши, но они не работают по отдельности. Если убрать котлету или заменить булку — это уже не «Биг Тейсти».

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

Никто не развивается в одиночку. Роняет и поднимает не разработчик, а команда.

Мне не нужно развитие, я не люблю людей и разберусь самостоятельно.

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

Интересуйтесь другими сферами

Быть спецом своего направления — круто. Но больше ценят тех, кто интересуется другими сферами и разбирается в них. Это помогает, когда надо договориться с коллегами и понять, что от вас хотят.

Например: 

Если фронтенд-разработчик разбирается в UX-дизайне, то сам спроектирует простую страницу: это быстро. Или исправит ошибку в макете сразу на верстке, без участия дизайнера.

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

Фронтендеру пригодятся основы бэкенда, а бэкендеру — основы фронтенда. Чтобы смотреть на продукт целиком и предугадывать ошибки. Это ускоряет коммуникацию отделов в разы.

Лера Павлова

CRM-маркетолог

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

Зачем мне лезть в чужую сферу? На это есть свои специалисты.

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

Учитесь спорить

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

Помните: каждый в споре считает, что прав. 

Плохо

Хорошо

Я знаю, что так будет лучше. Я читал в учебнике.

Лучше выкатить … после …, потому что однажды одна компания сделала наоборот — и всё упало. То, что вы предлагаете, проще и быстрее, но, мне кажется, мы рискуем.

Это плохая идея.

Думаю, эта идея не сработает, потому что …

(молчать)

У меня не так много опыта, но думаю, что …  

Не бойтесь говорить свое мнение. В обсуждениях рождаются лучшие решения.

Старшие больше знают. Я не буду лезть туда, куда не просят: я интроверт.

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

Признавайте ошибки 

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

Ваша задача — запомнить и сделать выводы. 

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

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

Как не надо

Как надо

Никому не сказать, закрыть задачу, потому что нет времени что-то исправлять. 

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

Предупредить коллег о баге, сказать, что ошиблись. Объяснить критичность. Предложить решение. Оценить сроки. Если не успеваете — сдвинуть запуск.

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

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

? Да, вас могут наказать. Если ошибка крупная или вышла за пределы компании — например, о ней написали в СМИ. Или если ошиблись не первый раз. В остальном — поговорите с коллегами и спросите, как на самом деле компания относится к проступкам. Узнаете, чего ждать. 

Учитесь самостоятельности

Но не забывайте, что работаете в команде, да. 

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

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

Глеб Фокин

разработчик в Skypro

В Skypro мы называем это «самоходность». Когда человек не ждет, когда кто-то разблокирует его проблему и решит. А когда он напоминает о своих задачах, находит ответы сам, ходит к старшим коллегам и доводит до конца

Новичков разве не водят за ручку и не курируют на старте?

? Да, в хороших компаниях новичков не бросают: всегда помогают и адаптируют в команде. Но дальше сотрудник сам учится и решает проблемы. Если он не хочет — ничего не получится. 

Следите за новинками

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

Несколько советов от опытных разработчиков:

Глеб Фокин

разработчик в Skypro

Я читаю твиттер интересных мне людей. Нахожу их по стандартному сценарию: послушал доклад с конференции, понравился — подписался на спикера. 

Читаю еженедельные имейл-рассылки. Например, javascriptweekly.com — статьи, новости и интересные кейсы по JavaScript.

Или softwareleadweekly.com — про управление командами разработки и внутренние процессы. Полезно и руководителям, и новичкам, чтобы понять, как работают команды

Сергей Иванов

бэкенд-разработчик в Skypro

Слежу за Ycombinator. Они 15 лет инвестируют в небольшие стартапы.
На специальной странице собирают ссылки на свежие новости и технические материалы других изданий. 

Слушаю подкасты на radio-t.com — там про хай-тек, гаджеты, программирование и весь мир IT. Выходит каждую неделю.

Слежу за каналом @addmeto в телеграме. Его ведет Григорий Бакунов — директор по распространению технологий «Яндекса». Он мониторит новости из мира IT и технологий, самое свежее публикует в канал.

Дмитрий Денисов

разработчик в Skypro

Слушаю подкаст «АйТиБорода» — он не про программирование, а скорее про жизнь специалистов в IT. 

Читаю издание «Типичный программист» — пишут о разработке и создают базу знаний для айтишников. Все материалы есть на сайте, а следить за новинками удобно в телеграме @tproger_official.

Что в итоге

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

Закрепим основное:

  • Развивайтесь не только в своей сфере.

  • Помните, что работаете в команде.

  • Но будьте самостоятельными.

  • Признавайте свои ошибки и берите ответственность.

  • Не бойтесь спорить.

  • Следите за новинками своего направления.

Теги:
Хабы:
Всего голосов 21: ↑8 и ↓13-4
Комментарии17

Публикации

Информация

Сайт
sky.pro
Дата регистрации
Дата основания
Численность
101–200 человек
Местоположение
Россия