Зависит от того, в Ваших ли руках исходники и сборка. Если Вы дебажите свой код, у вас есть доступ к конфигу сборщика (например, Webpack) и самому коду, то есть следующие опции:
1. Поставить `debugger` прямо в коде, а также в Chrome на вкладочке Sources там где сам код, есть кнопка "Pretty print". Названия переменных и функций буду по-прежнему сложночитаемыми, но с `debugger` всё же получше, чем просто с `console.log`, можно будет проследить хотя бы порядок выполнения кода.
Разобраться, как включить source-maps в Вашем сборщике (например, Webpack), и пользоваться ими. Такое также уместно как временная мера, если баг встречается только в production режиме (только не забудьте потом снова отключить, чтобы не грузить ненужные файлы).
В случае же, если код не Ваш и он обфусцирован/минифицирован, то тут всё становится намного сложнее и уже называется "reverse engineering". Это материал на отдельную статью)
Зависит от того, в Ваших ли руках исходники и сборка. Если Вы дебажите свой код, у вас есть доступ к конфигу сборщика (например, Webpack) и самому коду, то есть следующие опции:
1. Поставить `debugger` прямо в коде, а также в Chrome на вкладочке Sources там где сам код, есть кнопка "Pretty print". Названия переменных и функций буду по-прежнему сложночитаемыми, но с `debugger` всё же получше, чем просто с `console.log`, можно будет проследить хотя бы порядок выполнения кода.
Разобраться, как включить source-maps в Вашем сборщике (например, Webpack), и пользоваться ими. Такое также уместно как временная мера, если баг встречается только в production режиме (только не забудьте потом снова отключить, чтобы не грузить ненужные файлы).
В случае же, если код не Ваш и он обфусцирован/минифицирован, то тут всё становится намного сложнее и уже называется "reverse engineering". Это материал на отдельную статью)