Столкнулся с этой бедой только сейчас, при разработке своего сайта.
Решил вопрос изменив расширения фала скрипта. Вероятно, что "?banner=off" решает ту же самую задачу, Ростелеком просто сравнивает последние 3 символа с ".js" и тогда начинает делать свои злые дела.
Если играть "в короткую", то лучше выкинуть. Но если "в долгую", то выкидывать нельзя, а нужно отладить решение вопросов. И беда часто в том, что техподдержка организована только как "психологическая помощь", без обратной связи с организацией процесса производства, то есть, когда результаты обращений никак не влияют на саму систему, порождающую эти обращения, а значит, она не способна улучшаться.
Сомневаюсь, что они сидят и едят бутерброды, вместо того, чтобы работать. (Хотя, почему нет? :))
Мы жертвы техногенной бюрократии.
Для Вашей проблемы наверняка создали тикеты. Этап принятия решения, к какому специалисту должна уйти проблема, занимает первый отрезок времени. Когда проблему изучат, а её, вероятно будут изучать разные люди, пиная тикет из одного отдела в другой, справедливо оценивая компетенции. При этом, тестируя, а для этого надо создать похожие условия, поднимать логи и т.п. Заодно, изучая и ожидая обращения от клиентов с подобными проблемами.
Интересно посмотреть на всю цепочку работ по решению вопроса. Важнее всего то, что они не бросили его вообще, как это делает Пятёрка. Даже если в большой и сложной системе, они будут долго обрабатывать, изучать, отвечать и исправлять. А исправление, если проблема не супер критическая, выйдет с кумулятивным патчем, а потому не будет быстрым, сделанным на коленке.
Ну, в целом, создается впечатление, что анализируете вы какие-то свои фантазии.
Важно отличать причину и следствие. В первой части текста - задание контекста. В нём то, что именно я хочу понять и причины чего проанализировать.
Далее, идёт попытка понять, что же привело к этому "обосрамсу" Пятёрочки, который получился. При этом, я старательно игнорирую множество вероятных, точных моментов, которые могли бы быть, а могли бы и не быть. Оставив только те, ключевые, которые есть абсолютно точно.
При этом вы не обладаете не то, что информацией о том, как все это устроено, но даже и о том, что, собственно произошло
Я имею то, что имею. Дело в том, что у любого процесса есть свой путь. Так же и в анализе проблем. У меня нет доступа к их разработке, поэтому, изучать детальнее этого, нет возможности. Вам нужна точная причина? Не было ли это с бодуна? Не потому ли это что кто-то индекс забыл сделать нужный для таблицы и потому всё залагало и т.п.? Нет ли документов, что это был проект рептилоидов, с целью...
Конечно это всё важно, но, так или иначе, всё выявляется на этапе тестирования. Этап тестирования организует руководство проекта, планируя сам проект, и т.д. И даже проказы рептилоидов, если они это реализовали на этапе разработки, могли быть выявлены и исправлены.
Я бы с удовольствием прочел статью от "Как мы обосрались, и какие выводы из этого сделали" от "Пятерочки".
Если Пятёрочка создаст такую статью, буду рад её почитать, но они постоянно прикрывают "ж..." своим разработчикам. Как будто это дети боссов или сами боссы. Дизайн софта выглядит приличным, а бэкэнд никуда не годится.
Короче, фигня какая-то. Хабр не жалобная книга, даже если жалоба оформлена в жанре фантасмагорической аналитики.
Будет что-либо конструктивное, буду рад. Когда у Вас на руках есть только такой объём данных который есть, попробуйте сделать другую, менее фантасмагоричную аналитику вероятных причин. К чему например Ваша отсылка к проблемам Фейсбука? Нет доступа к сервисам по причине потери базы DNS-серверов? Каким образом, это ложится на полученные проблемы? И почему эти проблемы длятся уже 10 дней без остановки?
Если нет точных данных, то и думать не нужно? Удобная позиция. Например, "Почему в России такие низкие зарплаты у людей, когда есть десятки стран, в которых у граждан зарплаты в 10 раз выше?"... и как бы этот вопрос не поднимали, слышится что-то типа: "так, стоп, не фантазируйте о причинах, это там у них, а это тут у нас, Вы вот ничего не знаете точно, а причин много и все важные и нерешимые, повсюду враги, и доказательствов у Вас нету никаких, а потому, живите как есть! Мало ли что может быть, а Вы тут надумываете всякое фантасмагоричное."
Так или иначе, думайте! Если видите логическую нестыковку "того что ты написал не может быть, потому что..." - я буду искренне рад! И тем более, если придумаете что-то годное, о чём я не подумал, тогда, я буду рад ещё больше!
Проблема с телефонами/интернетом в магазинах Пятёрочки, наверное не какая-то случайная. Во всех Пятёрках, есть почти полностью мёртвые зоны, более глухие чем в лифтах. Как будто зал в клетке Фарадея находится, или глушилки стоят. Около касс, кое-как ловит, ведь они ближе к выходу.
Не знаю зачем им это делать, но факт. Я аудиокниги онлайн слушаю, в Пятёрочке это превращается в пытку. В других магазинах, такой проблемы нет.
У каждого вопроса есть предпосылки, без них, писать сугубо теоретические конструкции смысла нет.
Фантазёров хватает, поэтому, важнее показать на примере. Каждый сам может сделать вывод о том, что и почему сломалось. И что надо учесть, чтобы не сделать точно так же.
Яндекс отдельная история, но они не бросают вопрос без ответа. Меня больше всего огорчает их падение в кривую нейросеть. Они годами не исправляют код, месяцами отвечают и т.п. Но, все кто общается молодцы. Всякое бывает, но чтобы вот так, как в Пятёрочке, вижу впервые.
Из отстойных поддержек, в том смысле, чтобы злить пользователя, есть ещё Ростелеком. В нашем регионе как минимум. Пользуюсь их сервисом с времён диалапа, и были периоды частых обращений, потому что всё было плохо. Так вот, они так и не догадались, что в городе есть специалисты кроме них, и при каждом обращении, пока не вымучают душу всякими "воткните/выткните, посмотрите на лампочки, перезагрузите и т.п.", в техотдел не отправят вопрос. Хотя ты уже изучил логи роутера и даже переключался на резервный. Спрашивается, что мешает поставить галочку в софте, что вот этот клиент, уже обладает навыками "втыкать/вытыкать и перезагружать"?
У них, есть некий миксер. Якобы есть, Якобы миксер. Который перемешивает голоса перед добавлением в базу, чтобы по времени голоса, никто не догадался кто и как теоретически мог проголосовать.В таком случае, то, что часть голосов пришла раньше выдачи бюллетеней может быть объяснена.
Я не следил за приходом данных в блокчейн во время голосования, поэтому не могу сказать, так ли это было, но...
Зачем дата-время блока указаны? Ведь тогда, это ложная информация, потому что блоки заходят достаточно плавно и регулярно, я не просто так указал на то, что их по несколько в секунду заходит. Если подстановка фейковых-даты и времени, умышленная, то вопрос - зачем вообще создавать БД с ложными данными? Сам принцип нарушен, БД содержащая ложную информацию уже считается сломанной. Априори.
Столкнулся с этой бедой только сейчас, при разработке своего сайта.
Решил вопрос изменив расширения фала скрипта. Вероятно, что "?banner=off" решает ту же самую задачу, Ростелеком просто сравнивает последние 3 символа с ".js" и тогда начинает делать свои злые дела.
Спасибо за отличный обзор!
Если играть "в короткую", то лучше выкинуть. Но если "в долгую", то выкидывать нельзя, а нужно отладить решение вопросов. И беда часто в том, что техподдержка организована только как "психологическая помощь", без обратной связи с организацией процесса производства, то есть, когда результаты обращений никак не влияют на саму систему, порождающую эти обращения, а значит, она не способна улучшаться.
Сомневаюсь, что они сидят и едят бутерброды, вместо того, чтобы работать. (Хотя, почему нет? :))
Мы жертвы техногенной бюрократии.
Для Вашей проблемы наверняка создали тикеты. Этап принятия решения, к какому специалисту должна уйти проблема, занимает первый отрезок времени. Когда проблему изучат, а её, вероятно будут изучать разные люди, пиная тикет из одного отдела в другой, справедливо оценивая компетенции. При этом, тестируя, а для этого надо создать похожие условия, поднимать логи и т.п. Заодно, изучая и ожидая обращения от клиентов с подобными проблемами.
Интересно посмотреть на всю цепочку работ по решению вопроса. Важнее всего то, что они не бросили его вообще, как это делает Пятёрка. Даже если в большой и сложной системе, они будут долго обрабатывать, изучать, отвечать и исправлять. А исправление, если проблема не супер критическая, выйдет с кумулятивным патчем, а потому не будет быстрым, сделанным на коленке.
Важно отличать причину и следствие. В первой части текста - задание контекста. В нём то, что именно я хочу понять и причины чего проанализировать.
Далее, идёт попытка понять, что же привело к этому "обосрамсу" Пятёрочки, который получился. При этом, я старательно игнорирую множество вероятных, точных моментов, которые могли бы быть, а могли бы и не быть. Оставив только те, ключевые, которые есть абсолютно точно.
Я имею то, что имею. Дело в том, что у любого процесса есть свой путь. Так же и в анализе проблем. У меня нет доступа к их разработке, поэтому, изучать детальнее этого, нет возможности. Вам нужна точная причина? Не было ли это с бодуна? Не потому ли это что кто-то индекс забыл сделать нужный для таблицы и потому всё залагало и т.п.? Нет ли документов, что это был проект рептилоидов, с целью...
Конечно это всё важно, но, так или иначе, всё выявляется на этапе тестирования. Этап тестирования организует руководство проекта, планируя сам проект, и т.д. И даже проказы рептилоидов, если они это реализовали на этапе разработки, могли быть выявлены и исправлены.
Если Пятёрочка создаст такую статью, буду рад её почитать, но они постоянно прикрывают "ж..." своим разработчикам. Как будто это дети боссов или сами боссы. Дизайн софта выглядит приличным, а бэкэнд никуда не годится.
Будет что-либо конструктивное, буду рад. Когда у Вас на руках есть только такой объём данных который есть, попробуйте сделать другую, менее фантасмагоричную аналитику вероятных причин.
К чему например Ваша отсылка к проблемам Фейсбука? Нет доступа к сервисам по причине потери базы DNS-серверов? Каким образом, это ложится на полученные проблемы? И почему эти проблемы длятся уже 10 дней без остановки?
Если нет точных данных, то и думать не нужно? Удобная позиция. Например, "Почему в России такие низкие зарплаты у людей, когда есть десятки стран, в которых у граждан зарплаты в 10 раз выше?"... и как бы этот вопрос не поднимали, слышится что-то типа: "так, стоп, не фантазируйте о причинах, это там у них, а это тут у нас, Вы вот ничего не знаете точно, а причин много и все важные и нерешимые, повсюду враги, и доказательствов у Вас нету никаких, а потому, живите как есть! Мало ли что может быть, а Вы тут надумываете всякое фантасмагоричное."
Так или иначе, думайте! Если видите логическую нестыковку "того что ты написал не может быть, потому что..." - я буду искренне рад! И тем более, если придумаете что-то годное, о чём я не подумал, тогда, я буду рад ещё больше!
Проблема с телефонами/интернетом в магазинах Пятёрочки, наверное не какая-то случайная. Во всех Пятёрках, есть почти полностью мёртвые зоны, более глухие чем в лифтах. Как будто зал в клетке Фарадея находится, или глушилки стоят. Около касс, кое-как ловит, ведь они ближе к выходу.
Не знаю зачем им это делать, но факт. Я аудиокниги онлайн слушаю, в Пятёрочке это превращается в пытку. В других магазинах, такой проблемы нет.
:)
Вопрос не в Пятёрке и не в карте, можно магазин сменить и всё, или вообще с картами не возиться ради копеек.
Вопрос в организации разработки и внедрении ПО, и в том, в какие проблемы, маленькие косяки, которые могут быть на любом из этапов, могут вылиться.
У каждого вопроса есть предпосылки, без них, писать сугубо теоретические конструкции смысла нет.
Фантазёров хватает, поэтому, важнее показать на примере. Каждый сам может сделать вывод о том, что и почему сломалось. И что надо учесть, чтобы не сделать точно так же.
Яндекс отдельная история, но они не бросают вопрос без ответа. Меня больше всего огорчает их падение в кривую нейросеть. Они годами не исправляют код, месяцами отвечают и т.п. Но, все кто общается молодцы. Всякое бывает, но чтобы вот так, как в Пятёрочке, вижу впервые.
Из отстойных поддержек, в том смысле, чтобы злить пользователя, есть ещё Ростелеком. В нашем регионе как минимум. Пользуюсь их сервисом с времён диалапа, и были периоды частых обращений, потому что всё было плохо. Так вот, они так и не догадались, что в городе есть специалисты кроме них, и при каждом обращении, пока не вымучают душу всякими "воткните/выткните, посмотрите на лампочки, перезагрузите и т.п.", в техотдел не отправят вопрос. Хотя ты уже изучил логи роутера и даже переключался на резервный. Спрашивается, что мешает поставить галочку в софте, что вот этот клиент, уже обладает навыками "втыкать/вытыкать и перезагружать"?
На этот счёт есть "оправдание".
У них, есть некий миксер. Якобы есть, Якобы миксер. Который перемешивает голоса перед добавлением в базу, чтобы по времени голоса, никто не догадался кто и как теоретически мог проголосовать.В таком случае, то, что часть голосов пришла раньше выдачи бюллетеней может быть объяснена.
Я не следил за приходом данных в блокчейн во время голосования, поэтому не могу сказать, так ли это было, но...
Зачем дата-время блока указаны? Ведь тогда, это ложная информация, потому что блоки заходят достаточно плавно и регулярно, я не просто так указал на то, что их по несколько в секунду заходит. Если подстановка фейковых-даты и времени, умышленная, то вопрос - зачем вообще создавать БД с ложными данными? Сам принцип нарушен, БД содержащая ложную информацию уже считается сломанной. Априори.