Написание сырой реализации как части дизайна - хорошая идея? - PullRequest
1 голос
/ 11 мая 2009

Я начинаю полностью понимать философию, которая утверждает, что делать что-либо, что-либо вообще, лучше, чем ничего не делать, и прогресс будет исходить оттуда.

Итак, я думаю о чем-то вроде:

Когда вы приближаетесь к новому дизайну (элемент / модуль / компонент / все, что угодно ...), начните с создания сырой реализации без заранее продуманного дизайна, просто делайте все, что придет в голову, как можно быстрее. Все это для того, чтобы лучше понять проблему, даже если вся работа пойдет впустую, потому что вы поняли, как все должно быть .

Существует ли методология программирования, которая поддерживает эту философию? Вы лично предпочитаете просто начать кодировать проблему или долго и усердно думать, прежде чем писать одну строчку кода?

Ответы [ 12 ]

0 голосов
/ 11 мая 2009

Если вы находитесь в командной среде, я думаю, что проект, проверенный командой, является отличной идеей, даже прежде чем писать строку кода. Если вы ничего не знаете о технологии, интерфейсе и т. Д., Другими словами, вы и команда не знаете, сработает ли дизайн, тогда я говорю, что доказательство концепции - это то, что я чувствую, что почти необходим, прежде чем приступить к детальному проектированию. Идти по пути, по которому вы «думаете», что он будет работать, пока вы на самом деле не попытаетесь реализовать этот дизайн, почти так же плохо, как написать решение без какого-либо проекта.

0 голосов
/ 11 мая 2009

Обычно я заранее обдумываю эту проблему, так что, по крайней мере, у меня запланирован алгоритм. Затем я начинаю писать и позволяю коду взять его оттуда. Я нахожу, что без общего представления о том, что я пишу, трудно начать, и я просто теряю время.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...