2
Когда вы прототипируете новую систему, какие рекомендации вы используете для обозначения точки остановки и запуска?Когда вы бросаете прототип и начинаете все заново?
A
ответ
1
Обычно я пишу прототипы как часть процесса архитектуры/проектирования, чтобы отвечать на вопросы, на которые можно ответить, фактически работая с кодом. Например, такие вопросы, как:
- Могу ли я перетащить & Капля в Silverlight?
- Какую структуру я бы использовал для рисования интерактивных объектов холста в WinForms?
Обычно вы можете написать прототип достаточно быстро, чтобы ответить на такие вопросы. Очевидно, что код не должен быть производственным качеством, он просто должен пройти достаточно далеко, чтобы ответить на эти вопросы.
Как только у вас заканчиваются открытые вопросы, я откажусь от прототипа и закончу ваш «дизайн». Затем вы готовы начать создание производственной версии.
+0
Я думаю, что в основном то, что я узнал здесь, это то, что я делаю, это не «прототипирование», как его определяют люди. Однако это ставит меня как лучший ответ на поставленный вопрос. –
1
Когда тот, над которым я работаю, больше не соответствует требованиям (функциональность, удобство использования или иное).
Прототипы предназначены для размещения предметов, поэтому я никогда не смущаюсь, выбрасывая его.
+0
Какие искажения вы готовы пройти, чтобы адаптировать прототип к требованиям, прежде чем говорить «это не подходит»? –
+0
Если вы собираетесь сделать прототип в производственный код, вам нужно принять осознанное решение, прежде чем приступить к работе над ним. Прагматичные программисты обсуждают подход «трассирующая пуля», где вы делаете небольшие шаги, чтобы приблизиться к окончательной версии вашего приложения. Смотрите: http://www.artima.com/intv/tracer.html –
0
Если вы не рискуете функциональностью до уровня, где вы готовы писать производственный код.
Смежные вопросы
- 1. Как вы начинаете знать, когда писать код?
- 2. Когда вы начинаете динамически добавлять JS/CSS и применять их
- 3. Что называется, когда вы бросаете массив объектов в массив строк?
- 4. Как вы начинаете передачу знаний?
- 5. C#: Вы поднимаете или бросаете исключение?
- 6. Вы бросаете исключение, когда знаете метод, который вы вызываете, просто бросают одно и то же?
- 7. В то время, когда вы начинаете отключать отображение активности, а затем начинаете ее
- 8. Что вы делаете, когда начинаете новый класс POJO?
- 9. Silverlight - с чего вы начинаете (бесплатно)?
- 10. Поле поиска не отображает все записи, когда вы начинаете вводить текст в поле
- 11. Java исключений и бросаете положения
- 12. XSL - Как вы начинаете использовать первую букву
- 13. Как вы начинаете с проклятий Mono?
- 14. Когда использовать __proto__ и когда использовать прототип
- 15. Как вы начинаете выбранный вами Daydream программно?
- 16. Как вы начинаете с реализации библиотеки потоков?
- 17. Как вы прототип?
- 18. Как вы обрабатываете защитные оговорки и бросаете исключения, когда метод делегирования имеет тот же охранник?
- 19. UIActivityIndicator в Swift: как вы начинаете и заканчиваете его?
- 20. Как вы начинаете и останавливаете IIS Express из TeamCity?
- 21. Когда вы начинаете думать о проекте программирования, что вы делаете в первую очередь?
- 22. Как вы бросаете экземпляр класса Exception, созданного посредством отражения?
- 23. Что получается, когда вы .extend() прототип obj с самим собой
- 24. Как вы начинаете Менее компилировать в командной строке
- 25. Когда вы переходите в указанное место, запускаете функцию, как ее перезагружать и начинаете заново, если мы снова вернемся к этому месту?
- 26. Продолжительность программы: как часто вы начинаете с нуля?
- 27. Как вы начинаете эксперимент Azure ML на основе планировщика?
- 28. Невозможно прокрутить страницу UICollectionView, если вы начинаете жест на ячейке
- 29. Как вы начинаете разбивать свой проект на более мелкие куски?
- 30. Как вы начинаете рабочий процесс SharePoint 2010 каждый день?
Клянусь, я щелкнул вики сообщества, прежде чем отправил ... –
никогда! ха-ха, к сожалению, в этом больше правды, чем юмора. я видел много [плохо реализованных] функциональных демонстраций и прототипов, продвинутых к правильному источнику. tbh, решение о повторном использовании или утилизации должно быть принято после того, как будут получены надлежащие требования и дизайн. то у вас есть надлежащий контекст и база для оценки. –