**Как работает планировщик задач в Linux: кто решает, какая программа сейчас поработает**
Представь: у тебя четыре ядра процессора, а программ запущено сотни. Браузер жрёт ресурсы, музыка играет, компилятор молотит код, а в фоне ещё двадцать демонов что-то мутят. Кто решает, кому сейчас дать процессорное время, а кого послать в очередь? Это работа планировщика задач — CFS, Completely Fair Scheduler.
Суть простая: ядро Linux ведёт учёт, сколько каждая программа уже отработала процессорного времени. Называется это vruntime — виртуальное время выполнения. Планировщик смотрит: кто из процессов меньше всех успел поработать? Того и запускает следующим. Получается справедливая очередь: никто не монополизирует процессор насовсем, все получают свою долю.
Но есть нюанс. Процессам можно задать приоритет — значение nice от минус двадцати до плюс девятнадцати. Чем ниже nice, тем больше процессорного времени процесс получит. Процесс с nice минус десять будет бегать чаще, чем с nice плюс десять. Это работает через весовые коэффициенты: более приоритетному процессу виртуальное время идёт медленнее, поэтому планировщик чаще выбирает именно его.
CFS хранит все процессы в красно-чёрном дереве — структуре данных, где поиск минимального vruntime занимает логарифмическое время. То есть даже при тысячах процессов выбор следующего происходит мгновенно. Планировщик дёргает из дерева процесс с наименьшим vruntime, даёт ему квант времени поработать, обновляет его vruntime и засовывает обратно в дерево. И так по кругу.
Ещё есть классы планирования. CFS обслуживает обычные процессы, а для задач реального времени работают SCHED_FIFO и SCHED_RR — они вообще вне очереди, запускаются первыми и могут вытеснять всех остальных. Нужно, например, чтобы аудиодрайвер не пропускал сэмплы или робот не тупил на команде — ставишь реальное время, и процесс получает железные гарантии.
Планировщик также умеет в многопроцессорность. Каждое ядро ведёт свою очередь процессов, но если одно ядро перегружено, а другое простаивает, планировщик перебросит задачи для баланса. Это называется load balancing, и работает он периодически, проверяя загрузку ядер и мигрируя процессы туда, где свободнее.
Короче, планировщик — это диспетчер, который непрерывно жонглирует сотнями задач так, чтобы система оставалась отзывчивой, справедливой и не тормозила. Без него твой Linux превратился бы в тыкву, где одна программа захватила бы процессор, а остальные зависли в ожидании. CFS делает так, что все работают, никто не обижен, и система живёт.
Подпишись на создателей: https://t.me/linuxexex
Представь: у тебя четыре ядра процессора, а программ запущено сотни. Браузер жрёт ресурсы, музыка играет, компилятор молотит код, а в фоне ещё двадцать демонов что-то мутят. Кто решает, кому сейчас дать процессорное время, а кого послать в очередь? Это работа планировщика задач — CFS, Completely Fair Scheduler.
Суть простая: ядро Linux ведёт учёт, сколько каждая программа уже отработала процессорного времени. Называется это vruntime — виртуальное время выполнения. Планировщик смотрит: кто из процессов меньше всех успел поработать? Того и запускает следующим. Получается справедливая очередь: никто не монополизирует процессор насовсем, все получают свою долю.
Но есть нюанс. Процессам можно задать приоритет — значение nice от минус двадцати до плюс девятнадцати. Чем ниже nice, тем больше процессорного времени процесс получит. Процесс с nice минус десять будет бегать чаще, чем с nice плюс десять. Это работает через весовые коэффициенты: более приоритетному процессу виртуальное время идёт медленнее, поэтому планировщик чаще выбирает именно его.
CFS хранит все процессы в красно-чёрном дереве — структуре данных, где поиск минимального vruntime занимает логарифмическое время. То есть даже при тысячах процессов выбор следующего происходит мгновенно. Планировщик дёргает из дерева процесс с наименьшим vruntime, даёт ему квант времени поработать, обновляет его vruntime и засовывает обратно в дерево. И так по кругу.
Ещё есть классы планирования. CFS обслуживает обычные процессы, а для задач реального времени работают SCHED_FIFO и SCHED_RR — они вообще вне очереди, запускаются первыми и могут вытеснять всех остальных. Нужно, например, чтобы аудиодрайвер не пропускал сэмплы или робот не тупил на команде — ставишь реальное время, и процесс получает железные гарантии.
Планировщик также умеет в многопроцессорность. Каждое ядро ведёт свою очередь процессов, но если одно ядро перегружено, а другое простаивает, планировщик перебросит задачи для баланса. Это называется load balancing, и работает он периодически, проверяя загрузку ядер и мигрируя процессы туда, где свободнее.
Короче, планировщик — это диспетчер, который непрерывно жонглирует сотнями задач так, чтобы система оставалась отзывчивой, справедливой и не тормозила. Без него твой Linux превратился бы в тыкву, где одна программа захватила бы процессор, а остальные зависли в ожидании. CFS делает так, что все работают, никто не обижен, и система живёт.
Подпишись на создателей: https://t.me/linuxexex
Народ обожает сравнивать дистрибутивы как футбольные команды, но давайте возьмём реальный кейс: собрать и запустить веб-проект на Python с PostgreSQL и nginx за полчаса. Никаких абстракций, просто дело.
Ubuntu Server 22.04 — самый скучный выбор, и в этом его сила. apt install postgresql python3-pip nginx, копируешь конфиг из стэка, systemctl enable, profit. Документация есть на каждый чих, половина статей на хабре написана под убунту, гуглится любая ошибка. Минус один — Canonical периодически подсовывает snap туда, куда его не просили, и приходится руками выпиливать. Но для задачи — идеал: работает из коробки, не выёживается, обновления предсказуемые.
Arch Linux — тут ты сам себе Ubuntu. pacman -S postgresql python-pip nginx, но перед этим читаешь вики, настраиваешь systemd-сервисы руками, правишь конфиги, потому что дефолтные минималистичны до неприличия. За полчаса уложишься, если знаешь, что делаешь. Если нет — потратишь час на гугление, почему постгрес не стартует. Зато никакого мусора, всё под контролем, пакеты свежайшие. Плюс AUR, где есть вообще всё. Для дева-машины огонь, для прода — только если ты мазохист или действительно понимаешь систему.
Fedora — RedHat для людей. dnf install postgresql-server python3-pip nginx, postgresql-setup --initdb, systemctl, погнали. Чуть больше телодвижений, чем в убунте, но зато SELinux из коробки, а это либо защита, либо твой личный ад, если забыл про контексты. Для нашего кейса SELinux вообще может nginx запретить в upstream стучать, и ты будешь полчаса гуглить, почему 502. Но если разобрался — система крепкая, обновления быстрые, экосистема RedHat рядом. Годится, если планируешь потом на RHEL мигрировать или просто любишь фед.
Debian Stable — Ubuntu без понтов и маркетинга. apt тот же, но пакеты старее, зато стабильность как у танка. Полчаса хватит, всё встанет, но питон может быть 3.9 вместо 3.11, и придётся либо мириться, либо ставить из бэкпортов. Для прода, где не нужны новшества, а нужна предсказуемость — лучший выбор. Для дева — скучно.
Alpine Linux — если хочется поиграть в минимализм. apk add postgresql python3 nginx, но тут musl libc вместо glibc, и некоторые питонячьи либы могут не собраться или упасть с ошибкой. За полчаса соберёшь, если проект простой, если нет — будешь плясать с бубном вокруг зависимостей. Зато образ лёгкий, для докера и кубера — огонь.
В сухом остатке: для быстрого старта и нуля головной боли — Ubuntu. Для контроля и свежести — Arch. Для корпоративной серьёзности — Fedora или Debian. Для контейнеров — Alpine. Все остальные срачи про «лучший дистр» — это просто религия, а религия не компилируется.
Подпишись на создателей: https://t.me/linuxexex
Ubuntu Server 22.04 — самый скучный выбор, и в этом его сила. apt install postgresql python3-pip nginx, копируешь конфиг из стэка, systemctl enable, profit. Документация есть на каждый чих, половина статей на хабре написана под убунту, гуглится любая ошибка. Минус один — Canonical периодически подсовывает snap туда, куда его не просили, и приходится руками выпиливать. Но для задачи — идеал: работает из коробки, не выёживается, обновления предсказуемые.
Arch Linux — тут ты сам себе Ubuntu. pacman -S postgresql python-pip nginx, но перед этим читаешь вики, настраиваешь systemd-сервисы руками, правишь конфиги, потому что дефолтные минималистичны до неприличия. За полчаса уложишься, если знаешь, что делаешь. Если нет — потратишь час на гугление, почему постгрес не стартует. Зато никакого мусора, всё под контролем, пакеты свежайшие. Плюс AUR, где есть вообще всё. Для дева-машины огонь, для прода — только если ты мазохист или действительно понимаешь систему.
Fedora — RedHat для людей. dnf install postgresql-server python3-pip nginx, postgresql-setup --initdb, systemctl, погнали. Чуть больше телодвижений, чем в убунте, но зато SELinux из коробки, а это либо защита, либо твой личный ад, если забыл про контексты. Для нашего кейса SELinux вообще может nginx запретить в upstream стучать, и ты будешь полчаса гуглить, почему 502. Но если разобрался — система крепкая, обновления быстрые, экосистема RedHat рядом. Годится, если планируешь потом на RHEL мигрировать или просто любишь фед.
Debian Stable — Ubuntu без понтов и маркетинга. apt тот же, но пакеты старее, зато стабильность как у танка. Полчаса хватит, всё встанет, но питон может быть 3.9 вместо 3.11, и придётся либо мириться, либо ставить из бэкпортов. Для прода, где не нужны новшества, а нужна предсказуемость — лучший выбор. Для дева — скучно.
Alpine Linux — если хочется поиграть в минимализм. apk add postgresql python3 nginx, но тут musl libc вместо glibc, и некоторые питонячьи либы могут не собраться или упасть с ошибкой. За полчаса соберёшь, если проект простой, если нет — будешь плясать с бубном вокруг зависимостей. Зато образ лёгкий, для докера и кубера — огонь.
В сухом остатке: для быстрого старта и нуля головной боли — Ubuntu. Для контроля и свежести — Arch. Для корпоративной серьёзности — Fedora или Debian. Для контейнеров — Alpine. Все остальные срачи про «лучший дистр» — это просто религия, а религия не компилируется.
Подпишись на создателей: https://t.me/linuxexex
Пошли вон отсюда
Предательские ворюги-психи собрались в Южной Каролине.
Южная Каролина выбрана комитетом Демократической партии для проведения первых президентских праймериз демократов в 2028 году.
Южная Каролина останется штатом с первыми президентскими праймериз демократов после того, как получила рекомендацию ключевой комиссии. Этот ход сохранит видное место чёрных избирателей в календаре.
Голосование в пятницу завершило месяцы агрессивного лоббирования со стороны Невады, Южной Каролины, Нью-Гэмпшира и Айовы — все они боролись за лакомое звание первого штата в стране на 2028 год. Лидеры партий этих штатов и их союзники забрасывали членов комитета по правилам и уставу Национального комитета Демократической партии предложениями, пока те решали, каким штатам разрешить провести праймериз до Супервторника.
Комиссия проголосовала за то, чтобы Южная Каролина провела праймериз первой 22 января, затем Невада 1 февраля, Нью-Гэмпшир 8 февраля, Нью-Мексико 15 февраля, Мичиган 22 февраля и Виргиния 29 февраля, после чего остальные штаты смогут проводить голосования начиная с Супервторника 7 марта.
Полный состав Национального комитета рассмотрит предложенный список на августовском заседании.
В последние дни стало ясно, что комиссия раскололась между тем, чтобы отдать первенство Неваде или Южной Каролине. Члены комитета по правилам спорили, какому штату дать первое место, на ужине в четверг вечером, который затянулся далеко за полночь.
Источник (4chan /news/): https://boards.4chan.org/news/thread/1525413
Подпишись на создателей: https://t.me/linuxexex
Предательские ворюги-психи собрались в Южной Каролине.
Южная Каролина выбрана комитетом Демократической партии для проведения первых президентских праймериз демократов в 2028 году.
Южная Каролина останется штатом с первыми президентскими праймериз демократов после того, как получила рекомендацию ключевой комиссии. Этот ход сохранит видное место чёрных избирателей в календаре.
Голосование в пятницу завершило месяцы агрессивного лоббирования со стороны Невады, Южной Каролины, Нью-Гэмпшира и Айовы — все они боролись за лакомое звание первого штата в стране на 2028 год. Лидеры партий этих штатов и их союзники забрасывали членов комитета по правилам и уставу Национального комитета Демократической партии предложениями, пока те решали, каким штатам разрешить провести праймериз до Супервторника.
Комиссия проголосовала за то, чтобы Южная Каролина провела праймериз первой 22 января, затем Невада 1 февраля, Нью-Гэмпшир 8 февраля, Нью-Мексико 15 февраля, Мичиган 22 февраля и Виргиния 29 февраля, после чего остальные штаты смогут проводить голосования начиная с Супервторника 7 марта.
Полный состав Национального комитета рассмотрит предложенный список на августовском заседании.
В последние дни стало ясно, что комиссия раскололась между тем, чтобы отдать первенство Неваде или Южной Каролине. Члены комитета по правилам спорили, какому штату дать первое место, на ужине в четверг вечером, который затянулся далеко за полночь.
Источник (4chan /news/): https://boards.4chan.org/news/thread/1525413
Подпишись на создателей: https://t.me/linuxexex
boards.4chan.org
/news/ - Stay The Fuck OUT! - Current News - 4chan
Stay The Fuck OUT! - "/news/ - Current News; is 4chan's board for current news.
**Как Linux хранит файлы: VFS — прослойка между хаосом и порядком**
В Linux всё файл. Диск — файл, сокет — файл, клавиатура — файл. Но как ядро не сходит с ума от этого зоопарка? Ответ: Virtual File System, VFS — виртуальная файловая система, прослойка между твоими программами и реальным железом.
Представь: у тебя ext4 на SSD, NTFS на флешке и сетевая шара по NFS. Три разных мира с разными правилами. VFS — это переводчик, который говорит всем: «Мне плевать, как вы там внутри устроены. Хочу open, read, write — даёте мне стандартный интерфейс, а дальше ваши проблемы».
Когда ты открываешь файл, VFS создаёт структуру inode — это паспорт файла: размер, права, где лежат данные. Потом file descriptor — дескриптор, номерок в очереди. Программа дёргает read — VFS смотрит в таблицу, понимает, что это ext4, и передаёт запрос драйверу ext4. Тот лезет на диск, достаёт байты, отдаёт обратно. Программа даже не в курсе, что под капотом ext4, а не btrfs или что-то ещё.
VFS живёт в оперативке и держит кеш популярных файлов — dentry cache и inode cache. Когда ты второй раз открываешь тот же файл, ядро не идёт на диск, а берёт из кеша. Поэтому первый ls в папке тормозит, а второй летает.
Ещё VFS умеет монтировать файловые системы куда угодно. /mnt, /media, /proc — это всё точки монтирования, где VFS подключает разные драйверы. /proc вообще не файловая система в классическом смысле — это виртуальная выдумка ядра, где каждый файл генерируется на лету из состояния процессов.
VFS — это причина, почему в Linux можно засунуть ext4, FAT32, CIFS и ZFS в одну систему, и оно просто работает. Без этой прослойки каждая программа писала бы свой код под каждую файловую систему. А так — один интерфейс, один API, и всем хорошо.
Короче, VFS — это тот невидимый слой, который превращает хаос из десятков файловых систем в единую картину мира. Ты просто пишешь cat file.txt, а за кадром крутится целая машина абстракций.
Подпишись на создателей: https://t.me/linuxexex
В Linux всё файл. Диск — файл, сокет — файл, клавиатура — файл. Но как ядро не сходит с ума от этого зоопарка? Ответ: Virtual File System, VFS — виртуальная файловая система, прослойка между твоими программами и реальным железом.
Представь: у тебя ext4 на SSD, NTFS на флешке и сетевая шара по NFS. Три разных мира с разными правилами. VFS — это переводчик, который говорит всем: «Мне плевать, как вы там внутри устроены. Хочу open, read, write — даёте мне стандартный интерфейс, а дальше ваши проблемы».
Когда ты открываешь файл, VFS создаёт структуру inode — это паспорт файла: размер, права, где лежат данные. Потом file descriptor — дескриптор, номерок в очереди. Программа дёргает read — VFS смотрит в таблицу, понимает, что это ext4, и передаёт запрос драйверу ext4. Тот лезет на диск, достаёт байты, отдаёт обратно. Программа даже не в курсе, что под капотом ext4, а не btrfs или что-то ещё.
VFS живёт в оперативке и держит кеш популярных файлов — dentry cache и inode cache. Когда ты второй раз открываешь тот же файл, ядро не идёт на диск, а берёт из кеша. Поэтому первый ls в папке тормозит, а второй летает.
Ещё VFS умеет монтировать файловые системы куда угодно. /mnt, /media, /proc — это всё точки монтирования, где VFS подключает разные драйверы. /proc вообще не файловая система в классическом смысле — это виртуальная выдумка ядра, где каждый файл генерируется на лету из состояния процессов.
VFS — это причина, почему в Linux можно засунуть ext4, FAT32, CIFS и ZFS в одну систему, и оно просто работает. Без этой прослойки каждая программа писала бы свой код под каждую файловую систему. А так — один интерфейс, один API, и всем хорошо.
Короче, VFS — это тот невидимый слой, который превращает хаос из десятков файловых систем в единую картину мира. Ты просто пишешь cat file.txt, а за кадром крутится целая машина абстракций.
Подпишись на создателей: https://t.me/linuxexex
Совет по безопасности для линуксоида: если ты до сих пор считаешь, что Linux не ломается, потому что «хакеры не знают bash», у меня для тебя новость — они знают его лучше тебя.
Да, антивирус тебе не нужен. Зато нужны мозги. Потому что sudo chmod 777 -R / — это не лайфхак из форума 2008 года, а способ превратить свою систему в публичный сортир.
Обнови блядь софт. Не через полгода, когда «допилят», а сейчас. apt update && apt upgrade — это не предложение, это минимальная гигиена. И да, Arch-юзер, твой AUR-хлам тоже надо проверять, а не тянуть любой скрипт из репозитория чувака с ником xXx_h4x0r_xXx.
Firewall включен? ufw enable — четыре символа между тобой и ботнетом. SSH на дефолтном порту с root-доступом по паролю — это приглашение на вечеринку для китайских ботов. Поменяй порт, отключи root login, используй ключи. Это не параноя, это базовая въебенность в тему.
И последнее: если ты скачал «crack» для проприетарного софта с какого-то сайта на.ru, где реклама мигает быстрее, чем твой пульс, — ты уже не линуксоид, ты жертва естественного отбора. Open source существует не просто так.
Безопасность — это не «у меня Linux, я неуязвим». Это ежедневная работа. Либо делай её, либо не ной, когда твой сервер майнит Monero для кого-то в Пхеньяне.
Подпишись на создателей: https://t.me/linuxexex
Да, антивирус тебе не нужен. Зато нужны мозги. Потому что sudo chmod 777 -R / — это не лайфхак из форума 2008 года, а способ превратить свою систему в публичный сортир.
Обнови блядь софт. Не через полгода, когда «допилят», а сейчас. apt update && apt upgrade — это не предложение, это минимальная гигиена. И да, Arch-юзер, твой AUR-хлам тоже надо проверять, а не тянуть любой скрипт из репозитория чувака с ником xXx_h4x0r_xXx.
Firewall включен? ufw enable — четыре символа между тобой и ботнетом. SSH на дефолтном порту с root-доступом по паролю — это приглашение на вечеринку для китайских ботов. Поменяй порт, отключи root login, используй ключи. Это не параноя, это базовая въебенность в тему.
И последнее: если ты скачал «crack» для проприетарного софта с какого-то сайта на.ru, где реклама мигает быстрее, чем твой пульс, — ты уже не линуксоид, ты жертва естественного отбора. Open source существует не просто так.
Безопасность — это не «у меня Linux, я неуязвим». Это ежедневная работа. Либо делай её, либо не ной, когда твой сервер майнит Monero для кого-то в Пхеньяне.
Подпишись на создателей: https://t.me/linuxexex
В 1999 году Линус Торвальдс попал в автокатастрофу, и сообщество Linux коллективно обосралось. Не потому что переживали за здоровье бородача — а потому что весь ёбаный проект держался на одном человеке, который единолично принимал решения, что войдёт в ядро, а что нет.
И знаете, что сделал Линус после того, как вылез из больницы? Продолжил работать точно так же. Без системы backup-мейнтейнеров, без делегирования полномочий, без страховки. Просто "trust me, bro" на уровне операционной системы, которая уже крутилась на миллионах серверов.
Только в 2005-м, когда разработчики ядра окончательно заебались с CVS и BitKeeper (который, кстати, стал платным и всех послал), Торвальдс за две недели накидал Git. Не потому что заботился о комьюнити — просто ему самому стало неудобно работать.
Вот так и работает опенсорс: не романтика свободного ПО и коллективное творчество, а один упёртый финн, который пишет инструменты под себя, а остальные радуются побочкам.
И да, Git он назвал в честь себя. "Git" по-английски — придурок. Самоирония уровня божества.
Подпишись на создателей: https://t.me/linuxexex
И знаете, что сделал Линус после того, как вылез из больницы? Продолжил работать точно так же. Без системы backup-мейнтейнеров, без делегирования полномочий, без страховки. Просто "trust me, bro" на уровне операционной системы, которая уже крутилась на миллионах серверов.
Только в 2005-м, когда разработчики ядра окончательно заебались с CVS и BitKeeper (который, кстати, стал платным и всех послал), Торвальдс за две недели накидал Git. Не потому что заботился о комьюнити — просто ему самому стало неудобно работать.
Вот так и работает опенсорс: не романтика свободного ПО и коллективное творчество, а один упёртый финн, который пишет инструменты под себя, а остальные радуются побочкам.
И да, Git он назвал в честь себя. "Git" по-английски — придурок. Самоирония уровня божества.
Подпишись на создателей: https://t.me/linuxexex
привет я пытаюсь начать разбираться в сфере кибербезопасности и был бы благодарен людям которые могу
привет я пытаюсь начать разбираться в сфере кибербезопасности и был бы благодарен людям которые могут дать мне совет по этой теме. я хочу пытаюсь понять с чего начать и что именно мне необходимо изучать и какие сайты посещать(заранее большое спасибо за совет :)
Источник (2ch /pr/): https://2ch.org/pr/res/3658001.html
Подпишись на создателей: https://t.me/linuxexex
привет я пытаюсь начать разбираться в сфере кибербезопасности и был бы благодарен людям которые могут дать мне совет по этой теме. я хочу пытаюсь понять с чего начать и что именно мне необходимо изучать и какие сайты посещать(заранее большое спасибо за совет :)
Источник (2ch /pr/): https://2ch.org/pr/res/3658001.html
Подпишись на создателей: https://t.me/linuxexex
Двач
/Программирование/ - привет я пытаюсь начать разбираться в сфере кибербезопасности и был бы благодарен людям которые могу
Кодил на выходных и понял: лучший инструмент разработчика — это не IDE, не фреймворк и не ChatGPT.
Это сон.
Серьёзно. Ты можешь весь день втыкать в баг, гуглить, переписывать — ноль. А потом спишь, просыпаешься, открываешь код — и сразу видно, где накосячил. Мозг во сне сам дебажит.
Плюс все эти легенды про "решение пришло во сне" — не байки. Подсознание работает, пока ты не лезешь в телефон в 3 ночи.
Так что да, забей на очередной курс по микросервисам. Иди спать 8 часов — вот это апгрейд твоего стека.
Подпишись на создателей: https://t.me/linuxexex
Это сон.
Серьёзно. Ты можешь весь день втыкать в баг, гуглить, переписывать — ноль. А потом спишь, просыпаешься, открываешь код — и сразу видно, где накосячил. Мозг во сне сам дебажит.
Плюс все эти легенды про "решение пришло во сне" — не байки. Подсознание работает, пока ты не лезешь в телефон в 3 ночи.
Так что да, забей на очередной курс по микросервисам. Иди спать 8 часов — вот это апгрейд твоего стека.
Подпишись на создателей: https://t.me/linuxexex
**Терминальный лайфхак, который сэкономит тебе кучу времени**
Заебался каждый раз вбивать длинные команды? Вот тебе спасение — алиасы в.bashrc или.zshrc.
Открываешь файл:
```
nano ~/.bashrc
```
И пихаешь туда свои сокращения:
```
alias gs='git status'
alias gp='git pull'
alias dc='docker-compose'
alias..='cd..'
alias...='cd../..'
```
Сохраняешь, применяешь:
```
source ~/.bashrc
```
Всё, теперь вместо "docker-compose up -d" достаточно "dc up -d". Вместо постоянного "git status" — просто "gs".
Ещё один трюк — функции для частых задач. Например, создать папку и сразу в неё зайти:
```
mkcd() { mkdir -p "$1" && cd "$1"; }
```
Теперь "mkcd новая_папка" — и ты уже внутри.
Или быстрый поиск по истории команд: жми Ctrl+R и начинай вводить часть команды — терминал сам найдёт, что ты когда-то запускал.
Бонус: если работаешь с SSH, настрой ~/.ssh/config:
```
Host сервак
HostName 192.168.1.100
User admin
Port 2222
```
Теперь вместо "ssh admin@192.168.1.100 -p 2222" пишешь просто "ssh сервак".
Потратишь 5 минут на настройку — сэкономишь часы за год. Это не ракетостроение, но блять работает.
Подпишись на создателей: https://t.me/linuxexex
Заебался каждый раз вбивать длинные команды? Вот тебе спасение — алиасы в.bashrc или.zshrc.
Открываешь файл:
```
nano ~/.bashrc
```
И пихаешь туда свои сокращения:
```
alias gs='git status'
alias gp='git pull'
alias dc='docker-compose'
alias..='cd..'
alias...='cd../..'
```
Сохраняешь, применяешь:
```
source ~/.bashrc
```
Всё, теперь вместо "docker-compose up -d" достаточно "dc up -d". Вместо постоянного "git status" — просто "gs".
Ещё один трюк — функции для частых задач. Например, создать папку и сразу в неё зайти:
```
mkcd() { mkdir -p "$1" && cd "$1"; }
```
Теперь "mkcd новая_папка" — и ты уже внутри.
Или быстрый поиск по истории команд: жми Ctrl+R и начинай вводить часть команды — терминал сам найдёт, что ты когда-то запускал.
Бонус: если работаешь с SSH, настрой ~/.ssh/config:
```
Host сервак
HostName 192.168.1.100
User admin
Port 2222
```
Теперь вместо "ssh admin@192.168.1.100 -p 2222" пишешь просто "ssh сервак".
Потратишь 5 минут на настройку — сэкономишь часы за год. Это не ракетостроение, но блять работает.
Подпишись на создателей: https://t.me/linuxexex
Окей, слушай сюда. Пока ты там в своём zsh рисуешь красивые промпты с иконками и ставишь oh-my-zsh с тысячей плагинов, которыми не пользуешься, я расскажу тебе про одну вещь, которая реально экономит время, а не просто ласкает глаз.
Знаешь про Ctrl+R для поиска по истории? Конечно знаешь, ты же профессионал. А теперь попробуй вот это: начни набирать команду, например "docker", и жми Alt+. (точка) или ESC, потом точка.
Бам. Последний аргумент из предыдущей команды подставился. Жмёшь ещё раз — аргумент из команды до этого. И так вглубь истории.
Только что скопировал длинный путь? docker build -t myapp:latest /home/user/projects/very/long/path/to/dockerfile
Теперь нужно туда зайти? cd Alt+. — готово.
Работает в bash, zsh, и вообще везде, где readline. Это не какой-то секретный хак, это стандартная фича, но 90% народа продолжают копипастить пути мышкой как в блокноте.
Есть ещё!$ для того же самого в команде, но Alt+. удобнее, потому что видишь, что подставляется, до выполнения.
Вот тебе лайфхак. Не благодари.
Подпишись на создателей: https://t.me/linuxexex
Знаешь про Ctrl+R для поиска по истории? Конечно знаешь, ты же профессионал. А теперь попробуй вот это: начни набирать команду, например "docker", и жми Alt+. (точка) или ESC, потом точка.
Бам. Последний аргумент из предыдущей команды подставился. Жмёшь ещё раз — аргумент из команды до этого. И так вглубь истории.
Только что скопировал длинный путь? docker build -t myapp:latest /home/user/projects/very/long/path/to/dockerfile
Теперь нужно туда зайти? cd Alt+. — готово.
Работает в bash, zsh, и вообще везде, где readline. Это не какой-то секретный хак, это стандартная фича, но 90% народа продолжают копипастить пути мышкой как в блокноте.
Есть ещё!$ для того же самого в команде, но Alt+. удобнее, потому что видишь, что подставляется, до выполнения.
Вот тебе лайфхак. Не благодари.
Подпишись на создателей: https://t.me/linuxexex
Назначенец Трампа разрешит компаниям скрывать владельцев и удалит базу данных США
Назначенец Трампа Скотт Бессент планирует изменения, чтобы компании больше не обязаны были раскрывать информацию о своих владельцах, а база данных владельцев в США будет удалена
https://archive.today/2026.08.12-135146/https://www.washingtonpost.com/business/2026/08/11/treasury-ends-ownership-reporting-rules-us-companies/
Источник (4chan /news/): https://boards.4chan.org/news/thread/1529427
Подпишись на создателей: https://t.me/linuxexex
Назначенец Трампа Скотт Бессент планирует изменения, чтобы компании больше не обязаны были раскрывать информацию о своих владельцах, а база данных владельцев в США будет удалена
https://archive.today/2026.08.12-135146/https://www.washingtonpost.com/business/2026/08/11/treasury-ends-ownership-reporting-rules-us-companies/
Источник (4chan /news/): https://boards.4chan.org/news/thread/1529427
Подпишись на создателей: https://t.me/linuxexex
archive.ph
Treasury ends ownership reporting rules for U.S. companies - The Wash…
archived 12 Aug 2026 11:07:04 UTC
В 1999 году Линус Торвальдс получил письмо от юриста компании, которая запатентовала "метод планирования задач в операционной системе". Они требовали лицензионные отчисления за ядро Linux.
Линус ответил одним письмом. Суть: "Идите нахуй. Планировщик процессов существовал в Unix с 1970-х, за 20 лет до вашего дебильного патента. Если хотите судиться — судитесь, но знайте: у меня нет денег, зато есть тысячи разработчиков, которые закопают вас в prior art. А еще я опубликую вашу переписку, и весь tech-мир узнает, какие вы мрази."
Компания слилась за неделю.
Вот это я понимаю — переговоры. Патентные тролли боятся не судов, а публичности и противников, которым нечего терять. Open source держится не только на коде, но и на том, что его создатели не играют в корпоративную вежливость. Иногда лучший аргумент — это честное "пошли вы нахер" с доказательствами в приложении.
Подпишись на создателей: https://t.me/linuxexex
Линус ответил одним письмом. Суть: "Идите нахуй. Планировщик процессов существовал в Unix с 1970-х, за 20 лет до вашего дебильного патента. Если хотите судиться — судитесь, но знайте: у меня нет денег, зато есть тысячи разработчиков, которые закопают вас в prior art. А еще я опубликую вашу переписку, и весь tech-мир узнает, какие вы мрази."
Компания слилась за неделю.
Вот это я понимаю — переговоры. Патентные тролли боятся не судов, а публичности и противников, которым нечего терять. Open source держится не только на коде, но и на том, что его создатели не играют в корпоративную вежливость. Иногда лучший аргумент — это честное "пошли вы нахер" с доказательствами в приложении.
Подпишись на создателей: https://t.me/linuxexex
**Полезный инструмент для разработчика**
Знаете, что реально облегчает жизнь? Когда можешь не париться о том, какую хуйню ты накодил в три часа ночи, потому что у тебя нормальный линтер настроен.
ESLint с Prettier — это как презерватив в программировании. Да, можно и без него, но потом разгребать последствия будет долго и неприятно.
Настраиваешь один раз, забываешь про споры "табы или пробелы", про то, что Вася пишет как мудак с точкой запятой через строку, а Петя вообще их не ставит. Код сам форматируется, правила сами проверяются, ты экономишь часы на код-ревью.
И не надо мне про "я и сам знаю, как писать". Знаешь ты хуй, а не знаешь — иначе бы не лепил вот эти вот твои if-ы на семь уровней вложенности.
Потратьте блять полчаса, накатите конфиг, и живите спокойно. Или продолжайте страдать и спорить в пулл-реквестах о форматировании — ваш выбор.
Подпишись на создателей: https://t.me/linuxexex
Знаете, что реально облегчает жизнь? Когда можешь не париться о том, какую хуйню ты накодил в три часа ночи, потому что у тебя нормальный линтер настроен.
ESLint с Prettier — это как презерватив в программировании. Да, можно и без него, но потом разгребать последствия будет долго и неприятно.
Настраиваешь один раз, забываешь про споры "табы или пробелы", про то, что Вася пишет как мудак с точкой запятой через строку, а Петя вообще их не ставит. Код сам форматируется, правила сами проверяются, ты экономишь часы на код-ревью.
И не надо мне про "я и сам знаю, как писать". Знаешь ты хуй, а не знаешь — иначе бы не лепил вот эти вот твои if-ы на семь уровней вложенности.
Потратьте блять полчаса, накатите конфиг, и живите спокойно. Или продолжайте страдать и спорить в пулл-реквестах о форматировании — ваш выбор.
Подпишись на создателей: https://t.me/linuxexex
В 1999 году Линус Торвальдс получил письмо от юристов компании, которая хотела запатентовать "метод планирования задач в операционной системе". Они требовали лицензионные отчисления или грозились засудить.
Линус ответил одним предложением: "Перечитайте Таненбаума, 1987 год, страница 78."
Юристы открыли учебник по операционным системам Эндрю Таненбаума и нашли там описание точно такого же алгоритма. Опубликованного за 12 лет до их "изобретения".
Больше от них не слышали.
Вот это я понимаю — отшить патентных троллей библиографической ссылкой. Без юристов, без переписки на сто страниц. Просто "иди почитай, дурачок, это старше тебя".
Подпишись на создателей: https://t.me/linuxexex
Линус ответил одним предложением: "Перечитайте Таненбаума, 1987 год, страница 78."
Юристы открыли учебник по операционным системам Эндрю Таненбаума и нашли там описание точно такого же алгоритма. Опубликованного за 12 лет до их "изобретения".
Больше от них не слышали.
Вот это я понимаю — отшить патентных троллей библиографической ссылкой. Без юристов, без переписки на сто страниц. Просто "иди почитай, дурачок, это старше тебя".
Подпишись на создателей: https://t.me/linuxexex
Большинство юзеров bash и zsh даже не подозревают, что можно нажать Ctrl+X Ctrl+E — и твоя текущая командная строка мгновенно откроется в полноценном редакторе. Да, в том самом, который прописан в переменной EDITOR или VISUAL. Vim, nano, emacs — что угодно.
Представь: строчишь здоровенную команду с кучей пайпов, sed-ами и awk-овскими извращениями, понимаешь, что где-то накосячил с кавычками или забыл закрыть скобку — и вместо того чтобы стрелками ползать туда-сюда как дебил или Ctrl+A/Ctrl+E прыгать, просто жмёшь Ctrl+X Ctrl+E. Бац — перед тобой vim с твоей командой в нормальном окне. Правишь спокойно, сохраняешь, выходишь — и команда возвращается в шелл уже исправленная, готовая к запуску.
Это особенно охуенно, когда лепишь многострочные циклы прямо в терминале или дебажишь сложные однострочники. Вместо того чтобы насиловать глаза в узкой строке промпта, редактируешь как человек — с подсветкой синтаксиса, нормальной навигацией и всеми привычками из любимого редактора.
В zsh фишка работает из коробки. В bash тоже, но если вдруг не пашет — проверь, что у тебя set -o emacs или set -o vi включён в режиме редактирования. По умолчанию должно быть emacs, и тогда Ctrl+X Ctrl+E живёт и здравствует.
Ещё один лайфхак в тему: fc без аргументов откроет последнюю команду в редакторе. fc -l покажет историю, а fc 123 — откроет команду номер 123 из history на правку. Удобно, когда надо повторить что-то старое, слегка подкрутив параметры.
Короче, если ты до сих пор мучаешься со стрелочками и Home/End при правке длинных команд — ты просто не знал про Ctrl+X Ctrl+E. Теперь знаешь. Пользуйся и чувствуй себя чуть менее крестьянином в терминале.
Подпишись на создателей: https://t.me/linuxexex
Представь: строчишь здоровенную команду с кучей пайпов, sed-ами и awk-овскими извращениями, понимаешь, что где-то накосячил с кавычками или забыл закрыть скобку — и вместо того чтобы стрелками ползать туда-сюда как дебил или Ctrl+A/Ctrl+E прыгать, просто жмёшь Ctrl+X Ctrl+E. Бац — перед тобой vim с твоей командой в нормальном окне. Правишь спокойно, сохраняешь, выходишь — и команда возвращается в шелл уже исправленная, готовая к запуску.
Это особенно охуенно, когда лепишь многострочные циклы прямо в терминале или дебажишь сложные однострочники. Вместо того чтобы насиловать глаза в узкой строке промпта, редактируешь как человек — с подсветкой синтаксиса, нормальной навигацией и всеми привычками из любимого редактора.
В zsh фишка работает из коробки. В bash тоже, но если вдруг не пашет — проверь, что у тебя set -o emacs или set -o vi включён в режиме редактирования. По умолчанию должно быть emacs, и тогда Ctrl+X Ctrl+E живёт и здравствует.
Ещё один лайфхак в тему: fc без аргументов откроет последнюю команду в редакторе. fc -l покажет историю, а fc 123 — откроет команду номер 123 из history на правку. Удобно, когда надо повторить что-то старое, слегка подкрутив параметры.
Короче, если ты до сих пор мучаешься со стрелочками и Home/End при правке длинных команд — ты просто не знал про Ctrl+X Ctrl+E. Теперь знаешь. Пользуйся и чувствуй себя чуть менее крестьянином в терминале.
Подпишись на создателей: https://t.me/linuxexex
Чарльз Шваб теперь с Chainlink
Начинает быть смешно, честно. Раньше мы только мечтали услышать такие имена рядом с Link.
Чарльз Шваб — это не какой-то мелкий стартап из гаража, это один из крупнейших брокерских гигантов в США, управляющий триллионами долларов клиентских активов. И вот теперь они интегрируются с Chainlink. Те самые оракулы, про которые нам годами рассказывали, что это скам, что никому не нужны, что традиционные финансы никогда не придут в крипту через этот проект.
А теперь посмотрите на реальность: SWIFT уже работает с Chainlink, банки один за другим тестируют их технологии для токенизации активов, крупные корпорации подключаются к их сетям данных. И вот Schwab. Компания, которая существует с 1971 года, которая пережила все финансовые кризисы и знает цену надёжности.
Помните те времена на борде, когда линкмарины сидели в окопах, держали мешки по два доллара и всех называли фудстерами? Когда каждый новый партнёрш анонс встречали насмешками, мол, очередной POC, который никуда не денется? Ну так вот, POC превратились в production, пилоты стали полноценными интеграциями, а скептики либо купили выше, либо сидят в сторонке и злятся.
Это уже не мечты. Это не хайп и не спекуляции на слухах. Традфай действительно приходит в блокчейн, и они приходят через инфраструктуру, которую строит Chainlink. Оракулы, CCIP, proof of reserve, токенизация — все эти штуки, которые звучали как фантастика пять лет назад, теперь внедряют институциональные игроки.
Так что да, немного абсурдно осознавать, что то, о чём мы флудили в тредах в две тысячи восемнадцатом, теперь реальность. Schwab с Chainlink. Добро пожаловать в будущее, которое мы предсказывали.
Источник (4chan /biz/): https://boards.4chan.org/biz/thread/62635983
Подпишись на создателей: https://t.me/linuxexex
Начинает быть смешно, честно. Раньше мы только мечтали услышать такие имена рядом с Link.
Чарльз Шваб — это не какой-то мелкий стартап из гаража, это один из крупнейших брокерских гигантов в США, управляющий триллионами долларов клиентских активов. И вот теперь они интегрируются с Chainlink. Те самые оракулы, про которые нам годами рассказывали, что это скам, что никому не нужны, что традиционные финансы никогда не придут в крипту через этот проект.
А теперь посмотрите на реальность: SWIFT уже работает с Chainlink, банки один за другим тестируют их технологии для токенизации активов, крупные корпорации подключаются к их сетям данных. И вот Schwab. Компания, которая существует с 1971 года, которая пережила все финансовые кризисы и знает цену надёжности.
Помните те времена на борде, когда линкмарины сидели в окопах, держали мешки по два доллара и всех называли фудстерами? Когда каждый новый партнёрш анонс встречали насмешками, мол, очередной POC, который никуда не денется? Ну так вот, POC превратились в production, пилоты стали полноценными интеграциями, а скептики либо купили выше, либо сидят в сторонке и злятся.
Это уже не мечты. Это не хайп и не спекуляции на слухах. Традфай действительно приходит в блокчейн, и они приходят через инфраструктуру, которую строит Chainlink. Оракулы, CCIP, proof of reserve, токенизация — все эти штуки, которые звучали как фантастика пять лет назад, теперь внедряют институциональные игроки.
Так что да, немного абсурдно осознавать, что то, о чём мы флудили в тредах в две тысячи восемнадцатом, теперь реальность. Schwab с Chainlink. Добро пожаловать в будущее, которое мы предсказывали.
Источник (4chan /biz/): https://boards.4chan.org/biz/thread/62635983
Подпишись на создателей: https://t.me/linuxexex
boards.4chan.org
/biz/ - Charles Schwab with Chainlink now - Business & Finance - 4chan
Charles Schwab with Chainlink now - "/biz/ - Business & Finance" is 4chan's imageboard for the discussion of business and finance, and cryptocurrencies such as Bitcoin and Dogecoin.
Я думаю стать католиком чтобы я мог без оправданий нацепить кольчугу прыгнуть на лошадь плотву и поехать резать цыганских детей крестовый поход во имя господа
**Лайфхак для терминала: alias и функции, которые сэкономят тебе нервы**
Если ты до сих пор каждый раз набираешь `git status`, `docker ps -a` или `ls -lah` целиком — ты тратишь свою жизнь на ерунду. Время посчитать, сколько секунд в год уходит на одни и те же команды, и осознать масштаб трагедии.
Открывай `.bashrc` или `.zshrc` и пили алиасы. Например:
`alias gs='git status'`
`alias gp='git push'`
`alias dc='docker-compose'`
`alias ll='ls -lah'`
Теперь вместо длинных команд — две буквы. Экономия времени? Да. Но главное — экономия нервов, когда в сотый раз за день не надо вбивать одно и то же.
А если алиасов мало, делай функции. Например, хочешь быстро создавать директорию и сразу в неё заходить:
`mkcd() { mkdir -p "$1" && cd "$1"; }`
Теперь `mkcd project` — и ты уже внутри новой папки. Без лишних движений.
Ещё один удобняк — история команд с поиском. Жми `Ctrl+R` и начинай вбивать часть команды: терминал сам найдёт, что ты запускал раньше. Если пользуешься zsh, поставь плагин `zsh-autosuggestions` — он будет подсказывать команды из истории прямо во время набора. Серая подсказка появляется, жмёшь стрелку вправо — готово.
И последнее: если постоянно подключаешься по SSH к одним и тем же серверам, настрой `~/.ssh/config`:
`Host myserver`
` HostName 192.168.1.100`
` User root`
` Port 22`
Теперь вместо `ssh root@192.168.1.100 -p 22` пишешь просто `ssh myserver`. Красота.
Короче, терминал — это не место для героизма и долбления клавиш. Автоматизируй рутину, и будет тебе счастье. А если кто-то говорит, что алиасы — для слабаков, пусть дальше страдает. Ты-то знаешь, как работать с головой.
Подпишись на создателей: https://t.me/linuxexex
Если ты до сих пор каждый раз набираешь `git status`, `docker ps -a` или `ls -lah` целиком — ты тратишь свою жизнь на ерунду. Время посчитать, сколько секунд в год уходит на одни и те же команды, и осознать масштаб трагедии.
Открывай `.bashrc` или `.zshrc` и пили алиасы. Например:
`alias gs='git status'`
`alias gp='git push'`
`alias dc='docker-compose'`
`alias ll='ls -lah'`
Теперь вместо длинных команд — две буквы. Экономия времени? Да. Но главное — экономия нервов, когда в сотый раз за день не надо вбивать одно и то же.
А если алиасов мало, делай функции. Например, хочешь быстро создавать директорию и сразу в неё заходить:
`mkcd() { mkdir -p "$1" && cd "$1"; }`
Теперь `mkcd project` — и ты уже внутри новой папки. Без лишних движений.
Ещё один удобняк — история команд с поиском. Жми `Ctrl+R` и начинай вбивать часть команды: терминал сам найдёт, что ты запускал раньше. Если пользуешься zsh, поставь плагин `zsh-autosuggestions` — он будет подсказывать команды из истории прямо во время набора. Серая подсказка появляется, жмёшь стрелку вправо — готово.
И последнее: если постоянно подключаешься по SSH к одним и тем же серверам, настрой `~/.ssh/config`:
`Host myserver`
` HostName 192.168.1.100`
` User root`
` Port 22`
Теперь вместо `ssh root@192.168.1.100 -p 22` пишешь просто `ssh myserver`. Красота.
Короче, терминал — это не место для героизма и долбления клавиш. Автоматизируй рутину, и будет тебе счастье. А если кто-то говорит, что алиасы — для слабаков, пусть дальше страдает. Ты-то знаешь, как работать с головой.
Подпишись на создателей: https://t.me/linuxexex
Сегодня расскажу про фичу в bash и zsh, о которой даже бывалые линуксоиды не всегда в курсе — это встроенный стек директорий и команды pushd, popd, dirs.
Все знают cd, но мало кто юзает pushd. А зря. Представь: ты прыгаешь между несколькими директориями в процессе работы. Обычно делаешь cd туда, cd сюда, потом забываешь откуда пришёл и где был. С pushd ты не просто переходишь в новую папку — ты запихиваешь текущую в стек, как блины на тарелку.
Синтаксис тупо простой: pushd /path/to/dir — перешёл в новую директорию, старую запомнил. Потом pushd /another/path — снова перешёл, предыдущую тоже запомнил. Теперь у тебя стопка из директорий. Команда dirs покажет весь стек, где ты был.
А когда нужно вернуться назад — просто popd. Она достаёт последнюю директорию из стека и тебя туда телепортирует. Ещё раз popd — вернулся ещё на шаг назад. Это как undo для навигации по файловой системе, только без всяких костылей.
Плюс можно делать pushd без аргументов — он просто меняет местами две верхние директории в стеке. Удобно, когда гоняешься между двумя папками туда-сюда.
Ещё можно обращаться к элементам стека по номеру: pushd +2 перекинет тебя на третью директорию в списке (нумерация с нуля). dirs -v покажет стек с номерами — сразу видно, куда можно прыгнуть.
Короче, если ты постоянно мечешься между несколькими проектами или папками в рамках одной сессии терминала — pushd и popd сэкономят кучу времени и нервов. Никаких алиасов, никаких скриптов — всё из коробки. Просто почти никто не парится этим пользоваться, потому что cd привычнее. А зря, серьёзно.
Подпишись на создателей: https://t.me/linuxexex
Все знают cd, но мало кто юзает pushd. А зря. Представь: ты прыгаешь между несколькими директориями в процессе работы. Обычно делаешь cd туда, cd сюда, потом забываешь откуда пришёл и где был. С pushd ты не просто переходишь в новую папку — ты запихиваешь текущую в стек, как блины на тарелку.
Синтаксис тупо простой: pushd /path/to/dir — перешёл в новую директорию, старую запомнил. Потом pushd /another/path — снова перешёл, предыдущую тоже запомнил. Теперь у тебя стопка из директорий. Команда dirs покажет весь стек, где ты был.
А когда нужно вернуться назад — просто popd. Она достаёт последнюю директорию из стека и тебя туда телепортирует. Ещё раз popd — вернулся ещё на шаг назад. Это как undo для навигации по файловой системе, только без всяких костылей.
Плюс можно делать pushd без аргументов — он просто меняет местами две верхние директории в стеке. Удобно, когда гоняешься между двумя папками туда-сюда.
Ещё можно обращаться к элементам стека по номеру: pushd +2 перекинет тебя на третью директорию в списке (нумерация с нуля). dirs -v покажет стек с номерами — сразу видно, куда можно прыгнуть.
Короче, если ты постоянно мечешься между несколькими проектами или папками в рамках одной сессии терминала — pushd и popd сэкономят кучу времени и нервов. Никаких алиасов, никаких скриптов — всё из коробки. Просто почти никто не парится этим пользоваться, потому что cd привычнее. А зря, серьёзно.
Подпишись на создателей: https://t.me/linuxexex
В 1992 году Эндрю Таненбаум, создатель Minix, написал Линусу Торвальдсу открытое письмо с заголовком "Linux is obsolete" и объяснил, почему монолитное ядро — это архитектурный мусор из семидесятых, а микроядерная архитектура — единственный путь в будущее.
Линус ответил, что теория это прекрасно, но Linux работает здесь и сейчас, а Minix застрял в учебниках. Таненбаум парировал, что Linux никогда не станет переносимым, что он слишком завязан на x86 и что через пять лет все забудут про эту поделку.
Прошло тридцать лет. Linux работает на всём — от умных лампочек до суперкомпьютеров, держит девяносто процентов серверов в интернете и крутится в каждом Android-телефоне. Minix тоже жив, правда, в виде скрытой прошивки Intel Management Engine, которую никто не просил, но все получили вместе с процессором. Ирония в том, что теперь Minix работает в каждом Intel-чипе с полным доступом к железу, но не как ОС общего назначения, а как невидимый чёрный ящик, который пользователь не контролирует.
Спор Таненбаума и Торвальдса стал классикой. Оба были правы в своих доводах, но победил тот, кто писал код, а не манифесты. Микроядра красивы в теории, монолиты грязны на практике, но работают быстрее и проще. Linux доказал, что иногда pragmatic beats pure, а открытая разработка бьёт академическую элегантность.
История закончилась не победой архитектуры, а победой сообщества. Тысячи разработчиков выбрали не самый чистый дизайн, а тот, в который можно было влезть, починить и запустить прямо сегодня. И это сработало.
Подпишись на создателей: https://t.me/linuxexex
Линус ответил, что теория это прекрасно, но Linux работает здесь и сейчас, а Minix застрял в учебниках. Таненбаум парировал, что Linux никогда не станет переносимым, что он слишком завязан на x86 и что через пять лет все забудут про эту поделку.
Прошло тридцать лет. Linux работает на всём — от умных лампочек до суперкомпьютеров, держит девяносто процентов серверов в интернете и крутится в каждом Android-телефоне. Minix тоже жив, правда, в виде скрытой прошивки Intel Management Engine, которую никто не просил, но все получили вместе с процессором. Ирония в том, что теперь Minix работает в каждом Intel-чипе с полным доступом к железу, но не как ОС общего назначения, а как невидимый чёрный ящик, который пользователь не контролирует.
Спор Таненбаума и Торвальдса стал классикой. Оба были правы в своих доводах, но победил тот, кто писал код, а не манифесты. Микроядра красивы в теории, монолиты грязны на практике, но работают быстрее и проще. Linux доказал, что иногда pragmatic beats pure, а открытая разработка бьёт академическую элегантность.
История закончилась не победой архитектуры, а победой сообщества. Тысячи разработчиков выбрали не самый чистый дизайн, а тот, в который можно было влезть, починить и запустить прямо сегодня. И это сработало.
Подпишись на создателей: https://t.me/linuxexex
Спасите детей. Забаньте в соцсетях всех, кому 18 и больше
Вот вам идея века: хотите защитить детей от токсичности интернета? Забаньте нахрен взрослых. Серьёзно, давайте запретим доступ к соцсетям всем, кому стукнуло восемнадцать. Пусть дети сидят в своих TikTok и Instagram без этих ваших тридцатилетних диванных воинов, политических троллей и прочих экспертов по всему на свете.
Потому что давайте честно: кто устраивает весь этот цирк в комментах? Кто разжигает срачи под каждым постом? Кто несёт конспирологическую дичь и травит людей за каждое слово? Правильно, взрослые. Дети хотя бы танцуют и постят мемы, а вот взрослая аудитория превратила соцсети в помойку, где каждый второй — эксперт по геополитике, вирусологии и воспитанию чужих детей.
Вся эта паника про «защитите детей от интернета» — это проекция. Детям не нужна защита от интернета, им нужна защита от взрослых в интернете. От дядь и тёть, которые не могут просто пролистать пост, не вступив в словесную перепалку. От тех, кто забыл, что можно просто закрыть вкладку и пойти пожить реальной жизнью.
Так что вот вам радикальное решение: всем совершеннолетним — бан. Пусть дети наконец-то спокойно постят свои видосики и селфи без токсичных комментов от людей, у которых ипотека, развод и куча нерешённых проблем. Может, тогда интернет станет чуточку приятнее.
Источник (r/technology): https://www.reddit.com/r/technology/comments/1w2mqms/save_the_children_ban_everyone_age_18_and_older/
Подпишись на создателей: https://t.me/linuxexex
Вот вам идея века: хотите защитить детей от токсичности интернета? Забаньте нахрен взрослых. Серьёзно, давайте запретим доступ к соцсетям всем, кому стукнуло восемнадцать. Пусть дети сидят в своих TikTok и Instagram без этих ваших тридцатилетних диванных воинов, политических троллей и прочих экспертов по всему на свете.
Потому что давайте честно: кто устраивает весь этот цирк в комментах? Кто разжигает срачи под каждым постом? Кто несёт конспирологическую дичь и травит людей за каждое слово? Правильно, взрослые. Дети хотя бы танцуют и постят мемы, а вот взрослая аудитория превратила соцсети в помойку, где каждый второй — эксперт по геополитике, вирусологии и воспитанию чужих детей.
Вся эта паника про «защитите детей от интернета» — это проекция. Детям не нужна защита от интернета, им нужна защита от взрослых в интернете. От дядь и тёть, которые не могут просто пролистать пост, не вступив в словесную перепалку. От тех, кто забыл, что можно просто закрыть вкладку и пойти пожить реальной жизнью.
Так что вот вам радикальное решение: всем совершеннолетним — бан. Пусть дети наконец-то спокойно постят свои видосики и селфи без токсичных комментов от людей, у которых ипотека, развод и куча нерешённых проблем. Может, тогда интернет станет чуточку приятнее.
Источник (r/technology): https://www.reddit.com/r/technology/comments/1w2mqms/save_the_children_ban_everyone_age_18_and_older/
Подпишись на создателей: https://t.me/linuxexex
Reddit
From the technology community on Reddit: Save the children. Ban everyone age 18 and older from social media
Explore this post and more from the technology community