14 правил, которых должен придерживаться каждый разработчик

 

 

 

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

Всё должно быть в меру

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

 

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

 

Сосредоточьтесь на том, что действительно нужно. Уделите больше времени работе над пользовательским интерфейсом и тестированию.

Функциональность против элегантности

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

 

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

Будьте открыты для критики и обратной связи

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

 

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

Реалистично оценивайте предстоящую работу

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

 

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

 

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

Не работайте без плана

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

 

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

Проверяйте свой код

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

 

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

 

Уважайте время тестировщиков, оно так же ценно, как и ваше собственное. Развивайте привычку проверять свой собственный код во время работы.

Нормально не знать всего

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

Изучайте новые вещи в процессе работы

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

Всё гениальное — просто

Легко понять, почему код должен быть максимально простым, но реализовать это на практике бывает трудно. Существует даже принцип кодирования, напоминающий о том, что просто — значит хорошо. Называется он принцип поцелуя (KISS — «keep it simple, stupid» — «будь проще, глупый»), принцип считается простым и прямолинейным, но в этом-то и кроется его красота. Написание простого и понятного кода — одно из самых важных качеств, которыми может обладать разработчик в области программирования.

 

Код должен делать только то, что необходимо, без лишних строк и наследования. Помните, что краткость — сестра таланта и держите свою фантазию в рамках при написании кода.

 

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

Последовательность

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

 

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

Возьмите на себя ответственность за ошибки

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

 

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

Автоматизируйте повторяющиеся задачи

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

 

Нам кажется, это отличная мотивация для максимальной автоматизации работы.

Иногда нужно выбрать короткий и простой путь

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

 

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

Освойте инструменты, которые вы используете

У каждого ремесла есть набор инструментов, необходимых для работы. Разработка мобильных приложений не исключение. Джефф Безос, основатель Amazon, как-то сказал: «сначала мы меняем наши инструменты, а затем наши инструменты меняют нас».

 

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

Posted by:

Mobile News

Leave A Comment

Your email address will not be published. Required fields are marked (required):

Back to Top

Development of mobile apps for iOS (iPhone, iPad), Android, WinPhone. Design of customized application and selling ready‑to‑use products. Development of web sites and Internet applications. Quality assurance at all stages.

Punicapp ltd., Novosibirsk 630128, Demakova str., 30th bld., 505th ofc.

PSRN 1125476085943, TRN 5406711974, CRR 540601001

Request a call

or

Request a call