Так для вас эксперименты с анисом - это и есть тот самый «яркий фронтенд»! :) В статье архитектура, а конфиг каждый настраивает под себя (каждая система индивидуальна). Главный критерий оптимизации: процесс дает энергию или забирает? Для большинства выбор йогурта - это утечка. Для меня пытка, поэтому этот модуль автоматизирован. А для вас поход в магазин - это штатная система охлаждения, а готовка - вообще творческий модуль.
Логика тут обратная - мы хардкодим скучный "бэкенд" (бытовуху, носки, гречку), именно чтобы освободить ресурсы для яркого "фронтенда". Вряд ли смысл жизни заключается в том, чтобы вечером 20 минут стоять в супермаркете перед полкой с 40 видами туалетной бумаги, мучительно выбирая "ту самую". Автоматизация скучного - это плата за возможность быть живым в важном.
Боль. Такие комменты часто переживают не только демо, но и трех тимлидов. В голове такие туду висят годами. "Вот сейчас сдам проект и начну нормально жить/учиться" (нужное подчеркнуть). Демо проходит, а временный костыль становится несущей конструкцией. Мой личный рекорд - "написать телеграмм-бота..", который висел в заметках 4 года, пока я не удалил его с пометкой WONTFIX
Абсолютно. Каждый имеет право считать что-то важным. Вы как администратор можете повесить флаг Critical хоть на выбор губки. Но цена! Система спишет за этот выбор столько же топлива, сколько за стратегию бизнеса. Если вы готовы платить по такому тарифу - ваше право
В точку. Система включает разные протоколы защиты ресурсов. Чужие деньги просто перенаправление пакетов. Свои деньги - расход собственного заряда. Но есть еще один слой - алгоритмическая сложность. Распределение премий - линейный алгоритм (есть 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 - сразу понятно, что ситуация критическая и нужен хотфикс. Так что да, это адаптер под конкретный интерфейс :)
Справедливо. Рептильный мозг действительно любит кнопку Panic. Но "Выписать задачи" - это чисто функция неокортекса (префронтальной коры). Рептилия не умеет писать списки :) Она умеет только замирать и прокрастинировать. Так что, включая Critical для этой задачи, мы как раз принудительно передаем управление от ящерицы к инженеру.
Жиза. И самое обидное, что мы продолжаем платить за хостинг этого проваленного дедлайна своей тревогой. Мое правило: если дедлайн пролюблен дважды - это не задача, это труп. Delete без сожаления.
Осторожно, это рекурсия! :) Задача Task: Write down all tasks добавлена в очередь. При попытке выполнения: StackOverflowError.
На самом деле, это единственная задача, у которой должен быть приоритет Critical и дедлайн «Сегодня». Иначе она просто станет памятником вашей прокрастинации..
О да. Главное правило iptables: не забудь разрешить SSH перед тем, как применить DROP ALL.
В жизни так же: строя личные границы, важно случайно не забанить доступ для самых близких (жены/детей), иначе придется искать "физический доступ к консоли" для восстановления, а это больно :)
Технически - ничего не мешает. Но архитектурно это bad practice. Когда человек шлет войс по рабочему вопросу, он перекладывает нагрузку (структурирование мысли) со своего процессора на мой. Мой стандарт текст. Не потому, что я не могу послушать, а потому что текст = структура. Если мысли нельзя уложить в текст, значит, задача еще не готова к деплою.
Очень верное замечание. Но тут парадокс: когда я пытался быть „человечным“ со всеми 24/7, к вечеру я ненавидел людей. Мой человеческий ресурс выгорал полностью.
Режим „Сервера“ (четкие протоколы) я включаю на внешнем периметре (для коллег, заказчиков), чтобы сохранить живую эмпатию для ближнего круга (семьи, друзей).
По мне так лучше быть надежным сервером на работе и живым человеком дома, чем „удобным“, но выгоревшим зомби везде.
Согласен! Если пересадить всех токсичных коллег на 127.0.0.1 (пусть варятся в собственном соку) и закрыть доступ извне - это было бы идеально :)
Но, к сожалению, мы вынуждены торчать наружу публичными интерфейсами. И если там не настроен iptables, то любой сканер портов быстро найдет уязвимость и пролезет внутрь.
Так для вас эксперименты с анисом - это и есть тот самый «яркий фронтенд»! :) В статье архитектура, а конфиг каждый настраивает под себя (каждая система индивидуальна). Главный критерий оптимизации: процесс дает энергию или забирает? Для большинства выбор йогурта - это утечка. Для меня пытка, поэтому этот модуль автоматизирован. А для вас поход в магазин - это штатная система охлаждения, а готовка - вообще творческий модуль.
P.S. Про Джобса и Цукера - засчитано :)
Справедливый вопрос :-))
Логика тут обратная - мы хардкодим скучный "бэкенд" (бытовуху, носки, гречку), именно чтобы освободить ресурсы для яркого "фронтенда". Вряд ли смысл жизни заключается в том, чтобы вечером 20 минут стоять в супермаркете перед полкой с 40 видами туалетной бумаги, мучительно выбирая "ту самую". Автоматизация скучного - это плата за возможность быть живым в важном.
Боль. Такие комменты часто переживают не только демо, но и трех тимлидов. В голове такие туду висят годами. "Вот сейчас сдам проект и начну нормально жить/учиться" (нужное подчеркнуть). Демо проходит, а временный костыль становится несущей конструкцией. Мой личный рекорд - "написать телеграмм-бота..", который висел в заметках 4 года, пока я не удалил его с пометкой
WONTFIXЭто не правило, это Policy: STRICT. ChatGPT - это джун, который льет воду. Но за комплимент структуре спасибо!
Абсолютно. Каждый имеет право считать что-то важным. Вы как администратор можете повесить флаг
Criticalхоть на выбор губки. Но цена! Система спишет за этот выбор столько же топлива, сколько за стратегию бизнеса. Если вы готовы платить по такому тарифу - ваше правоВ точку. Система включает разные протоколы защиты ресурсов. Чужие деньги просто перенаправление пакетов. Свои деньги - расход собственного заряда. Но есть еще один слой - алгоритмическая сложность. Распределение премий - линейный алгоритм (есть 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, то любой сканер портов быстро найдет уязвимость и пролезет внутрь.