Кто стоит за v3trov.pro и зачем мне этот блог

Обычно на этом сайте я сразу перехожу к делу: вот железка, вот задача, вот что с ней можно сделать и где могут начаться проблемы. Но раз здесь появился отдельный раздел «Лайфстайл», пожалуй, стоит немного рассказать и о человеке, который всё это пишет.

По основной работе я системный администратор в довольно крупной компании. Назовём её просто компанией «Н» — конкретное название работодателя здесь совершенно не важно.

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

И именно работа во многом стала причиной того, что мои технические интересы со временем расползлись настолько широко.

Когда работа и хобби начинают пересекаться

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

У меня это происходит регулярно.

На работе сталкиваешься с каким-нибудь новым оборудованием или программным решением, разбираешься с ним настолько, насколько требует задача, а потом тема продолжает крутиться в голове.

В результате вечером уже читаешь документацию, поднимаешь что-нибудь похожее дома или заказываешь очередную плату, которая совершенно точно была жизненно необходима.

Наверное.

Так постепенно рядом с обычным системным администрированием появились Linux, домашние серверы, одноплатные компьютеры, ESP32, электроника, автоматизация, 3D-печать и прочие вещи, которые сейчас составляют значительную часть этого сайта.

Одноплатники для меня давно перестали быть просто маленькими компьютерами для экспериментов. На них можно собрать вполне настоящий домашний сервер, сетевой шлюз или основу для какого-нибудь автономного проекта. Если интересно, с чего вообще начать, я отдельно писал про выбор одноплатника между Raspberry Pi, Orange Pi, Rock Pi и NanoPi.

Техническое образование дало хорошую базу в области информационных систем и сетевых технологий, но довольно быстро выяснилось, что настоящее обучение в IT вообще редко заканчивается вместе с получением диплома.

Технологии меняются слишком быстро.

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

Откуда берутся статьи

У этого блога нет редакции и большого заранее составленного плана публикаций.

Чаще всё начинается с какой-нибудь задачи.

Иногда рабочей. Иногда домашней. Иногда совершенно бессмысленной с практической точки зрения, но интересной лично мне.

Нужно настроить сервис на Linux — начинаю разбираться.

Появилась интересная плата — хочется посмотреть, что из неё можно выжать.

Понадобилась какая-нибудь деталь — в дело идёт 3D-принтер.

Возникает идея автоматизировать очередную мелочь — появляется ESP32.

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

В какой-то момент я понял, что гораздо удобнее превращать такие записи в полноценные материалы.

Во-первых, к ним можно вернуться самому.

Во-вторых, если мне пришлось потратить вечер на решение какой-нибудь странной проблемы, наверняка когда-нибудь на неё наткнётся ещё кто-то.

Почему здесь мало фотографий

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

Для сайта, где довольно много материалов про реальное железо, собственных фотографий здесь действительно немного.

Причина довольно прозаичная.

Значительная часть идей, заметок и экспериментов появляется во время работы на объекте с ограниченным режимом доступа. Использование и пронос устройств с камерами там ограничены, поэтому просто достать телефон и фотографировать каждый этап работы невозможно.

Да и в целом рабочее место — не фотостудия.

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

Если тему можно повторить уже на собственном оборудовании, часть материала позже воспроизводится дома.

Но специально собирать постановочные фотографии только ради того, чтобы в статье обязательно присутствовала фотография, я особого смысла не вижу.

Если изображение действительно помогает что-то понять — оно нужно.

Если нет — текста, схемы или команды зачастую вполне достаточно.

Домашняя лаборатория

Работой всё, конечно, не заканчивается.

Дома можно экспериментировать уже без ограничений производственной среды и без опасения сломать что-нибудь действительно важное.

И это, пожалуй, самая интересная часть.

Одноплатные компьютеры превращаются в небольшие серверы. ESP32 начинают собирать данные с датчиков. Появляются Docker-контейнеры, MQTT, Home Assistant и различные сетевые сервисы.

Из подобных экспериментов, например, получилась домашняя метеостанция на ESP32 с InfluxDB и Grafana. Это как раз хороший пример ситуации, когда маленькая плата постепенно обрастает серверной частью, базой данных и визуализацией.

Потом внезапно оказывается, что для очередного проекта нужен корпус или крепление — и рядом появляется 3D-принтер.

В итоге отдельной темой стала 3D-печать корпусов для электронных проектов. Когда готового корпуса просто нет или хочется собрать устройство нормально, а не оставить плату висеть на проводах, возможность сделать деталь самому сильно упрощает жизнь.

После этого выясняется, что готовую деталь неплохо было бы сначала отсканировать.

А дальше всё развивается примерно по принципу снежного кома.

Именно поэтому v3trov.pro сложно отнести к какой-то одной узкой теме.

Мне интереснее не конкретная технология сама по себе, а возможность взять несколько совершенно разных вещей и заставить их работать вместе.

Хороший пример такого подхода — связка ESP32, MQTT и Home Assistant, где микроконтроллер, сеть, брокер сообщений и серверная часть превращаются в одну законченную систему.

Я не программист

Это тоже стоит уточнить.

Программирование никогда не было моей основной специальностью.

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

Но разработчиком программного обеспечения я себя не считаю.

Мне гораздо ближе инфраструктура: железо, операционные системы, сети, серверы и взаимодействие всего этого между собой.

Например, тот же Raspberry Pi для меня интересен не столько сам по себе, сколько как компактная основа для какой-нибудь задачи. Из него можно сделать сервер, сетевое хранилище, DNS, VPN или хост для контейнеров. Некоторые варианты я собирал в статье «Raspberry Pi как домашний сервер».

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

Как из заметок получается статья

Черновик редко сразу похож на статью.

Обычно это набор заметок, команд, названий пакетов, ссылок на документацию и коротких комментариев самому себе.

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

Автор, напомню, я.

Поэтому материал приходится приводить в порядок: восстанавливать последовательность действий, проверять команды, уточнять технические моменты и превращать всё это в текст, который будет понятен не только мне.

Для вычитки, исправления ошибок и форматирования я использую в том числе современные инструменты на базе искусственного интеллекта.

Относиться к ним стараюсь именно как к инструменту.

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

Особенно весело это выглядит, когда речь идёт о редком оборудовании, нескольких аппаратных ревизиях или плохо документированном китайском устройстве.

Поэтому принцип простой: если что-то можно проверить — лучше проверить.

Зачем мне вообще этот блог

Наверное, первоначальная причина максимально практичная — мне самому удобно иметь собственную базу знаний.

Память обладает неприятным свойством.

Сегодня ты прекрасно помнишь, зачем изменил конкретный параметр в конфигурации. Через месяц помнишь примерно. Через год смотришь на него и думаешь:

И какой идиот это здесь написал?

Потом проверяешь историю и обнаруживаешь имя идиота.

Своё.

Нормально оформленная статья решает эту проблему гораздо лучше десятка текстовых файлов с названиями вроде note, note2, new_note и бессмертного final_note2.

Но со временем сайт стал чем-то большим, чем просто набор технических заметок.

Мне нравится сам процесс: разобраться в новой теме, собрать решение, понять, почему оно работает, а потом попытаться объяснить это нормальным языком.

А теперь появился ещё и этот раздел.

Здесь периодически будут появляться вещи, которые необязательно относятся к Linux, серверам или электронике. Какие-нибудь наблюдения, истории, техника, автомобили, гаражные дела, покупки, удачные и не очень эксперименты — в общем, обычная жизнь человека, которому постоянно интересно что-нибудь разобрать, настроить или улучшить.

Возможно, иногда даже без sudo.