"Изучать философию следует, в лучшем случае, после пятидесяти. Выстраивать модель общества — и подавно. Сначала следует научиться готовить суп, жарить — пусть не ловить — рыбу, делать приличный кофе."
Если у человека Андроид, то он точно расскажет вам как это важно для его безопасности и гражданских прав - зарутовать устройство, установить из левого репозитория кривой софт и лично проверить запрувить его код.
Даже если он в жизни не написал ни строчки кода и не в состоянии отличить SQL от ассемблера.
Ваша статья не вызывает ни у кого интереса по простой причине - субъектам МСП интересен не прямой факторинг, который вы описываете, а обратный (т.н. "закупочный").
А прямой решает только проблемы крупных поставщиков. Их проблемы ни у кого не вызывают отклика.
Вы рассказываете как запускали факторинг 9 месяцев, когда он запускается с нуля на банковском факторе за пару недель командой из 3-5 человек с ЭДО, всей нормативкой, настройкой бэкофиса и первыми сделками.
Очередная статья корпблога для галки, под которой не будет комментариев.
Всё просто - выбор между ORM и SQL - это как лакмусовая бумага. Если разраб с хорошим энтерпрайз бэграундом, то предпочитает SQL. А все, кто из фронтенда в ИТ пришел (да так и не дошел), те только ORM признают.
Смотришь на такого на такого на собесе, как десятки строк городит вместо нескольких на чистом SQL, и диву даешься.
Вообще под определение "типа" применительно к банковским счетам лучше подходит БС1 (например, 423 - депозиты ФЛ), а БС2 - это уже подмножество типа (например, 42303).
Да нет никаких проблем. Обновляюсь на все паблик беты (начиная с pb 1) на всех устройствах всегда. Проблем именно с банковскими приложениями (нескольких банков) ни разу не было.
И на релизе iOS 17 уже много кто, его же вчера утром выкатили для РФ. Даже у кого обновления на беты выключено обновились.
У вас политика в области персданных базируется на старой редакции 152-ФЗ и совершенно не учитывает рекомендации и изменение подходов РКН последних пары лет. Формулировка целей обработки у вас просто песня.
Ни один более-менее смыслящий в ИТ и ИБ после прочтения политики не станет регаться. Если вы так косячите в таких базовых вещах и вам лень нанять грамотных спецов, то что у вас тогда с безопасностью данных в самой системе - представить страшно.
Коллеги, а можете перед публикацией отдавать на редактуру серьезным специалистам банка, а не маркетологам и UX-дизайнерам?
Потому что вот это "Позже Роскомнадзор запретил всем банкам коллаборацию с Telegram" как минимум неправда. Изменения в 584-ФЗ не так сформулированы и именно такого запрета на коллабы там нет.
Такие свободные формулировки хорошо заходят для гуманитарной аудитории vc.ru, а здесь всё-таки инженерное сообщество - другой уровень.
А может не я подпишусь на ваш телеграм-канал, а вы напишите у себя на подсайте/сайте, а утром я почитаю это в RSS-ридере? Каналы в телеге - это просто неудобоваримая каша, это "удобно" только людям с ОКР.
А давайте уточнять, что вы понимаете под "сделать большую и сложную книгу". Потому что вы точно подразумеваете "подготовить книгу к печати" и в 99% случаях книга будет академическая. И вообще это задача технического работника - подготовить книгу к печати. Но вот автор non-fiction свою большую книгу будет опять же в 99% случаев писать в чем-то типа Scrivener на маке.
Тотал просто уродливо выглядит. Смотреть на него - мучительно.
"Изучать философию следует, в лучшем случае,
после пятидесяти. Выстраивать модель
общества — и подавно. Сначала следует
научиться готовить суп, жарить — пусть не ловить —
рыбу, делать приличный кофе."
Ровно наоборот.
Если у человека Андроид, то он точно расскажет вам как это важно для его безопасности и гражданских прав - зарутовать устройство, установить из левого репозитория кривой софт и лично проверить запрувить его код.
Даже если он в жизни не написал ни строчки кода и не в состоянии отличить 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, а здесь всё-таки инженерное сообщество - другой уровень.
А может не я подпишусь на ваш телеграм-канал, а вы напишите у себя на подсайте/сайте, а утром я почитаю это в RSS-ридере? Каналы в телеге - это просто неудобоваримая каша, это "удобно" только людям с ОКР.
А давайте уточнять, что вы понимаете под "сделать большую и сложную книгу". Потому что вы точно подразумеваете "подготовить книгу к печати" и в 99% случаях книга будет академическая. И вообще это задача технического работника - подготовить книгу к печати. Но вот автор non-fiction свою большую книгу будет опять же в 99% случаев писать в чем-то типа Scrivener на маке.
Смотрите с другой стороны. По госконтракту заказчик рассчитался с генподрядчиком цифровыми рублями. Дальше все понятно?