А его и не будет ни в чём. Один ларавельщик со стажем на форуме хейтит, что я говорю банальщину про headers already sent с echo, но тут же в соседней теме спрашивает, что такое static. Его в какую аудиторию поместить? В новичков или в бывалых?

Это в школьной программе точно прописано, что человек знает в каждом классе. И по этому списку можно вступительный экзамен на каждый уровень проводить.

В школе учат всему по общему списку. В программировании же все самоучки, учащие только те главы, которые им интересны. Умножение мне нравятся – про него прочитаю. А деление какое-то непонятное – пропущу. Поэтому чётких градаций нет:

Кто-то знает про return вместо echo, но не знает про static. Кто-то знает про сеттеры, а кто-то нет. Кто-то уже умеет в Docker, а кто-то только на composer в консоли способен. Кто-то юзает контейнер, а кто-то синглтоны. Кто-то знает, что REST это принципы, а кто-то называет им любой API с JSON. Кто-то автодепломт на виртуалку, а кто-то на хостинг по FTP. Кто-то знает про инвариант, а кто-то нет. Кто-то читал Эванса, но не читал Вернона, а кто-то наоборот или вообще никак. Кто-то пишет тесты, а кто-то не пробовал. Кто-то уже читал документацию по предмету и уже что-то пробовал, а кто-то просто поглазеть пришёл.

И как их на уровни делить? Сказать, что "это уровень для тех, кто уже умеет в ООП"? Так на него все придут. Ведь все же умеют слово class писать :)

Так что единственный способ, чтобы что-то зашло – это рассказать всё по нарастающей от начала до конца. Бывалые начало перемотают, а новичкам половину слов не придётся отдельно гуглить.

Если же делить на этапы по сложности, то по Даннингу-Крюгеру все новички сразу ломанутся в середину, пропустив начало. Как и бывалые читая Эванса кидаются сразу в главы с кодом, пропуская начало с "неинтересной" им философией.

Так что с этим всё сложно.

В Ларе давно есть.

У Елисеева норм контент. Если говно, то кто лучше то?

Предвзятость, да?

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

Опять же на примере с headers already sent можно в целом много вопросов всковырнуть, и дать людям представление о структуре http, и о буферизации (и вообще как идее) и тд. Вопрос подачи.

Насколько это нужно знать человеку который вчера услышал что такое фреймворк - хз. Если юзать PSR обертки и просто договориться на раненем этапе вообще не использовать ничего кроме определенного ряда инструментов - можно отложить эти вопросы достаточно далеко. Они уже не входят в список базовых знаний. Сложность будет объяснить смысл ограничений, а так в целом вопрос приоритизации.

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

все эти 4 часа можно разбить в десяток видосов по 5-10 минут и простые цели/упражнения после каждого. И да я понимаю что записать 4 часа видос проще

Не в чью-то защиту, но кмк есть куча всяких курсов значительно худших по качеству и уровню лектора, и если у Елисеева не юи и программирование на массивчиках и глобалах, наверное лучше чем ничего.
(Я ни разу не смотрел, видео по 4 часа это жесть, да, но кто-то смотрит)

это правда

В какой части?
1) "программирование на массивчиках и глобалах, наверное лучше чем ничего."
2) " видео по 4 часа это жесть, да, но кто-то смотрит"

Не юи и программирование на массивчиках и глобалах...

Елисеев как раз постоянно хейтит Yii за архитектурные косяки. И у себя показывает, как в нём работать более вменяемо, а не как обычно.

С контейнером вместо сервис-локатора, с сервисным слоем вместо ТТУК, с рич-сущностями и агрегатами вместо сеттеров, с Task Based UI вместо CRUDов, с декомпозицией по SOLID вместо God Objects, с эвентами вместо примешивания инфраструктуры, с разделением слоёв вместо протечек через глобалы, с валидацией DTO вместо сущностей, с тестами вместо ляпанья на глаз.

Но ходят слухи, что фича Yii - это RAPID)

Где должно быть класть на архитектуру, зато сайтик наформошлёпить можно за пару вечеров

Думаю, что в рунете идеальный контент у @fes0r. Можно его посоветовать.

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

Только есть небольшое неудобство, что как всё идеальное этого контента ещё не существует.

я так и знал что фесора не существует!

Да, это RAD. Но тогда и не надо его позиционировать как идеальный для всего.

шах и мат аметисты!

опять ищут "под все аудитории"....

может хватит рассказывать сказки про RAD?

а ты считаешь, что йуй - это не RAD?

я считаю что "фреймворк для rad разработки" было актуально в 2008-ом