Что делает разработчика ПО хорошем?
Разработчики программного обеспечения обычно считаются самыми умными в своем классе.Знание передовых технологий, инноваций и быстрое мышление делают их уникальными людьми.Если добавить к этому размер их стандартной заработной платы, мы получим профессию, которая явно ценится на рынке, и навыки, которые очень нужны технологическим (и нетехническим) компаниям.Однако достаточно ли одних навыков, чтобы быть хорошим разработчиком программного обеспечения?
Каждый из нас отличается
Есть предположение, что все разработчики одинаковые.Гениальные, привязанные к своему коду интроверты.Однако есть разница в их подходе к работе, которая создает разделение между теми, кто заботится больше, и теми, кто остановился.Вам нужно умное видение и немного опыта в этой области, чтобы заметить, кто действительно вносит вклад в проект.Есть аспекты, по которым вы можете определить, хорошо ли работает сотрудничество или нет.
Общение
Нет ничего плохого в том, чтобы посвятить себя коду больше, чем другим аспектам проекта.Разработчики программного обеспечения обычно предпочитают повышать уровень своих навыков программирования и технических навыков, а не стремиться к должности менеджера проекта.Однако это не означает, что они могут закрыть дверь и выполнять свою работу, не поддерживая связь с остальной частью команды.Обычно встречи не требуют присутствия всех членов команды, но если ожидается, что кто-то там будет, они должны появиться.В других случаях они могут хотя бы попытаться связаться по скайпу или просто спросить команду о текущем состоянии.Обмен информацией — важная часть сотрудничества.Плохое общение приводит к недовольству клиентов, поскольку без слаженной команды проект не будет работать.
Осведомленность о профессии
Причина, по которой разработчики программного обеспечения часто предпочитают работать отдельно, заключается в том, что они гордятся тем, что считают свою работу незаменимой.Фактически, их работа должна быть заменяемой, поскольку никто не хочет переписывать код с самого начала только потому, что ранее проектом руководил другой разработчик.Вот почему один разработчик программного обеспечения оставляет код таким образом, чтобы другие могли его как-то изменить, дополнить или улучшить.Вывод?Разработчику программного обеспечения не обязательно работать всю жизнь в одной компании, поскольку любая другая тоже будет выполнять эту работу.
Понимание потребностей клиента
Очень важно понимать и уважать чье-то видение.Как разработчик, вы можете проанализировать идею клиента со своей точки зрения и прокомментировать ее во время встречи.Поскольку вы собираетесь его создать, ваши предложения о том, как улучшить общую функциональность, ценны.Однако ставить под сомнение товар за три дня до истечения срока — смешно.Иногда лучше запустить уже первую версию, чем тратить пару дней, откладывая дату выхода только из-за мнения одного человека.Менять ключевые функции в столь короткие сроки нецелесообразно, и только опытный разработчик знает, что есть время предлагать разные решения, а есть время только работать и работать.
Смирение
Большая часть работы человека зависит от его смирения.Для тех, кто не знает, одна из обязанностей разработчика (помимо проверки написания кода) — создание документации.Любой разработчик программного обеспечения, у которого есть проблемы с этой «дополнительной» задачей, определенно не годится.
Зачем вам нужна документация?
Причины:
- другие разработчики могут легко использовать ваш код и строить на нем
- обеспечивает воспроизводимость и прозрачность
- вы учитесь самоопределению
- это улучшает дизайн кода
- он поддерживает открытую науку
Только документация, сделанная кем-то, кто написал код, является хорошо подготовленной.Это должно быть сделано последовательно при создании функций и должно быть написано на техническом языке, так что это определенно ответственность разработчика (есть также технические писатели, которые могут позаботиться об этом, но лучше, когда это делает автор кода).Говоря о документации, стоит упомянуть несколько инструментов:редактор Markdown,Snagitдля захвата экрана иAdobe RoboHelpдля публикации.
Общее участие в проекте
Под вовлечением я имею в виду присутствие на встречах, активное слушание и беседу с клиентом, чтобы узнать больше о продукте.Какая история стоит за ним, каково видение его функциональности и каковы потребности клиента.Участие с самого начала — это знак уважения, которое вы испытываете к этому проекту, к клиенту и всей команде.Важно, чтобы контакт был стабильным, постоянным и здоровым.Сидеть всегда тихо, а затем пытаться быть другим Стивом Джобсом незадолго до крайнего срока — это не профессионально и не разумно.
Изучение новой технологии
Наконец, интерес к ИТ-тенденциям и новым технологиям.Худшее, что вы можете сделать как разработчик, — это просидеть 10 лет на одной работе, постоянно делая что-то одно в старых технологиях.Вот так теряет ценность ваш десятилетний опыт из-за отсутствия развития вашей профессии.Очень часто люди с более коротким опытом работы более технологичны, чем остальные старшие разработчики «один продукт на всю жизнь».Это из-за их участия в разных проектах, готовности изучать различные технологии, наблюдения за мобильными архитектурами и взгляда на одну проблему с разных точек зрения.Все это дает вам понять, что существует несколько подходов к написанию кода.И у каждой проблемы есть несколько решений.