всем привет) кто знает как службы безопасности в банках работают? интересует что они делают при интеграции новых решений от сторонних разработчиков

всем привет) кто знает как службы безопасности в банках работают? интересует что они делают при интеграции новых решений от сторонних разработчиков

как это связано с темой этого чата?

всем привет) кто знает как службы безопасности в банках работают? интересует что они делают при интеграции новых решений от сторонних разработчиков

устройся сам туда работать) не думаю что кто-то просто так такую инфу станет разглашать

а вообще похоже на то, что ты хочешь сделать что-то нехорошее

а вообще похоже на то, что ты хочешь сделать что-то нехорошее

это в ГДЕ ты это увидел? а по существу. вендоры проверяют и юзают для всех проектов. если обновляют зависимости - то перепроверяют.

было у друга так

это в ГДЕ ты это увидел? а по существу. вендоры проверяют и юзают для всех проектов. если обновляют зависимости - то перепроверяют.

я не увидел, я предположил

чет программисты очень много предполагают и додумывают в последнее время)

особенно додумывают

кароч. они хранят последнюю версию проверенных вендоров и юзают ее.

Привет нужно улучшить код не слишком усложняя '(' + number[0..2] + ') ' + number[3..5] + '-' + number[6..-1] if number.present? number - только стринга но может быть любой длинны (если меньше 6 тогда ошибка изза number[6..-1])

вот картинкой для визуального восприятия

ok = /(?<code>\d{3})(?<first>\d{3})(?<last>\d{4})/ =~ "9876543221" "(#{code})#{first}-#{last}" if ok

> "(987)654-3221"

для любой длины ok = /(?<code>\d{3})(?<first>\d{3})(?<last>\d+)/ =~ "987654322144444"

Привет нужно улучшить код не слишком усложняя '(' + number[0..2] + ') ' + number[3..5] + '-' + number[6..-1] if number.present? number - только стринга но может быть любой длинны (если меньше 6 тогда ошибка изза number[6..-1])

писать + для строк не очень руби вей)

если использовать #{}, то и ошибки не будет, а будет просто пустая строка

писать + для строк не очень руби вей)

Спасибо так работает

Вопрос на засыпку. Кака объяснить ActiveStorage, что мне нужен вариант картинки с вотермарком. Переформулируя, как передать в @model.image.variant параметры, чтобы дёрнуть minimagick#composite? https://github.com/minimagick/minimagick#composite

https://stackoverflow.com/questions/1063007/how-to-sort-an-array-of-integers-correctly

спасибо

Dima (0) увеличил репутацию Nikita Batrak (1)

то есть напрямую в класс пишем метод а не в инстанс?

@danSteshenko почитай вот эту статью http://nashbridges.me/introducing-ruby-oop Очень рекомендую!

А class << self это всего лишь синтаксический сахар, чтобы не писать у каждого метода self.method_name

потому что infinity это действительно not a number

потому что ты делишь на 0.0

а че не так

потому что при делении на 0 будет бесконечность, если не ошибаюсь

потому что infinity это действительно not a number

Infinity это Infinity, а не NaN

потому что при делении на 0 будет бесконечность, если не ошибаюсь

неа)

> Float::INFINITY == Float::NAN => false

деление на 0 не определено

в пределе равно бесконечности

Ребят, такая ситуация. Начал писать на рейлс, так как на проекте на нем api. И мне сразу не понравилось огромное количество скрытой магии, которая есть в рейлс приложении. Магия собственно появляется из-за миксинов и наследования, ну вы сами знаете. И тут я узнал, что есть такая штука как сервис обжекты. И это как раз то, что мне не хватало. Я сам js разработчик и пишу на ember и там тоже есть сервисы. То есть во первых это для меня интуитивно, а во вторых это реально делает код более явным (не прям до конца как хотелось бы, но все же). Так вот я написал новую фичу, вынеся код из контроллеров в сервис и спросил ребят из команды как им это нравится и почему они не делали этого раньше. Парень, который написал большую часть кода приложения оказался против этого по следующим соображениям. Во-первых он считает что это нарушает текущую консистентность, а во-вторых это против рейлс-вэй, потому что все должно быть магией, хотя ему тоже это не нравится. Насколько я понимаю, сервисами в рейлс сообщество пользуется давно, но для него это было что-то новое. В общем я считаю, что он просто очень консервативный и аргументы его меня не убеждают. Как вы считаете, кто прав? Сорри за лонг рид

Ребят, такая ситуация. Начал писать на рейлс, так как на проекте на нем api. И мне сразу не понравилось огромное количество скрытой магии, которая есть в рейлс приложении. Магия собственно появляется из-за миксинов и наследования, ну вы сами знаете. И тут я узнал, что есть такая штука как сервис обжекты. И это как раз то, что мне не хватало. Я сам js разработчик и пишу на ember и там тоже есть сервисы. То есть во первых это для меня интуитивно, а во вторых это реально делает код более явным (не прям до конца как хотелось бы, но все же). Так вот я написал новую фичу, вынеся код из контроллеров в сервис и спросил ребят из команды как им это нравится и почему они не делали этого раньше. Парень, который написал большую часть кода приложения оказался против этого по следующим соображениям. Во-первых он считает что это нарушает текущую консистентность, а во-вторых это против рейлс-вэй, потому что все должно быть магией, хотя ему тоже это не нравится. Насколько я понимаю, сервисами в рейлс сообщество пользуется давно, но для него это было что-то новое. В общем я считаю, что он просто очень консервативный и аргументы его меня не убеждают. Как вы считаете, кто прав? Сорри за лонг рид

