т.е. API-first есть, а config-first нет? что за дискриминация?

Короче от размера зависит

как и любое решение, в общем-то.
всегда анализ pros/cons

Короче для этого тестового у меня нет времени. И оно скучное

лох

Да не. Скучно

Им может хватить и простенького ядра с контейнером и роутингом на массивчике, а вместо ОРМ маленькую обёртку с маппингом на класс.

Раз уж совсем с нуля. Но Хз...

просто важно понимать, что любой вендорский код, это не только экономия "ну вот нам сейчас не надо писать".
это еще и саппортинг.
тесты, фичи, фиксы, секурити, вот это всё.
и всё это перестает быть исключительно твоей головной болью.
еще и бесплатно, в большинстве случаев.
и для популярных либ таки качество среднего контрибьютора обычно выше качества среднего потенциального пользователя либы.
и всё это надо учитывать.

по моему это и так очевидно

не всем

А может и того не нужно...

так это понятно. Грубо говоря это тестовое покажет твои навыки

Архитектора

Или говнокодера

Да. А бывает что вместо того, чтобы сделать свое конкретное решение за час люди тащат библиотеку и а итоге все это получается сложнее.

Ну так можно было сказать "юзать либы можно, а готовые фреймворки/скелеты — нет"

ага, а если его писать еще и на листочке, то мы узнаем насколько эффективно ты можешь работать без IDE и сможешь ли ты править код прям на продакшене. (привет, яндекс)
только я всегда задаю один вопрос, а нахера?
зачем проверять разработчика в крайне ограниченных условиях, если потом работать он будет без этих ограничений?

но это могло бы быть подсказкой

я вроде кидал свой  DI контейнер для своего фреймворка сюда

А это мое второе тестовое. За которое я взялся и уже успел целый composer init настроить