AW
а начался разговор то с нового проекта, раз там ларка)
Size: a a a
2021 January 11
J
с виндой очень тяжело, так как именно тонны говна и легаси приносят им деньги с корпораций, которые завязаны на этом
Это не с виндой так. Это со всем так - бизнес не интересует технологии. Его интересуют деньги. Ларка - популярна, со многими расширениями, с легким порогом входа. Значит туда и пойдет любой бизнес
J
Я спать. Завтра - понедельник, первый день после праздников. Тяжко
AW
Это не с виндой так. Это со всем так - бизнес не интересует технологии. Его интересуют деньги. Ларка - популярна, со многими расширениями, с легким порогом входа. Значит туда и пойдет любой бизнес
Я тебе об этом говорил с самого начала: ларка про малые сроки и денежные затраты.
Та вакансия, с ее $4500 и синиор девами - нет.
Та вакансия, с ее $4500 и синиор девами - нет.
AW
Я спать. Завтра - понедельник, первый день после праздников. Тяжко
Я тоже) спокойной.
A
это имхо, но точно не "личное восприятие". Что бы писать хорошо на ларке, из нее нужно выкинуть все самое важное: глобальный стейт/фасады/хелперы к ним, такой себе DI, eloquent, валидацию.
Остальное вполне ничего, после небольшого допиливания - отличное, а вот от того, что перечислил вверху, даже не будет что оставить.
Остальное вполне ничего, после небольшого допиливания - отличное, а вот от того, что перечислил вверху, даже не будет что оставить.
DI? Валидацию?
👤U
Хехе. Из жеппы руки, а виноват ларавел.
A
Я тоже офигеваю с заколебавших меня мыслей, типа убери из ларки то и то - получится симфони. Нет, не получится. Чел не знает, либо того, либо того.
👤U
https://symfony.com/projects/joomla
Отсюда тоже если что-то выкинуть симфони получим?
Отсюда тоже если что-то выкинуть симфони получим?
ИВ
Всем привет, нужен опытный разработчик на Laravel + REST API, кому интересно, пишите в ЛС, обсудим проект, спасибо.
А
Всем привет, нужен опытный разработчик на Laravel + REST API, кому интересно, пишите в ЛС, обсудим проект, спасибо.
Описание группы читал?
AW
DI? Валидацию?
Попробуй подружить RoadRunner и DI ларки (в каком-либо виде) - нету scope’ов, нету нормальной очистки, есть getInstance() (хотя мог бы быть хотя бы у апликейшена)…
Валидация вообще жесть. Стринги, свои правила практически не пишутся. Ларовские “обьектные правила”, которые implements Rule, не могут тоже самое, что могут их правила, забитые в валидатор. Например, они не могут узнать значение implicit филда, и.е. по something.*.key они ничего не вытянут.
Сами же правила ларки, даже те, которые так могут, построены максимально убого и ненадежно. Опять же, те же implicit филды там резолвятся проверкой, есть ли в ключах переданное рулу значение:
Валидация вообще жесть. Стринги, свои правила практически не пишутся. Ларовские “обьектные правила”, которые implements Rule, не могут тоже самое, что могут их правила, забитые в валидатор. Например, они не могут узнать значение implicit филда, и.е. по something.*.key они ничего не вытянут.
Сами же правила ларки, даже те, которые так могут, построены максимально убого и ненадежно. Опять же, те же implicit филды там резолвятся проверкой, есть ли в ключах переданное рулу значение:
’array.*.some_date’ => ‘after:array.*.other_date’ <- вот тут ларка понятия не имеет, что это за первый аргумент передан after’у (ведь могла быть и дата), и будет угадывать. И так со всеми рулами.A
Всем привет, нужен опытный разработчик на Laravel + REST API, кому интересно, пишите в ЛС, обсудим проект, спасибо.
Т.е. одного удаления тебе не хватило? Может бан тогда?
A
Попробуй подружить RoadRunner и DI ларки (в каком-либо виде) - нету scope’ов, нету нормальной очистки, есть getInstance() (хотя мог бы быть хотя бы у апликейшена)…
Валидация вообще жесть. Стринги, свои правила практически не пишутся. Ларовские “обьектные правила”, которые implements Rule, не могут тоже самое, что могут их правила, забитые в валидатор. Например, они не могут узнать значение implicit филда, и.е. по something.*.key они ничего не вытянут.
Сами же правила ларки, даже те, которые так могут, построены максимально убого и ненадежно. Опять же, те же implicit филды там резолвятся проверкой, есть ли в ключах переданное рулу значение:
Валидация вообще жесть. Стринги, свои правила практически не пишутся. Ларовские “обьектные правила”, которые implements Rule, не могут тоже самое, что могут их правила, забитые в валидатор. Например, они не могут узнать значение implicit филда, и.е. по something.*.key они ничего не вытянут.
Сами же правила ларки, даже те, которые так могут, построены максимально убого и ненадежно. Опять же, те же implicit филды там резолвятся проверкой, есть ли в ключах переданное рулу значение:
’array.*.some_date’ => ‘after:array.*.other_date’ <- вот тут ларка понятия не имеет, что это за первый аргумент передан after’у (ведь могла быть и дата), и будет угадывать. И так со всеми рулами.Ларка вообще не для роадраннеров
A
Попробуй подружить RoadRunner и DI ларки (в каком-либо виде) - нету scope’ов, нету нормальной очистки, есть getInstance() (хотя мог бы быть хотя бы у апликейшена)…
Валидация вообще жесть. Стринги, свои правила практически не пишутся. Ларовские “обьектные правила”, которые implements Rule, не могут тоже самое, что могут их правила, забитые в валидатор. Например, они не могут узнать значение implicit филда, и.е. по something.*.key они ничего не вытянут.
Сами же правила ларки, даже те, которые так могут, построены максимально убого и ненадежно. Опять же, те же implicit филды там резолвятся проверкой, есть ли в ключах переданное рулу значение:
Валидация вообще жесть. Стринги, свои правила практически не пишутся. Ларовские “обьектные правила”, которые implements Rule, не могут тоже самое, что могут их правила, забитые в валидатор. Например, они не могут узнать значение implicit филда, и.е. по something.*.key они ничего не вытянут.
Сами же правила ларки, даже те, которые так могут, построены максимально убого и ненадежно. Опять же, те же implicit филды там резолвятся проверкой, есть ли в ключах переданное рулу значение:
’array.*.some_date’ => ‘after:array.*.other_date’ <- вот тут ларка понятия не имеет, что это за первый аргумент передан after’у (ведь могла быть и дата), и будет угадывать. И так со всеми рулами.Ты путаешь валидацию формы и бизнес-валидацию
AW
Ларка вообще не для роадраннеров
… это как сказать “ларка вообще не для датамапперов”. Собственно, что мешает? Был бы у ларки код чуть лучше и все было бы отлично.
A
Мне вот даже нравится, что у ларки все так. Это правильно
A
… это как сказать “ларка вообще не для датамапперов”. Собственно, что мешает? Был бы у ларки код чуть лучше и все было бы отлично.
Фреймворк изначально построен чтобы умирать
A
Как и многие другие
AW
Фреймворк изначально построен чтобы умирать
хорайзон, очереди.