Ð
хотя бы по той причине что это дико тоомозит
Size: a a a
2020 January 13
E
Я хотел бы ещё спросить Вашего совета касательно postgre и sequelize. Нужно ли изучать сейчас postgresql диалект, или с каким-либо несложным(я думаю) тестовым заданием я могу обойтись знаниями sequelize?
SM
ну и даже если, вы че ветки сливаете без ревью? просто нахуячили и вмержили? похуй че там?
Ð
даже орм обязаны делать prepared statements
V
ОРМ дает огромный плюс в том плане, что понижает требования к знаниям исполнителя(не нужно знать сиквел) и защищает от типичных уязвимостей вроде SQL-инъекций
в 2020 допустить инъекцию это хз что надо сделать
KL
Victor
в 2020 допустить инъекцию это хз что надо сделать
юзать вордпресс
SM
倫岡
битрикс
Я в гробу перевернулся
Ð
кстати по поводу страха однотипных запросов, а где вы видели необходимость их писать? у вас что, совсем нет прослойки для работы с данными? обычно пишется ровно один запрос на получение одной записи, заворачивается в функцию типа getById и все, и только при условии что такой метод действительно нужен
SM
Я в гробу перевернулся
флешбэки?
Ð
все остальные методы доступа - уже другие запросы
АП
А кто будет следить за выполнением этого правила, если команда не очень понимает это? Это можно контролить только через код ревью
опять orm выставляется как прикрытие некомпетентности исполнителей
симптоматично
симптоматично
AK
Ð
кстати по поводу страха однотипных запросов, а где вы видели необходимость их писать? у вас что, совсем нет прослойки для работы с данными? обычно пишется ровно один запрос на получение одной записи, заворачивается в функцию типа getById и все, и только при условии что такой метод действительно нужен
Это не страх, это лень) Я просто уже побывал и в рядах сторонников SQL и в рядах сторонников ORM, я уже и выпиливал весь чистый SQL на ORM, было и выпиливание ORM, с заменой на queryBuilder(knex), а потом ещё дальнейшая замена на чистый SQL, но как-то некруто, сейчас я стараюсь быть где-то посередине, использую ORM там, где просто, где нужно оптимизить пишу голые запросы, если необходимости оптимизировать нет - оставлю запрос сгенерированный ORM.
KL
опять orm выставляется как прикрытие некомпетентности исполнителей
симптоматично
симптоматично
да нет, я нейтрально отношусь к ОРМ, просто это один из плюсов. На самом деле на эту тему есть неплохой доклад https://www.youtube.com/watch?v=xVd67APj8pQ
倫岡
да нет, я нейтрально отношусь к ОРМ, просто это один из плюсов. На самом деле на эту тему есть неплохой доклад https://www.youtube.com/watch?v=xVd67APj8pQ
>пхп
KL
>пхп
но речь то об ОРМ-ках)
V
да нет, я нейтрально отношусь к ОРМ, просто это один из плюсов. На самом деле на эту тему есть неплохой доклад https://www.youtube.com/watch?v=xVd67APj8pQ
так у пхпшников есть доктрина а у нас какое-то убожество
Ð
Это не страх, это лень) Я просто уже побывал и в рядах сторонников SQL и в рядах сторонников ORM, я уже и выпиливал весь чистый SQL на ORM, было и выпиливание ORM, с заменой на queryBuilder(knex), а потом ещё дальнейшая замена на чистый SQL, но как-то некруто, сейчас я стараюсь быть где-то посередине, использую ORM там, где просто, где нужно оптимизить пишу голые запросы, если необходимости оптимизировать нет - оставлю запрос сгенерированный ORM.
у меня тоже все это было, но учитывая что все старые проекты рано или поздно переходят на скл (потому что оптимизация и сила субд - нужны), то нет никакого смысла не начинать проект сразу на скл, тем более что отладка скл гораздо проще чем орм или билдера, кода становится меньше и он понятнее, вообще сама идея что данные это объекты - глупая, данные это просто данные, массивы, строки и числа. Зачем же городить лишний код?
KL
Victor
так у пхпшников есть доктрина а у нас какое-то убожество
не у всех, у некоторых богоподобный(нет) Eloquent
LK
но речь то об ОРМ-ках)
тут хейтеры PHP собрались, почти все
помнят и сравнивают PHP со времен 2000-х годов
помнят и сравнивают PHP со времен 2000-х годов