Система должна решать задачи. И только. Только это и является критерием её оценки.
А круто она там устроена внутри или нет - неважно.
Так дело в том, что они не решают задачи. Это только предварительный вариант можно сделать, что бы быстро сдать клиенту. Куча дырок и ошибок в открытых системах, обойдется дороже бизнесу чем написание своего продукта.
Ну вот у нас сейчас есть /api
тут находятся все api которые имеются в проекте.
Как их можно разнести на /api/v1, /api/v2 и т.д., в зависимости от версии API
Потому как все версии api доки на одном ресурсе, это какая та жесть.
Первое правило - научиться включать отображение ошибок в PHP
Второе правило - научиться читать логи
Третье правило - научиться пользоваться дебагом (к примеру xdebug)
...
ORTOL: Уже объяснили и ответ помечен решением. Хотя и тот ответ можно было бы дополнить.
Подробно расписать работу с системами контроля версий, работу менеджмента в той же jira.
А что говорит IDE ?
Ведь она должна дать подсветку и импорт