Справедливо. Рептильный мозг действительно любит кнопку 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 на ультрах, пока винда обновляется, толку нет. Не будем насиловать железо, дадим борщу спокойно инсталлироваться!
Осознать, конечно, здорово. Это как наконец-то увидеть текст ошибки в логах вместо черного экрана. Но от того, что я пялюсь на ошибку, сервер сам не поднимается.
Мой центр планирования совсем не мудрый стратег. Это вредный вахтер на проходной. Ему плевать на мои инсайты, ему нужны гарантии, что мы сейчас не сгорим на работе. Поэтому хак, который мне нужен — это подделка пропуска. Я должен просто обдурить этого внутреннего вахтера. Вместо: - Короче, Михалыч, открывай ворота. Сейчас мы пойдем делать Идеальный Проект, от которого зависит вся карьера. На что вахтер: - Не-не-не. Это опасно, сложно, ресурсов нет. Давай лучше полежим. Говорю: - Слышь, да мы не работать. Мы так, чисто в песочнице поковыряться. Напишем две строчки "говнокода", поржем и удалим. Никаких обязательств. На что получаю: - А, ну если чисто по фану и без напряга — проходи.
И вот я внутри. Процесс пошел 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 («Снизьте нагрузку, или система ляжет, и вы не получите вообще ничего»).
Или классический трейд-офф: „Ок, мы пропускаем этот пакет срочно, но тогда система автоматически дропает пакет «Релиз в пятницу». Подтверждаете транзакцию?“
Это уже высший пилотаж — когда клиент слышит «Да», но по факту встает в ту очередь, в которую нужно вам))
Мы просто путаем мозг с жестким диском. А он — процессор. Ему нужно думать, а не хранить файлы.
Как только выгружаешь задачи на бумагу или в приложение — сразу чувствуешь, как „оперативка“ освобождается. Внутренний вентилятор перестает шуметь, и голова остывает.
Понял вашу логику. Для меня:
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 на ультрах, пока винда обновляется, толку нет. Не будем насиловать железо, дадим борщу спокойно инсталлироваться!
Осознать, конечно, здорово. Это как наконец-то увидеть текст ошибки в логах вместо черного экрана. Но от того, что я пялюсь на ошибку, сервер сам не поднимается.
Мой центр планирования совсем не мудрый стратег. Это вредный вахтер на проходной. Ему плевать на мои инсайты, ему нужны гарантии, что мы сейчас не сгорим на работе. Поэтому хак, который мне нужен — это подделка пропуска. Я должен просто обдурить этого внутреннего вахтера. Вместо: - Короче, Михалыч, открывай ворота. Сейчас мы пойдем делать Идеальный Проект, от которого зависит вся карьера. На что вахтер: - Не-не-не. Это опасно, сложно, ресурсов нет. Давай лучше полежим. Говорю: - Слышь, да мы не работать. Мы так, чисто в песочнице поковыряться. Напишем две строчки "говнокода", поржем и удалим. Никаких обязательств. На что получаю: - А, ну если чисто по фану и без напряга — проходи.
И вот я внутри. Процесс пошел
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(«Снизьте нагрузку, или система ляжет, и вы не получите вообще ничего»).Или классический трейд-офф: „Ок, мы пропускаем этот пакет срочно, но тогда система автоматически дропает пакет «Релиз в пятницу». Подтверждаете транзакцию?“
Это уже высший пилотаж — когда клиент слышит «Да», но по факту встает в ту очередь, в которую нужно вам))
Мы просто путаем мозг с жестким диском. А он — процессор. Ему нужно думать, а не хранить файлы.
Как только выгружаешь задачи на бумагу или в приложение — сразу чувствуешь, как „оперативка“ освобождается. Внутренний вентилятор перестает шуметь, и голова остывает.
Правда,: к этой тишине привыкаешь мгновенно))