Спасибо за контент. И очередная порция вопросов: 1. Функция testHasAnyRole() Название интуитивно подталкивает к мысли, что будет проверяться, имеет ли юзер вообще какю-то роль или нет, а функция реализует другое. Чисто субъективно о названии функции. 2. Зачем в аргументах $roleName и $testRole? Это же по сути одно и то же. 3. Из той же оперы - Почему проверяем массив ролей? Отношение же один ко многим? У одного юзера может быть только одна роль. Ну и в тестовом наборе проверочных данных можно указать дополнительно проверку на несуществующие роли в бд. 4. Зачем приведение названия роли к нижнему регистру? 5. В очередной раз функционал не поспевает за тестами. ИМХО, тесты важны и то, что сначала тесты, а потом реализация - это хорошо, но по факту - в очередной раз функционал CRM подгоняется под тесты. Я про маршрут 'home'. Было бы неплохо изначально более-менее точно обозначить - как должна функционировать CRM, как должна реагировать в том или другом случае, какую ошибку выдавать или куда делать переадресацию.
Спасибо за урок, хоть едва-едва понял (может от недосыпа), но код вставил куда надо, все работает, но что к чему - мало что отложилось. Это и не удивительно, ведь такую "околесицу" впервые приходится делать, зацепляется в ларавеле механики, которые по сути вообще были неизвестны/малоизвестны. Такой урок по сути лучше раздробить на несколько более простых, уж слишком сложно притом не только для новичка. Если рассматривать для сравнения Битрикс или другие cms - там такого вообще нет, собирал интернет магазин на этой cms, но такого делать не доводилось, и понять по аналогии не с чем. Практика показывает, что чем проще уроки - тем лучше они усваиваются, а когда автор прыгает в ходе суждения туда-сюда, потом обратно и это повторяется - все это сбивает с толку и не ясно, как например потом это заюзать для себя, т.к. нет какой-то основополагающей базы. Т.е. ученикам надо дать - вот мол тебе базовые термины, а вот мол операции и/или связи с ними, а когда так намешано - то усвояемость незначительная. Вот первые уроки - были куда яснее, этот же урок можно было на 3 наверное разделить двигаясь в том же духе. Еще было бы хорошо текст содержимого урока сделать - может по нему будет понятнее, хотя бы всякие php artisan ... (а то чтобы сделать например потом что-то надо будет опять все смотреть).
Старался поменьше делать. Но иногда дробные уроки не ясно к чему... Всмысле что не ясно на какие части дробить функционал, чтоб разделить на несколько уроков.
@@rdavydov мне кажется нехватает общей схемы, того чего вы делаете, некой графической наглядности - типа: кружок - от него лучи - [роутинг, мидлевар, тест, модель, системные классы и т.д.]. Вы держите ее в голове, но ученик ее не видит, а ходит за вами и просто сразу забывая где он был уже на 3-4 повороте (прыжке по файлу). Ну это если конечно уж идеализировать уроки. На что разделить урок я неподскажу, урок слушал в несколько подходов, что еще более усложнило понимание. Конечно если особо надо - то можно и еще несколько раз послушать, чтобы понять механизм.
Спасибо за контент. И очередная порция вопросов:
1. Функция testHasAnyRole() Название интуитивно подталкивает к мысли, что будет проверяться, имеет ли юзер вообще какю-то роль или нет, а функция реализует другое. Чисто субъективно о названии функции.
2. Зачем в аргументах $roleName и $testRole? Это же по сути одно и то же.
3. Из той же оперы - Почему проверяем массив ролей? Отношение же один ко многим? У одного юзера может быть только одна роль. Ну и в тестовом наборе проверочных данных можно указать дополнительно проверку на несуществующие роли в бд.
4. Зачем приведение названия роли к нижнему регистру?
5. В очередной раз функционал не поспевает за тестами. ИМХО, тесты важны и то, что сначала тесты, а потом реализация - это хорошо, но по факту - в очередной раз функционал CRM подгоняется под тесты. Я про маршрут 'home'. Было бы неплохо изначально более-менее точно обозначить - как должна функционировать CRM, как должна реагировать в том или другом случае, какую ошибку выдавать или куда делать переадресацию.
Спасибо за урок, хоть едва-едва понял (может от недосыпа), но код вставил куда надо, все работает, но что к чему - мало что отложилось. Это и не удивительно, ведь такую "околесицу" впервые приходится делать, зацепляется в ларавеле механики, которые по сути вообще были неизвестны/малоизвестны. Такой урок по сути лучше раздробить на несколько более простых, уж слишком сложно притом не только для новичка. Если рассматривать для сравнения Битрикс или другие cms - там такого вообще нет, собирал интернет магазин на этой cms, но такого делать не доводилось, и понять по аналогии не с чем. Практика показывает, что чем проще уроки - тем лучше они усваиваются, а когда автор прыгает в ходе суждения туда-сюда, потом обратно и это повторяется - все это сбивает с толку и не ясно, как например потом это заюзать для себя, т.к. нет какой-то основополагающей базы. Т.е. ученикам надо дать - вот мол тебе базовые термины, а вот мол операции и/или связи с ними, а когда так намешано - то усвояемость незначительная. Вот первые уроки - были куда яснее, этот же урок можно было на 3 наверное разделить двигаясь в том же духе. Еще было бы хорошо текст содержимого урока сделать - может по нему будет понятнее, хотя бы всякие php artisan ... (а то чтобы сделать например потом что-то надо будет опять все смотреть).
Старался поменьше делать. Но иногда дробные уроки не ясно к чему... Всмысле что не ясно на какие части дробить функционал, чтоб разделить на несколько уроков.
@@rdavydov мне кажется нехватает общей схемы, того чего вы делаете, некой графической наглядности - типа: кружок - от него лучи - [роутинг, мидлевар, тест, модель, системные классы и т.д.]. Вы держите ее в голове, но ученик ее не видит, а ходит за вами и просто сразу забывая где он был уже на 3-4 повороте (прыжке по файлу). Ну это если конечно уж идеализировать уроки. На что разделить урок я неподскажу, урок слушал в несколько подходов, что еще более усложнило понимание. Конечно если особо надо - то можно и еще несколько раз послушать, чтобы понять механизм.
Спасибо, что не бросаете проект
Стараюсь находить время
Спасибо за урок
Спасибо за новую часть
Ура! Продолжение! Спасибо)
Спасибо
музыку нельзя убрать?
музыка огонь ты чо!