Вот мои 10 главных правил, которые помогут вам стать лучшим программистом.

1. Не повторяйтесь

Это отличный принцип, которому нужно следовать. Мне очень нравится возвращаться к своему коду после того, как я его написал, и рефакторинг частей, которые используются более одного раза. Я получаю кайф от сокращения длинного метода до нескольких коротких. Сочетание клавиш Ctrl+R+M прекрасно работает в Visual Studio, помогая реорганизовать код в отдельные методы. Это делает код более пригодным для повторного использования и тестирования.

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

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

3. Дайте своим методам четкое название для того, что они собираются делать.

Если вы сделаете это хорошо, потребность в комментариях уменьшится. Вам не нужны комментарии, если ваш код достаточно ясен для чтения.

4. Не используйте магические числа или строковые литералы

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

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

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

6. Не бойтесь просить о помощи

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

7. Следуйте правилу бойскаута

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

8. Делитесь знаниями с другими

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

9. Не прерывайте своих коллег, пока они находятся в потоке

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

10. Используйте критику как положительную, а не как отрицательную.

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

Первоначально опубликовано на www.codeshare.co.uk.