Я не совсем понимаю что вы имеете в виду под сплитером.
Сплитер условно может быть 2х видов:
1. Аналогвый: Берем устройство и вместо наушников подключаем обычный разветвитель с одним входом и 2мя выходами, и в итоге оба привязаны проводом к одному устройству. Такой сплитер стоит 50 рублей.
2. Цифровой: когда к телефону можно подключить 2 пары BT наушников. Таких вариантов я не встречал, но даже если бы они были то в контексте данной статьи это не актуально т.к. все равно потребовалось 2 устройства.
В общем я так и не понял как вы с помощью одного сплитера хотите решить проблему совместного прослушивания музыки? (С учетом того что бы пользователи могли отойти друг от друга хотя бы на метр, иначе вообще вся эта история не иммет смысла и проще взять сплитер за 50 рублей и включить его в аудио выход телефона)
Это очень не удобно, особенно в движении т.к. между вами всегда будет провод и при прогулке например в парке это постоянно мешает.
Знаю на собственном опыте, т.к. сплитер покупается/паяется довольно легко но в реальности им пользоваться не получилось. В итоге для себя делал «монстра» из двух BT трансмиттеров(по 7$ на Ali) которые подключены через разветвитель к аудио выходу плеера, и соответственно 2х ресиверов (Клоны BT3030 за 9$). Но это жуткий колзхоз.
С этим устройством если я правильно понял музыку как раз можно слушать в 2ем без всяких проводов, просто купить 2 устройства, себе и девушке, и именно в этом основная фишка данного устройства которая отличает его от всех остальных.
Это удобно для геймеров или обычных людей, которые не хотят тревожить домашних лишним шумом.
Боюсь геймерам будет не удобно то, что звук ощутимо запаздывает, даже при просмотре фильмов через BT наушники заметна не большая рассинхронизация между видео и звуком, в играх это будет еще более заметно.
А я наоборот очень долго ждал / искал устройство которое позволит слушать вдвоем одну и ту же музыку не используя провода, например на прогулке с девушкой, или в самолете/поезде, или совместный просмотр фильма и.т.п.
Казалось бы элементарная функция но это первое устройство (которое я вижу) где подобное реализовано.
Жаль только что в статье об этом не слова.
Были в субботу в платной клинике у «супер опытного врача» прием стоит 2500р за 20 минут.
(У ребенка (3 мес.) кашель и насморк).
Так 2 из 3х прописанных средств оказались гомеопатией.
Я вижу этому только одно оправдание, доктор понимает что ребенок и так поправится и что бы родители его не закормили антибиотиками и сами успокоились назначает безвредное (бесполезное) вещество. И для лечения одно действующее.
Конечно покупать гомеопатию не стали, пошли к другому врачу, тот прописал ингаляции (Амбробене и еще какое то).
Интересный момент. Можно ли подобный ответ получить от вашей ТП что бы затем ссылаться на него?
Я правильно понимаю что из вашего ответа:
либо РСО сама заводит дома, которые еще не завела УО, либо ждет пока УО разместит всю необходимую информацию о доме.
Можно сделать вывод о том что РСО может не размещать информацию о ЛС (а следовательно и информацию о начислениях) пока УО не разместит данные о ОЖФ?
И при этом в сторону РСО не будет никаких санкций и вопросов?
т.е. ищем ОЖФ, если такого нет то пропускаем размещение этого ЛС в системе.
Потому что это дорого и долго, а УК не очень любят платить много.
И опять же в итоге все равно потребуется квалифицированный специалист т.к. интерфейс такого решения будет сложным, а вся логика и данные будут скрыты внутри системы.
Мы прорабатывали возможность сделать дополнительный модуль для одной из наших систем, в итоге получалось что там нужно отдельную систему делать которая будет на своей стороне хранить множество данных (ваших внутренних ИД, отслеживать асинхронные запросы и ответы на них, загружать ваши классификаторы и поддерживать соответствие между ними и нашими данными, хранить данные о промежуточных сущностях которых нет у нас но которые есть у вас, нужна консоль которая позволит решать нестандартные проблемы, вроде удаления дубликатов, сверки того что уже было загружено) и плюс еще особенности работы с криптографией, все это решаемо, в нашем случае вопрос стал в сертификации этого решения, т.к. как оказалось его нужно сертифицировать как СКЗИ т.е. такая система будет относится к программным средствам, реализующим алгоритмы криптографического преобразования информации, в которых часть криптографических преобразований осуществляется с использованием автоматизированных средств, предназначенных для выполнения таких операций, в итоге программа имеет своим «выходом» зашифрованный файл, и её производство должно осуществляться только при наличие лицензии ФСБ Российской Федерации на разработку шифровальных и криптографических средств.
Если вы считаете что просто сдеать коробку которая будет работать с любой системой просто то странно почему вы ее не сделали ограничившись демо примерами?
По хорошему работа с EXCEL + ваш портал это и есть та самая «коробка» с вашей стороны. Но предыдущие 6 месяцев показали что вы не справились с этой задачей, т.е. файлы вы принимали а вот с размещением были проблемы, и с функционалом портала тоже.
Да, в таком ключе, сделать коробку аналог вашей связки EXCEL+Сайт можно, и на поддержке всем купившим ее отвечать «Этот функционал не реализован, поправьте 10 000 договоров руками на портале ГИС ЖКХ открывая каждый договор отдельно».
Если Заказчик нам скажет его реализовать в полносм объеме — то это будет сделано.
Заказчик это Почта России? Вполне может быть и так.
Владете ли вы информацией какие ИТ-продукты используются для автоматизации деятельности УК / РСО?
Узнавали ли вы у них нет ли у них поддержки интеграции с ГИС ЖКХ? планируется ли?
Мы рассматривали рынок готовых решений, если для УК вот для примера:
https://www.gkh365.ru/gis-zhkh-r/?yclid=601229625423301777
Все еще нет интеграции через SOAP только EXCEL.
И это логично. EXCEL как я выше писал намного проще, на мой взгляд ваш API SOAP сервисов черезвычайно перегружен.
Идеальный SOAP API это аналог ваших XLS файлов, когда мы указываем: ФИО, ЛС, Код дома по ФИАС. И система сама создает все необходимые промежуточные объекты. Сейчас же нужно сначала создать ФЛ получить его внутренний ИД что бы создать ФЛ нужно указать тип документа и его ИД (и все это асинхронно). И это простой пример, у вас есть операции которые гораздо тяжелее.
Не совсем понятно почему УК должны платить деньги фирмам посредникам (и главное как они должны отражать эти затраты). Если они прекрасно могли бы интегрироваться через файлы EXCEL бесплатно если бы вы изначально ставили приоритет EXCEL на уровне с SOAP. Сейчас же у вас множество ограничений даже на текущий функционал (не более 1000 записей в файле, нельзя прикрепить несколько файлов сразу) и большая часть функционала вообще отсутствует.
В текущем виде вообще не понятно зачем EXCEL нужен, работать с помощью него нельзя, т.к. большую часть операций придется делать руками, на сайте массовых операций тоже нет, при этом даже для 800 квартир это уже не реально руками делать.
Я на самом деле думаю что вы и так видите (по внутренней статистике) на сколько популярны EXCEL, и гораздо лучше меня понимаете в чем этот функционал ограничен, и прекрасно знаете что и как нужно сделать что бы сравнять функционал интеграции SOAP и файлов EXCEL.
В текущем виде как я писал выше EXCEL бесполезен т.к. все равно придется прибегать к интеграции для дальнейшей работы, т.е. можно сказать что функционала фактически нет (понятно что вы не согласитесь и скажите что часть операций можно сделать, но здесь как раз такой случай что нельзя быть «немного беременной» либо поддерживается полный функционал портала, либо не поддерживается ничего, т.к. отсутствующую часть все равно придется решать интеграцией, и в EXCEL смысла нет).
Я думаю лучше указать из кучи одно конкретное решение и посмотрим как оно работает и насколько оно коробочное.
«Я убежден, что профессиональные компании легко синтегрируют свой продукт с ГИС ЖКХ. Если они этого не сделали еще, то это скорее их нерасторопность или отсутствие смекалки. Времени было достаточно.»
Учитывая стабильность работы и сложность системы сделать коробку не возможно т.к. проблемы вроде: «частично созданных объектов» запросами (когда договора создаются, а в ответ приходит что они не созданы), зависших сеансов могут решить только квалифицированные специалисты. Вообще в работе возникает огромное количество нюансов часть из них на стороне УК часть на стороне ГИС ЖКХ. При этом все эти мелочи легко разруливаются квалифицированным пользователем(разработчиком) но прописать их в коробке не реально.
По ГИС ЖКХ на текущий момент можно продавать только услугу по размещению, при этом брать на себя риск попасть под штрафы (если брать ответственность за размещение информации).
Следует понимать что те же РСО у которых десятки миллионов ЛС для интеграции с вашей системой вынуждены переходить со своих классификаторов которые отработаны за десятилетия на ФИАС что само по себе очень сложная задача требующая огромных ресурсов, и зачастую не имеющая решения из за того что в ФИАС местами все очень плохо (зависит от региона).
Т.е. даже если в базу ГИС ЖКХ влить идеальный КЛАД/ФИАС это все равно не поможет т.к. у РСО он будет отличаться а сопоставить «Идеальный» классификатор ГИС ЖКХ и «Реальный классификатор РСО» это еще более сложная (и менее полезная) задача чем привести в порядок ФИАС.
За последние 6 месяцев в ФИАС было внесено огромное количество информации о домах, и сам ФИАС довольно активно стал развиваться что на мой взгляд не плохо.
Как показал опыт работы с вашей системой через шаблоны XLS, шаблоны обрабатывались неделями, обработка файлов падала с ошибками в результате чего информация из файлов попадала в вашу систему «частично» что в дальнейшем приводило к появлению дубликатов.
Т.е. вы сами используя свое API не смогли реализовать даже те 1/3 функционала которые были запланированы.
"— шифрованный по ГОСТу канал (требование приказов 21 и 17 ФСТЭК, тк у нас персданные и ГИС)"
Его нужно организовать, и сопровождать, причем одно дело когда мы говорим о крупном офисе, тут понятно, есть админ на него можно вешать.
И другое дело когда речь идет о филиале за 180 км от офиса где в штате оператор-кассир и контролер. Они не будут разбираться почему после обновления системы у них отвалился крипто-про и упал канал. (Это не говоря уже о том что необходимо закупить ПО для организации этого канала).
Все выше перечисленные требования снимаются при использовании файлов XLS и это один из плюсов обмена посредством файлов.
«чем помешал soap»
SOAP помешал тем что в вашей реализации API очень сложное, описание 1500 страниц, и это только техническое описание без описания в терминах предметной области.
В то же время 1/3 этого функционала реализована в виде 10 файлов шаблонов + примерно 20 страниц описания к этим файлам. Причем в данном случае описание уже не просто техническое а более развернутое по заполнению.
Общая сложность интерфейса умножается на то что сервисы работают асинхронно, и плюс еще то что одновременно разные части работают на разных версиях.
В итоге далеко не каждая УК может себе позволить реализацию вашего API а делать коробочные решения и продавать (тем же УК) не возможно из за общей сложности, т.к. это решение нужно постоянно сопровождать и разбирать ошибки плюс сложно придумать единый входной формат для такого решения, в итоге все сводится опять же к сервисам которые принимают файлы в простом формате и дальше трансформируют ее в пакеты для вашего SOAP API.
Роль этих платных посредников могли бы исполнять и вы если бы расширили функционал работы с XLS файлами, но я так понимаю что это мало вероятно т.к. потребует от вас разработки практически новой системы которая будет работать в масштабах страны, взаимодействуя с вашим же API который как я писал выше на мой взгляд значительно перегружен.
И понятно что уже денег на это не кто не выделит т.к. система сдана в опытную эксплуатацию.
Проблема в том что XLS поддерживает 1/3 функционала системы.
Через XLS нельзя удалить данные / внести изменения / внести часть информации (например поверку счетчиков).
Причем в целом интеграция через файлы (не важно в каком формате) удобнее даже для средних РСО т.к.:
1. Не требует покупать/настраивать/сопровождать средства по работе с криптографией.
2. Значительно упрощает взаимодействие, например что бы загрузить список ЛС достаточно заполнить 1 стоку в файле EXCEL (на 4х листах) что бы сделать то же самое через WS нужно выполнить примерно 8 операций, в случае с асинхронными WS(а использовать синхронные нет смысла) по каждой операции нужно еще дождаться ответа что бы продвинутся дальше.
В итоге интеграционное решение получается сложным и дорогим и следовательно требует отдельных ресурсов на разработку и последующее сопровождение.
С другой стороны XLS файлы которые понятны даже линейным операторам, формируются из любой системы за 2-3 часа в нужном формате, не требуют сложной инфраструктуры с криптографией.
Причем ограничения при работе с XLS явно созданы искусственно т.к. например реализовать изменение/удаление данных с помощью реестров XLS не представляет особой сложности.
Я вижу несколько причин по которым вы искусственно ограничиваете функционал XLS.
1. Из за того что эти файлы просто создавать, многие РСО и организации начинают массово заливать данные в вашу систему, а так как за простым фасадом файлов кроется сложный программный интерфейс ваши сервера не справляются + возникают сложности с асинхронной обработкой когда на очередном этапе что то идет не так, а уже половина объектов создано в других транзакциях.
2. Легко видно кто виноват: Если файл заполнен верно то все претензии по обработке файлов к ЛАНИТ. С WS всегда во всем виноват разработчик, т.к. не предусмотрел отказ на этой ступени, не правильно вызывал и.т.п.
А с файлами сложно объяснять в министерстве и пользователю почему их файлы грузятся неделями и почему в этом нет вины ЛАНИТ.
Т.е. я хочу сказать что если бы все операции можно было выполнять посредством XLS файлов то к 01.01.2017 60% РСО и УК по всей стране загрузили бы все необходимые данные в вашу систему в виде файлов и выяснилось бы что проблема не в том что «РСО / УК не успевают внести» а в том что система не способна такие объемы обработать.
Ладно хирург, прием у невролога (Маленький ребенок 3 месяца): 20 минут.
За это время он посмотрел на ребенка, задал пару вопросов, написал пару строчек в карточку.
Стоимость 2000р.
При этом прием по записи и на этот день (пятница) все время было расписано.
И это не самая дорогая частная клиника в СПБ, я бы даже сказал одна из дешевых.
При этом попасть в бесплатную «государственную» клинику не возможно в принципе т.к. номерков на запись нет, нужной нам прививки нет, каждый из 3х врачей принимает отдельно, т.е. это квест на месяц где то.
В итоге поставить ребенку прививку обошлось нам в 12 000 руб за 3 часа времени.
Согласен вот прям сейчас, что бы начать работать, начал делать простую функцию которая просто украшение и ее по идее нужно делать в самом конце если время останется, затем запустил ее проверить ошибка выскочила в основном функционале, полез ее править и.т.д. т.е. работа пошла.
Ну и в статье следует упомянуть еще про фактор усталости, чаще всего такие проблемы именно когда не выспался или просто не отдохнул после вчерашнего дня. Причем кратковременно можно себя разгонять кофе и дедлайном но тогда усталость копится, качество работы падает, приступать к работе все сложнее.
Есть множество проблем.
Есть множество пользователей у которых интернет есть но он не стабилен, т.е. большой пинг, низкая скорость, в гостиницах часто ограничен трафик и время сессии, в любой момент может включиться микроволновка и в течении пары минут связи с сервером по WiFi не будет, или сосед по комнате в студенческом общежитии решит покачать торрент через тот же wifi через который ты играешь и.т.п.
Понятно что есть ММО и там эти проблемы решаются, но там и у пользователей тоже есть стимул решать эти проблемы, т.к. профит пользователя от соеденения с сетью виден, и вся игра на это заточена, при этом психологически лаги, подвисания, фризы воспринимаются намного легче, т.е. можно сказать что в случае с ММО не только вся игра на это заточена но и пользователь играющий в эту игру.
Да и в целом ММО проектам работа с сервером дается не бесплатно т.е. технически это сложная задача с предсказанием действий на сервере и прочей магией, которая очень уязвима для багов. Не говоря уже о спланированных DDOS атаках на инфраструктуру игры.
Когда пользователь играет в сингл, то беспричинные (на его взгляд) ошибки и лаги его будут раздражать, ему будет не понятно почему игра «тупит», если ему сказать что у вас плохой интернет он будет удивлен зачем вообще интернет и какую пользу он как игрок получит от интернета?
Я тоже согласен, только дополню что мало того что игра это не буханка хлеба так еще и старых игр которые хотелось бы поиграть выпущено на 2 жизни вперед.
В моем случае что бы я скачал/купил игру она должна быть очень особенной и уж точно интереснее тех что стоят в очереди на мое время и внимание.
Отдельно стоят игры типа CoD/BF я эту серию редко покупаю, т.к. многое в них делают ради онлайна, мне онлайн не интересен в принципе.
Тут так удачно совпадает что пиратские игры без онлайна и мне он не нужен, в то же время сама игра проходится часов за 6-8 и много времени не забирает.
При этом играю я в них через год — два после выхода т.к. не люблю играть на низких настройках (если уж тратить свое время то на лучшее из доступного), а на момент своего выхода они все требуют для Ultra настроек топовый ПК. Да и в течении года патчами правят многие косяки, выходят все запланированные DLC и.т.п. Ну и дешевле они тоже становятся.
Согласуются не только договора но и например бюджеты, проекты, так же есть документы специфичные именно для того бизнеса который мы автоматизировали. Часть документов представлены в виде таблиц где разные подразделения согласуют разные финансовые блоки.
Конечно многое решается орг. мерами, такие документы дробятся на более мелкие, затем для руководителей общий документ приходится собирать из кусочков. Есть еще масса особенностей, например, из за того что в филиалах разные штатные расписания, в разных филиалах одна и та же «Роль» может иметь доступ к разному составу информации, в итоге «кусочки» получаются для разных филиалов разные, появляются доп. объекты адресации у роли.
Я в основном занимался разработкой конструктора и выполнением разработанных схем т.е. мне можно сказать повезло и в моем случае задача была чисто техническая, реализовать набор блоков и логику их выполнения. Вся предметная область + остальные подсистемы касались меня косвенно. В моем случае больше всего проблем было с откатом БП до определенного состояния (с учетом выполненных действий и параллельных веток).
Сплитер условно может быть 2х видов:
1. Аналогвый: Берем устройство и вместо наушников подключаем обычный разветвитель с одним входом и 2мя выходами, и в итоге оба привязаны проводом к одному устройству. Такой сплитер стоит 50 рублей.
2. Цифровой: когда к телефону можно подключить 2 пары BT наушников. Таких вариантов я не встречал, но даже если бы они были то в контексте данной статьи это не актуально т.к. все равно потребовалось 2 устройства.
В общем я так и не понял как вы с помощью одного сплитера хотите решить проблему совместного прослушивания музыки? (С учетом того что бы пользователи могли отойти друг от друга хотя бы на метр, иначе вообще вся эта история не иммет смысла и проще взять сплитер за 50 рублей и включить его в аудио выход телефона)
Знаю на собственном опыте, т.к. сплитер покупается/паяется довольно легко но в реальности им пользоваться не получилось. В итоге для себя делал «монстра» из двух BT трансмиттеров(по 7$ на Ali) которые подключены через разветвитель к аудио выходу плеера, и соответственно 2х ресиверов (Клоны BT3030 за 9$). Но это жуткий колзхоз.
С этим устройством если я правильно понял музыку как раз можно слушать в 2ем без всяких проводов, просто купить 2 устройства, себе и девушке, и именно в этом основная фишка данного устройства которая отличает его от всех остальных.
Боюсь геймерам будет не удобно то, что звук ощутимо запаздывает, даже при просмотре фильмов через BT наушники заметна не большая рассинхронизация между видео и звуком, в играх это будет еще более заметно.
Казалось бы элементарная функция но это первое устройство (которое я вижу) где подобное реализовано.
Жаль только что в статье об этом не слова.
(У ребенка (3 мес.) кашель и насморк).
Так 2 из 3х прописанных средств оказались гомеопатией.
Я вижу этому только одно оправдание, доктор понимает что ребенок и так поправится и что бы родители его не закормили антибиотиками и сами успокоились назначает безвредное (бесполезное) вещество. И для лечения одно действующее.
Конечно покупать гомеопатию не стали, пошли к другому врачу, тот прописал ингаляции (Амбробене и еще какое то).
Я правильно понимаю что из вашего ответа:
Можно сделать вывод о том что РСО может не размещать информацию о ЛС (а следовательно и информацию о начислениях) пока УО не разместит данные о ОЖФ?
И при этом в сторону РСО не будет никаких санкций и вопросов?
т.е. ищем ОЖФ, если такого нет то пропускаем размещение этого ЛС в системе.
И опять же в итоге все равно потребуется квалифицированный специалист т.к. интерфейс такого решения будет сложным, а вся логика и данные будут скрыты внутри системы.
Мы прорабатывали возможность сделать дополнительный модуль для одной из наших систем, в итоге получалось что там нужно отдельную систему делать которая будет на своей стороне хранить множество данных (ваших внутренних ИД, отслеживать асинхронные запросы и ответы на них, загружать ваши классификаторы и поддерживать соответствие между ними и нашими данными, хранить данные о промежуточных сущностях которых нет у нас но которые есть у вас, нужна консоль которая позволит решать нестандартные проблемы, вроде удаления дубликатов, сверки того что уже было загружено) и плюс еще особенности работы с криптографией, все это решаемо, в нашем случае вопрос стал в сертификации этого решения, т.к. как оказалось его нужно сертифицировать как СКЗИ т.е. такая система будет относится к программным средствам, реализующим алгоритмы криптографического преобразования информации, в которых часть криптографических преобразований осуществляется с использованием автоматизированных средств, предназначенных для выполнения таких операций, в итоге программа имеет своим «выходом» зашифрованный файл, и её производство должно осуществляться только при наличие лицензии ФСБ Российской Федерации на разработку шифровальных и криптографических средств.
Если вы считаете что просто сдеать коробку которая будет работать с любой системой просто то странно почему вы ее не сделали ограничившись демо примерами?
По хорошему работа с EXCEL + ваш портал это и есть та самая «коробка» с вашей стороны. Но предыдущие 6 месяцев показали что вы не справились с этой задачей, т.е. файлы вы принимали а вот с размещением были проблемы, и с функционалом портала тоже.
Да, в таком ключе, сделать коробку аналог вашей связки EXCEL+Сайт можно, и на поддержке всем купившим ее отвечать «Этот функционал не реализован, поправьте 10 000 договоров руками на портале ГИС ЖКХ открывая каждый договор отдельно».
Заказчик это Почта России? Вполне может быть и так.
Мы рассматривали рынок готовых решений, если для УК вот для примера:
https://www.gkh365.ru/gis-zhkh-r/?yclid=601229625423301777
Все еще нет интеграции через SOAP только EXCEL.
И это логично. EXCEL как я выше писал намного проще, на мой взгляд ваш API SOAP сервисов черезвычайно перегружен.
Идеальный SOAP API это аналог ваших XLS файлов, когда мы указываем: ФИО, ЛС, Код дома по ФИАС. И система сама создает все необходимые промежуточные объекты. Сейчас же нужно сначала создать ФЛ получить его внутренний ИД что бы создать ФЛ нужно указать тип документа и его ИД (и все это асинхронно). И это простой пример, у вас есть операции которые гораздо тяжелее.
Не совсем понятно почему УК должны платить деньги фирмам посредникам (и главное как они должны отражать эти затраты). Если они прекрасно могли бы интегрироваться через файлы EXCEL бесплатно если бы вы изначально ставили приоритет EXCEL на уровне с SOAP. Сейчас же у вас множество ограничений даже на текущий функционал (не более 1000 записей в файле, нельзя прикрепить несколько файлов сразу) и большая часть функционала вообще отсутствует.
В текущем виде вообще не понятно зачем EXCEL нужен, работать с помощью него нельзя, т.к. большую часть операций придется делать руками, на сайте массовых операций тоже нет, при этом даже для 800 квартир это уже не реально руками делать.
Я на самом деле думаю что вы и так видите (по внутренней статистике) на сколько популярны EXCEL, и гораздо лучше меня понимаете в чем этот функционал ограничен, и прекрасно знаете что и как нужно сделать что бы сравнять функционал интеграции SOAP и файлов EXCEL.
В текущем виде как я писал выше EXCEL бесполезен т.к. все равно придется прибегать к интеграции для дальнейшей работы, т.е. можно сказать что функционала фактически нет (понятно что вы не согласитесь и скажите что часть операций можно сделать, но здесь как раз такой случай что нельзя быть «немного беременной» либо поддерживается полный функционал портала, либо не поддерживается ничего, т.к. отсутствующую часть все равно придется решать интеграцией, и в EXCEL смысла нет).
«Я убежден, что профессиональные компании легко синтегрируют свой продукт с ГИС ЖКХ. Если они этого не сделали еще, то это скорее их нерасторопность или отсутствие смекалки. Времени было достаточно.»
Учитывая стабильность работы и сложность системы сделать коробку не возможно т.к. проблемы вроде: «частично созданных объектов» запросами (когда договора создаются, а в ответ приходит что они не созданы), зависших сеансов могут решить только квалифицированные специалисты. Вообще в работе возникает огромное количество нюансов часть из них на стороне УК часть на стороне ГИС ЖКХ. При этом все эти мелочи легко разруливаются квалифицированным пользователем(разработчиком) но прописать их в коробке не реально.
По ГИС ЖКХ на текущий момент можно продавать только услугу по размещению, при этом брать на себя риск попасть под штрафы (если брать ответственность за размещение информации).
Т.е. даже если в базу ГИС ЖКХ влить идеальный КЛАД/ФИАС это все равно не поможет т.к. у РСО он будет отличаться а сопоставить «Идеальный» классификатор ГИС ЖКХ и «Реальный классификатор РСО» это еще более сложная (и менее полезная) задача чем привести в порядок ФИАС.
За последние 6 месяцев в ФИАС было внесено огромное количество информации о домах, и сам ФИАС довольно активно стал развиваться что на мой взгляд не плохо.
Т.е. вы сами используя свое API не смогли реализовать даже те 1/3 функционала которые были запланированы.
Его нужно организовать, и сопровождать, причем одно дело когда мы говорим о крупном офисе, тут понятно, есть админ на него можно вешать.
И другое дело когда речь идет о филиале за 180 км от офиса где в штате оператор-кассир и контролер. Они не будут разбираться почему после обновления системы у них отвалился крипто-про и упал канал. (Это не говоря уже о том что необходимо закупить ПО для организации этого канала).
Все выше перечисленные требования снимаются при использовании файлов XLS и это один из плюсов обмена посредством файлов.
«чем помешал soap»
SOAP помешал тем что в вашей реализации API очень сложное, описание 1500 страниц, и это только техническое описание без описания в терминах предметной области.
В то же время 1/3 этого функционала реализована в виде 10 файлов шаблонов + примерно 20 страниц описания к этим файлам. Причем в данном случае описание уже не просто техническое а более развернутое по заполнению.
Общая сложность интерфейса умножается на то что сервисы работают асинхронно, и плюс еще то что одновременно разные части работают на разных версиях.
В итоге далеко не каждая УК может себе позволить реализацию вашего API а делать коробочные решения и продавать (тем же УК) не возможно из за общей сложности, т.к. это решение нужно постоянно сопровождать и разбирать ошибки плюс сложно придумать единый входной формат для такого решения, в итоге все сводится опять же к сервисам которые принимают файлы в простом формате и дальше трансформируют ее в пакеты для вашего SOAP API.
Роль этих платных посредников могли бы исполнять и вы если бы расширили функционал работы с XLS файлами, но я так понимаю что это мало вероятно т.к. потребует от вас разработки практически новой системы которая будет работать в масштабах страны, взаимодействуя с вашим же API который как я писал выше на мой взгляд значительно перегружен.
И понятно что уже денег на это не кто не выделит т.к. система сдана в опытную эксплуатацию.
Через XLS нельзя удалить данные / внести изменения / внести часть информации (например поверку счетчиков).
Причем в целом интеграция через файлы (не важно в каком формате) удобнее даже для средних РСО т.к.:
1. Не требует покупать/настраивать/сопровождать средства по работе с криптографией.
2. Значительно упрощает взаимодействие, например что бы загрузить список ЛС достаточно заполнить 1 стоку в файле EXCEL (на 4х листах) что бы сделать то же самое через WS нужно выполнить примерно 8 операций, в случае с асинхронными WS(а использовать синхронные нет смысла) по каждой операции нужно еще дождаться ответа что бы продвинутся дальше.
В итоге интеграционное решение получается сложным и дорогим и следовательно требует отдельных ресурсов на разработку и последующее сопровождение.
С другой стороны XLS файлы которые понятны даже линейным операторам, формируются из любой системы за 2-3 часа в нужном формате, не требуют сложной инфраструктуры с криптографией.
Причем ограничения при работе с XLS явно созданы искусственно т.к. например реализовать изменение/удаление данных с помощью реестров XLS не представляет особой сложности.
Я вижу несколько причин по которым вы искусственно ограничиваете функционал XLS.
1. Из за того что эти файлы просто создавать, многие РСО и организации начинают массово заливать данные в вашу систему, а так как за простым фасадом файлов кроется сложный программный интерфейс ваши сервера не справляются + возникают сложности с асинхронной обработкой когда на очередном этапе что то идет не так, а уже половина объектов создано в других транзакциях.
2. Легко видно кто виноват: Если файл заполнен верно то все претензии по обработке файлов к ЛАНИТ. С WS всегда во всем виноват разработчик, т.к. не предусмотрел отказ на этой ступени, не правильно вызывал и.т.п.
А с файлами сложно объяснять в министерстве и пользователю почему их файлы грузятся неделями и почему в этом нет вины ЛАНИТ.
Т.е. я хочу сказать что если бы все операции можно было выполнять посредством XLS файлов то к 01.01.2017 60% РСО и УК по всей стране загрузили бы все необходимые данные в вашу систему в виде файлов и выяснилось бы что проблема не в том что «РСО / УК не успевают внести» а в том что система не способна такие объемы обработать.
За это время он посмотрел на ребенка, задал пару вопросов, написал пару строчек в карточку.
Стоимость 2000р.
При этом прием по записи и на этот день (пятница) все время было расписано.
И это не самая дорогая частная клиника в СПБ, я бы даже сказал одна из дешевых.
При этом попасть в бесплатную «государственную» клинику не возможно в принципе т.к. номерков на запись нет, нужной нам прививки нет, каждый из 3х врачей принимает отдельно, т.е. это квест на месяц где то.
В итоге поставить ребенку прививку обошлось нам в 12 000 руб за 3 часа времени.
Ну и в статье следует упомянуть еще про фактор усталости, чаще всего такие проблемы именно когда не выспался или просто не отдохнул после вчерашнего дня. Причем кратковременно можно себя разгонять кофе и дедлайном но тогда усталость копится, качество работы падает, приступать к работе все сложнее.
Есть множество пользователей у которых интернет есть но он не стабилен, т.е. большой пинг, низкая скорость, в гостиницах часто ограничен трафик и время сессии, в любой момент может включиться микроволновка и в течении пары минут связи с сервером по WiFi не будет, или сосед по комнате в студенческом общежитии решит покачать торрент через тот же wifi через который ты играешь и.т.п.
Понятно что есть ММО и там эти проблемы решаются, но там и у пользователей тоже есть стимул решать эти проблемы, т.к. профит пользователя от соеденения с сетью виден, и вся игра на это заточена, при этом психологически лаги, подвисания, фризы воспринимаются намного легче, т.е. можно сказать что в случае с ММО не только вся игра на это заточена но и пользователь играющий в эту игру.
Да и в целом ММО проектам работа с сервером дается не бесплатно т.е. технически это сложная задача с предсказанием действий на сервере и прочей магией, которая очень уязвима для багов. Не говоря уже о спланированных DDOS атаках на инфраструктуру игры.
Когда пользователь играет в сингл, то беспричинные (на его взгляд) ошибки и лаги его будут раздражать, ему будет не понятно почему игра «тупит», если ему сказать что у вас плохой интернет он будет удивлен зачем вообще интернет и какую пользу он как игрок получит от интернета?
В моем случае что бы я скачал/купил игру она должна быть очень особенной и уж точно интереснее тех что стоят в очереди на мое время и внимание.
Отдельно стоят игры типа CoD/BF я эту серию редко покупаю, т.к. многое в них делают ради онлайна, мне онлайн не интересен в принципе.
Тут так удачно совпадает что пиратские игры без онлайна и мне он не нужен, в то же время сама игра проходится часов за 6-8 и много времени не забирает.
При этом играю я в них через год — два после выхода т.к. не люблю играть на низких настройках (если уж тратить свое время то на лучшее из доступного), а на момент своего выхода они все требуют для Ultra настроек топовый ПК. Да и в течении года патчами правят многие косяки, выходят все запланированные DLC и.т.п. Ну и дешевле они тоже становятся.
Конечно многое решается орг. мерами, такие документы дробятся на более мелкие, затем для руководителей общий документ приходится собирать из кусочков. Есть еще масса особенностей, например, из за того что в филиалах разные штатные расписания, в разных филиалах одна и та же «Роль» может иметь доступ к разному составу информации, в итоге «кусочки» получаются для разных филиалов разные, появляются доп. объекты адресации у роли.
Я в основном занимался разработкой конструктора и выполнением разработанных схем т.е. мне можно сказать повезло и в моем случае задача была чисто техническая, реализовать набор блоков и логику их выполнения. Вся предметная область + остальные подсистемы касались меня косвенно. В моем случае больше всего проблем было с откатом БП до определенного состояния (с учетом выполненных действий и параллельных веток).