Теория вероятностей мой самый нелюбимый раздел математики

может имелся ввиду пакет, как в случае udp?

Имелось в виду сообщения из вебсокета. Они кроме того что имеют TCP гарантии доставки, так еще имеют гарантию целостности. То есть ты на одном пире отправ "123" одним сообщением, то на другом пире должен получить "123", а не "1" и "23", как можно получить в голом TCP.

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

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

У меня это гейзенбаг. Стейт на клиенте синхронизируется через вебсокет. В случае close делается реконнект. На открытие сервер первым делом шлет свежайший стейт целиком, потом шлет только дельту. Все хорошо работает. Но иногда, очень редко, происходит рассинхрон.

Не должно. https://tools.ietf.org/html/rfc6455#section-5.2 фреймы содержат payload length

Типа, чем быстрее дебажишь, тем неопределённее становится местоположение бага в коде проекта или, чем точнее определяешь местоположение бага, тем неопределённее становится время, затрачиваемое на дебаг? Так что-ли? ))

Почитаю. Не припомню что в вебсокетах такое есть.

Хотя нет, не время, а скорость самого дебага

Проще. Когда на него смотришь и пытаешься поймать, его нет. Когда не смотришь, он есть.

пробовал скорость соединения занизить до 128kbps?

конечно.

Так это фотонный баг

Всякое бывает. Браузеры в моем мировосприятии штука весьма ненадежная и непредсказуемая. Травмы молодости. IE6, вот это все.

гейзенбаг вроде устройчивый термин. даже конференцию тестировщиков так называли.

Крохотный. меньше килобайта в час.

Да.

Любопытно.
Просто то, что ты описал выше это фотон, квант электромагнитного поля

А в принципе неопределённости Гейзенберга вообще не о том речь

Ладно, я пошла спать