Сейчас я расскажу вам историю. Классическую, много раз пересказанную историю о том, как один человек упустил сделку всей своей жизни, потому что решил покататься на самолёте вместо важной встречи.

А потом мы разберём, что из этого правда.

Это шестая статья цикла “Код как борьба: Кратчайшая история IT”. И сегодня будет необычный формат - не просто биография, а разоблачение. Потому что самая знаменитая деталь в истории нашего сегодняшнего героя оказалась мифом. Причём мифом, задокументированно опровергнутым самими историческими источниками.

Через несколько дней после смерти Стива Джобса, о которой говорил весь мир, тихо умер человек, чей код лежит в основе большей части устройств, на которых этот самый мир об этом читал.

Это пятая статья цикла “Код как борьба: Кратчайшая история IT”. И сегодня у нас сдвоенная история - два человека настолько тесно переплетены в одной истории, что разделять их было бы просто нечестно по отношению к тому, что они сделали вместе.

Почему обычный выключатель света вообще способен участвовать в математической логике?

Звучит как странный вопрос, правда? А ответ на него дал один студент в 1937 году и с тех пор мы буквально живём в мире, который он, по сути, спроектировал.

Это четвёртая статья цикла “Код как борьба: Кратчайшая история IT”. И, как я обещал в прошлый раз, сегодня будет заметно легче - никакой личной трагедии, как у Тьюринга, никакой атомной бомбы, как у фон Неймана. Сегодня у нас жонглирующий гений с механической мышью. Но начнём мы, как обычно, с чего-то серьёзного.

Прошлый герой доказал, что универсальная вычислительная машина в принципе возможна. Сегодняшний - просто взял и начертил её, между делом, работая в это же время над атомной бомбой.

Это третья статья цикла “Код как борьба: Кратчайшая история IT”. И после довольно тяжёлого прошлого выпуска про Тьюринга тон сегодня будет совсем другим - не личная трагедия, а история человека, который, кажется, физически не мог заниматься одной вещью за раз.

Прежде чем начать, короткое предупреждение. Это, вероятно, самая тяжёлая статья всего цикла. Не в смысле сложности материала, а в смысле того, чем он закончится. Первая половина - это чистый интеллектуальный восторг. Вторая - один из самых горьких сюжетов в истории технологий двадцатого века. Я не буду обходить это стороной, но и имеющиеся на территории РФ законы постараюсь не нарушить, так что если вы готовы, то начинаем.

Это вторая статья из цикла “Код как борьба: Кратчайшая история IT”. В прошлый раз мы говорили про Лейбница, Бэббиджа и Аду Лавлейс. Про то, как три человека нащупали идею компьютера за полтора века до электричества. Сегодня мы встречаем человека, который наконец дал этой идее строгий математический фундамент. И одновременно человека, чью жизнь разрушила его собственная страна за то, что не имело вообще никакого отношения к его работе.

Представьте на секунду: первый компьютер спроектировали за полтора века до того, как его вообще можно было включить в розетку. Просто потому, что розеток ещё не существовало.

Звучит как анекдот, да? А на самом деле это буквально то, что случилось. И сегодня мы разберём, как так вышло, что три человека - философ семнадцатого века, викторианский математик и дочка поэта-скандалиста, развивая идеи друг от друга, придумали компьютер за сто пятьдесят лет до электричества.

Это первая статья цикла “Код как борьба: Кратчайшая история IT”. Эта статья про то, как рождалась идея вычислительной машины и как она столетиями ждала, пока человечество изобретёт материал, способный её выдержать.

Если вы посмотрели когда-то фильм или сериал о программистах или хакерах и заинтересовались темой или же наоборот работаете в IT-сфере и хотели бы посмотреть или почитать что-то интересное и связанное с вашим трудом, то материал ниже даст некоторые зацепки. А может быть вы хотите показать и рассказать о том чем занимаетесь вашей девушке, маме или деду, тогда список ниже поможет в этом, правда представит вас в образе супергероя, ну или сумасшедшего.

Подобных статей хватает в интернете, но она нужна как часть цикла, который открывает. Цикла, который кратко, но, я надеюсь, интересно покажет вам закулисье технологий, если вы ещё не знаете что там происходит, а если и знаете, то, может быть, осветит некоторые его тёмные уголки.

Настраивать оборудование можно разными способами. Можно ходить от одной железки к другой и делать всё руками, но это медленно и непродуктивно, сгодится максимум для дома. Можно использовать скрипты, но это может не всегда работать и вызывать проблемы. А можно использовать подход, который сейчас называют Infrastructure as Code, то есть описать в каком состоянии Вы хотите видеть свою инфраструктуру, а программа сделает всё сама. Вот про одну из таких программ, которая активно завоёвывает рынок, мы и поговорим, а именно об Ansible.

Для меня Git относится к тем технологиям про которые все слышали, многие пользуются, но про которые всегда узнаёшь что-то новое. Git - система контроля версий, которую используют все IT-специалисты. Конечно, кто-то использует и другие, но я таких не встречал. Данный туториал рассматривает Git со стороны локального пользователя и не затрагивает темы разворачивания своего удалённого репозитория или его администрирования.

Представим, что у нас есть репозиторий, где хранятся плейбуки и роли Ansible. Делался он долго, старательно и по правилам. И даже если мы перед коммитами проверяем его через линтер, чтобы не сломать хрупкую YAML красоту, и перепроверяем не забыли ли мы подчистить секреты с которыми проводили тесты, то рано или поздно подобную ошибку совершит кто-то другой. И вот, чтобы снизить такую вероятность и лишний раз не заниматься правками в Git, чтобы вычистить пароли или поправить форматирование, можно немного обезопасить репозиторий заранее.

Обобщение знаний и опыта для базового использования Docker, которые накопились за время использования.