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

1. Беспорядок в форматировании кода

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

♦ Пробелы
♦ Отступы
♦ Использование комментариев
♦ Условные обозначения и использование заглавных букв
♦ Стиль и написание переменных, функций и т. д.

2. Непоследовательное использование нижнего и верхнего регистра

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

3. Несвязанные имена переменных и функций

Использование неправильных имен переменных и функций затрудняет отладку или изменение кода. Другие или даже программист могут не понять код позже из-за использования неправильных функций и имен переменных.

4. Чрезмерное количество комментариев

Перекомментированный код становится трудным для понимания по сравнению с кодом без комментариев. Люди тратят больше времени на чтение комментариев, чем на просмотр кода.

5. Не иметь представления о выразительной силе языка программирования

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

6. Не иметь представления о разнице между языками, фреймворками, платформами и IDE

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

7. Забыть о резервном копировании

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

8. Не использовать инструменты отладки

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

9. Делая ошибку, думая: «Если условное условие требует сравнения

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

10. Чрезмерная уверенность в навыках программирования

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

11. Не поддерживать качество кода

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

12. Отсутствие плана при написании кода

Написание кода без размышлений, исследований и планирования может привести к непониманию требований проекта. Соблюдение последовательности исследований, планирования, написания кода, проверки и модификации предотвратит катастрофы.

- Ошибки программирования разработчиков Python

13. Отсутствие функции main() или функции main

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

14. Непонимание типов данных Float

Программисты, использующие Python, допускают ошибку, считая float типом Simple. Но плавающий тип данных имеет внутреннее представление. Эта тонкая характеристика имеет все значение.

15. Беда неудержимых скриптов

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

16. Путаница с логическими значениями

Это проблема, возникающая во многих языках программирования. Помните, что «none», используемое в Boolean, может не означать «true». Неопределенная переменная, используемая позже, может привести к неожиданным результатам.

17. Неправильное использование изменяемых аргументов функции

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

18. Попытка перечислить мутацию внутри итерации

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

19. Конфликт имени модуля

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

20. Разница между ссылками, копиями и глубокими копиями

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

21. Использовать или не использовать переменные класса

Неопытные программисты могут столкнуться с трудностями, когда объектно-ориентированная программа пытается структурировать проблемы, имитирующие реальный мир. Использование переменных класса может показаться необязательным в python.

22. Аргументы функции по ссылкам и значению

Это проблема, с которой сталкиваются программисты, использующие python после работы с C++ и Java. Эта проблема возникает из-за непонимания работы интерпретатора с аргументами.

- Ошибки программирования специалистов по данным

23. Хардкорные недоступные пути

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

24. Избегайте совместного использования данных, на которые есть ссылки в коде.

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

25. Смешивание кода и данных

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

26. Выбор написания функций вместо DAG

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

27. Git фиксирует данные с исходным кодом

Исследователи данных склонны контролировать версии своего кода. Когда они пытаются поделиться данными, они считают, что добавление файлов данных в систему управления версиями может сработать. Хотя он может работать с небольшими файлами, Git не может обрабатывать большие данные.

28. Не документирование кода

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

29. Не писать модульные тесты

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

30. Сохранение данных в формате CSV

CSV не имеет схемы. Сохранение данных в формате CSV может привести к повторному анализу дат и чисел. Следовательно, CSV не рекомендуется для хранения больших наборов данных.

Заключение:

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

Вот вам бонус. Если вы увлечены программированием, вам стоит посмотреть другой блог о современных технологиях —

Будущее ASP .NET – оно пугает?
Прикольные факты о кодировании/программировании, которых вы не знали
Гибкая и бережливая разработка ПО: различия и сходства
.NET 6 — новые функции, дата выпуска, предварительные версии 1–7, источник загрузки
Цифровые решения для здравоохранения — все, что вам нужно знать

История была первоначально опубликована на Competenza Innovare.