На сайтах adn.agency используются cookie-файлы и другие аналогичные технологии. Если, прочитав это сообщение, вы остаетесь на нашем сайте, это означает, что вы не возражаете против использования этих технологий.

Хорошо

Как стать хорошим разработчиком

Недавно переводили статью для дизайнеров и решили, что всё как-то несправедливо: а как же программисты? Для восстановления баланса Силы адаптировали заметку Dushyant Sabharwal о том, как не быть посредственным разработчиком.

Пишите больше

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

Проводите тесты

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

Будьте честными

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

Вносите свой вклад в open source

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

Помогайте другим

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

Начните свой проект

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

Попридержите свое эго

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

Помните, откуда все произошло

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

Научитесь понимать «зачем»

Прежде, чем уверовать в новый фреймворк, паттерн или API, постарайтесь понять, зачем он существует. Постарайтесь понять саму концепцию. Взгляните на пример из документации vue.js:

Какие вопросы себе стоит задать:

  • Почему для создания нового компонента используется конструктор, а не фабрика?
  • Похоже, что свойство el берет id элемента и почему-то для него используется #. Значит ли это, что я могу таким же образом добавить селекторы других элементов, а также атрибуты и классы?
  • для свойства data было выбрано слишком абстрактное имя, что конкретно оно отражает?

Такие вопросы помогают понять философию вещей лучше — и повысить уровень вашего понимания.

Не ленитесь

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

Решайте проблемы

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

Поддерживайте крутые штуки

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

Не прячьтесь за шаблоном

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

Вот и все. Вроде не сложно, но требует дисциплины. Поэтому будьте с собой построже время от времени, и все получится.