Er meinte, dass jeder der mal ein Skript dekompiliert erstmal die funktionalität überprüft,
bevor er sich an die möglicherweise zahlreichen Zeilen code wendet.
Und wenn man zum Test das Skript ausführt und anschließend der Computer
Softwareseitig Müll ist hat man das Ziel erreicht. Der Dekompilierte Code war nicht lesbar.
Beim 2ten Anlauf wird natürlich diese Methode unwirksam, da der Dekompilierende damit rechnet.
Wir sollten und lieber aufs konstruktive statt destruktive Arbeiten vertiefen.
Es muss mal wieder ein kleiner Wettbewerb her.
(z.B. Programmiere ein Tetrisähnliches Spiel mit möglichst wenigen bytes als .a3x)
(a3x, weil dann 1. die Includes berücksichtigt werden und 2tens wenn man immer
DllstructSetData hat sind das in der au3 immer viele Zeichen. In der a3x nicht.)
lg
Mars(i)