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