Должен ли я сосредоточиться на качестве кода при быстром прототипировании?
Когда вы занимаетесь быстрым созданием прототипов для функций, стоит ли беспокоиться о качестве и оптимизации кода?
5 ответов
Если вспомнить, сколько раз "прототип" становился продуктом, ответ был бы положительным.
Не забывайте, что вы не только создаете прототип функции, но и создаете макет дизайна.
Да к качеству. Нет оптимизации. Этот вопрос должен быть вики сообщества.
Если качество и оптимизация являются требованиями к прототипу, тогда да. Если нет, то нет. Просто потому, что вы делаете быстрое создание прототипа, вы не отказываетесь от стандартных операционных процедур, таких как программирование, со спецификацией, с использованием управления исходным кодом, тестирования и т. Д. Возможно, для высокопроизводительной системы довольно необычно быть требованием для быстро развивающегося прототипа, но это другое дело.
Да. Сосредоточьтесь на качестве, ясности и простоте И комментариях, чтобы объяснить, что он делает и почему (не беспокойтесь о том, как, если это действительно сложно, для этого и предназначен код).
Практически вся наша работа здесь начинается с того, что если? И если это сработает, мы продолжим с этим.
Мы пишем комментарии, которые описывают то, что должно произойти, прежде чем писать код, затем пишем код, соответствующий комментариям. Написание комментариев сначала заставляет задуматься о том, как вы все это структурируете. Мы обнаружили, что это предотвращает множество ложных предположений и фактически ускоряет разработку.
Это также значительно упрощает повторное использование, когда вы возвращаетесь к нему - вам не нужно читать код и понимать его, просто читайте комментарии. Не занимайтесь бессмысленным самодокументированным кодом, все, что делает, это самодокументирует ошибки, вам нечего проверять, чтобы увидеть, соответствует ли код комментариям / документации.
Позже вы можете позаботиться об оптимизации - посмотрите это описание огромного выигрыша, который я получил, переключившись с MFC CMaps на STL при работе над хобби-проектом, анализирующим некоторые файлы журнала Apache. Это было сделано после того, как у меня была начальная концепция, и только когда стало очевидно, что есть проблема с производительностью.