Как отделить вопросы проектирования от вопросов программирования?
Во-первых: дизайн смотрит на систему с более высокого уровня, чем реализация.
Каждый вопрос по программному обеспечению имеет как аспекты дизайна, так и аспекты реализации. Что касается дизайна, вам нужно знать, как запрос будет соответствовать вашей текущей реализации. Если у вас нет текущей реализации (это новый проект), вам необходимо взвесить все желаемые аспекты проекта, чтобы определить, как все будет сочетаться друг с другом. Вы должны сделать это, прежде чем беспокоиться о реализации, так как реализация зависит от этой работы.
После того, как у вас есть представление о том, как должна выглядеть система, приступайте к ее реализации. Просто начните реализовывать свою идею решения. Скорее всего, во время внедрения вы поймете, что забыли решить проблему. Когда это произойдет, просто замедлитесь, ответьте на проектное решение, а затем реализуйте его.
Если ваши клиенты задают вам прямые вопросы по программированию, вы никогда не должны соглашаться на окончательный ответ, не подумав его за одну ночь. Это позволит вам рассмотреть альтернативы, которые они, возможно, не осознали. Клиент может (не всегда, но потенциально) слышать о новой технологии и думать, что она ДОЛЖНА быть у него. Вы, как разработчик, должны использовать технологии по определенной причине, и «потому что клиент сказал, что это круто» — не очень веская причина.
В небольшой степени все в разработке программного обеспечения связано. Использование методологии водопада (которая до сих пор используется в качестве основы для многих методологий — возможно, это тема для обсуждения в другой раз) позволяет при необходимости вносить небольшие корректировки вверх по течению. Тем не менее, дизайн смотрит на систему с более дальней точки зрения, чем реализация. Используйте это как средство, чтобы определить, к какому уровню относится вопрос.
Рекомендую посмотреть эти видео для лучшего погружения в вопрос: