Size: a a a

Архитектура ИТ-решений

2019 July 22

PD

Phil Delgyado in Архитектура ИТ-решений
Написать решение, работающее в 80% случаев в развитой РФ - довольно просто. Но вот как только клиент захочет забукать отель в штатовской глубинке...
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
еще интереснее когда держатель карты и торговая точка находятся в разных странах с разным законодательством, тут начинается масса ветвлений поведения.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
протокол ISO-8583 как транспорт довольно простой, сложность сосредоточена в прикладной части: отличия платежных систем, специфическое поведение при оплате в разных странах, за разные виды товаров и услуг.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Rustem Mannanov
Инхаус дает только плюсы? Боюсь у вас плохие подрядчики.
А какие могут быть плюсы (мы сейчас говорим о заказной разработке или как минимум кастомизации, а не поставке коробочных решений с функционалом as is)?

Вот сидит программист Вася (хорошо, 50 программистов и все сопутствующие бездельники). Он либо сидит у меня за X денег, либо сидит у подрядчика за 3*X денег.
Потому что подрядчику тоже нужно иметь маржу. Другого не дано.
Если Вася занят на 100%, то есть у меня, как у заказчика, не контора "перекрасьте мне кнопочку раз в год", его работа не отличается в обоих случаях (часто они даже и сидят onsite на постоянку)
Уникальная экспертиза у вендора? Очень смешно, никогда не видел и не слышал. В основном это вообще студенты.
Зато из минусов, кроме переплат - испорченный телефон требований, накладные расходы на каждом дополнительном участнике процесса, мутные контрактные схемы и игра на стыках 100500 sla, размытие ответственности, знаний и создание ощущение "сложности и непознаваемости" ну пустом месте (потому что иначе ж платить перестанут, если всё так просто и в 10 раз быстрее можно сделать)

Все, я подчёркиваю, все до единой из топ-100 компаний, занимающихся заказной разработкой в РФ, работают на этих принципах - низкая квалификация, большой процент "аналитики" в прайсе, мутные схемы с менеджментом заказчиков.

Аутсорс\аутстафф даёт плюс только в одном случае - вы мелкий заказчик, которому программист (админ, бухгалтер, etc.) нужен на условные 5 минут в год и то для типовой задачи.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Тут у вендора есть и минус: экосистема устроена так что никакие данне через платежную сеть не проходят до того как соответсчтвующие доработки не сделаны всеми участниками сети.
Проще говоря: хотите добавить поле - идите к вендору и платите от $50к

Такую экосистему выстроили сами платежные системы, это в неком роде схема раздела доходов от пластиковых карт.
Но сейчас эта ситуация платежные системы как раз и топит, инновации идут очень медленно, годами.
Разные там AliPay и СБП наступают на пятки.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Roman Tsirulnikov
Тут у вендора есть и минус: экосистема устроена так что никакие данне через платежную сеть не проходят до того как соответсчтвующие доработки не сделаны всеми участниками сети.
Проще говоря: хотите добавить поле - идите к вендору и платите от $50к

Такую экосистему выстроили сами платежные системы, это в неком роде схема раздела доходов от пластиковых карт.
Но сейчас эта ситуация платежные системы как раз и топит, инновации идут очень медленно, годами.
Разные там AliPay и СБП наступают на пятки.
Ну, там не только из-за этого СБП наступает на пятки - никаким государствам не хочется отдавать 1% налога на всю розничную торговлю непонятным внешним компаниям, потому и строят внутренние системы.
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Alexey Pryanishnikov
А какие могут быть плюсы (мы сейчас говорим о заказной разработке или как минимум кастомизации, а не поставке коробочных решений с функционалом as is)?

Вот сидит программист Вася (хорошо, 50 программистов и все сопутствующие бездельники). Он либо сидит у меня за X денег, либо сидит у подрядчика за 3*X денег.
Потому что подрядчику тоже нужно иметь маржу. Другого не дано.
Если Вася занят на 100%, то есть у меня, как у заказчика, не контора "перекрасьте мне кнопочку раз в год", его работа не отличается в обоих случаях (часто они даже и сидят onsite на постоянку)
Уникальная экспертиза у вендора? Очень смешно, никогда не видел и не слышал. В основном это вообще студенты.
Зато из минусов, кроме переплат - испорченный телефон требований, накладные расходы на каждом дополнительном участнике процесса, мутные контрактные схемы и игра на стыках 100500 sla, размытие ответственности, знаний и создание ощущение "сложности и непознаваемости" ну пустом месте (потому что иначе ж платить перестанут, если всё так просто и в 10 раз быстрее можно сделать)

Все, я подчёркиваю, все до единой из топ-100 компаний, занимающихся заказной разработкой в РФ, работают на этих принципах - низкая квалификация, большой процент "аналитики" в прайсе, мутные схемы с менеджментом заказчиков.

Аутсорс\аутстафф даёт плюс только в одном случае - вы мелкий заказчик, которому программист (админ, бухгалтер, etc.) нужен на условные 5 минут в год и то для типовой задачи.
Хм, я видел в инхаусе ровно то что вы перечислили, к несчастью, не раз. Но может это у меня карма плохая 😊
источник

KI

Kirill Ivanov in Архитектура ИТ-решений
Alexey Pryanishnikov
А какие могут быть плюсы (мы сейчас говорим о заказной разработке или как минимум кастомизации, а не поставке коробочных решений с функционалом as is)?

