Челендж на 2026

В общем на гитхаб "рабочие" ветки крайне редко залетают,  в плане проекта с фреймворком - все мержи локально

А можешь рассказать свой флоу? Я даже свои проекты всегда веду в дев-ветке, обычно именую ее по названию фичи. Она тоже всегда в рабочем состоянии. Если есть желание - раскатываю дев-энв на хостинге(редко) После того как протестирую - создаю пулл-реквест на гитхабе. После ревью и аппрува - на гитхабе мержу в мэйн и он уже автоматически релизится и раскатывается на сервере. Сервер настраиваю обычно с помощью terraform, деплоить предпочитаю  через докер-контейнеры. То есть локально собирается готовый docker image. Потом он с помощью CodeBuild и AWS Pipeline раскатывается на сервере. С обычными хостингами уже лет 5 как не имею дел, только облака.

Для релизов, тестов использую github/workflows. Плюсом у меня к репо сразу подключены линтеры и пре-коммиты, которые не дадут даже запушить грязный код на гитхаб. Доку писать пока забросил, но вообще  это тоже все автоматом через Сфинкс

Ну у меня сразу - без докера. Есть ряд причин. В общем на данном этапе это до нагрузка мне будет и расширение зоны обязанностей (а мне это точно не надо).

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

Итак очередной спринт завершился.

В этот раз движения более скромные (очень  насыщенные были две недели)

Шаблонизатор

Как и отмечал ранее:  Три раза переписав лексер, пришел к окончательному концепту. Для дальнейшей разработки требуется механизм регистрации модулей в фреймворке

Релиза пока нет, актуальное состояние модуля на момент этого сообщения на gtihub

Фреймворк

• Готов механизм работы с окружением, 
• Почти завершен механизм работы с конфигурационными файлами
• Мелкие правки

**
     * @inheritDoc
     */
    public function getParameterResolver(): ResolverInterface
    {
        if (isset($this->singletons[ResolverInterface::class])) {
            /** @var ResolverInterface $resolver */
            $resolver = $this->singletons[ResolverInterface::class];
            return $resolver;
        }
        $definition = $this->singletonsRegistry[ResolverInterface::class] ?? ResolverInterface::class;
        $this->singletons[ResolverInterface::class] = new $definition($this);
        return $this->singletons[ResolverInterface::class];
    }

$definition не проверяется?

Route::run() не соответствует принципам DRY. Слишком много повторений (и не только здесь). Конечно понятно, что это учебный материал, но, к примеру, я сторонник DRY, KISS, а другие только SOLID, кто-то чистый ООП в угоду простоте. По каким критериям оценка будет?

нет.

Вообще я в начале и местами поспешил, местами пока нет четкой картинки "что хочу".

Да run понимаю, тут в планах наводить чистоту точно.  собственно в нем todo для этого и висит

Так, а критерии оценки какие? Я чуть посматриваю на ваш челлендж, но не пойму, как оценивать будут. У всех разные подходы в программировании. Кто-то жертвует простотой статичных методов в угоду тестам, т.к. статику сложно мокать. Кто-то пишет спаггети код в угоду ООП, не следуя принципам DRY. Для меня ваш код избыточен и сложен по структуре. Не НЕ пониманию код, а по структуре самого фреймворка. Для меня антипаттерн - это Ларавель. Из всех крупных - мне ближе CI4. 

Ну увы не придумать общих критериев оценки. Мне конечно больше интересны любые оценки кода, мнения и т.п. 

Тут у проектов цели слишком разные, чтоб именно сравнительную оценку им проводить. 

Мне в ларе не очень нравится, что там есть желание "обернуть" вообще все что есть в php :) в остальном (Если не использовать его в таком объеме) мне как раз таки он приглянулся (хотя больше вообще работаю с Битрикс и его фреймворком). помимо ларавель я только с симфони еще работал.  Посмотрю на cl4 - что там интересного.

А избыточность - цена расширяемости (конечно в удобном виде в моем понимании :) ).

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

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

в двух словах можете описать причины?