Как я собираюсь месяц обучать всех желающих программированию #3⁠⁠

Про "Бритву Оккама" почитайте. Если не усложнять, она гласит: зачастую самый простой вариант является самым правильным.

Да, этот код нужно обвешивать проверками и отловом исключений.

Его можно оптимизировать еще сильнее.

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

Но в целом этот вариант подходит к подавляющему большинству случаев... Я очень часто разбираю код других разработчиков, и очень часто там нагорожены всякие поиски по буферу или целый каскад буферов, и всё только ради одной цели - чтобы пакеты не обрезались и не слипались. Именно поэтому это один из моих любимых вопросов на нестандартные алгоритмы и понимание сути программирования.

Можете кидать какашками, но это моя позиция, устойчивая и годами проверенная.

Это каким же раком надо быть, чтобы допустить падение потока чтения?.. Мои 5000 пакетов в минуту ни разу этого не сделали.

Это псевдокод, приятель, опытные дяди иногда его используют, чтобы передать суть, а не реализацию. И из него убирают всё, что не относится к мысли.

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

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

К слову спросить, а твой любимый сеньор использует готовый  сетевой движок или самописный? Предположу, что если это Unity, то сеть через Photon?

А как ты будешь определять эту метку? Побайтовым перемусоливанием всего прочитанного? Сверкой хвоста прочитанного буфера с меткой?

И еще... А какой смысл вычитывать пакет несколькими потоками? Это же лишние потери на синхронизации? Почему люди стремятся делать вещи, которые целесообразнее делать одним выделенным потоком в несколько потоков? У нас вот один балбес, к примеру, параллельными стримами перебирал листы, хотя весь этот перебор осуществлялся в отдельном потоке и без того...

Да и, опять же, пакеты приходят одним потоком данных (даже если клиентов у сервера много, таков уж TCP), какой смысл читать их в несколько потоков исполнения?..

Подвоха нет. Вообще ни какого. И сарказма/стёба нет. Второй вариант пришел в голову всем более-менее опытным программистам, кому я задавал этот вопрос, а вот первый вариант оказался не очевиден для большинства... И это весь подвох, с позволения сказать.

Это тот код, который пишется людьми без знания алгоритмов и парадигм. Признаки: дублирование, множественная передача управления, утечки памяти, алгоритмы n квардрат и прочее говно.

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

Да сколько угодно. Просто тут шайка коучеров хочет поживиться на неокрепших умах.

Так если ёбаный коуч и есть. Не считаю чем то не этичным зачмырить подонков, которые портят профессию. Это яндекс ШАД мясо готовит? Или Технострим?