A
Size: a a a
2020 January 09
A
а я кололся, но продолжал жевать
A
Screenshot (9 янв. 2020 г. 15:25:48)
A
у меня примерно так было
楽
Что такое асм стайл? Это значит, сделать себе дебагер.
A
楽園松本
Что такое асм стайл? Это значит, сделать себе дебагер.
в каком контексте?
楽
в каком контексте?
В контексте асма. Сначала был опкод. И ничего не было до опкода. Потом стал асм. И не было ничего кроме асма, становившегося опкодом. Дебагер -- это и есть путь, по которому проходит тот, кто положив в основу опкод, и создаёт асм.
Поэтому настоящий Путь такой:
1) опкод;
2) асм;
3) дебагер.
4) ОС.
5) Си.
Поэтому настоящий Путь такой:
1) опкод;
2) асм;
3) дебагер.
4) ОС.
5) Си.
楽
Говоря простым языком: чтобы стать хакером, надо сделать себе дебагер.
楽
Как меня учили, есть три пагубные практики, в которые склонен впадать любой, кто изучает асм:
1. Практика злоупотребления использования системных вызовов. Если программа начинает основываться на системных вызовах, то зачем использовать асм? Это не означает, что системные вызовы нельзя использовать. Но если системных вызовов становится много, то программирование процессора делается на тобой, а кем-то другим, тогда как программирование на асме предполагает, что программистом являешься ты.
2. Практика полагания, что есть некто, кто даст (или должен дать!) тебе средства.
Подобно ребёнку, полагающему, что снаружи его всегда существует и доступна по первому его крику молочная грудь или бутылочка, программист думает, что существуют средства, которые для него подготовил кто-то. Так, как само собой разумеющееся, воспринимаются сам асссемблер и дебагер. Но это глубокое заблуждение. Ассемблер и дебагер это тайные средства, которые умные люди создали для своих личных задач, но почему-то решили поделиться ими с другими. Надежда на то, что существует ассемблер или дебагер, есть умаление сути программирования на асме.
3. Практика движения от высокого уровня к низкому.
Программист думает, что если он программирует на языках высокого уровня или продумывает абстракции высокого уровня, то этот подход следует применять на ассемблере. Программирование на асме это сложение целого из атомов, это всегда движение от элементарного вверх. Поэтому асм изначально предполагает некорректные с точки зрения высокого уровня реализации и допущения. Мышление при асме это всегда стремление к либерации, к свободе, к эмансипации, которые достигаются в языках высокого уровня. (Здесь, однако, возникает парадокс дуализма целей свободы, о котором я когда-нибудь поведаю.) Отсюда возникают макроязыки, и конечной целью асма должен стать Си. Пусть программист применяет концепции высокоуровневого программирования для языков высокого уровня.
Избегание пагубных практик означает выбор правильного средства. Если ты можешь сделать это на Питоне, нужен Питон. Если это не делается на Питоне, нужно попробовать Си. И если это не делается на Си, нужен асм.
1. Практика злоупотребления использования системных вызовов. Если программа начинает основываться на системных вызовах, то зачем использовать асм? Это не означает, что системные вызовы нельзя использовать. Но если системных вызовов становится много, то программирование процессора делается на тобой, а кем-то другим, тогда как программирование на асме предполагает, что программистом являешься ты.
2. Практика полагания, что есть некто, кто даст (или должен дать!) тебе средства.
Подобно ребёнку, полагающему, что снаружи его всегда существует и доступна по первому его крику молочная грудь или бутылочка, программист думает, что существуют средства, которые для него подготовил кто-то. Так, как само собой разумеющееся, воспринимаются сам асссемблер и дебагер. Но это глубокое заблуждение. Ассемблер и дебагер это тайные средства, которые умные люди создали для своих личных задач, но почему-то решили поделиться ими с другими. Надежда на то, что существует ассемблер или дебагер, есть умаление сути программирования на асме.
3. Практика движения от высокого уровня к низкому.
Программист думает, что если он программирует на языках высокого уровня или продумывает абстракции высокого уровня, то этот подход следует применять на ассемблере. Программирование на асме это сложение целого из атомов, это всегда движение от элементарного вверх. Поэтому асм изначально предполагает некорректные с точки зрения высокого уровня реализации и допущения. Мышление при асме это всегда стремление к либерации, к свободе, к эмансипации, которые достигаются в языках высокого уровня. (Здесь, однако, возникает парадокс дуализма целей свободы, о котором я когда-нибудь поведаю.) Отсюда возникают макроязыки, и конечной целью асма должен стать Си. Пусть программист применяет концепции высокоуровневого программирования для языков высокого уровня.
Избегание пагубных практик означает выбор правильного средства. Если ты можешь сделать это на Питоне, нужен Питон. Если это не делается на Питоне, нужно попробовать Си. И если это не делается на Си, нужен асм.
О
楽園松本
Как меня учили, есть три пагубные практики, в которые склонен впадать любой, кто изучает асм:
1. Практика злоупотребления использования системных вызовов. Если программа начинает основываться на системных вызовах, то зачем использовать асм? Это не означает, что системные вызовы нельзя использовать. Но если системных вызовов становится много, то программирование процессора делается на тобой, а кем-то другим, тогда как программирование на асме предполагает, что программистом являешься ты.
2. Практика полагания, что есть некто, кто даст (или должен дать!) тебе средства.
Подобно ребёнку, полагающему, что снаружи его всегда существует и доступна по первому его крику молочная грудь или бутылочка, программист думает, что существуют средства, которые для него подготовил кто-то. Так, как само собой разумеющееся, воспринимаются сам асссемблер и дебагер. Но это глубокое заблуждение. Ассемблер и дебагер это тайные средства, которые умные люди создали для своих личных задач, но почему-то решили поделиться ими с другими. Надежда на то, что существует ассемблер или дебагер, есть умаление сути программирования на асме.
3. Практика движения от высокого уровня к низкому.
Программист думает, что если он программирует на языках высокого уровня или продумывает абстракции высокого уровня, то этот подход следует применять на ассемблере. Программирование на асме это сложение целого из атомов, это всегда движение от элементарного вверх. Поэтому асм изначально предполагает некорректные с точки зрения высокого уровня реализации и допущения. Мышление при асме это всегда стремление к либерации, к свободе, к эмансипации, которые достигаются в языках высокого уровня. (Здесь, однако, возникает парадокс дуализма целей свободы, о котором я когда-нибудь поведаю.) Отсюда возникают макроязыки, и конечной целью асма должен стать Си. Пусть программист применяет концепции высокоуровневого программирования для языков высокого уровня.
Избегание пагубных практик означает выбор правильного средства. Если ты можешь сделать это на Питоне, нужен Питон. Если это не делается на Питоне, нужно попробовать Си. И если это не делается на Си, нужен асм.
1. Практика злоупотребления использования системных вызовов. Если программа начинает основываться на системных вызовах, то зачем использовать асм? Это не означает, что системные вызовы нельзя использовать. Но если системных вызовов становится много, то программирование процессора делается на тобой, а кем-то другим, тогда как программирование на асме предполагает, что программистом являешься ты.
2. Практика полагания, что есть некто, кто даст (или должен дать!) тебе средства.
Подобно ребёнку, полагающему, что снаружи его всегда существует и доступна по первому его крику молочная грудь или бутылочка, программист думает, что существуют средства, которые для него подготовил кто-то. Так, как само собой разумеющееся, воспринимаются сам асссемблер и дебагер. Но это глубокое заблуждение. Ассемблер и дебагер это тайные средства, которые умные люди создали для своих личных задач, но почему-то решили поделиться ими с другими. Надежда на то, что существует ассемблер или дебагер, есть умаление сути программирования на асме.
3. Практика движения от высокого уровня к низкому.
Программист думает, что если он программирует на языках высокого уровня или продумывает абстракции высокого уровня, то этот подход следует применять на ассемблере. Программирование на асме это сложение целого из атомов, это всегда движение от элементарного вверх. Поэтому асм изначально предполагает некорректные с точки зрения высокого уровня реализации и допущения. Мышление при асме это всегда стремление к либерации, к свободе, к эмансипации, которые достигаются в языках высокого уровня. (Здесь, однако, возникает парадокс дуализма целей свободы, о котором я когда-нибудь поведаю.) Отсюда возникают макроязыки, и конечной целью асма должен стать Си. Пусть программист применяет концепции высокоуровневого программирования для языков высокого уровня.
Избегание пагубных практик означает выбор правильного средства. Если ты можешь сделать это на Питоне, нужен Питон. Если это не делается на Питоне, нужно попробовать Си. И если это не делается на Си, нужен асм.
Харэ чужие цитаты с инета воровать