Вот сидит программист Вася (хорошо, 50 программистов и все сопутствующие бездельники). Он либо сидит у меня за X денег, либо сидит у подрядчика за 3*X денег.
Потому что подрядчику тоже нужно иметь маржу. Другого не дано.
Если Вася занят на 100%, то есть у меня, как у заказчика, не контора "перекрасьте мне кнопочку раз в год", его работа не отличается в обоих случаях (часто они даже и сидят onsite на постоянку)
Уникальная экспертиза у вендора? Очень смешно, никогда не видел и не слышал. В основном это вообще студенты.
Зато из минусов, кроме переплат - испорченный телефон требований, накладные расходы на каждом дополнительном участнике процесса, мутные контрактные схемы и игра на стыках 100500 sla, размытие ответственности, знаний и создание ощущение "сложности и непознаваемости" ну пустом месте (потому что иначе ж платить перестанут, если всё так просто и в 10 раз быстрее можно сделать)

Все, я подчёркиваю, все до единой из топ-100 компаний, занимающихся заказной разработкой в РФ, работают на этих принципах - низкая квалификация, большой процент "аналитики" в прайсе, мутные схемы с менеджментом заказчиков.

Аутсорс\аутстафф даёт плюс только в одном случае - вы мелкий заказчик, которому программист (админ, бухгалтер, etc.) нужен на условные 5 минут в год и то для типовой задачи.
Аутсорс дает способ в короткий срок занять рынок. Масштабировать быстро свой инхаус не всегда возможно чисто физически. Если идет рост компании от мелкой к средней - это дает нехилый профит.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Rustem Mannanov
Хм, я видел в инхаусе ровно то что вы перечислили, к несчастью, не раз. Но может это у меня карма плохая 😊
а я не говорю, что там пони. Просто аутсорс всё умножает на коэффициенты более единицы )
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Kirill Ivanov
Аутсорс дает способ в короткий срок занять рынок. Масштабировать быстро свой инхаус не всегда возможно чисто физически. Если идет рост компании от мелкой к средней - это дает нехилый профит.
аутстафф скорее
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Kirill Ivanov
Аутсорс дает способ в короткий срок занять рынок. Масштабировать быстро свой инхаус не всегда возможно чисто физически. Если идет рост компании от мелкой к средней - это дает нехилый профит.
Это популярный миф. Но в реальности и аутсорс набирает команду под проекты на общем рынке - и зачастую делает это медленно и плохо (так как в галеры идут неохотно). Иногда проще и дешевле и быстрее набирать команду самим. Или выстраивать процессы с фрилансом.
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Phil Delgyado
Это популярный миф. Но в реальности и аутсорс набирает команду под проекты на общем рынке - и зачастую делает это медленно и плохо (так как в галеры идут неохотно). Иногда проще и дешевле и быстрее набирать команду самим. Или выстраивать процессы с фрилансом.
не, ну я допускаю, что у тебя может не быть HR и процессов найма выстроено ещё
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Alexey Pryanishnikov
а я не говорю, что там пони. Просто аутсорс всё умножает на коэффициенты более единицы )
Смотря с чем сравнивать, к несчастью )
источник

AM

Aleksey Melnikov in Архитектура ИТ-решений
Kirill Ivanov
Аутсорс дает способ в короткий срок занять рынок. Масштабировать быстро свой инхаус не всегда возможно чисто физически. Если идет рост компании от мелкой к средней - это дает нехилый профит.
Тут, наверное, не аутсорс а покупка вендорского решения где уже сразу есть что-то работающее по типовому процессу?
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Если бы всё так и было - мы бы с вами бы до сих пор выращивали пшеницу чтобы поесть вечером - это ж «инхаус пшеница», зачем кому то за это деньги платить.
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Alexey Pryanishnikov
а я не говорю, что там пони. Просто аутсорс всё умножает на коэффициенты более единицы )
Я надеюсь вы не занимаетесь активным садоводством - а то я точно попал)
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
Rustem Mannanov
Если бы всё так и было - мы бы с вами бы до сих пор выращивали пшеницу чтобы поесть вечером - это ж «инхаус пшеница», зачем кому то за это деньги платить.
Не надо подменять области. Пшеница не пытается скрыть 70% своего прироста и отсрочить созревание на пару лет, чтобы получить больше удобрений )))
источник

AP

Alexey Pryanishnikov in Архитектура ИТ-решений
хотя у генетиков получилось создать неплодоносящие во втором поколении сорта, чтобы продавать каждый год, но это совершенно другая история
источник

RM

Rustem Mannanov in Архитектура ИТ-решений
Alexey Pryanishnikov
Не надо подменять области. Пшеница не пытается скрыть 70% своего прироста и отсрочить созревание на пару лет, чтобы получить больше удобрений )))
Это да, соглашусь😁. К несчастью пшеницу ест саранча, сжигает солнце, и.т.п. К чему я - есть риски/проблемы которые вы готовы отдать на решение кому-то, а есть те которые готовы тащить) Хорош или плох аутсорс/аутстафф/подряд - да х.з. Я просто не готов думать о пшенице когда вечером покупаю хлеб - пусть у других об этом голова поболит за мои деньги)
источник

KI

Kirill Ivanov in Архитектура ИТ-решений
Aleksey Melnikov
Тут, наверное, не аутсорс а покупка вендорского решения где уже сразу есть что-то работающее по типовому процессу?
Ну от кейса зависит. Если применимо решение - то может и прокатит. А бывают варианты, когда его адаптировать дороже, чем свое написать. Плюс если сам одним из первых автоматизируешь какой-то процесс, то нет готовых пока.
источник