mayton2019

Даже если-бы у вас не было физически устройства, в Linux можно подключить iso образ
диска как когда-то давно в Windows мы подключали DeamonTools, Alcohol e.t.c. эмуляторы
чтоб поиграть в игрушки.

Дисклеймер.

С точки зрения инфо-безопасности ходить с рабочего десктопа домой - это 100% нарушение.
Я не знаю где вы работаете но во всех компаниях курсы-инфобеза
проходят эту тему. Такая сетевая активность всегда будет рассматриваться под углом
уже свершившегося security issue. Я надеюсь что вы сможете объяснить зачем вы это делаете.

Если рассмотреть задачу с точки зрения разработки ПО а не проброса туннелей. То если
поменять местами роли клиент-сервер и белый-серый перевернуть то создать сокетное
соединение проще в обратном направлении. Тоесть клиент из дому ходить на сервер на работе
у которого белый IP.

В олимпиаде ЯП не очень важен. Обычно задание подгоняется под удачный выбор
алгоритма. И если повезло - то и Python и С++ укладываются в нормальное
время. А если студент использовал комбинаторный алгоритм то здесь не поможет и
Ассемблер с GPU.

Хорошие онлайн казино используют CSPRNG
https://en.wikipedia.org/wiki/Cryptographically_se...
и у автора скорее всего нет шансов ничего угадать.

Плохие онлайн казино могут содержать плохую реализацию. Тогда вопрос сводится
к проверке что казино плохое. В этом случае шансы есть. Но кому на рынке нужно
плохое казино? Мне кажется что такие эволюционно уже должны были уйти.

P.S. И еще одна проверка. Что одна пользовательская игровая сессия используюет
один экземпляр PRNG а не все сессии всего казино.

Если удаление офиса будет проверять какой-то внешний аудит - то надо понять собственно что им надо.
Нормальный штатный деинсталлятор - это вполне себе достаточный подход. Если с этим переусердствовать
- то можно получить просто массу сломаных десктопов на предприятии которые не то что с офисом
а вообще не работают.

В этом случае кеш может хранить документ-товар и историю событий и историю состояний с ним.
Например

{ "tovar" : {
    "id" : "0001",
    "events" : [
         ......
         { "event" : 555, ......}
     ]
  }
}

В реальной жизни ты должен использовать второй варинт. Потому что - транзакции.
Ими надо управлять. И приложение типа CRUD тоже должно всегда использовать второй вариант.

Первый вариант - скорее всего применим при массовых загрузках. Например при создании БД. При миграции.
И еще может быть при выполнении каких-то maintenance задач.
Обычно в этом случае - отключают триггеры, индексы и грузят на максималках. А уже потом
последовательно включают и смотрят что валидация прошла успешно.

Напиши на Python функцию которая на вход принимает твой массив и на выходе тоже выдает массив.

Потом у датафрейма есть метод apply() который твою функцию применяет.

Почему он застратный по железу, а не наоборот(как мне кажется)

Тебя обманывает терминология скорее всего. Мы где-то в хабре уже говорили.
Существует tracing - это когда лучи идут из источника света ко всем предметам сцены.
И back-tracing, когда лучи (мнимые) идут из глаз смотрящего на сцену.

P.S. Когда мы говорим крипта - 100% подразумеваем криптовалюты. А до 2015 года я криптой
называл криптографию :)

У Дурова нет выбора на самом деле. Ему сделают предложение от которого нельзя отказаться.
Либо он создает инфрастурктуру глобального наблюдения, как у Facebook, Whatsup e.t.c.
мессенджеров "в законе". Либо его, как гражданина Франции упекут на 20 лет.

Как вообще это повлияет на текущее управление сервисом Телеграм - мы не знаем. Я думаю,
что на этот счет были созданы соотв. инструкции. Но будущее - туманно.

