Ниже — набор «анти‑best‑practices»

***

Визуальный цирк «как после кривого драйвера»

***

«Утечки памяти» и фризы

  • Классика: симуляция утечки памяти — запускаешь процесс, который непрерывно резервирует память и почти не освобождает, пока OOM‑killer не начнёт рубить всё подряд (включая браузеры, терминалы и т.п.). [unix](https://unix.ba/text/crashing-scratch-and-snap-for-fun-and-education/)
  • Можно сделать это скриптом/маленькой программой и запускать в фоне при логине пользователя, чтобы «иногда и рандомно» начинало всё тормозить, а потом внезапно что‑то «отпускает», когда OOM кого‑то убил. [unix](https://unix.ba/text/crashing-scratch-and-snap-for-fun-and-education/)

***

Псевдо‑краши и «сегфолты»

  • Шутка в консоли: в .bashrc добавить PROMPT_COMMAND='(( RANDOM % 10 == 0 )) && printf "Segmentation fault (core dumped)\n"' — каждый N‑й запуск команды «заканчивается» мнимым падением. [reddit](https://www.reddit.com/r/linuxadmin/comments/8wl57w/harmless_prank_suggestions/)
  • Можно обернуть команды в alias, который с вероятностью, скажем, 5–10% печатает «Program has stopped working» и ждёт 5 секунд. Чистый виндовый вайб.

***

Постепенное «загнивание» системы

***

Жёсткий вариант: честный краш системы

В VM (ТОЛЬКО в VM, не на хосте):

***

Чуть более «цивильный» путь: просто раздражать

***

[file-name 000124_2026-01-25_07-25-56.txt]