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