История изменений

провокационный вопрос...

иногда правильно или даже провально поставленный^W наводящий вопрос содержит более половины ответа...

Если организовывать разработчиков, то хороший пример для вдохновения: github, разработка ядра. Мне кажется, Линус осознав масштабы проблемы, неплохо сосредоточился на разработке удобного и универсального инструмента для начала: git, хотя как он сам заявляет что давно не программирует и только сосредоточен на организационных вопросах, поливая бранью оппонентов)) В целом получилось неплохо. Это то, чего сильно нехватало.

Масштабируя на рабочую группу можно отметить много узловых точек. Например: разработчикам не хватает времени на некоторые немаловажные вещи - это либо игнорируется либо порождает неэффекивность. Признак хороших тенденций: большое число коммитов в единицу времени с полезными возможностями программ с точки зрения конечного потребителя и как можно более ранняя способность программ «вываливаться» при запуске. Если программа после компиляции собралась и запустилось без ошибок: это подозрительно ))

Хотя, касаемо гитхаб - в конечном итоге самих-же разработчиков начинает потихоньку доставать вытягивание из бардака зависимости или форка... Это тоже побочный эффект паразитной составляющей. Для работы с этой сложностью нужны инструменты, снижающие эту сложность. На мой взгляд удачный пример такого подхода: https://news.ycombinator.com/item?id=6384452 (там далее пройти по ссылке на гитхаб)

Таких интсрументов не хватает. Вернее не инструментов собственно, а погружение в проблему и ее фиксация как удачное решение.

провокационный вопрос...

иногда правильно или даже провально поставленный^W наводящий вопрос содержит более половины ответа...

Если организовывать равзработчиков, то хороший пример для вдохновения: github, разработка ядра. Мне кажется, Линус осознав масштабы проблемы, неплохо сосредоточился на разработке удобного и универсального инструмента для начала: git, хотя как он сам заявляет что давно не программирует и только сосредоточен на организационных вопросах, поливая бранью оппонентов)) В целом получилось неплохо. Это то, чего сильно нехватало.

Масштабируя на рабочую группу можно отметить много узловых точек. Например: разработчикам не хватает времени на некоторые немаловажные вещи - это либо игнорируется либо порождает неэффекивность. Признак хороших тенденций: большое число коммитов в единицу времени с полезными возможностями программ с точки зрения конечного потребителя и как можно более ранняя способность программ «вываливаться» при запуске. Если программа после компиляции собралась и запустилось без ошибок: это подозрительно ))

Хотя, касаемо гитхаб - в конечном итоге самих-же разработчиков начинает потихоньку доставать вытягивание из бардака зависимости или форка... Это тоже побочный эффект паразитной составляющей. Для работы с этой сложностью нужны инструменты, снижающие эту сложность. На мой взгляд удачный пример такого подхода: https://news.ycombinator.com/item?id=6384452 (там далее пройти по ссылке на гитхаб)

Таких интсрументов не хватает. Вернее не инструментов собственно, а погружение в проблему и ее фиксация как удачное решение.