Zukunftssicherheit von Lazarus

[Euklid]

Habe zu .net bzw. mono mal eine Frage:

Habe ich es richtig verstanden, dass die Programmierumgebung hier den Quelltext (z.B. in C++ geschrieben) in die Common Intermediate Language (CIL) übersetzt und dass dann das das Programm ist, welches zur Laufzeit von den .net-Bibliotheken kompiliert wird?

Ebenso einfach, wie die Übersetzung von z.B. C++ in die CIL ist, müsste doch eigentlich auch die Rückübersetzung zu bewerkstelligen sein von CIL in C++?!? Aber ist das für Firmen nicht riskant, wenn die Konkurrenz auf diese Weise den Quelltext aus dem CIL-Programm per Knopfdruck zurückgewinnen kann?

Gruß, Euklid

[theo]

http://msdn.microsoft.com/en-us/magazine/cc164058.aspx" onclick="window.open(this.href);return false;

[bembulak]

http://www.aspose.com/Products/Aspose.Obfuscator/" onclick="window.open(this.href);return false;
http://www.mycsharp.de/wbb2/thread.php?threadid=5961" onclick="window.open(this.href);return false;
http://ntcore.com/phoenix.php" onclick="window.open(this.href);return false;

Ich persönlich finde übrigens, dass C# eine sehr schöne Sprache ist und die KlassenLib sehr durchdacht ist und einem viele Dinge sehr vereinfacht. Da hat Sun leider ein wenig geschlafen.

Das soll aber nicht heißen, dass ich JIT und VMs unbedingt befürworte.

[af0815]

Aber ist das für Firmen nicht riskant, wenn die Konkurrenz auf diese Weise den Quelltext aus dem CIL-Programm per Knopfdruck zurückgewinnen kann?

Reverse Engeneering hat es immer gegeben und wird es immer geben, die Frage ist nur, wie teuer (=aufwendig) ist das. In der SW ist es auch nicht anders wie bei Hardware.

[Halvar]

Es ist ohne großen Aufwand möglich an den Quelltext von .NET Programme zu kommen.

[Euklid]

Ok, danke für die Informationen!

Es ist ohne großen Aufwand möglich an den Quelltext von .NET Programme zu kommen.

... das wollte ich wissen.


Gruß, Euklid

[Christian]

Naja, an den Code ist etwas übertrieben. Wenn man die Debugsymbole nicht aus einem Delphi oder auch Lazarus Executable entfernt kommt man auch an ziemlich viel Code. Formulare kann man sogar 1:1 verwenden.
Mit einem Obfuscator kann man auch bei .net einiges verschleiern.

Aber bei Anwendungen die nicht gerad den Stein der Weisen erfinden oder nur aus 200 zeilen Code bestehen spielt das doch kaum eine Rolle. In der Zeit in der man sich in eine fremde Applikation reingedacht hat, hat man sie eigentlich neugeschrieben.

[monta]

Wer weiß, was Euklid vor hat

[Euklid]

Wer weiß, was Euklid vor hat

Ich versuche die Weltherrschaft an mich zu reißen

Mich hatte die Frage interessiert, da nvidia seine Grafiktreiber aus dem Grund nicht unter OpenSource stellt, da nvidia dadurch befürchtet, dass sich aus dem Quelltext Informationen über die verwendete Technologie schließen lassen, welche die Konkurrenz für sich nutzen kann.

Nun erscheint mir diese Argumentation nach Euren Ausführungen löchrig, da ja die Konkurrenz genügend Mittel hätte, den Code zu dekompilieren.

So oder so scheint es ja unwahrscheinlich, dass nvidia oder ati ihre Treiber mit .net programmieren, da .net ein wenig die Geschwindigkeit bremst, wenn ich das richtig mitbekommen habe....

[af0815]

So oder so scheint es ja unwahrscheinlich, dass nvidia oder ati ihre Treiber mit .net programmieren, da .net ein wenig die Geschwindigkeit bremst, wenn ich das richtig mitbekommen habe....

Ja ein wenig ist richtig - lol

[monta]

Das Problem ist ja wohl mehr, wenn sie ihre Treiber unter Opensource stellen, darf jeder Teile davon nutzen... so kann zwar, aber es darf keiner

[Euklid]

ATI bzw. AMD hat ja glücklicherweise die Spezifikationen für seine GraKas geöffnet. Ich rechne daher Ende des Jahres mit hervorragenden OpenSource-Treibern, die hervorragend in das System integriert werden können.

Irgendwie sind wir hier vom eigentlichen Thema abgekommen *g*

Fassen wir zusammen:
Lazarus ist zukunftssicher