Ну на самом деле все невоспроизводимые баги ) Просто выяснилось, что есть один конкретный чел в команде, у которого все баги получаются невоспроизводимые; дальше было понятно, что делать. У всего есть конкретная причина, у багов тоже )
Квантовая физика - она везде .
Любое наблюдение за производительностью СУБД - влияет на производительность СУБД.
Вывод:
Невозможно точно определить степень влияния сбора метрик производительности на производительность СУБД.
А метрики производительности снижают производительность СУБД ?
Конечно.
А давайте их отключим?
Создайте изменение и всё сделаем. Только больше не обращайтесь - "Ой у нас почему то все стало медленно".
Скриншот vs Снэпшот
А чтобы отличать скриншот от снепшота, и от бэкапа, подключаемся к Python комьюнити.
Продолжение эпической саги о жизни инженера при современном менеджменте:
И снова - в самую точку !
-А давайте вы нам сделаете отчет pgpro_pwr за каждые полчаса.
-А зачем вам?
-Мы будем анализировать и искать проблемы в СУБД.
-А вы отличаете блокировку от ожидания ?
-А мы погуглим.
-Ок. Оформляйте задачу.
...
Прошло некоторое время
-А что это такое ?
-А это что за цифра?
-А из какого отчета понять, что СУБД работает с проблемами?
-А как найти проблемный запрос?
-А что можно узнать по плану выполнения запроса.
-А почему ... ?
-А зачем ... ?
-А для чего ... ?
...
Прошел час.
- Хорошо , будут еще вопросы мы обратимся.
Основано на реальных событиях.
Хорошо , что удаленная работа СПАСАЕТ от стояния над душой и за спиной.
Логичное следствие из закона Паркинсона состоит в том, что обсуждения, митинги, созвоны, планёрки и тому подобные встречи в абсолютном большинстве своём — бесполезная трата времени. Чем больше этих совещаний и чем они длительнее — тем они бесполезнее.
Но для менеджера эти совещания представляют собой перформативную деятельность, смысл которой заключается в её собственном существовании. Деятельность менеджеров сводится к назначению совещаний, обсуждению вопросов, записи результатов совещания и планированию новых. Даже если они совершенно бессмысленные. У менеджера совсем другая логика, ведь он думает не столько о продукте как ценности, сколько о своей карьере, зарплате, имидже. Рядовые сотрудники для него — просто «трудовой ресурс» для выполнения личных задач.
Менеджеру гораздо выгоднее решать проблемы, чем предотвращать их появление.
А это означает, что нельзя мешать появлению проблем. Чем больше проблем — тем лучше, ведь можно их героически преодолевать. В этом миссия менеджера.
Взято тут : Иногда лучше делать, а не планировать
Полностью тут - Эксперт (Короткометражка, Русский дубляж)
Автор: Алексей Березин . 24 мар, 2011.
-Что вам конкретно мешает выполнить задачу ?
-Геометрия.
-Игнорируйте её.
Автор сценария - точно наш человек !
Типичный заказчик
Босс: Нам надо больше фич в нашем аппе.
Разработчик: Конечно, что вы хотите сделать?
Босс: Что нить новое, что нить полезное!
Разработчик: Да, но что именно?
Босс: Придумай что нить!
Одна из моих задач в нашем стартапе — сделать так, чтобы таких и подобных разговоров не было, но следить приходится пристально. Вот тут писал про это. А кроме этого, у меня очень легкий день на удаленке :-) Успеваю даже вести Python комьюнити.
Кстати, в плане "Как стать АйТишником в 2025 году" я топлю за разработку, но если у вас есть магическая способность ставить четкие задачи программистам, и вас реально понимают, и задачи выполняются, то Вам в Product Manager, Аналитики.
Бинарный душ
У меня на удаленке скорее:
int temperature;
А раньше в некоторых офисах было:
const temperature = 15;
