Мдаа... вам бы пообщаться с коллегами из ИБ и риск-менеджмента банковского. В который раз повторю - все неофиты в банковском финтехе на собесе с идеями "мы вам сейчас запилим классный сервис" наговаривают за первые несколько минут автоматом на нарушение 161-ФЗ, 152-ФЗ, 63-ФЗ, 115-ФЗ, 187-ФЗ с десяток подзаконных актов, десяток положений и пару-тройку десятков рекомендательных (ха-ха-ха) писем ЦБ, РКН и ФАС. Прямо как по чек-листу идут и даже не ведают, что творят и что надо соблюдать и чтить ФЗ.
И это мы еще не обсуждаем использование нереестрового ПО в ИСПДН (а у вас явно этот случай, судя по birthdate и fullname). Вы ведь в курсе, что банки - субъекты КИИ?
"Изучать философию следует, в лучшем случае, после пятидесяти. Выстраивать модель общества — и подавно. Сначала следует научиться готовить суп, жарить — пусть не ловить — рыбу, делать приличный кофе."
Если у человека Андроид, то он точно расскажет вам как это важно для его безопасности и гражданских прав - зарутовать устройство, установить из левого репозитория кривой софт и лично проверить запрувить его код.
Даже если он в жизни не написал ни строчки кода и не в состоянии отличить SQL от ассемблера.
Ваша статья не вызывает ни у кого интереса по простой причине - субъектам МСП интересен не прямой факторинг, который вы описываете, а обратный (т.н. "закупочный").
А прямой решает только проблемы крупных поставщиков. Их проблемы ни у кого не вызывают отклика.
Вы рассказываете как запускали факторинг 9 месяцев, когда он запускается с нуля на банковском факторе за пару недель командой из 3-5 человек с ЭДО, всей нормативкой, настройкой бэкофиса и первыми сделками.
Очередная статья корпблога для галки, под которой не будет комментариев.
Всё просто - выбор между ORM и SQL - это как лакмусовая бумага. Если разраб с хорошим энтерпрайз бэграундом, то предпочитает SQL. А все, кто из фронтенда в ИТ пришел (да так и не дошел), те только ORM признают.
Смотришь на такого на такого на собесе, как десятки строк городит вместо нескольких на чистом SQL, и диву даешься.
Вообще под определение "типа" применительно к банковским счетам лучше подходит БС1 (например, 423 - депозиты ФЛ), а БС2 - это уже подмножество типа (например, 42303).
Да нет никаких проблем. Обновляюсь на все паблик беты (начиная с pb 1) на всех устройствах всегда. Проблем именно с банковскими приложениями (нескольких банков) ни разу не было.
И на релизе iOS 17 уже много кто, его же вчера утром выкатили для РФ. Даже у кого обновления на беты выключено обновились.
У вас политика в области персданных базируется на старой редакции 152-ФЗ и совершенно не учитывает рекомендации и изменение подходов РКН последних пары лет. Формулировка целей обработки у вас просто песня.
Ни один более-менее смыслящий в ИТ и ИБ после прочтения политики не станет регаться. Если вы так косячите в таких базовых вещах и вам лень нанять грамотных спецов, то что у вас тогда с безопасностью данных в самой системе - представить страшно.
Коллеги, а можете перед публикацией отдавать на редактуру серьезным специалистам банка, а не маркетологам и UX-дизайнерам?
Потому что вот это "Позже Роскомнадзор запретил всем банкам коллаборацию с Telegram" как минимум неправда. Изменения в 584-ФЗ не так сформулированы и именно такого запрета на коллабы там нет.
Такие свободные формулировки хорошо заходят для гуманитарной аудитории vc.ru, а здесь всё-таки инженерное сообщество - другой уровень.
Мдаа... вам бы пообщаться с коллегами из ИБ и риск-менеджмента банковского. В который раз повторю - все неофиты в банковском финтехе на собесе с идеями "мы вам сейчас запилим классный сервис" наговаривают за первые несколько минут автоматом на нарушение 161-ФЗ, 152-ФЗ, 63-ФЗ, 115-ФЗ, 187-ФЗ с десяток подзаконных актов, десяток положений и пару-тройку десятков рекомендательных (ха-ха-ха) писем ЦБ, РКН и ФАС. Прямо как по чек-листу идут и даже не ведают, что творят и что надо соблюдать и чтить ФЗ.
И это мы еще не обсуждаем использование нереестрового ПО в ИСПДН (а у вас явно этот случай, судя по birthdate и fullname). Вы ведь в курсе, что банки - субъекты КИИ?
Какая очаровательная глупость!
Ну так и рассказал бы лучше автор как они реверс-инженерили блок управления оверлоком. Было бы прикольно и в теме хабра.
Тотал просто уродливо выглядит. Смотреть на него - мучительно.
"Изучать философию следует, в лучшем случае,
после пятидесяти. Выстраивать модель
общества — и подавно. Сначала следует
научиться готовить суп, жарить — пусть не ловить —
рыбу, делать приличный кофе."
Ровно наоборот.
Если у человека Андроид, то он точно расскажет вам как это важно для его безопасности и гражданских прав - зарутовать устройство, установить из левого репозитория кривой софт и лично проверить запрувить его код.
Даже если он в жизни не написал ни строчки кода и не в состоянии отличить SQL от ассемблера.
Ваша статья не вызывает ни у кого интереса по простой причине - субъектам МСП интересен не прямой факторинг, который вы описываете, а обратный (т.н. "закупочный").
А прямой решает только проблемы крупных поставщиков. Их проблемы ни у кого не вызывают отклика.
Вы рассказываете как запускали факторинг 9 месяцев, когда он запускается с нуля на банковском факторе за пару недель командой из 3-5 человек с ЭДО, всей нормативкой, настройкой бэкофиса и первыми сделками.
Очередная статья корпблога для галки, под которой не будет комментариев.
Зачем это на хабре? Для вас vc есть.
Но ведь так и есть! Настоящие девсы - это бэкендеры (особенно в финтехе), фронты - это просто низкоквалифицированные кадры.
Я вам больше скажу, в банковском ИТ фронт - это процентов 5% от всего софта. С соответствующим к ним отношением.
Кстати, с 1 марта 2023 российским банкам запрещено передавать любые сообщения через иностранные мессенджеры.Нет, не любые. Читайте уже внимательно законы. Нельзя персданные и информацию о счетах и операциях.
Всё просто - выбор между ORM и SQL - это как лакмусовая бумага. Если разраб с хорошим энтерпрайз бэграундом, то предпочитает SQL. А все, кто из фронтенда в ИТ пришел (да так и не дошел), те только ORM признают.
Смотришь на такого на такого на собесе, как десятки строк городит вместо нескольких на чистом SQL, и диву даешься.
А когда русскоязычное написание фамили Денниса как «Ритчи» сменили на «Ричи»? А Кернигана тоже на кого-то поменяли?
Зачем этот маркетинговый мусор на Хабре? С такими темами на VC, его для такого и сделали. . А здесь читают о потрохах LLVM, Postgres, хайлоаде и DIY.
В банках почти везде сырой SQL.
ORM вообще придумали для тех, кто в SQL не может. Медленно и неудобно.
И это точно не для аналитики.
P.S. Вопросы в статье детские, конечно.
"В Гонконге уже завтра"!
Классная статья! Если грубо оценить, то какая по численности команда работает над продуктом?
Вообще под определение "типа" применительно к банковским счетам лучше подходит БС1 (например, 423 - депозиты ФЛ), а БС2 - это уже подмножество типа (например, 42303).
Да нет никаких проблем. Обновляюсь на все паблик беты (начиная с pb 1) на всех устройствах всегда. Проблем именно с банковскими приложениями (нескольких банков) ни разу не было.
И на релизе iOS 17 уже много кто, его же вчера утром выкатили для РФ. Даже у кого обновления на беты выключено обновились.
У вас политика в области персданных базируется на старой редакции 152-ФЗ и совершенно не учитывает рекомендации и изменение подходов РКН последних пары лет. Формулировка целей обработки у вас просто песня.
Ни один более-менее смыслящий в ИТ и ИБ после прочтения политики не станет регаться. Если вы так косячите в таких базовых вещах и вам лень нанять грамотных спецов, то что у вас тогда с безопасностью данных в самой системе - представить страшно.
Правьте и тогда уже возвращайтесь.
Коллеги, а можете перед публикацией отдавать на редактуру серьезным специалистам банка, а не маркетологам и UX-дизайнерам?
Потому что вот это "Позже Роскомнадзор запретил всем банкам коллаборацию с Telegram" как минимум неправда. Изменения в 584-ФЗ не так сформулированы и именно такого запрета на коллабы там нет.
Такие свободные формулировки хорошо заходят для гуманитарной аудитории vc.ru, а здесь всё-таки инженерное сообщество - другой уровень.