Сообщение Re[47]: MS забило на дотнет. Питону - да, сишарпу - нет? от 31.08.2021 7:55
Изменено 31.08.2021 8:18 Pauel
Re[47]: MS забило на дотнет. Питону - да, сишарпу - нет?
Здравствуйте, Ночной Смотрящий, Вы писали:
I>>Кто кому должен? Я же не собираюсь прерывать отладку, пересобирать все, если мне понадобилась новая утилита прямо по ходу отладки. А потом, через полчаса еще одна. И так, пока баг не найдется.
НС>1) Для debugging и profiling api не нужно ничего пересобирать, подключаешься к работающему процессу.
Ну подключился, а дальше что? Вот я только-только сделал предположение, глядя в основные логи. Как мне его проверить? Баг то не воспроизводится просто так, ни у тестеров, ни у разработчиков.
НС>2) Нормальное логирование и метрики — обязательное требование к production коду.
Это общие слова , то есть, ни о чем.
Как вариант, ты уверен, что в твоём продакшн коде логируется вообще любая хрень которая только может прийти в голову? Такого не бывает. Вероятно, ты тут начнешь спорить и утверждать, что логируешь вообще все на все случаи жизни, записываешь состояние call stack в каждую наносекунду для всех потоков
НС>3) Любое выражение можно вычислить в отладчике в процессе отладки, не правя при этом код.
Мне надо не просто вычислить, а инструментировать приложение, кое что подпатчить, кое что симулировать итд итд итд.
НС>>>Какие такие заготовки? О чем ты?
I>>Чтобы вызвать код, он где то должен быть написан до момента вызова.
НС>Совсем не обязательно.
Давай пример, как вызвать код, который еще не написан.
I>>Кто кому должен? Я же не собираюсь прерывать отладку, пересобирать все, если мне понадобилась новая утилита прямо по ходу отладки. А потом, через полчаса еще одна. И так, пока баг не найдется.
НС>1) Для debugging и profiling api не нужно ничего пересобирать, подключаешься к работающему процессу.
Ну подключился, а дальше что? Вот я только-только сделал предположение, глядя в основные логи. Как мне его проверить? Баг то не воспроизводится просто так, ни у тестеров, ни у разработчиков.
НС>2) Нормальное логирование и метрики — обязательное требование к production коду.
Это общие слова , то есть, ни о чем.
Как вариант, ты уверен, что в твоём продакшн коде логируется вообще любая хрень которая только может прийти в голову? Такого не бывает. Вероятно, ты тут начнешь спорить и утверждать, что логируешь вообще все на все случаи жизни, записываешь состояние call stack в каждую наносекунду для всех потоков
НС>3) Любое выражение можно вычислить в отладчике в процессе отладки, не правя при этом код.
Мне надо не просто вычислить, а инструментировать приложение, кое что подпатчить, кое что симулировать итд итд итд.
НС>>>Какие такие заготовки? О чем ты?
I>>Чтобы вызвать код, он где то должен быть написан до момента вызова.
НС>Совсем не обязательно.
Давай пример, как вызвать код, который еще не написан.
Re[47]: MS забило на дотнет. Питону - да, сишарпу - нет?
Здравствуйте, Ночной Смотрящий, Вы писали:
I>>Кто кому должен? Я же не собираюсь прерывать отладку, пересобирать все, если мне понадобилась новая утилита прямо по ходу отладки. А потом, через полчаса еще одна. И так, пока баг не найдется.
НС>1) Для debugging и profiling api не нужно ничего пересобирать, подключаешься к работающему процессу.
Я тебе про действия после подключения к процессу, а ты мне про само подключение Как ты понял мое объяснение про хуки я даже и не знаю.
НС>2) Нормальное логирование и метрики — обязательное требование к production коду.
Это общие слова, то есть, ни о чем. Раз я влез отладчиком, значит тех логов уже недостаточно. Как минимум, log level для продакшна и отладки разный. А еще есть компоненты, которые, скажем, можно контролировать еще более детально, нежели log level debug.
НС>3) Любое выражение можно вычислить в отладчике в процессе отладки, не правя при этом код.
Мне надо не просто вычислить, а инструментировать приложение, кое что подпатчить, кое что симулировать итд итд итд.
НС>>>Какие такие заготовки? О чем ты?
I>>Чтобы вызвать код, он где то должен быть написан до момента вызова.
НС>Совсем не обязательно.
Давай пример, как вызвать код, который еще не написан.
I>>Кто кому должен? Я же не собираюсь прерывать отладку, пересобирать все, если мне понадобилась новая утилита прямо по ходу отладки. А потом, через полчаса еще одна. И так, пока баг не найдется.
НС>1) Для debugging и profiling api не нужно ничего пересобирать, подключаешься к работающему процессу.
Я тебе про действия после подключения к процессу, а ты мне про само подключение Как ты понял мое объяснение про хуки я даже и не знаю.
НС>2) Нормальное логирование и метрики — обязательное требование к production коду.
Это общие слова, то есть, ни о чем. Раз я влез отладчиком, значит тех логов уже недостаточно. Как минимум, log level для продакшна и отладки разный. А еще есть компоненты, которые, скажем, можно контролировать еще более детально, нежели log level debug.
НС>3) Любое выражение можно вычислить в отладчике в процессе отладки, не правя при этом код.
Мне надо не просто вычислить, а инструментировать приложение, кое что подпатчить, кое что симулировать итд итд итд.
НС>>>Какие такие заготовки? О чем ты?
I>>Чтобы вызвать код, он где то должен быть написан до момента вызова.
НС>Совсем не обязательно.
Давай пример, как вызвать код, который еще не написан.