10 заповедей программирования
10 правил, которые помогут вам стать хорошим, профессиональным и эффективным разработчиком.
- Если сложно, значит, это неправильно.
Если проблема кажется слишком сложной для решения, вы либо не знаете, что делаете, либо делаете это неправильно.
Перерыв разбейте вашу проблему на более мелкие части и попытайтесь все разделить. Написание псевдокода, создание APOC и обсуждение вашего решения с коллегой - отличные способы проверить, идете ли вы в правильном направлении. - Не изобретайте велосипед.
Мы любим программировать. Да. Но писать собственное решение всего лишь потому, что мы хотим, чтобы оно было в точности как «это» или «это», - пустая трата времени и денег.
Но вы должны изобретать вещи время от времени время, просто для удовольствия. Вы до мельчайших деталей поймете, как все устроено. И вы можете вводить новшества или улучшать только то, что вам хорошо известно. - Никогда не прекращайте учиться.
Программировать сложно. Обдумывать все возможные варианты того, что что-то может пойти не так, утомительно. Работа с крайними случаями и сумасшедшими пользователями - безумие. Но вам придется потратить некоторое время вне этого безумия, чтобы продолжать изучать что-то новое.
Попробуйте новый фреймворк, напишите любимые проекты, заполните свою учетную запись Github и получите бесконечную чушь, которую никто никогда не увидит. Это будет здорово в один прекрасный день, когда вы столкнетесь с проблемой и «Ага, подожди!», Вы знаете, как ее исправить, потому что уже пробовали это раньше. - Всегда четко указывайте, что вы делаете.
Не начинайте кодировать, пока не точно знаете, что нужно делать.
Нет ничего хуже, чем кто-то пишет код наугад и просто надеется, что в какой-то момент он сработает.
Это лишь создает кучу неразрешимого беспорядка. - Не повторяйся.
Используйте все, что можно, и сохраняйте последовательность. Но и не сходите с ума.
Все дело в том, что ... если вам нужно что-то изменить, вы должны изменить это только в одном месте. Иначе вы ошибетесь. - Пишите тесты для всего.
Ни одна строка кода не должна запускаться в производство без какой-либо формы тестирования. И не доверяйте своему страхованию!
Покрытие кода - это ложь, которую вы говорите себе. Это просто порнография кода.
Убедитесь, что вы написали тест, а затем напишите строку кода, чтобы пройти этот тест.
Только так вы будете точно знать, что все элементы вашей системы проверены. - Не комментируйте, если вам это действительно очень не нужно.
Если что-то невероятно трудное для понимания является частью вашей работы, никакие комментарии недопустимы.
Долгое условие? Запишите условие в локальную константу, которая объясняет, что это такое.
Странный алгоритм. Напишите имя функции, объясняющее, что она делает.
Комментарии гниют, и очень быстро - Лучший код - это отсутствие кода. Код сложно поддерживать, поэтому по возможности не пишите его. Подумайте, как вы можете сделать его более элегантным и менее подробным, и со временем он уменьшится и будет работать лучше.
- Всегда оставляйте код, который вы изменили, чище, чем вы его нашли. (также известный как Правила программирования для мальчиков-скаутов)
- Придерживайтесь правил!
Дисциплина со временем окупится качеством и ясностью. Все должно быть черным по белому: если вы устанавливаете правило, следуйте ему в точности.
Почему? Потому что тебе не нужно об этом думать. Ваш драгоценный мозговой сок лучше потратить на вещи, о которых вам ДЕЙСТВИТЕЛЬНО нужно думать.
Это в основном правила, которым я стараюсь следовать при кодировании.
-
Также рекомендуется: посмотрите эту серию выступлений дяди Боба о чистом коде:
Https://www.youtube.com/watch?v=7EmboKQH8lM
https://www.youtube.com/watch?v=2a_ytyt9sf8
https://www.youtube .com / watch? v = Qjywrq2gM8o
https://www.youtube.com/watch?v=58jGpV2Cg50
https://www.youtube.com/watch?v=sn0aFEMVTpA
Обновление: я нашел эту статью с еще одним списком хороших правил, которым нужно следовать. Проверить это!
Обновление 2: отличный контрольный список для хорошего кода