Laravel Laravel хорошие практики

Alexey Mezenin

Новичок
Кстати, не вижу никаких проблем с использованием Doctrine в Laravel.
Проблема в том, что не все те, кто знает Laravel, знают Doctrine. На практике, шансы найти человека, который хорошо знает Laravel и Doctrine и, при этом, подходит по бюджету, крайне низкие.

Другая проблема - уникум встречает проблему, идет на SO и ему там никто не помогает. А со связкой Laravel/Eloquent даже вопрос задавать не нужно, ответы на все вопросы уже есть. За все это платит клиент.
 

fixxxer

К.О.
Партнер клуба
В итоге, любое изменение функционала обходится клиенту оплатой двух часов работы вместо двадцати.
С CRUD/AR как раз чаще получается так, что вместо двух часов работы уходит двадцать.

тоже решили, что нужно сделать все по уму, а стандартные архитектура и инструменты Laravel далеко не самые лучшие
Я был там 24ым по счету разработчиком
8-20 баксовые синьоры
Если нанимать восьмибаксовых сеньоров, то говно получится в любом случае.
 

fixxxer

К.О.
Партнер клуба
Проблема в том, что не все те, кто знает Laravel, знают Doctrine. На практике, шансы найти человека, который хорошо знает Laravel и Doctrine и, при этом, подходит по бюджету, крайне низкие.

Другая проблема - уникум встречает проблему, идет на SO и ему там никто не помогает. А со связкой Laravel/Eloquent даже вопрос задавать не нужно, ответы на все вопросы уже есть. За все это платит клиент.
Знать надо прежде всего, как проектировать приложения. Освоить библиотеку или фреймворк - неделя-две, научиться проектировать приложения - годы. А что такое Active Record и Data Mapper, любой миддл должен прекрасно знать.

Если задача в том, чтобы нанять абы кого по 5 баксов за штуку, которые занимаются stackoverflow driven development, и абы как склепают абы что, это другой вопрос, но это обсуждать, право, неинтересно.
 

Adelf

Administrator
Команда форума
Вот прямо как назло!
Как раз сейчас сижу и разгребаю код товарищей любящих советы из SO. Дикая смесь обработчиков эвентов 'updating', 'update' элоквентовских. Добавить туда новое поведение ну крайне проблематично! Не надо бизнес события обрабатывать как события инфраструктуры.
И такого полно.

@Alexey Mezenin, нам тебя похоже не переубедить. Ну ок... продолжать писать советы для новичков...
 

Alexey Mezenin

Новичок
Если нанимать восьмибаксовых сеньоров, то говно получится в любом случае.
Как на счет 35 баксового сениора, который абсолютно всю логику запихал в файл маршрутов? 8-20 баксовые сениоры - это те, кто начинали писать. Последние были от 30 и выше.

В описанном проекте из 23 девов было два более менее нормальных: 15 баксовый мидл, который знал фреймворк и писал чистенько (оставили бы его одного, был бы продукт) и 40 баксовый чел, который тоже уверен, что фреймворк можно изучить за две недели. Видно, что второй начитанный и опытный, но его велосипелды нанесли не меньше вреда, чем говнокод остальных участников.

Дикая смесь обработчиков эвентов 'updating', 'update' элоквентовских. Добавить туда новое поведение ну крайне проблематично!
Фиксер говорит, что освоить фреймворк занимает 1-2 недели. Как ты за несколько лет не освоил события Eloquent? И это не советы с SO, а вполне себе годный инструмент.
 

Adelf

Administrator
Команда форума
Это годный инструмент уровня инфраструктуры. А эксперты с SO любят туда пихать бизнес-логику. От этого много проблем. Но чую я... бесполезный у нас разговор. на разных языках будто говорим.
 

Alexey Mezenin

Новичок
Это годный инструмент уровня инфраструктуры. А эксперты с SO любят туда пихать бизнес-логику. От этого много проблем. Но чую я... бесполезный у нас разговор. на разных языках будто говорим.
Ну дак получается, что дело не в инструменте, а в разработчиках.
 

fixxxer

К.О.
Партнер клуба
Как на счет 35 баксового сениора, который абсолютно всю логику запихал в файл маршрутов?
Никак. За 8 баксов ты гарантированно получишь говно, а за 35 - как повезет. ;)

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

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

Adelf

Administrator
Команда форума
Ну дак получается, что дело не в инструменте, а в разработчиках.
Да. В разработчиках, которые называют годным инструментом эти события уровня таблиц базы данных, которые нужно юзать ну в крайне редких ситуациях. Не надо отправлять email по событию User::created( .
Минусы инструмента я уже описал. Подгрузка релейшенов из read базы(хотя в 5.5 появилась одна надстройка.. но она какая-то некрасивая. если в http-запросе один раз заюзали write базу, то она всегда будет юзать write базу в этом http-запросе - явная костыльная заплатка) Плюс не персистит релейшены. Каждый релейшен нужно добавлять явно. $user->posts()->add($post) . Это ведет к тому, что такой код невозможно нормально юнит-тестить.
 
Сверху