Сообщение Re[2]: Описание архитектуры Open Source проектов от 19.01.2017 13:00
Изменено 19.01.2017 13:02 _netrider_
Re[2]: Описание архитектуры Open Source проектов
Здравствуйте, A13x, Вы писали:
A>Такое (отсутствие документации на огромный проект) случается, увы, не только в opensource...
Да, и получается тогда, что UML диаграммы классов, sequence diagrams и прочее — это все из области махрового enterprise, где есть разделение на роли архитектор — программист, на тех кто ставит задачи, пишет спецификации, и на тех, кто потом по этим спецификациям реализует. Для реальных проектов, где автор выдвигает идеи и сам же их реализует, в принципе, достаточно комментариев в коде и, собственно, хорошо написанного кода, хорошо спроектированных классов. Любому внешнему contributor, который будет подключаться к проекту и коммитить свой код также будет достаточно почитать код, чтобы разобраться в проекте.
A>Такое (отсутствие документации на огромный проект) случается, увы, не только в opensource...
Да, и получается тогда, что UML диаграммы классов, sequence diagrams и прочее — это все из области махрового enterprise, где есть разделение на роли архитектор — программист, на тех кто ставит задачи, пишет спецификации, и на тех, кто потом по этим спецификациям реализует. Для реальных проектов, где автор выдвигает идеи и сам же их реализует, в принципе, достаточно комментариев в коде и, собственно, хорошо написанного кода, хорошо спроектированных классов. Любому внешнему contributor, который будет подключаться к проекту и коммитить свой код также будет достаточно почитать код, чтобы разобраться в проекте.
Re[2]: Описание архитектуры Open Source проектов
Здравствуйте, A13x, Вы писали:
A>Такое (отсутствие документации на огромный проект) случается, увы, не только в opensource...
Да, и получается тогда, что все эти UML диаграммы классов, sequence diagrams и прочее — это все из области махрового enterprise, где есть разделение на роли архитектор — программист, на тех кто ставит задачи, пишет спецификации, и на тех, кто потом по этим спецификациям реализует. Для реальных проектов, где автор выдвигает идеи и сам же их реализует, в принципе, достаточно комментариев в коде и, собственно, хорошо написанного кода, хорошо спроектированных классов. Любому внешнему contributor, который будет подключаться к проекту и коммитить свой код также будет достаточно почитать код, чтобы разобраться в проекте.
A>Такое (отсутствие документации на огромный проект) случается, увы, не только в opensource...
Да, и получается тогда, что все эти UML диаграммы классов, sequence diagrams и прочее — это все из области махрового enterprise, где есть разделение на роли архитектор — программист, на тех кто ставит задачи, пишет спецификации, и на тех, кто потом по этим спецификациям реализует. Для реальных проектов, где автор выдвигает идеи и сам же их реализует, в принципе, достаточно комментариев в коде и, собственно, хорошо написанного кода, хорошо спроектированных классов. Любому внешнему contributor, который будет подключаться к проекту и коммитить свой код также будет достаточно почитать код, чтобы разобраться в проекте.