рейлс-вэй не работает для больших проектов. и вообще чаще зло чем добро. так что гни свою линию

Вот это спор...

Тонкий контроллер - главное, а куда вынести его потроха уже дело десятое

тут придет на помощь здравый смысл, если логика на 20 строчек, то ничего страшного, что она останется в контроллере/моделе, плюс если уже все приложение так работает. Если кусок логики большой, то, конечно, стоит его держать отдельно от модели/контроллера

Я согласен, что это добавляет немного энтропии, так как появляется два способа решения проблемы. Но код с сервисами понятен сразу. Мы видим сразу, что есть сервис и мы вызываем на нем метод, а если решать через миксин например, но в контроллере вообще непонятно из какого миксина взялся метод. То есть если даже не рефакторить прям все на сервисы, то хотя бы новый код будет попятным

тут придет на помощь здравый смысл, если логика на 20 строчек, то ничего страшного, что она останется в контроллере/моделе, плюс если уже все приложение так работает. Если кусок логики большой, то, конечно, стоит его держать отдельно от модели/контроллера

Вопрос держать его в сервисе или миксине

миксины - это не архитектура

Сейчас есть много миксинов и лично мне это доставляет боль. Плюс сами контроллеры и модели очень толстые с кучей логики. То есть код явно угешный, но чувак стоит на своём

это как насрать и положить сверху коврик типа “ну не видно же”

миксины - это не архитектура

А сервисы?

Вопрос держать его в сервисе или миксине

В миксинах, что-то универсальное типа миддлвари обычно, логика в сервисе

А сервисы?

Уже лучше. Тут все будут за сервисы, инфа100

Другой вопрос что все их готовят по разному

Уже лучше. Тут все будут за сервисы, инфа100

Писец, почему тогда чувак который уже лет 7 на рельсах и руби не знает что это и более того против и утверждает что вс сообщество пишет миксины

а то кажется что если буду везде в каждый класс этот обект передавать и некрасиво будет

Рассказать как redux работает?)

а давай

Писец, почему тогда чувак который уже лет 7 на рельсах и руби не знает что это и более того против и утверждает что вс сообщество пишет миксины

зови его сюда)

зови его сюда)

Он не говорит по русски)))

просто опять же всю игру тоже передавать везде всегда тоже отстой

это считай что глбальной переменной нет

но она как бы есть

типа состояние класса доступно всем всегда везде

Писец, почему тогда чувак который уже лет 7 на рельсах и руби не знает что это и более того против и утверждает что вс сообщество пишет миксины

может это мальчик, выращенный миксинами

может это мальчик, выращенный миксинами

или просто человек, живущий в стороне от сообщества

может это мальчик, выращенный миксинами

Я хз. Причём мне сложно спорить, так как он тыщу лет это пишет, а я тут такой щегол пришёл не нюхавший и начинаю рассказывать как делать

или просто человек, живущий в стороне от сообщества

Скорее всего это

ERROR: S client not available

Что такое миксины? Концерны?

А в рельсе есть DI?

может это мальчик, выращенный миксинами

Или человек выращенный php-шниками

Что такое миксины? Концерны?

Да

Или человек выращенный php-шниками

Точно нет

А в рельсе есть DI?

в рельсе нет

в твоем коде, в рельс-приложении - может быть

Да

Тогда и называйте концернами )

может он консёрны имеет ввиду

А в рельсе есть DI?

что то из dry стека умеет делать di но не помню точно какой гем

Тогда и называйте концернами )

он из жс мира)

а вижу

что то из dry стека умеет делать di но не помню точно какой гем

*и тут врывается Антон*

Тогда и называйте концернами )

Ну как-то все меня поняли)

Ну как-то все меня поняли)

Фуллстеки)

консёрны лучше для расширения а сервисы для операций

что то из dry стека умеет делать di но не помню точно какой гем

А что за драй стек?

Так что сказать ему? Почему он не прав?

типа если тебе нужно логи например автоматом писать при любом действии то лучше консёрн если сложная логика записи какой то сущности то лучше сервис

ну т.е. консёрны это расширение типа доп. методы или там автоматизированые штуки всякие а сервисы для атомизирвоания и переиспользования логики во всём проекте

я так вижу

буду рад услышать другие мнения

типа если тебе нужно логи например автоматом писать при любом действии то лучше консёрн если сложная логика записи какой то сущности то лучше сервис

Я полностью согласен что они могут существовать вместе и решать свои задачи. Просто он говорит что типа тогда надо что-то одно

я не знаю какая там у вас ситуация, но мб ты предлагаешь два одинаковых типа задачи решать разными подходами? тогда лучше рал один подход для одних задач. другой для другиз, мб он это имеет ввиду?

Я полностью согласен что они могут существовать вместе и решать свои задачи. Просто он говорит что типа тогда надо что-то одно

Загугли бест практики по концернам, должно быть где-то вдумчивое объяснение

консерны ввел dhh, чтобы скидывали тут всю логику, по факту с сервисами они не нужны, имхо я их сразу выпиливаю из приложения, просто лишняя абстракция

ну хз

я бы например всякое метапрограммирование сувал бы в консёрны

а конкретные атомизированые операции в сервисы

И как в сервисе норм миддлвари переписывать из раза в раз?