На самом деле это вопрос не простой. Он очень дискуссионный. Потому что есть очень много
разных ситуаций и контрактов которые столило-бы обсудить.
Поэтому я не сгласен МТС банк.
В реальном мире микро-сервисы и прочие сервисы лагают. Могут выдавать HTTP 40*, 50* ошибки
и все подниматсься из балансеров с рассинхроном или просто видеть старые данные.
Кирилл Красин, я думаю что хеширование на 100% закрывает все вопросы к тебе со стороны аудита.
Технические нюасны типа - а можно ли полным перебором по словарю имен найти емеил
и хеш - не будут звучать в повестке проверяющих органов.
Они попросят логи. Ты покажешь им что в логах никакого емейла нет. И на этом все.
По формуле вероятностей тут будет произведение верятности коллизии sha1 и md5 на твоем объеме данных.
Тоесть если раньше она была например 0.00000001 то в произведении будет соотвественно нулей после
зяпятой еще больше. И это уже - космос. Вероятнее тебя скушает акула чем такая коллизия выскочит.
Да. Нужно смотреть какие возможности у API-s всех участников SAGA.
Если некоторые из них работают по принципу queue, то мы ничего не поделаем.
Надо на уровне бизнеса договариваться обо всех возможных ситуациях.
Мой опыт подсказывает что программист сам не в состоянии принять
правильное решение на все-все случаи.
Atrial, актуальное на рынке - это сложно. Надо смотреть по вакансиям. И кроме того это актуальное
каждые 3-5 лет меняется. Вот были актуальные block-chains, internet of things, bigdata. Сейчас уже
вроде не актуальные. Я-бы не стал вобщем идеализировать рынок.
Во всех аудиоредакторах есть пороговое шумопонижение. Попробуй его. Там еще должны
быть параметры чувствительности по времени срабатывания. Тоесть короткие звуки
(удары диктофона об стол) можно тоже как-то давить хотя я тут точно не уверен.
Из софта я названий не помню. Давно я на такое смотрел. Уж лет 10 прошло. SoundForge? Cubase?
Часть из этого может стоить денег.
Покупать тебе сразу лицензию на Cubase не стоит. Поищи знакомого звуковика с софтом
чтоб попробовать на его десктопе что-то сделать. Будет ли польза - ХЗ. Надо
много пробовать.
Atrial, ты должен давать только те задания, которые сам в состоянии проверить.
Я бы сейчас поостерегался выдавать задачи на ML для студентов потому что на результат
этих задач совешенно невозмножно написать acceptance criteria. И задание сделанное
за деньги или задней левой рукой на ChatGPT может быть совршенно неподвержено
анализу на уровень качества. Вот допустим распознает система котов и собак.
Достаточно показать преподавателю на защите одну собаку и он будет доволен.
Но если подойти к задаче с точки зрения метрик accurecy, precision, то задача
защиты потребует очень большого времени на анализ всех этих метрик и это
в любом случае процесс длинный и для преподавателя мучительный в плане
оценки. Вроде с одной стороны система работает. Узнает собак. Но насколько
глубоко студент проработал тему и насколько хороша confusion matrix - вот
большой вопрос. А если отбиться от студента по принципу сделал и ладно
то зачем вообще такое машинное обучение надо?
Во время package запускается цепочка build плагинов. Посмотри какие у тебя включены в pom.xml
Может какой-то coverage или глубокий анализ кода переполняет память.
Я сильно сомневаюсь что компиллятор может такое вызывать.
Не знаю как щас а лет 10 назад ПО RDBMS Oracle было совершенно доступно для скачивания.
Просто заходите на сайт и качаете Oralce EE в нужных редакциях и ставите. Но дальше в процессе
эксплуатации вы понимаете что любые ошибки класса ORA-00600 в логах толком не документированы
и их совершенно невозможно решать без техподдержки каллцентра и без специального форума
специалистов. Тоесть рано или поздно вы приходите к покупке лицензии просто потому что вам
нужен канал поставки хот-фиксов и патчей и это критично для бизнеса.
И Оракл не лыком шит. Он не выискивает жуликов ставящих ПО без лицухи. Он спокойно сидит
и ждет когда вы сами к нему придете с деньгами. И это реально очень эффективно и не требует
никаких особых защит.
Можно пользоваться любым, который просто работает.
Если есть массовые рассылки - то имеет смысл завести в базе табличку
и складывать письма туда и раз в час по cron рассылать не более 100 штук сообщений.
Вообще все что связано с рассылками - надо согласовывать с хостингом.
SMTP в наше время это уже что-то очень старое. В рамках предприятия разве что имеет смысл.
