У Рубиков есть коммюнити и соревнования, вот и делают хорошие для них.
В целом сейчас за дорого можно найти сильно лучше вещи чем времен СССР, я немного играю в собирателя моделей автомобилей и немного жд макетов, поверьте современные модели прям очень очень более копийные, с огромным числом мелких деталей.
Разница макетов той же Пико (а она далеко не чемпион) прям в глаза бросаются когда ставишь рядом гдровский локомотив и современный. И ход у современных моделей куда как более плавный.
Но это все недешевые штуки, не ширпотреб на 1-3дня
Скучная игра, мне было не интересно совсем, хватило на пару дней.
То ли дело железные дороги, сначала от донецкой фабрики игрушек (синий паровоз в одной из них и желтый тепловоз другой, вроде они называются Уголек и Ветерок, красные пластиковые рельсы, которые подошли к какой-то немецкой дороге ( не Пико, та уже не игрушка). Подозреваю что обе, и наша и немецкая имели стандарт ширины рельс садовых моделей типоразмер О или G?
Ну а пико со мной до сих пор, ho
Кстати может кто декодер на малинке или контроллере делал? Я забросил с наступившим сво, не до того
Во-первых я с вами совершенно согласен в вопросе того, что логику вынести из базы нельзя
Во-вторых я согласен с утверждением что часто более производительные решения - это использовании возможностей базы
Но я не cогласен что триггер это не бизнес-логика, с точки зрения приложения данные перемещаются какой-то магией.
Вот представьте что пришел новый разработчик и условно решил "погрепать" код что бы найти место, где заполняется табличка с удаленными записями? И что он найдет? Догадается в базе посмотреть или нет? Где код этих функций/триггеров храните, вместе с кодом приложения или отдельно в другом репозитории? Если вместе/отдельно по почему так? А если отдеьная группа разработчиков их пишет, и эта группа хочет использовать свой флоу какой-то, да и сидят они в другом городе/стране (тут я уже конечно перегибаю, но бывает всякое)
А потом в базе случилась неконсистентность, допустим из-за бага, и нужно руками выполнить запрос(ы) - не забудете триггер отключить?
В общем, кроме очевидных приимуществ использование триггеров может нести еще и некоторые неудобства, о которых я собственно и говорю.
Я работал с биллингом провайдера, где логика была размазана между кодом приложения и хранимкам/триггерами в базе, лично мне (возможно от недостатка квалификации) это было сложно поддерживать и модифицировать. Да, никакого стейджинга у нас конечно не было, по финансовым соображениям.
Меня смущает размазывание логики по разным местам, ничего более
автору статьи я желаю попробовать отдебагать проблему в проде, которая не воспроизводится на стейджинге, с контейнером собранным по его заветам, без рута и может даже без шелла и без возможности залить свой образ - доступ только через чужой расшаренный экран, команды для дебага надиктовывать инженеру который имеет доступ. Зато есть sla на время решения.
А если кто-то по чистой случайности (статья мусорная, вероятность ничтожна, хоть и не 0), захочет попробовать то что тут написано, то что бы жизнь не казалась медом - ему прийдется URL ввести руками (ну или распознавать текст)
У Рубиков есть коммюнити и соревнования, вот и делают хорошие для них.
В целом сейчас за дорого можно найти сильно лучше вещи чем времен СССР, я немного играю в собирателя моделей автомобилей и немного жд макетов, поверьте современные модели прям очень очень более копийные, с огромным числом мелких деталей.
Разница макетов той же Пико (а она далеко не чемпион) прям в глаза бросаются когда ставишь рядом гдровский локомотив и современный. И ход у современных моделей куда как более плавный.
Но это все недешевые штуки, не ширпотреб на 1-3дня
Скучная игра, мне было не интересно совсем, хватило на пару дней.
То ли дело железные дороги, сначала от донецкой фабрики игрушек (синий паровоз в одной из них и желтый тепловоз другой, вроде они называются Уголек и Ветерок, красные пластиковые рельсы, которые подошли к какой-то немецкой дороге ( не Пико, та уже не игрушка). Подозреваю что обе, и наша и немецкая имели стандарт ширины рельс садовых моделей типоразмер О или G?
Ну а пико со мной до сих пор, ho
Кстати может кто декодер на малинке или контроллере делал? Я забросил с наступившим сво, не до того
del
Кода нет, он закрыт, а приложения- есть
Они появились из кода, это должно быть вам очевидно, значит такой код есть, хотя доступ к нему закрыт
Можно подробнее? А то я держу виртуальную машину для этого
А дебагать ebpf вы пробовали если что- то идет не так?
С иптаблесами хоть и гимморойно но можно найти как идет пакетик и где он теряется
В котле? Не в топке ли?
Во-первых я с вами совершенно согласен в вопросе того, что логику вынести из базы нельзя
Во-вторых я согласен с утверждением что часто более производительные решения - это использовании возможностей базы
Но я не cогласен что триггер это не бизнес-логика, с точки зрения приложения данные перемещаются какой-то магией.
Вот представьте что пришел новый разработчик и условно решил "погрепать" код что бы найти место, где заполняется табличка с удаленными записями? И что он найдет? Догадается в базе посмотреть или нет? Где код этих функций/триггеров храните, вместе с кодом приложения или отдельно в другом репозитории? Если вместе/отдельно по почему так? А если отдеьная группа разработчиков их пишет, и эта группа хочет использовать свой флоу какой-то, да и сидят они в другом городе/стране (тут я уже конечно перегибаю, но бывает всякое)
А потом в базе случилась неконсистентность, допустим из-за бага, и нужно руками выполнить запрос(ы) - не забудете триггер отключить?
В общем, кроме очевидных приимуществ использование триггеров может нести еще и некоторые неудобства, о которых я собственно и говорю.
Я работал с биллингом провайдера, где логика была размазана между кодом приложения и хранимкам/триггерами в базе, лично мне (возможно от недостатка квалификации) это было сложно поддерживать и модифицировать. Да, никакого стейджинга у нас конечно не было, по финансовым соображениям.
Меня смущает размазывание логики по разным местам, ничего более
Это хорошо но поддерживать сложно потом
Автор комментария дебажит чужой код
автору статьи я желаю попробовать отдебагать проблему в проде, которая не воспроизводится на стейджинге, с контейнером собранным по его заветам, без рута и может даже без шелла и без возможности залить свой образ - доступ только через чужой расшаренный экран, команды для дебага надиктовывать инженеру который имеет доступ. Зато есть sla на время решения.
Какое же гавно я только что прочитал :(
каменты в 100 раз лучше статьи (даже учитывая их малое число)
Статья полезна. Лет 15 назад была бы. Может быть.
А если кто-то по чистой случайности (статья мусорная, вероятность ничтожна, хоть и не 0), захочет попробовать то что тут написано, то что бы жизнь не казалась медом - ему прийдется URL ввести руками (ну или распознавать текст)
Зашел почитать что думают люди в каментах за Яндекс и устал листать, все про карму :(
A что не так с cgnat?
А что не так с cgnat?
Молотком из железнодорожного «костыля» (кавычки по тому что не уверен в названии, такой себе гвоздь), что сделал в школе, до сих пор пользуюсь ;)
Не только программирования
Я, никогда ранее не настраивал NAT на Cisco, попросил сконвертировать правила для линукса , ответ был не правильный, и даже просто не рабочий.
Как обычно, пришлось читать документацию
А вопрос то вроде не сложный, для сетевика.