REJECT - для адекватных коллег. Я возвращаю им RST-пакет, чтобы не держать соединение открытым и не тратить их время на ожидание. Это честно и сохраняет отношения.
DROP - крайняя мера для токсичного трафика и спама (нытье, манипуляции). Там я просто не отправляю подтверждение получения (ACK). Пусть висят в SYN_SENT, пока не отвалятся по таймауту :)
Справедливо. Но вы же знаете правило „работает - не трогай“. Моя нервная система - суровый легаси-монолит на ядре 2.6. Боюсь, если начну миграцию на nftables прямо на проде, у меня драйверы эмпатии отвалятся окончательно :) Пока сижу на проверенном стеке
Вы абсолютно правы. Если спуститься на уровень „железа“ (нейрофизиологии), там нет ни транзисторов, ни регистров, а есть спайки, нейромедиаторы и сплошной аналоговый хаос. Эволюция - тот еще говнокодер :)
Но в инженерии мы используем уровни абстракции, чтобы не сойти с ума. Когда вы пишете на Python, вы же не думаете о том, как электроны бегут по затворам процессора? Вы используете удобные абстракции (объекты, классы).
Моя статья всего лишьабстракция. Модель „RAM vs HDD“ - это не биологический факт, а интерфейс, который позволяет юзеру (нам) хоть как-то управлять этим хаосом. И пока этот интерфейс помогает „закрыть процесс“ и снизить тревогу - он валиден, даже если под капотом там всё иначе.
Grep сработал верно :) Дэвид Аллен - это безусловный root в теме продуктивности. GTD фундаментальная архитектура, на которой всё строится.
Проблема в том, что для многих инженеров язык Аллена звучит слишком „менеджерски“. Когда говоришь „выгрузи открытые циклы“, он зевает. А когда говоришь „сделай дамп RAM, чтобы не было переполнения стека“ - он понимает физику процесса.
Так что да, по сути это синтаксический сахар поверх GTD, написанный на языке, который компилируется в головах без ошибок.
Коллега, всё так. Обед — это заливка тяжелого обновления на сервер, поэтому система перебрасывает всё питание на распаковку котлеты. Пытаться в этот момент думать — всё равно что запускать Cyberpunk на ультрах, пока винда обновляется, толку нет. Не будем насиловать железо, дадим борщу спокойно инсталлироваться!
Осознать, конечно, здорово. Это как наконец-то увидеть текст ошибки в логах вместо черного экрана. Но от того, что я пялюсь на ошибку, сервер сам не поднимается.
Мой центр планирования совсем не мудрый стратег. Это вредный вахтер на проходной. Ему плевать на мои инсайты, ему нужны гарантии, что мы сейчас не сгорим на работе. Поэтому хак, который мне нужен — это подделка пропуска. Я должен просто обдурить этого внутреннего вахтера. Вместо: - Короче, Михалыч, открывай ворота. Сейчас мы пойдем делать Идеальный Проект, от которого зависит вся карьера. На что вахтер: - Не-не-не. Это опасно, сложно, ресурсов нет. Давай лучше полежим. Говорю: - Слышь, да мы не работать. Мы так, чисто в песочнице поковыряться. Напишем две строчки "говнокода", поржем и удалим. Никаких обязательств. На что получаю: - А, ну если чисто по фану и без напряга — проходи.
И вот я внутри. Процесс пошел Running. А когда я уже прошел через турникет — инерция сама меня тащит. По мне так самое сложное — это не ехать, а провернуть ключ зажигания.
Коллега, метафора красивая, но вы перепутали Input (питание) и Workload (нагрузку).
Лошадь в вашей истории сдохла от отсутствия энергии. А в моем случае «лошадь» (я) раньше дохла от того, что на ней одновременно пытались ехать: заказчик, три менеджера, соседний отдел и еще кто-то просил «подержать пианино».
Режим Default Deny — это не голодовка. Это защита от перегрузки. Я не перестал есть сено (делать задачи), я перестал жрать пластик и картон, который мне подсовывали под видом еды (пустые митинги и чужая работа).
Но технически вы правы: если навсегда заблокировать 100% портов, сервер станет бесполезным кирпичом и его выкинут из дата-центра. Поэтому после этапа «карантина» необходимо настроить Allowlist (белый список). Пропускать только полезный трафик, а спам — в /dev/null.
Так что лошадь жива, здорова))) и наконец-то везет только своего всадника, а не весь табор.
Так, стоп. Я тут посмотрел свои логи и понял одну вещь. То, что я называю ленью или прокрастинацией — это вообще не оно. Это, блин, аварийный протокол безопасности.
Смотри, что происходит. У меня в базе данных записан негативный опыт: "Помнишь, как в прошлый раз мы пытались задеплоить сложную фичу за 15 минут до обеда? Мы тогда чуть не спалили материнку, вспотели, перенервничали, а на выходе получили говнокод".
Система этот инцидент запомнила и повесила на любую сложную задачу красный флаг: [CRITICAL ERROR RISK].
И теперь, даже когда у меня есть нормальный слот времени (ресурсный отрезок), мой внутренний "Администратор" блокирует доступ к кнопке "Пуск". Он рассуждает логично: "Братан, я не дам тебе запустить этот процесс. В прошлый раз ты перегрелся. Сейчас ты опять начнешь перфекционистски вылизывать код, времени не хватит, ты расстроишься и упадешь в синий экран. Ну нафиг. Лучше посидим в простое (Idle), целее будем".
Получается, я не ленивый. Я просто запуганный собственным перфекционизмом. Я боюсь не самой работы, я боюсь того чувства, когда "сделал плохо, потому что не успел".
Как это хакнуть? Надо снизить "Уровень Сервиса" (SLA) для самого себя. Договориться с внутренним админом: "Слушай, мы не будем сейчас писать идеальный код для продакшена. Мы просто набросаем MVP из палок и изоленты. Грязный черновик. Чисто потестить".
На "черновик" система ресурсов не жалеет. А там, глядишь, и втянемся)))
Конечно можно. В ChatGPT получаю „среднее по больнице“, а у терапевта — счет за 50 часов работы, чтобы понять, что мама меня недолюбила :) шучу.. Если у вас аптайм 100% на советах GPT — искренне жму руку, у меня так не скомпилировалось.
Хах, в точку! Если Лид — это защищенный бэкенд, который сидит за NAT-ом и держит прод, то Менеджер — это API Gateway (или Reverse Proxy) на самой передовой под обстрелом.
Если Гейтвей начнет всем подряд отдавать 403 Forbidden, клиентская система просто „отвалится“ с ошибкой, и заменят на более „стабильный модуль“. Как вариант, тут нужен не жесткий Фаервол, а Traffic Shaping и Rate Limiting:
Не „Идите лесом“, а 202 Accepted («Ваш запрос принят в очередь, расчетное время обработки — Q3»).
Не „Нет“, а 429 Too Many Requests («Снизьте нагрузку, или система ляжет, и вы не получите вообще ничего»).
Или классический трейд-офф: „Ок, мы пропускаем этот пакет срочно, но тогда система автоматически дропает пакет «Релиз в пятницу». Подтверждаете транзакцию?“
Это уже высший пилотаж — когда клиент слышит «Да», но по факту встает в ту очередь, в которую нужно вам))
Мы просто путаем мозг с жестким диском. А он — процессор. Ему нужно думать, а не хранить файлы.
Как только выгружаешь задачи на бумагу или в приложение — сразу чувствуешь, как „оперативка“ освобождается. Внутренний вентилятор перестает шуметь, и голова остывает.
Согласен на 100%. Бег или ходьба — это часто просто разгон кулера, пока фоновые процессы продолжают жрать память.
А вот игровые виды спорта — это уже чистое аппаратное прерывание. Мозгу приходится перебрасывать весь ресурс на обработку физики мяча и координацию, и на «подумать о баге» RAM уже тупо не хватает.
Про думскроллинг как защитный механизм — вообще жиза. По сути, это мы сами себя DDoS-им мусорным трафиком, чтобы заглушить тревожные процессы. Метод рабочий, но сервер греется :)
Рад, что отозвалось. На самом деле, чем больше копаюсь, тем страшнее: там внутри сплошное легаси времен палеолита, документации нет, а разработчик давно уволился. Вот и приходится писать свои патчи поверх этого спагетти-кода, чтобы система не падала каждый понедельник))
Ну в системной инженерии чудес не бывает. Принцип GIGO (Garbage In — Garbage Out) работает и для моей биологической нейросети. Если на входе null, на выходе тоже будет null.
Я в таких случаях запускаю диагностику по двум веткам:
1. Ошибка Empty Dataset (База пуста) Если идей нет вообще — значит, я пытаюсь сделать SELECT к пустой таблице. Я просто не обучил свою нейронку на текущем контексте. Мой алгоритм: Выключаю режим «Генератор» и включаю режим ETL (Extract, Transform, Load). Иду «пылесосить» данные: документацию смежных технологий, кейсы из вообще других индустрий, решения конкурентов. Просто загружаю в голову сырые данные, даю им ночь на индексацию, и на утро (как правило) запрос выполняется сам собой.
2. Ошибка Processing Error (Данные есть, но не стыкуются) Если каша в голове есть, а решения нет — это фрагментация. Тут мне помогает только классика — Rubber Duck Debugging (Метод утенка). Беру утку (кота / фикус). Сажаю напротив. И начинаю вслух, построчно объяснять: „Смотри, утка. Цель такая. Я пробовал Х, не вышло, потому что Y...“.
В процессе сериализации (перевода мыслей в речь) мозг сам находит битые ссылки. Обычно инсайт прилетает достаточно быстро, а утка даже крякнуть не успевает.
Короче: я либо кормлю базу, либо дефрагментирую кэш об "утку". Как-то так))
О, спасибо за наводку на Линдермана! Это прямо подарок. Всегда приятно, когда интуитивную „инженерную гигиену“ можно подпереть строгой математикой. Получается, если наложить его переменные на мою архитектуру, получается попадание:
Снижение $\lambda$ (отвлечения) — это как раз то, зачем я так топлю за «Фаервол» и режим Default Deny. Если не резать входящие на уровне порта, уравнение просто не сойдется — день превратится в решето.
Уменьшение $\Delta$ (время возврата) — вот здесь и работает «RAM Dump». По сути, это быстрая сериализация контекста на бумагу. Когда у тебя есть сохраненный лог, время „холодной загрузки“ обратно в задачу сокращается с 20 минут до пары секунд.
Параметр $\theta$ (минимальный блок) — железный аргумент в пользу того, почему большие задачи надо декомпозировать под реальные слоты (спринты), а не ждать мифического „свободного дня“, которого никогда не будет.
Крутая модель, обязательно изучу детальнее. Спасибо!
Спасибо! Тема действительно глубокая.
В моей конфигурации:
REJECT- для адекватных коллег. Я возвращаю имRST-пакет, чтобы не держать соединение открытым и не тратить их время на ожидание. Это честно и сохраняет отношения.DROP- крайняя мера для токсичного трафика и спама (нытье, манипуляции). Там я просто не отправляю подтверждение получения (ACK). Пусть висят вSYN_SENT, пока не отвалятся по таймауту :)Справедливо. Но вы же знаете правило „работает - не трогай“. Моя нервная система - суровый легаси-монолит на ядре 2.6. Боюсь, если начну миграцию на
nftablesпрямо на проде, у меня драйверы эмпатии отвалятся окончательно :) Пока сижу на проверенном стекеВы абсолютно правы. Если спуститься на уровень „железа“ (нейрофизиологии), там нет ни транзисторов, ни регистров, а есть спайки, нейромедиаторы и сплошной аналоговый хаос. Эволюция - тот еще говнокодер :)
Но в инженерии мы используем уровни абстракции, чтобы не сойти с ума. Когда вы пишете на Python, вы же не думаете о том, как электроны бегут по затворам процессора? Вы используете удобные абстракции (объекты, классы).
Моя статья всего лишь абстракция. Модель „RAM vs HDD“ - это не биологический факт, а интерфейс, который позволяет юзеру (нам) хоть как-то управлять этим хаосом. И пока этот интерфейс помогает „закрыть процесс“ и снизить тревогу - он валиден, даже если под капотом там всё иначе.
Grepсработал верно :) Дэвид Аллен - это безусловныйrootв теме продуктивности. GTD фундаментальная архитектура, на которой всё строится.Проблема в том, что для многих инженеров язык Аллена звучит слишком „менеджерски“. Когда говоришь „выгрузи открытые циклы“, он зевает. А когда говоришь „сделай дамп RAM, чтобы не было переполнения стека“ - он понимает физику процесса.
Так что да, по сути это синтаксический сахар поверх GTD, написанный на языке, который компилируется в головах без ошибок.
Коллега, всё так. Обед — это заливка тяжелого обновления на сервер, поэтому система перебрасывает всё питание на распаковку котлеты. Пытаться в этот момент думать — всё равно что запускать Cyberpunk на ультрах, пока винда обновляется, толку нет. Не будем насиловать железо, дадим борщу спокойно инсталлироваться!
Осознать, конечно, здорово. Это как наконец-то увидеть текст ошибки в логах вместо черного экрана. Но от того, что я пялюсь на ошибку, сервер сам не поднимается.
Мой центр планирования совсем не мудрый стратег. Это вредный вахтер на проходной. Ему плевать на мои инсайты, ему нужны гарантии, что мы сейчас не сгорим на работе. Поэтому хак, который мне нужен — это подделка пропуска. Я должен просто обдурить этого внутреннего вахтера. Вместо: - Короче, Михалыч, открывай ворота. Сейчас мы пойдем делать Идеальный Проект, от которого зависит вся карьера. На что вахтер: - Не-не-не. Это опасно, сложно, ресурсов нет. Давай лучше полежим. Говорю: - Слышь, да мы не работать. Мы так, чисто в песочнице поковыряться. Напишем две строчки "говнокода", поржем и удалим. Никаких обязательств. На что получаю: - А, ну если чисто по фану и без напряга — проходи.
И вот я внутри. Процесс пошел
Running. А когда я уже прошел через турникет — инерция сама меня тащит. По мне так самое сложное — это не ехать, а провернуть ключ зажигания.Коллега, метафора красивая, но вы перепутали Input (питание) и Workload (нагрузку).
Лошадь в вашей истории сдохла от отсутствия энергии. А в моем случае «лошадь» (я) раньше дохла от того, что на ней одновременно пытались ехать: заказчик, три менеджера, соседний отдел и еще кто-то просил «подержать пианино».
Режим
Default Deny— это не голодовка. Это защита от перегрузки. Я не перестал есть сено (делать задачи), я перестал жрать пластик и картон, который мне подсовывали под видом еды (пустые митинги и чужая работа).Но технически вы правы: если навсегда заблокировать 100% портов, сервер станет бесполезным кирпичом и его выкинут из дата-центра. Поэтому после этапа «карантина» необходимо настроить Allowlist (белый список). Пропускать только полезный трафик, а спам — в
/dev/null.Так что лошадь жива, здорова))) и наконец-то везет только своего всадника, а не весь табор.
Так, стоп. Я тут посмотрел свои логи и понял одну вещь. То, что я называю ленью или прокрастинацией — это вообще не оно. Это, блин, аварийный протокол безопасности.
Смотри, что происходит. У меня в базе данных записан негативный опыт: "Помнишь, как в прошлый раз мы пытались задеплоить сложную фичу за 15 минут до обеда? Мы тогда чуть не спалили материнку, вспотели, перенервничали, а на выходе получили говнокод".
Система этот инцидент запомнила и повесила на любую сложную задачу красный флаг: [CRITICAL ERROR RISK].
И теперь, даже когда у меня есть нормальный слот времени (ресурсный отрезок), мой внутренний "Администратор" блокирует доступ к кнопке "Пуск". Он рассуждает логично: "Братан, я не дам тебе запустить этот процесс. В прошлый раз ты перегрелся. Сейчас ты опять начнешь перфекционистски вылизывать код, времени не хватит, ты расстроишься и упадешь в синий экран. Ну нафиг. Лучше посидим в простое (Idle), целее будем".
Получается, я не ленивый. Я просто запуганный собственным перфекционизмом. Я боюсь не самой работы, я боюсь того чувства, когда "сделал плохо, потому что не успел".
Как это хакнуть? Надо снизить "Уровень Сервиса" (SLA) для самого себя. Договориться с внутренним админом: "Слушай, мы не будем сейчас писать идеальный код для продакшена. Мы просто набросаем MVP из палок и изоленты. Грязный черновик. Чисто потестить".
На "черновик" система ресурсов не жалеет. А там, глядишь, и втянемся)))
Конечно можно. В ChatGPT получаю „среднее по больнице“, а у терапевта — счет за 50 часов работы, чтобы понять, что мама меня недолюбила :) шучу.. Если у вас аптайм 100% на советах GPT — искренне жму руку, у меня так не скомпилировалось.
Забирайте в свой репозиторий) Рад, что зашло. Удачного деплоя!
Хах, в точку! Если Лид — это защищенный бэкенд, который сидит за NAT-ом и держит прод, то Менеджер — это API Gateway (или Reverse Proxy) на самой передовой под обстрелом.
Если Гейтвей начнет всем подряд отдавать
403 Forbidden, клиентская система просто „отвалится“ с ошибкой, и заменят на более „стабильный модуль“. Как вариант, тут нужен не жесткий Фаервол, а Traffic Shaping и Rate Limiting:Не „Идите лесом“, а
202 Accepted(«Ваш запрос принят в очередь, расчетное время обработки — Q3»).Не „Нет“, а
429 Too Many Requests(«Снизьте нагрузку, или система ляжет, и вы не получите вообще ничего»).Или классический трейд-офф: „Ок, мы пропускаем этот пакет срочно, но тогда система автоматически дропает пакет «Релиз в пятницу». Подтверждаете транзакцию?“
Это уже высший пилотаж — когда клиент слышит «Да», но по факту встает в ту очередь, в которую нужно вам))
Мы просто путаем мозг с жестким диском. А он — процессор. Ему нужно думать, а не хранить файлы.
Как только выгружаешь задачи на бумагу или в приложение — сразу чувствуешь, как „оперативка“ освобождается. Внутренний вентилятор перестает шуметь, и голова остывает.
Правда,: к этой тишине привыкаешь мгновенно))
Согласен на 100%. Бег или ходьба — это часто просто разгон кулера, пока фоновые процессы продолжают жрать память.
А вот игровые виды спорта — это уже чистое аппаратное прерывание. Мозгу приходится перебрасывать весь ресурс на обработку физики мяча и координацию, и на «подумать о баге» RAM уже тупо не хватает.
Про думскроллинг как защитный механизм — вообще жиза. По сути, это мы сами себя DDoS-им мусорным трафиком, чтобы заглушить тревожные процессы. Метод рабочий, но сервер греется :)
Рад, что отозвалось. На самом деле, чем больше копаюсь, тем страшнее: там внутри сплошное легаси времен палеолита, документации нет, а разработчик давно уволился. Вот и приходится писать свои патчи поверх этого спагетти-кода, чтобы система не падала каждый понедельник))
Ну в системной инженерии чудес не бывает. Принцип GIGO (Garbage In — Garbage Out) работает и для моей биологической нейросети. Если на входе
null, на выходе тоже будетnull.Я в таких случаях запускаю диагностику по двум веткам:
1. Ошибка
Empty Dataset(База пуста) Если идей нет вообще — значит, я пытаюсь сделатьSELECTк пустой таблице. Я просто не обучил свою нейронку на текущем контексте. Мой алгоритм: Выключаю режим «Генератор» и включаю режим ETL (Extract, Transform, Load). Иду «пылесосить» данные: документацию смежных технологий, кейсы из вообще других индустрий, решения конкурентов. Просто загружаю в голову сырые данные, даю им ночь на индексацию, и на утро (как правило) запрос выполняется сам собой.2. Ошибка
Processing Error(Данные есть, но не стыкуются) Если каша в голове есть, а решения нет — это фрагментация. Тут мне помогает только классика — Rubber Duck Debugging (Метод утенка). Беру утку (кота / фикус). Сажаю напротив. И начинаю вслух, построчно объяснять: „Смотри, утка. Цель такая. Я пробовал Х, не вышло, потому что Y...“.В процессе сериализации (перевода мыслей в речь) мозг сам находит битые ссылки. Обычно инсайт прилетает достаточно быстро, а утка даже крякнуть не успевает.
Короче: я либо кормлю базу, либо дефрагментирую кэш об "утку". Как-то так))
О, спасибо за наводку на Линдермана! Это прямо подарок. Всегда приятно, когда интуитивную „инженерную гигиену“ можно подпереть строгой математикой. Получается, если наложить его переменные на мою архитектуру, получается попадание:
Снижение $\lambda$ (отвлечения) — это как раз то, зачем я так топлю за «Фаервол» и режим
Default Deny. Если не резать входящие на уровне порта, уравнение просто не сойдется — день превратится в решето.Уменьшение $\Delta$ (время возврата) — вот здесь и работает «RAM Dump». По сути, это быстрая сериализация контекста на бумагу. Когда у тебя есть сохраненный лог, время „холодной загрузки“ обратно в задачу сокращается с 20 минут до пары секунд.
Параметр $\theta$ (минимальный блок) — железный аргумент в пользу того, почему большие задачи надо декомпозировать под реальные слоты (спринты), а не ждать мифического „свободного дня“, которого никогда не будет.
Крутая модель, обязательно изучу детальнее. Спасибо!