Смотря что Вы подразумеваете под "багами". Сегодня написать синтаксически-верный, структурированный и читаемый код большого труда не составит, здесь Вам поможет редактор кода + плагины, например Linter и Prettier.
Задача кода, если простыми словами, обеспечить корректное выполнение требуемых задач вашим (веб-)приложением, согласно описанию этих задач. И чем точнее описание - тем лучше, так как любое несоответствие результата выполнения кода с ожидаемым результатом, или при выявлении неописанного поведения программы на этапе тестирования и обозначат багом.
Другая сторона медали - это понимание того, как именно должны протекать те или иные процессы, сценарии работы программы. В случае с веб-приложениями (сайтами) обязательно нужно знать устройство браузера, например что такое window, localStorage или cookies и что из этого и в каком случае нужно использовать... и так далее.
Разработчики зачастую совершают ошибки в силу отсутствия каких-либо фундаментальных знаний, начитавшись статей таких же "профессионалов".
1 эксперт согласен
Как писать код без багов? Никак.
Но можно уменьшить их количество. Для этого придумали QA и тестирование )
Как-бы хорошо не звучала фраза "Писать код без багов ввозможно!" . такое можно применить лишь к простейшим кодам , ибо если хочешь написать хороший код , без багов это невозможно.
Как уже сказали в ответах на этот вопрос... Читать далее
1 эксперт согласен
Можно еще добавить, своевременно исправлять. В какой то момент, баги, могут стать фичами, их будут использовать в... Читать дальше
Первый
Не оптимизируйте код заранее. Идея усложнить код ради его ускорения почти всегда ошибочна. Исключение возможно только в том случае, когда именно этот участок код “тормозит” так, что это уже заметно на уровне продукта или... Читать далее
1 эксперт согласен
Количество багов прямо пропорционально объёму и сложности проекта. Чем проект меньше и проще, тем меньше в нём багов на этапе разработки. С увеличением объёма кода багов будет больше. Опыт не даст полного отсутствия багов, а... Читать далее
1 эксперт согласен
Больше тестов - меньше багов.
В принципе написание кода без багов очень сложная задача. Лично мне кажется, что невыполнимая. Даже при большом опыте держать в голове всё возможное поведение и предугадать все сценарии работы кода почти невозможно.
Но надо... Читать далее
Первый
Ну во-первых без багов написать большой код очень трудно.
чем больше строк кода тем возможно больше допустить ошибок. Поэтому надо писать небольшие процедуры и каждую отлаживать и оптимизировать отдельно.
Очень помогает когда... Читать далее
Чтобы писать код без багов, лучше использовать какие-либо существующие методы написания правильного кода. Благо их... Читать дальше
Сразу написать код без багов на практике невозможно. Для одного и того же функционала существуют много пользовательских сценариев. Все эти сценарии невозможно предугадывать заранее, потому что программой пользуются пользователи... Читать далее
Встречный вопрос: А нужно ли? А что готовы за это дать?
1. Составить спецификацию программы, которая покрывает в том числе и граничные случаи с неправильным вводом.
2. Написать тесты, в соответствие с этой спецификацией
3... Читать далее
Просто быть собой
Дам конечно не самый идеальный совет, но тот, который мне помогает писать код!
Всегда выводите результат, написали пару строчек, выведите результат, проверьте, все правильно? Да? Пишите дальше и так по кругу.
Создавайте файлы... Читать далее
Очень философский вопрос.
Наверное, стоит начать с того, чтобы определить для себя, что считать багом в коде. Это не вполне тривиальная задача и в общем случае такое определение можно делать после того, как вы сделали... Читать далее
Писать коротко. Писать только методом копипасты. Перепроверять накопипащенное. Давать проверить и потом перепроверить кому-либо еще.Прежде чем поставить статус "я написал" протестировать всеми доступными способами, тихонько... Читать далее