Встречный вопрос: А нужно ли? А что готовы за это дать?
- Составить спецификацию программы, которая покрывает в том числе и граничные случаи с неправильным вводом.
- Написать тесты, в соответствие с этой спецификацией
- Написать тесты на тесты (использовать мутационное тестирование, чтобы контролировать покрытие тестов)
- Написать код, который все тесты пройдёт. (в идеале - писать на каком-нибудь языке, который можно формально верифицировать. На Coq или F*, например)
- Понять, что ещё важна производительность, отсутствие проблем с памятью, и что существуют баги с многопоточностью.
- Добавить performance тесты, тесты на утечки памяти, и тесты на многопоточные баги (которые прогоняются миллионы раз, чтобы вызвать race condition)
- Повторить шаг 3.
В теории, такой подход даст в результате программу без багов (по крайней мере полное соответствие спецификации). Но за x100 к стоимости.
Добиться почти полного избавления от багов можно просто достаточно детальным тестированием и проработкой спецификации.
Ну и чем раньше начнёшь тестировать - тем дешевле будет фиксить баги.
Просто быть собой
Как-бы хорошо не звучала фраза "Писать код без багов ввозможно!" . такое можно применить лишь к простейшим кодам , ибо если хочешь написать хороший код , без багов это невозможно.
Как уже сказали в ответах на этот вопрос... Читать далее
1 эксперт согласен
Можно еще добавить, своевременно исправлять. В какой то момент, баги, могут стать фичами, их будут использовать в... Читать дальше
Первый
Не оптимизируйте код заранее. Идея усложнить код ради его ускорения почти всегда ошибочна. Исключение возможно только в том случае, когда именно этот участок код “тормозит” так, что это уже заметно на уровне продукта или... Читать далее
1 эксперт согласен
Количество багов прямо пропорционально объёму и сложности проекта. Чем проект меньше и проще, тем меньше в нём багов на этапе разработки. С увеличением объёма кода багов будет больше. Опыт не даст полного отсутствия багов, а... Читать далее
1 эксперт согласен
Больше тестов - меньше багов.
В принципе написание кода без багов очень сложная задача. Лично мне кажется, что невыполнимая. Даже при большом опыте держать в голове всё возможное поведение и предугадать все сценарии работы кода почти невозможно.
Но надо... Читать далее
Первый
Ну во-первых без багов написать большой код очень трудно.
чем больше строк кода тем возможно больше допустить ошибок. Поэтому надо писать небольшие процедуры и каждую отлаживать и оптимизировать отдельно.
Очень помогает когда... Читать далее
Чтобы писать код без багов, лучше использовать какие-либо существующие методы написания правильного кода. Благо их... Читать дальше
Сразу написать код без багов на практике невозможно. Для одного и того же функционала существуют много пользовательских сценариев. Все эти сценарии невозможно предугадывать заранее, потому что программой пользуются пользователи... Читать далее
Дам конечно не самый идеальный совет, но тот, который мне помогает писать код!
Всегда выводите результат, написали пару строчек, выведите результат, проверьте, все правильно? Да? Пишите дальше и так по кругу.
Создавайте файлы... Читать далее
Очень философский вопрос.
Наверное, стоит начать с того, чтобы определить для себя, что считать багом в коде. Это не вполне тривиальная задача и в общем случае такое определение можно делать после того, как вы сделали... Читать далее
Писать коротко. Писать только методом копипасты. Перепроверять накопипащенное. Давать проверить и потом перепроверить кому-либо еще.Прежде чем поставить статус "я написал" протестировать всеми доступными способами, тихонько... Читать далее