Если это гуй, то это уже чёрти знает как. Решение рабочее и не багованное. Когда дорастёт до кода, то уже сможет сделать нормально.
Рекомендую "Совершенный код" Стивела Макконнелла. Книга по проектированию программных продуктов.
В первой части книги он подробно расписывает критерии проектов, для долю проектирования должно уделяться большая часть времени, относители времени кодинга.
Спойлерну от себя - если речь идёт о прототипировании (на что модмейкинг походит больше всего), то важен не способ реализации, важно затраченное на реализацию время.
Тобишь конвеер по производству собачих будок будет проектировать дядя Вася за пузырь?
ты же не станешь вести проектную документацию собачей будки и не станешь привлекать кран и нанимать бригаду. Ты же не будешь для будки заливать фундамент и прочее. Хотя мог бы.
Не смотря на наличие всего опыта и инстурментария, ты скорее всего возьмёшь те инструменты, что позволят за вечер собрать, что нужно.
Даже если ты ошибёшься в чём-то - то ошибка будет не дорога.
А вот если, к примеру, нужно построить небоскрёб - то и инструменты в ход пойдут другие, и на проектирование ляжет основная роль.
а я не делал наработки в принципе )
это говорю про то, что если что-то там напридумал в голове и хотел потом это, как гвоорит Cancel прототипировать, начиная реализацию в ГУИ, то быстро забивал и потом писал тупо кодом
WC3
Ред. Cancel
В первой части книги он подробно расписывает критерии проектов, для долю проектирования должно уделяться большая часть времени, относители времени кодинга.
Ред. Cancel
Не смотря на наличие всего опыта и инстурментария, ты скорее всего возьмёшь те инструменты, что позволят за вечер собрать, что нужно.
Даже если ты ошибёшься в чём-то - то ошибка будет не дорога.
это говорю про то, что если что-то там напридумал в голове и хотел потом это, как гвоорит Cancel прототипировать, начиная реализацию в ГУИ, то быстро забивал и потом писал тупо кодом