Судя по исходникам - подключен С++. А стиль кодирования похож на С.
Я лет 10 не брал в руки С++ но мне кажется что в традициях и модных веяниях нужно брать итератор по коллекции и некую лямбду которая заполняет текущий элемент случайным значением.
Скорее всего будет выведен Первый. Но у меня болит голова от компилляции в уме. Зачем это делать? Задание на собеседовании? Программирование - это практическая наука. Берешь запускаешь и смотришь результат. Программа - самодоказуемая и сама доказывает свою правильность своей работой. У нас ведь нет спецификации верно?
cptedward_kenway, ты конечно хитер. И не показал все поля таблицы. И что нам делать? Наверное есть поле card_number. Тогда группируй по card_number , где статусов больше 1
CityCat4, да. К сожалению ошибка некоторых государств в том что они слишком поздно поняли что нужно больше вкладывать в развитие своих сетей и мессенджеров.
Давайте обобщим и метод притягивания коня к стенкам и метод "коридоров".
У них обоих - одна и та же цель. Ограничить поиск в глубину (DFS) на примере ходов коня. Собственно, чего мы добиваемся, притягивая коня к краям доски? Чтобы конь - как можно быстрее выходил из глубоких узлов дерева. Из тех узлов из которых нет хода дальше. Как это достигается?
Я думаю что это достигается путём повышения веса клеток которые имеют соседей. Тоесть если мы вместо коридоров и правил Варнсдорфа введем некую гравитацию для каждой клетки (в том числе и свободной), тогда конь будет выбирать следующий ход не бездумно а притягиваясь к области клеток которые он уже обошел. Варнсдорф - это просто такой себе частный случай. +1 ход и клетка имеет бесконечный вес.
Если говорить философски - то попытка скрыть себя в Интернете - противоречит самой идее TCP-IP.
Если ты хочешь с кем-то соединиться (создать сокет) - то будь добр сообщи свой sourceAddr. Будет-ли это адрес VPN или прокси - дело десятое но силовые государства скоро примут пакеты законов чтобы облачный провайдер вас всегда "сдал с потрохами" и с логами адресов.
Друзья. Мне кажется спор пошел не туда. Давайте посмотрим на стек технологий который использует автор. Поскольку в этом стеке есть Python/Java то данную систему уже никак нельзя классифицировать как систему реального времени. Или нам надо обсуждать детали что там делает Python/Java и какие настройи и какие гарантии по отклику там есть.
Системы реального времени (когда я учился в универе из таковых была Qnx Neutrino) вообще - достаточно узкие системы и они выглядят как легаси с точки зрения удобства разработки. Тоесть никаких тебе Garbage Collectors использовать нельзя. Память нужно выделять заранее чтоб в процессе работы ни кодин malloc/free не дергался ведь он имеет неопределенное время отклика. Про мультипоточку забыть. Тоже нет детерминизма там. Или писать в 1 поток который будет всегда иметь самый высокий приоритет и будет обеспечивать весь lifecycle. Вот такие дела в этих ртосах и нейтринах.
Автору (при той постановке что он описал) нужно брать любой из имеющихся линуксов и смотреть где торговый робот лагает. И анализировать какие причины к этому были.
Пытаться искать ОС которая порешает проблемы Python/Java это все равно что менять чехлы на машине чтобы та быстрее ехала. Не будет ехать быстрее! Надо смотреть в код. Именно прикладной код является главным источником проблемы.
А хорошо написанный код и на Windows 11 может вполне себе приемлемо работать. Как говорят в условиях мягкого реального времени.
