Это первая статья в моих «Уроках из истории Unix». Днем я ведущий технологию DevOps, ночью вычислительный археолог. Это снисходительность позволяет мне выражать свои выводы с практическими, современными приложениями. В идеале мы все можем выиграть в настоящее время, затрачив момент, чтобы размышлять о прошлом. Это больше, чем история, это наше наследие, как инженеры.
Человеческие тенденции
Как люди, мы любим обновления и новые функции. На самом деле, где бы мы были без них? Промышленность программного обеспечения зависит от непрерывной доставки нового контента; который в целом, в целом. Но что происходит, когда мы слишком привязаны к системе, продукту или приложению? Это приводит к «эффекту второго системы».
Второй эффект системы
Этот термин лучше объясняется Брайаном Кернеганом в его 2020 году «Unix история и мемуары»:
«… Заманчиво попытаться создать новую систему, которая исправляет все оставшиеся проблемы с оригиналом, добавляя все любимые новые функции. Результатом часто является системой, которая слишком сложная, следствие приема слишком много разных вещей одновременно … »
Этот выдержка объясняет проблемы, с которыми мы сталкиваемся в современной отрасли. Но мы хорошо проанализировать историю чуть немного глубже.
Мультики к Unix (Unix)
Мы обязаны удивительным количеством функций и приложений к предшественнику Unix «Multics». Такие как:
- Как ад
- Аутентификация пользователя
- Потоки (вывод, перенаправление, файловые дескрипторы)
- Команды, такие как «Ls» и «дата»
Мультики были операционной системой совместного использования временем, которая была богатой, так и еще неизбежной. Так много так, чтобы генерал электрический (GE) вышла на финансирование на поздних этапах развития. Бизнес в сторону, было ясно, что ОС была слишком раздутой (звук знакомой?). Вот где Кен Томпсон решил отделиться на новую территорию. Мы очень рады, что он сделал, потому что UNICS (позже переименован в Unix).
Без сомнения, он вложил много времени в мультикисных. Тем не менее, он был эмоционально зрелым, чтобы «уйти» от умирающей системы, полной вкуса. Он обнимает новый образ мышления; хотя по стоимости некоторых очень любимых функций.
Но это было 50+ лет назад!
Это удивляет меня, сколько истории повторяется сама. Действительно, это так же большая проблема сегодня. Компьютеры получили меньше. Наши операционные системы больше. Наши знания выдержки, но глубоко у нас есть те же тенденции, что и наши предшественники. На самом деле, можно спорить с непрерывной доставкой, наша необходимость для любимых функций поднялась, а не вниз.
Что вы можете сделать по этому поводу?
Кен Томпсон был открыт на будущее о будущем. Он признал необходимость отказаться от домашних животных, когда они были перегружены. Нам нужно оставить позади наследие и не бояться вернуться к чертежной доске. (Я осознаю иронию, заявив, что уроки из эпохи «наследия» помогают нам двигаться вперед технологически).
Если вы находитесь в DEVOPS/SYSTIMERY MOURLE, будьте открыты с возможностью того, что возможно сегодня. Время от времени я нахожусь, опираясь на базовое знание AWS или Docker. Из-за насыщения нашей промышленности, что было «невозможно вчера», безусловно, «возможно сегодня». Не бойтесь собирать свой собственный путь. Вы просто можете изобрести что-то для следующего поколения!
Следующая статья «избегая инструмента»
Сегодня мы бомбардируем сотнями инструментов, пакетов и промежуточных программ, которые обещают решить все ваши проблемы. Конечно, я думаю, что мы все можем согласиться, что FOSS замечательно. Но сколько инструментов нам действительно нужно? Вы заметили, сколько файлов попадают в корневой каталог вашего REPOS? В следующей статье я буду решать эту реальную мирную проблему, и то, что мы узнаем из прошлого еще раз.
Оригинал: «https://dev.to/johnnystarr/lessons-from-unix-history-avoiding-the-second-system-effect-116b»