Комментарии 3
А я был на этом докладе на дотнексте.
Бесполезный доклад.
В схеме отлова ошибок нужно что то вроде Собери информацию -> Выдвини гипотезу -> Проверь.
Потому что когда из зала встал человек и спросил, а как быть, когда все обфусцированно и доступа к проду нет никакого быть. Ответ докладчика был — не обфусцировать.
Бесполезный доклад.
В схеме отлова ошибок нужно что то вроде Собери информацию -> Выдвини гипотезу -> Проверь.
Потому что когда из зала встал человек и спросил, а как быть, когда все обфусцированно и доступа к проду нет никакого быть. Ответ докладчика был — не обфусцировать.
Придумали себе проблем, героически боретесь с ними, а виноват автор доклада )))
Не обфусцируйте.
Не обфусцируйте.
А как не обфусцировать, если бизнес именно про обфускацию кода, потому что он ценен?
Да и потом, я скорее про сам посыл схемки основной в докладе.
Есть ситуации, когда ты не можешь повторить проблему. И как ты можешь проблему описать, не собрать всех сведений о ней? Я просто о принципиальном подходе к расследованию инцидентов и дебагу кода.
Да и потом, я скорее про сам посыл схемки основной в докладе.
Есть ситуации, когда ты не можешь повторить проблему. И как ты можешь проблему описать, не собрать всех сведений о ней? Я просто о принципиальном подходе к расследованию инцидентов и дебагу кода.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Отладка как процесс