>Но подстраиваться под кривой код - не наш конек орнул)

да и вообще какое это имеет отношение к языку/фреймворку? если это аргумент к высказыванию "спринг гавно, симфони збс", то такой себе

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

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

идеальный мир ?

Как же приятно после кодинга на Spring переключаться на любимую симфони

иии?

еще раз, где написано что спринг гавно?

еще раз сообщение скинуть или как?

а ваши клиенты/заказчики/стейкхолдеры в курсе что вы отказываетесь работать?

>Но подстраиваться под кривой код - не наш конек я про это

или работаете в майкрософте или гугле

а ваши клиенты/заказчики/стейкхолдеры в курсе что вы отказываетесь работать?

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

что все под вас подстраиваются?

а давайте разберем что такое кривой код

а давайте разберем что такое кривой код

там конкретно было о кривом soap

который по каким-либо причинам не будет работать на каких-нибудь JAXB

с маппингами по wsdl из коробки

что все под вас подстраиваются?

не мс и не гугл, но рынок перенасыщен разными сервисами, и если один криво написан, то есть другой который написан как надо

есть же разные кейсы, и случаи, где есть выбор среди провайдеров. Чё батхёртить?

не мс и не гугл, но рынок перенасыщен разными сервисами, и если один криво написан, то есть другой который написан как надо

вот представь что ты пишешь какой-нибудь skyscanner

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

у которых вроде как есть интеграции

вроде как нет, либо написаны в далеком 1990м году

и им в принципе похер будешь ли ты с ними работать или нет, это в твоих интересах иметь данные по их рейсам, билетам и тд

и из-за того что у них уебанская интеграция - вы отказываетесь от нее?

и из-за того что у них уебанская интеграция - вы отказываетесь от нее?

да, если она не соответствует стандартам они идут лесом

если у них реализация на json - другой разговор, а если не валидируется wsdl - они исправляют его

такие решения принимает бизнес) технологии тут последнее дело)

да, если она не соответствует стандартам они идут лесом

так теряет бабло ваш бизнес, а не они)

ну скажем это многомиллионый какой-нибудь FlyDubai

им похер на интеграцию

они гребут бабло на другом

ну скажем это многомиллионый какой-нибудь FlyDubai

ты не в ОАЭ живешь? =))

а вот если ты сможешь показывать их рейсы, то это огромный плюс твоему сервису

это значит больше клиентов, больше денег, процент и тд

такие решения принимает бизнес) технологии тут последнее дело)

вот это правильное умозаключение

у нас есть четкое правило, если интеграция не верна - значит и в компании такое отношение

и ты им скажешь "эй, вы, почините свою сраную интеграцию!" (которую ваши сейлзы или кто там занимается контрактами выпрашивали полгода у них)

у нас есть четкое правило, если интеграция не верна - значит и в компании такое отношение

лол

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

ну мб труд разработчика дороже для бизнеса и проще отказаться)

ну мб труд разработчика дороже для бизнеса и проще отказаться)

не всегда

и ты им скажешь "эй, вы, почините свою сраную интеграцию!" (которую ваши сейлзы или кто там занимается контрактами выпрашивали полгода у них)

да, недавно был такой случай, были ССЛ сиферы старых версий, мы отказились пока они не обновили их

и им хорошо, и нам хорошо

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

конкурентов нет?)

т.е. либо мы пишем какие-то врапперы для обработки кривокода, либо мы компаниям партнерам сообщаем о том что у них криво и надо бы исправить и все счастливы

конкурентов нет?)

есть парочка

т.е. либо мы пишем какие-то врапперы для обработки кривокода, либо мы компаниям партнерам сообщаем о том что у них криво и надо бы исправить и все счастливы

интересно, а кто-то пишет врапперы для обработки вашего кода или не?)

мы АПИ пока не предоставляем, у нас конечный продукт

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

Для чего создаются стандарты, протоколы, чтоб хрен на них класть?

Для чего создаются стандарты, протоколы, чтоб хрен на них класть?

всё создается ради бабла

што

да, но ты будешь рад если твой доход в этом месяце будет 4000 а не 6000 как по контракту (считай по стандарту)

приятно тебе будет придумывать врапер на эти 2000?

Для чего создаются стандарты, протоколы, чтоб хрен на них класть?

лучше подумайте о том, кто создает стандарты (которыми большинство пользуются).

ой ну не путай плиз контракты со стандартами

Для чего создаются стандарты, протоколы, чтоб хрен на них класть?

что бы было проще интегрироваться. больше интегрироваться и т.д.

пацаны уже под 5g или под какое там поколение писали стандарт

все на него хер положили, сделали оборудование так, как удобно

в итогде стандарт зафейлили - переписывают

что бы было проще интегрироваться. больше интегрироваться и т.д.

Да, а если воплощение стандарта кривое, то будет радость интеграции или будет сомнение в компании?

Стандарты никому не нужны если их пишет Вася Пупкин. Важно понимать кто их пишет а не зачем

надо больше абстрактных примеров.

ERROR: S client not available

давай пример стандарта васи пупкина

а то вообще непонятно о чем ты говоришь

Да, а если воплощение стандарта кривое, то будет радость интеграции или будет сомнение в компании?

если воплощение от той же компании что стандарт мутит - то да. Но это же не так обычно))

если воплощение от той же компании что стандарт мутит - то да. Но это же не так обычно))

да нет, мы конкретно про SOAP говорили и WSDL

да нет, мы конкретно про SOAP говорили и WSDL

ну так у мелкософта с этим все хорошо)

проблемы у всех остальных

ну вот @Enleur пишет руками работу с соап из-за кривых имлементаций

мэто называется контроль над происходящи

и я плохо понимаю к чему ты это....

ну вот @Enleur пишет руками работу с соап из-за кривых имлементаций

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

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

это ж не проблема технологии, это проблема людей

а люди всегда слабое место системы

эт вы еще интеграции через ftp не видели)

и наверное не знакомы с такими вещами как EDI x12

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

Я тебе объяснил почему нужно посылать кривых провайдеров А что ты мне пытаешься объяснить? Что ты в чем-то прав, а я нет. Хорошо, ты прав - я нет, что-то еще?

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

спор ниочем

с PCI DSS аккредитацией знакомы?

спор ниочем

да спора нет на самом деле

с PCI DSS аккредитацией знакомы?

Да. В чем вопрос ?

Была такая в компании )

Ну вот, если ты хочешь работать с PCI, то они попросят чтоб ты тоже был PCI. Живой пример когда требуется придерживаться определённых правил

Та нет там такого

Если твоё решение работает ок но там говнокод - ниче страшного

Нет определения говнокода

Ну вот, если ты хочешь работать с PCI, то они попросят чтоб ты тоже был PCI. Живой пример когда требуется придерживаться определённых правил

как кривая имплементация SOAP относится к PCI?

у тебя все может быть через жопу но по PCI DSS

p.s. сейчас как раз такой платежный сервис интегрирую))

Код пишут чтобы решить проблему а не ради красивой имплементация