Книжный куб

@book_cube · ai · Russian · active

Subscribers 15.8K Subscribers, last 30 days: 15.8K → 15.8K +0 24h
Reach per post (ERR) 14.1%2.2K avg views
Posting 3.4/day last 8 hours ago
Reactions per 1K views 5.9 ❤ 🔥 👍

История Linux и UNIX! Кто породил ВСЕ современные системы! (Рубрика #Engineering) Интересное видео про историю операционных систем от канала PRO Hi‑Tech, из которого хорошо видно, что в истории unix или gnu linux победила не "одна фича", а сочетание идей + институтов (люди, лицензии, стандарты, сообщества). Из таймлана развития событий видно, что многие технологии приняли участие в ходе этой истории - 1969: Unix в Bell Labs - простые абстракции под жёсткие ограничения (знаменитые пайпы и простые инструменты, что ждут на вход текст и ) - 1973: переписывание на C → переносимость как стратегия (переносимость между разным железом) - 1984: BSD + TCP/IP → Unix становится “родным” для сетей - 1988: POSIX → общий контракт совместимости среди зоопарка Unix - 1991: Linux (ядро) → недостающий пазл для свободной системы (ядро экосистемы GNU) - 1993+: Debian/*BSD → управление качеством, релизами, пакетами - 2000–2008: Darwin/macOS и Android → Unix‑подход уходит в массовые платформы (на Android и в основу Mac) Из всей этой истории можно сделать определенные выводы, что полезны и в продуктовой разработке - Переносимость = драйвер экосистемы. Инвестируйте в стабильные API/ABI и “тонкий слой” платформенной специфики - "Файл/процесс/pipe" → сила простых контрактов. Малые утилиты и композиция = предок современных микросервисов и пайплайнов - Фрагментация лечится стандартами. POSIX появился не из любви к бюрократии, а чтобы снизить стоимость переносимости - Open‑source ≠ анархия. Сообщества выживают за счёт governance, CI, правил релизов и ответственности за интеграцию - Лицензия - архитектурное решение. Она определяет, кто и как может вкладываться, монетизировать и форкать - "Ядро" ≠ "продукт". Дистрибуция/SDK/пакеты/политики поставки часто важнее самого kernel Для технических лидеров это можно приземлить на набор полезных по моему мнению советов - Зафиксируйте "поверхность контрактов": публичные API/CLI/форматы, SLA, обратная совместимость - Постройте конвейер принятия вкладов: code review → CI → релизные ветки → rollback - Разделяйте владельцев: ядро/платформа vs userland vs дистрибуция/поставка - Не верьте красивым нарративам на слово: проверяйте даты/причины решений - история любит упрощения (посмотрите оригинальный фильм и почитайте доки - составьте свое мнение) Более подробный разбор есть на моем сайте system-design.space. #Engineering #Documentary #Architecture #Software #DistributedSystems #Leadership

Views over time

01K2K3K20 Feb 05:0824 Oct 02:122.5K20 Feb 05:08: 0 views24 Oct 02:12: 2,530 views
Snapshots we took after posting.
WhenViews
20 Feb 2026, 05:080
24 Oct 2026, 02:122.5K

Who shared this post

Posts in other channels we index that link to this one. (Forwards with a hidden source can't be traced.)

Nobody yet.