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