тобишь как разбить на задачи, что писать в начале, что позже, как стек технологий подобрать, как вообще проект декомпозировать в мелкие шаги?
то есть всё то, чем обычно занимается архитектор и/или тимлид и/или на крайняк ведущий разработчик ?
Лично мое мнение Запиши все задачи абстрактно и по порядку, определи что надо для MVP, закинь задачи в trello и там можешь разбивать на более мелкие задачи я так делал, ну и на мой взгляд, код начинается с описания сущности
Тип того, только более упрощено
если это для тебя естественно, качай курс архитектора)
а более упрощенно не выйдет. или декомпозировать нормально или отдай кому-то с опытом. архитектурные косяки потом выходят боком всему проекту
nnmclub
А как быть на стадии обучения и написания своих проектов? Хотя бы базу базную то знать надо
большинство из этого вполне логичные вещи, типа как тебе выше написал Null . ну и к тому же - архитекторы не дизайнят сразу без косяков. именно десятками провалов и обеспечивается их опыт
Ну все же хочется минимизировать ошибки, продумать что я буду писать где и как, а не на ходу додумавать и ебаться с говнокодом потом
Сиди рисуй диаграмки
И че помогут?
Ну архитекторам помогают же
Архитекторы просто рисуют диаграмки?
Они ещё вумные
Такой скил не вычитаешь где-то, ещё раз повторяю: надо именно сидеть, дизайнить, ебаться с херовым решением и делать выводы из своих ошибок
Ну если вкусные тогда понятно
Что подразумевается под дизайнить?
Ты не знаешь, что слово "дизайн" значит?)
Ты куда то проебал сбор функц/нефункц требований
Да знаю, ну мне кажется немного другое
это тема большой книги) или даже нескольких
Обсуждают сегодня