Если вас "будят всё равно клиенты", то у вас точно что-то не так с мониторингом. Правильно приготовленная мониторинговая триада позволяет решать 95% проблем в проактивном ключе, вопрос только в выделении ресурсов на это решение. Понятно что бывают редкие пограничные случаи, которые побеспокоят клиента, но это скорее исключения.
Ощущение, что они думали, будто корпорации размером с государство на свою безопасность обращают внимание на уровне вчерашнего стартапчика, а тут такой подвох. Молодцы, что пытаются влиять на работу компании, но (пока что) это корпоративное гражданство штука сугубо добровольная, поэтому самое лучшее, что они они могут сделать, это написать заявление на увольнение и унести свои светлые головы в более ламповые проекты. Да, в стартапе зарплаты не такие сладкие и задачи могут быть не такие интересные, но тут или крестик снять или трусы надеть — что-то мне подсказывает, что большие доходы большой компании не в последнюю очередь зависят от корпоративного маразма, безразличия к мнению сотрудников и прочих атрибутов, которые мы все можем наблюдать на структурах схожих размеров (например, в государствах).
Сервисы не становятся слепы или глухи, в них просто перестают происходить события.
Если вы готовите брокер правильно, то его полное отсутствие сродни стоп-кадру в компьютерной игре, когда вы по-прежнему можете бродить по миру, но на вас не нападают злобные враги и не даются новые задания. Печально, но никак не тянет на катастрофу.
С учётом того, что у среднего веб-приложения большинство запросов это Get, падение брокера вызовет шок и трепет далеко не у всех пользователей.
-- Мы к вам, профессор, и вот по какому делу. Компании укрупняются и душат мелких игроков, экология в опасности, экономика в упадке, общество прогнило.
-- Так подкрутите системные настройки, рекомендую начать с антимонопольных.
-- Как вы можете размениваться на эти мелочи, когда очевидно, что виноват треклятый капитализм!
Интерфейсы у вас классные, если и с производительностью всё хорошо, то вы на правильном пути. Появление российского софта мирового уровня можно только приветствовать.
Поддержу ораторов, которые указали на недостатки вывода кода ошибки как хеша. В распределённых системах ошибка может вылезти совсем не в том сервисе, в который пришёл запрос пользователя, поэтому когда разработчик помедитирует над кодом ошибки и найдёт место падения, ему придётся очень постараться, чтобы ответить на вопросы вроде "откуда оно пришло в таком виде" или "какая конкретно операция упала".
Вместо хеша я предпочитаю отдавать пользователю идентификатор корелляции (гуид), который
не нужно обфусцировать (он и так отдаётся на клиента в виде заголовка). Он не несёт какой-либо секретной информации для внешнего мира, поэтому минус медитация
максимально конкретен и, одновременно, распространяется по другим микросервисам. Поэтому когда пользователь с ним приходит, инженеру поддержки или разработчику достаточно вбить его в Кибану, чтобы получить картину от начала до конца
Ваше требование входа только по СберИД или через приложку приводит к тому, что лично у меня есть инфраструктура даже в убогом облаке ВК, но сберовская отсутствует. Было бы хорошо, если бы сервисами могли пользоваться не только перетреканые и отскриненные клиенты, но и никак с вами не связанные физики.
>В остальных случаях лучше платить 6%, или даже патент, как сейчас для многих возможно, и самостоятельно управлять сэкономленными средствами, чтобы их хватало на форс-мажор.
Самостоятельное управление средствами на форс-мажор практиковалось в средневековье, результат известен - толпы стариков и инвалидов без средств к существованию, собирающих подаяние на рыночных площадях. Безусловно, на больших выборках средний айтишник распорядится средствами лучше, чем средний грузчик, но человек остаётся человеком. В развитом государстве айтишник, вложивший свои накопления в акции доткомов и оставшийся после кризиса ни с чем, не проведёт свою старость на паперти. И судя по потокам миграции, люди голосуют за подобный подход ногами.
Мне жаль, что у вас сложился отрицательный личный опыт, но не стоит обобщать его на всех участников - системы социальной защиты во всех развитых государствах появились не просто так. Позиция "я не вижу на улицах бандитов, поэтому не буду платить государству за полицию" приводит к тому, что после отмены финансирования полиции с бандитами начинают сталкиваться все, а не только лишь некоторые.
В силу этого, я, например, как потребитель сугубо коммерческой медицины в России, не могу сказать "вычтите стоимость медицины из моих налогов" как раз из-за того парня, которому необходимо сделать дорогую операцию, чтобы он не стал инвалидом и не выпал из экономической деятельности. А если уж операцию сделать не получилось, то он выпал не на самое социально дно, а в терпимую бедность (если она может быть терпимой).
Вы же, судя по комментарию, выступаете скорее за американский подход со страховой медициной - болеешь-рожаешь, значит платишь много страховой, зожник, значит платишь мало. В теории этот подход выглядит офигенно справедливым, но как и теория коммунизма, он оказался чудовищным при реализации на практике, о чём вам могут многое рассказать сами жители США, которые ставят медицину одной из самых главных проблем в стране.
Я ни в коем случае не призываю возвращаться в социализм, но лишь хочу показать ущербность логики "если ТК плохой, то он опционален" (и апворк мне позволяет в рамках этой парадигмы жить). С таким подходом можно скатиться до уголовной "если УК плохой, то он опционален" и искать сервисы, которые позволят нечестно отнимать деньги у граждан. Это уже даже неэтичным не назовёшь.
По мере накопления критической массы утекающих сотрудников, Апворк будут брать в оборот локальных законодательств точно также, как сейчас это делают с Убером. Причины вы хорошо описали в своём комментарии - когда проект превращается из средства коммуникации в средство ухода от налогов (любыми сторонами), то это уже не рыночные методы конкуренции. На мой взгляд, ставить в вину сотрудникам желание быть защищённым, как минимум, неэтично.
Спасибо! Да проблема медленной загрузки и СЕО очевидна, но если ставить стандартный лендинг на входе, где этих проблем не будет, и предполагать, что в само приложение пойдут уже только те, кому оно действительно нужно, то 10-секундное ожидание client-side версии уже не так сильно будет бить по доходимости.
Серверная версия конечно решает проблему долгой загрузки, но приносит другие. У вас на беке монолит? Используете контейнеры? Делать зацепление совмещением бека и интерфейса в одном само по себе удовольствие ниже среднего, ведь будут ещё и другие реализации, но если у вас бессостоятельные сервисы и оркестрация, то отваливающиеся вебсокетные подключения придётся как-то обрабатывать и это отдельная боль. Если приложение развёрнуто в Азуре, то там хотя бы можно сделать прокси control-plate, который эту проблему должен решать, а в других местах такого может не быть и придётся велосипедить. Опять же, рендерить на сервере это огромное количество ресурсов, маркетинг с "бесплатным тарифным планом" будет влетать в копеечку. В общем, в серверном варианте свои заморочки - и все они влияют на то, что Blazor так и не может сегодня набрать обороты.
Кинете ссылку на своё серверное приложение? Очень интересно.
У нас используется client-side, поэтому при первой загрузке знатно подтормаживает. Сегодня делаются попытки подпереть скорость загрузки и SEO добавлением серверного пререндеринга, но он сильно усложняет дело и это пока больше в режиме экспериментов.
Коллеги, будет очень приятно видеть в переводных статьях творческий подход к делу — middleware вполне можно перевести как прослойка, прослоечный и т.п. Времена когда всё заменят электронные переводчики не за горами и если уж к переводу приложилась рука человека, то было бы здорово видеть руку мастера — его знание и ощущение родного языка.
Очевидно, так происходит из-за обилия разговоров о кисельных берегах за рубежом, которые приводят к тому, что путь эмиграции в неокрепших умах уже воспринимается как само-собой разумеющаяся цель, в то время как актуальная -цать лет назад ситуация сегодня действительно требует взвешенного изучения.
Если вас "будят всё равно клиенты", то у вас точно что-то не так с мониторингом. Правильно приготовленная мониторинговая триада позволяет решать 95% проблем в проактивном ключе, вопрос только в выделении ресурсов на это решение. Понятно что бывают редкие пограничные случаи, которые побеспокоят клиента, но это скорее исключения.
Сервисы не становятся слепы или глухи, в них просто перестают происходить события.
Если вы готовите брокер правильно, то его полное отсутствие сродни стоп-кадру в компьютерной игре, когда вы по-прежнему можете бродить по миру, но на вас не нападают злобные враги и не даются новые задания. Печально, но никак не тянет на катастрофу.
С учётом того, что у среднего веб-приложения большинство запросов это Get, падение брокера вызовет шок и трепет далеко не у всех пользователей.
-- Мы к вам, профессор, и вот по какому делу. Компании укрупняются и душат мелких игроков, экология в опасности, экономика в упадке, общество прогнило.
-- Так подкрутите системные настройки, рекомендую начать с антимонопольных.
-- Как вы можете размениваться на эти мелочи, когда очевидно, что виноват треклятый капитализм!
Класс, много работы вложено, но и результат отличный. Спасибо за наглядные схемы!
Отличный результат! Вот так и рождаются независимые игроделы, на которых сегодня вся надежда. Успехов!
Интерфейсы у вас классные, если и с производительностью всё хорошо, то вы на правильном пути. Появление российского софта мирового уровня можно только приветствовать.
Поддержу ораторов, которые указали на недостатки вывода кода ошибки как хеша. В распределённых системах ошибка может вылезти совсем не в том сервисе, в который пришёл запрос пользователя, поэтому когда разработчик помедитирует над кодом ошибки и найдёт место падения, ему придётся очень постараться, чтобы ответить на вопросы вроде "откуда оно пришло в таком виде" или "какая конкретно операция упала".
Вместо хеша я предпочитаю отдавать пользователю идентификатор корелляции (гуид), который
не нужно обфусцировать (он и так отдаётся на клиента в виде заголовка). Он не несёт какой-либо секретной информации для внешнего мира, поэтому минус медитация
максимально конкретен и, одновременно, распространяется по другим микросервисам. Поэтому когда пользователь с ним приходит, инженеру поддержки или разработчику достаточно вбить его в Кибану, чтобы получить картину от начала до конца
Ваше требование входа только по СберИД или через приложку приводит к тому, что лично у меня есть инфраструктура даже в убогом облаке ВК, но сберовская отсутствует. Было бы хорошо, если бы сервисами могли пользоваться не только перетреканые и отскриненные клиенты, но и никак с вами не связанные физики.
>В остальных случаях лучше платить 6%, или даже патент, как сейчас для многих возможно, и самостоятельно управлять сэкономленными средствами, чтобы их хватало на форс-мажор.
Самостоятельное управление средствами на форс-мажор практиковалось в средневековье, результат известен - толпы стариков и инвалидов без средств к существованию, собирающих подаяние на рыночных площадях. Безусловно, на больших выборках средний айтишник распорядится средствами лучше, чем средний грузчик, но человек остаётся человеком. В развитом государстве айтишник, вложивший свои накопления в акции доткомов и оставшийся после кризиса ни с чем, не проведёт свою старость на паперти. И судя по потокам миграции, люди голосуют за подобный подход ногами.
Мне жаль, что у вас сложился отрицательный личный опыт, но не стоит обобщать его на всех участников - системы социальной защиты во всех развитых государствах появились не просто так. Позиция "я не вижу на улицах бандитов, поэтому не буду платить государству за полицию" приводит к тому, что после отмены финансирования полиции с бандитами начинают сталкиваться все, а не только лишь некоторые.
В силу этого, я, например, как потребитель сугубо коммерческой медицины в России, не могу сказать "вычтите стоимость медицины из моих налогов" как раз из-за того парня, которому необходимо сделать дорогую операцию, чтобы он не стал инвалидом и не выпал из экономической деятельности. А если уж операцию сделать не получилось, то он выпал не на самое социально дно, а в терпимую бедность (если она может быть терпимой).
Вы же, судя по комментарию, выступаете скорее за американский подход со страховой медициной - болеешь-рожаешь, значит платишь много страховой, зожник, значит платишь мало. В теории этот подход выглядит офигенно справедливым, но как и теория коммунизма, он оказался чудовищным при реализации на практике, о чём вам могут многое рассказать сами жители США, которые ставят медицину одной из самых главных проблем в стране.
Я ни в коем случае не призываю возвращаться в социализм, но лишь хочу показать ущербность логики "если ТК плохой, то он опционален" (и апворк мне позволяет в рамках этой парадигмы жить). С таким подходом можно скатиться до уголовной "если УК плохой, то он опционален" и искать сервисы, которые позволят нечестно отнимать деньги у граждан. Это уже даже неэтичным не назовёшь.
По мере накопления критической массы утекающих сотрудников, Апворк будут брать в оборот локальных законодательств точно также, как сейчас это делают с Убером. Причины вы хорошо описали в своём комментарии - когда проект превращается из средства коммуникации в средство ухода от налогов (любыми сторонами), то это уже не рыночные методы конкуренции. На мой взгляд, ставить в вину сотрудникам желание быть защищённым, как минимум, неэтично.
Спасибо! Да проблема медленной загрузки и СЕО очевидна, но если ставить стандартный лендинг на входе, где этих проблем не будет, и предполагать, что в само приложение пойдут уже только те, кому оно действительно нужно, то 10-секундное ожидание client-side версии уже не так сильно будет бить по доходимости.
Серверная версия конечно решает проблему долгой загрузки, но приносит другие. У вас на беке монолит? Используете контейнеры? Делать зацепление совмещением бека и интерфейса в одном само по себе удовольствие ниже среднего, ведь будут ещё и другие реализации, но если у вас бессостоятельные сервисы и оркестрация, то отваливающиеся вебсокетные подключения придётся как-то обрабатывать и это отдельная боль. Если приложение развёрнуто в Азуре, то там хотя бы можно сделать прокси control-plate, который эту проблему должен решать, а в других местах такого может не быть и придётся велосипедить. Опять же, рендерить на сервере это огромное количество ресурсов, маркетинг с "бесплатным тарифным планом" будет влетать в копеечку. В общем, в серверном варианте свои заморочки - и все они влияют на то, что Blazor так и не может сегодня набрать обороты.
Кинете ссылку на своё серверное приложение? Очень интересно.
Всё так, WebAssembly сама по себе немаленькая, а тут ещё и дотнет запихивать приходится. Ушёл пить горькую...
Автокомплит работает и в компонентах и в разметке, но не без проблем конечно - форматирование кода иногда ведёт себя не совсем адекватно.
У нас используется client-side, поэтому при первой загрузке знатно подтормаживает. Сегодня делаются попытки подпереть скорость загрузки и SEO добавлением серверного пререндеринга, но он сильно усложняет дело и это пока больше в режиме экспериментов.
Спасибо за отличный ввод отраслевых терминов в русский язык