К основному содержимому
#Engineering

История Linux и UNIX! Кто породил ВСЕ современные системы! (Рубрика Engineering)

#Engineering #Documentary #Architecture #Software #DistributedSystems #Leadership

Интересное видео про историю операционных систем от канала 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