Если по чесноку - то да. Была порнушка. Был Кракен с Гидрой. Постоянно реклама прыгала в глаза
во многих каналах. Гемблинг, скам и крипта. И с точки зрения Франции Телега
является площадкой для сбыта веществ.
Франция не имеет такого покрытия тематических каналов. Может быть в этом проблема.
Иначе французы сказали-бы ... ну слушайте Телега конечно ох и ах и наркоты много. Но есть
и хороший контент. Но... видимо мало было развития Телеги во франции. Надо было Паше этот
сегмент развивать сильнее. Не успел.

В github есть игрушечные проекты загрузчиков с консолью. Можно там посмотреть.
Еще - статьи про 512-k boot loaders. Видел с вшитым интерпретатором Forth.

Я отметил совет Нестерова как решение. Но добавлю.

Тебе нужно подойти к преподавателю и задать ему макимальное число вопросов
по поводу того что он хочет на самом деле видеть. Желательно сузить постановку
до такого уровня чтоб ты успела за семестр это сделать. Например делать
транслятор сразу без файлов и сетевого I/O. Пускай это будет просто REPL
консоль как в ранних версиях Haskell.

Есть софистические языки наподобие Brainfuck и Нормальных алгоритмов Маркова.
Они тоже являются языками но скорее экспериментом доведенным до крайности
чем практически полезным. Их можно реализовать за пару дней на любой другом
императивном языке.

Разработка Форт-подобного языка мне тоже кажется набиолее выгодной с точки
зрения цена/производительность но Форт это достаточно нишевый язык и препод
может быть недоволен. Возможно он хотел какие-то более развитые грамматики
а не токько words and spacers.

Можно разработать простейший Лисп но я не уверен что тут в семестр уложишся. Тем
более что у тебя только базовый уровень всего остального. Но Лисп транслятор
на минималках был бы самой красивой курсовой работой на потоке.

И есть ли тут ещё какие-либо баги которые я сразу не заметил?

Это очень интересный вопрос. На мильон я-бы сказал.

Вообще если на программу не написана спецификация или тесты то тогда совершенно
невозможно точно утверждать является ли поведение багом или так задумал автор.
Я вот к стыду не помню всех правил морского боя. Что там с кораблем. Когда он затонет?
Как мы узнаем что поражены все части корабля?

Глядя на код трудно сказать где там ошибка. Надо его запускать. А запуск связан с вводом
выводом. Тоесть нужно потратить много человеко-часов вводя буквы и цифры и симулируя
разные игровые кейсы. Сам понимаешь нет такого энтузиаста который бы осилил за ништяк
тестировать.

Поэтому по возможности напиши тестовый код (в соотношении хотя-бы 1:10) чтобы он тестировал
автоматически основной код. Есть такая практика. Модульное тестирование.

По поводу сохранения игры - посмотри что сохраняется в внешний файл.

Локации можно брать в расчет на глазок как приблизительную оценку. Как OSINT. И то с поправкой
на диапазоны IP проксей и ВПН и с учетом совершенно сбитого или отключенного GPS приемника.
Тоесть рассматривать это как рандомный шумящий фактор.

В совокупности допустим если совмещаять данные GPS( country + region) и накладывать их
на язык человека и на фактический язык которым он пишет месседжи - только тогда
можно как-то обучать систему детектированию гео-информации на уровне например страны.

Я сильно сомневаюсь что результаты такого голосования будут иметь какой-то смысл. Да и зачем
вам делить локации?

В науке и мат-статистике это называется процентиль (percentile).
Многие математические пакеты и SQL диалекты имеют встроенную функцию
для расчета П. Медиана и квартиль - это просто частные случаи процентиля.

В твоем случае 60-й процентиль не более чем какая-то величина. Но тебе надо мерять
не сверху а сверху и снизу. И тут надо немного подумать.

По поводу колебаний. Если я правильно понимаю то 20 сек, 22 сек, 19 сек, 18 сек, 23 сек, 24 сек
это выборка, а колебания - это разности между соседями. Тоесть

2, -3, -1, 5, 1

?