Это очень просто. На примере:
Четвёртая строка, пятый столбец (AF). Чтобы посчитать его адрес (номер от начала файла), надо взять смещение этой строки (30h, h - значит hex) и прибавить к нему 4 (пятый столбец, нумерация с 0) - получим 34h (или 52 в десятичном виде) - это есть номер нужного нам байта от начала файла.
Как отдельный ответ не хочется оформлять, напишу так. Когда-то, когда я учился в 11 классе и собирался поступать на ВМК МГУ, я спросил на одном форуме примерно то же, что и вы. Ну там, что изучить, может языки какие. Мне тогда тоже ответили про математику и физику. Языки приложатся, была бы голова. Учите математику.
maaGames: окей, окей, ссылка была не самая правильная. Мы тут говорим о том, что делает Proguard. О том, что он реально делает, и как это влияет на безопасность приложения. И влияет это чуть менее, чем никак.
Вы что хотите ещё от меня услышать? Давайте по делу, хватит лить из пустого в порожнее.
maaGames: угу. В скриптовых языках. Да и там это бессмысленно по большому счёту. В общем вы можете оставаться при своём мнении, я - при своём. Моё совпадает с мнением многих профессионалов в этой области.
Википедия не согласна с документацией.
Ещё раз: Proguard не обфусцирует код, он его минифицирует. В том числе - укорачивает имена. Граф программы при этом остаётся прежним.
GitSputnik: обычно только то, что нужно. Обычный бекэнд. Для безопасности специально выносят на сервер проверки платежей, например (in-app purchases). Остальной код - вряд ли, я про такое не слышал.
Четвёртая строка, пятый столбец (AF). Чтобы посчитать его адрес (номер от начала файла), надо взять смещение этой строки (30h, h - значит hex) и прибавить к нему 4 (пятый столбец, нумерация с 0) - получим 34h (или 52 в десятичном виде) - это есть номер нужного нам байта от начала файла.