Такое ощущение, что ответы ни кто не читает.
Повторюсь. У меня нет цели ни кому ни чего доказывать, мне просто интересно, что то копнуть, во что то углубится. Кто то играет на барабанах, кто то вышивает крестиком, я себе нашел такое развлечение. Участие в челендже лишь как дополнительный стимул, плюс возможность получить фидбек.
Портфоилио мне ни разу не нужно:
1. Мне 1 го февраля исполнилось 52 года, и эйчаров заманивать мне совершенно нет необходимости. у меня есть ряд заказчиков - загружающих меня более чем полностью
2. У меня уже есть онлайн сервис действующий с 2018 года и имеющий своих пользователей, на котором так же полно работ
3. Высоконагруженный проект в моем ведении то же есть, который тестируется с яндекс клоуд лоад тестинг по полной программе. И у меня есть не надуманный а реальный час Ч когда приходит огромная толпа пользователей и начинает на нем ОЧЕНЬ активно выполнять некоторые действия. И тут все просто: выдержали нагрузку - молодцы, не выдержали.... готовься к следующему году с большей нагрузкой. :)
Среди вас ни кто там гитарой не увлекается? Иные хобби? Для чего вы это делаете? Что бы доказать кому то что то?
PS надеюсь в этот раз буду услышан
Ну у меня такого пока нет. :) Вообще я себе "нарисовал" идею модульности. Т.е. подключения это отдельные модули. Т.е. подключения к постгрии будет только если оно понадобиться и выльется в создание модуля. Т.е. будет (планирую) модуль взаимодействия с бд. который создает "костяк" который уже будет связывать конкретику.
(и да, я тоже за кверибилдер - его то и планирую)
Т.е. моя идея в попытке сделать много кубиков из которых можно собрать проект. оставив в ядре некий базовый минимум позволяющий собрать все остальное воедино
в двух словах можете описать причины?
Ну увы не придумать общих критериев оценки. Мне конечно больше интересны любые оценки кода, мнения и т.п.
Тут у проектов цели слишком разные, чтоб именно сравнительную оценку им проводить.
Мне в ларе не очень нравится, что там есть желание "обернуть" вообще все что есть в php :) в остальном (Если не использовать его в таком объеме) мне как раз таки он приглянулся (хотя больше вообще работаю с Битрикс и его фреймворком). помимо ларавель я только с симфони еще работал. Посмотрю на cl4 - что там интересного.
А избыточность - цена расширяемости (конечно в удобном виде в моем понимании :) ).
Вообще сайд эффект этого проекта который очень хочется получить (но не очень сильно на это надеюсь), что кто то интереса для выполнит что то вроде частичного (ну по мере собственного интереса) кодревью - не важно хоть отдельного метода, хоть целого класса, а может архитектуры...
Я все же работаю один, а не в команде - и у меня нет такого, чтобы кто то сказал, что "все что ты пишешь отстой - лучше это делать так" :) в общем очень надеюсь на любой фидбек. если это будет выливаться в какие то более конкретные обсуждения вообще топчик.
нет.
Вообще я в начале и местами поспешил, местами пока нет четкой картинки "что хочу".
Да run понимаю, тут в планах наводить чистоту точно. собственно в нем todo для этого и висит
Итак очередной спринт завершился.
В этот раз движения более скромные (очень насыщенные были две недели)
Шаблонизатор
Как и отмечал ранее: Три раза переписав лексер, пришел к окончательному концепту. Для дальнейшей разработки требуется механизм регистрации модулей в фреймворке
Релиза пока нет, актуальное состояние модуля на момент этого сообщения на gtihub
Фреймворк
Так же релиза пока нет, актуальное состояние на github в ветке next (на момент сообщения: здесь)
Снял видео, хотел сделать не просто видео абы было, а более-менее полезное: с разработкой по TDD. Но не успел смонтировать (в рабочее время писал - звонки и т.п.), да еще и звук паршивый, а мне камеру подарили с микрофоном - и там звук лучше. вот думаю может переписать. подумаю. но видео будет в любом случае
Так же принял решение, что подключу статанализ и следовать стилю кода PER CS 2.0 (а может и 3.0). Это dev зависимости проекта
Все же по моему мнению фреймворк это инструмент для разработчиков, соответственно это накладывает свои требования, в т.ч. и к читаемости кода, да и статанализ - в применение проектах это один из показателей качества и повышение надежности.
Для тех кто не совсем в курсе что такое compsoer и "dev зависимости". dev-зависимости тянутся только для режима разработки фреймворка, т.е. если пользователь просто установит через композер мой фреймворк - эти зависимости ему не будут устанавливаться.
В общем на следующий спринт: задача минимум выпустить релиз фреймворка с конфигурацией, с механизмом регистрации модулей, а так же есть у меня небольшой todo , а в максимуме: реализовать в шаблонизаторе базовый функционал и базовые теги
PS Надеюсь ArbNet завтра хоть, что то расскажет о подвижках
