Обновить
30
9.6

DevOps головного мозга

Отправить сообщение

В точку. Система включает разные протоколы защиты ресурсов. Чужие деньги просто перенаправление пакетов. Свои деньги - расход собственного заряда. Но есть еще один слой - алгоритмическая сложность. Распределение премий - линейный алгоритм (есть KPI - есть формула - есть сумма). Мозг просто исполняет код. А выбор продуктов в магазине - эвристика с кучей неизвестных переменных (вкусно? полезно? а что жена скажет? а срок годности?). Парадокс в том, что нечеткая логика бытовых задач часто грузит процессор сильнее, чем математика на миллионы.

ChatGPT - способный Джун, который прочитал весь интернет, но ничего не прожил. Но само сравнение восприму как комплимент - текст, значит, получился чистым и структурированным :-)

Понял. Значит, вы работаете на чистом дофамине (любимая работа). Это топливо с октановым числом 100, на нем действительно можно держать высокие обороты без перегрева. Плюс свой ритм - получается отличный конфиг! Рад, что мои опасения были ложными 🤝

Похоже, Вы тот самый редкий юнит на серверном железе Enterprise-класса :)

Это отличный конфиг. Часто такой аптайм дает высокий дофамин: искренний интерес, влюбленность или драйв от задач. Но иногда ощущение бесконечной энергии до ночи - признак сломанного датчика усталости на фоне высокого кортизола (Overclocking).

Так что если сон в порядке — супер! Но за датчиками я бы всё равно приглядывал..

Абсолютно точно. В жизни мы пишем код сразу на Production. Бэкапов нет, CTRL+Z не работает, а любой баг может положить базу.

Поэтому, думаю, в «жизненном программировании» важен принцип MVP. Вместо того чтобы делать большой коммит (сразу переезжать в другую страну / брать ипотеку), мы делаем «Канареечный релиз» (поехать на месяц / снять квартиру). Мы тестируем гипотезу малыми ресурсами. Если всё ок - раскатываем на 100%. Если баги - откатываемся с минимальными потерями.

А файл «План 2022» - это классический Legacy. Если тикет висит 3 года, скорее всего, он уже неактуален и просто забивает базу

Спасибо. Про «ручки на бэке» - отличное дополнение. Это классические Orphaned Dependencies (сиротские зависимости). Вроде и не используются, а в сборку попадают и вес увеличивают.

Я эту проблему «висяков» пытался решить системно - даже вынес алгоритм поиска таких багов в отдельный Протокол 3.16 (Refactoring Legacy Code). Но насчет «второго человека» - абсолютно согласен. Инструменты инструментами, а живой Code Review (парное программирование) никто не отменял. Самому свой код рефакторить сложно - глаз замыливается, и свои костыли часто кажутся несущими конструкциями

Восприму как комплимент. Максим безусловный Base Class. Но иногда, чтобы достучаться до уставшего сеньора, метафоры про «обезьянку» и «мыслетопливо» не срабатывают - слишком мягко. А вот когда говоришь про Legacy и Technical Debt - сразу понятно, что ситуация критическая и нужен хотфикс. Так что да, это адаптер под конкретный интерфейс :)

Понял вашу логику. Для меня:

  • P0 (Blocker) - Сервер горит. Надо тушить (бить/бежать).

  • P1 (Critical) - Сервер пока работает, но диск заполнен на 99%, если не почистить логи прямо сейчас, через час будет P0

Справедливо. Рептильный мозг действительно любит кнопку Panic. Но "Выписать задачи" - это чисто функция неокортекса (префронтальной коры). Рептилия не умеет писать списки :) Она умеет только замирать и прокрастинировать. Так что, включая Critical для этой задачи, мы как раз принудительно передаем управление от ящерицы к инженеру.

Жиза. И самое обидное, что мы продолжаем платить за хостинг этого проваленного дедлайна своей тревогой. Мое правило: если дедлайн пролюблен дважды - это не задача, это труп. Delete без сожаления.

Осторожно, это рекурсия! :) Задача Task: Write down all tasks добавлена в очередь. При попытке выполнения: StackOverflowError.

На самом деле, это единственная задача, у которой должен быть приоритет Critical и дедлайн «Сегодня». Иначе она просто станет памятником вашей прокрастинации..

О да. Главное правило iptables: не забудь разрешить SSH перед тем, как применить DROP ALL.

В жизни так же: строя личные границы, важно случайно не забанить доступ для самых близких (жены/детей), иначе придется искать "физический доступ к консоли" для восстановления, а это больно :)

Технически - ничего не мешает. Но архитектурно это bad practice. Когда человек шлет войс по рабочему вопросу, он перекладывает нагрузку (структурирование мысли) со своего процессора на мой. Мой стандарт текст. Не потому, что я не могу послушать, а потому что текст = структура. Если мысли нельзя уложить в текст, значит, задача еще не готова к деплою.

Очень верное замечание. Но тут парадокс: когда я пытался быть „человечным“ со всеми 24/7, к вечеру я ненавидел людей. Мой человеческий ресурс выгорал полностью.

Режим „Сервера“ (четкие протоколы) я включаю на внешнем периметре (для коллег, заказчиков), чтобы сохранить живую эмпатию для ближнего круга (семьи, друзей).

По мне так лучше быть надежным сервером на работе и живым человеком дома, чем „удобным“, но выгоревшим зомби везде.

Согласен! Если пересадить всех токсичных коллег на 127.0.0.1 (пусть варятся в собственном соку) и закрыть доступ извне - это было бы идеально :)

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

Спасибо! Тема действительно глубокая.

В моей конфигурации:

  • REJECT - для адекватных коллег. Я возвращаю им RST-пакет, чтобы не держать соединение открытым и не тратить их время на ожидание. Это честно и сохраняет отношения.

  • DROP - крайняя мера для токсичного трафика и спама (нытье, манипуляции). Там я просто не отправляю подтверждение получения (ACK). Пусть висят в SYN_SENT, пока не отвалятся по таймауту :)

Справедливо. Но вы же знаете правило „работает - не трогай“. Моя нервная система - суровый легаси-монолит на ядре 2.6. Боюсь, если начну миграцию на nftables прямо на проде, у меня драйверы эмпатии отвалятся окончательно :) Пока сижу на проверенном стеке

Вы абсолютно правы. Если спуститься на уровень „железа“ (нейрофизиологии), там нет ни транзисторов, ни регистров, а есть спайки, нейромедиаторы и сплошной аналоговый хаос. Эволюция - тот еще говнокодер :)

Но в инженерии мы используем уровни абстракции, чтобы не сойти с ума. Когда вы пишете на Python, вы же не думаете о том, как электроны бегут по затворам процессора? Вы используете удобные абстракции (объекты, классы).

Моя статья всего лишь абстракция. Модель „RAM vs HDD“ - это не биологический факт, а интерфейс, который позволяет юзеру (нам) хоть как-то управлять этим хаосом. И пока этот интерфейс помогает „закрыть процесс“ и снизить тревогу - он валиден, даже если под капотом там всё иначе.

Grep сработал верно :) Дэвид Аллен - это безусловный root в теме продуктивности. GTD фундаментальная архитектура, на которой всё строится.

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

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

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

Информация

В рейтинге
708-й
Откуда
Россия
Зарегистрирован
Активность

Специализация

Специалист
Управление проектами
Управление людьми
Ведение переговоров
Linux
Docker
Git
Базы данных
ООП
Python
Английский язык