Einzelnen Beitrag anzeigen

chkdsk
(Gast)

n/a Beiträge
 
#22

Re: Linux Testprogramm

  Alt 12. Jan 2005, 16:27
Zitat:
Ich schreibe damit fast nur Konsolenanwendungen ohne QT oder sonstige Libs.
Super! Das heißt also, dass das System dich im 21. Jahrhundert noch zwingt, Konsolenanwendungen zu schreiben, weil seit über einem Jahrzent auf Windows problemlos realisierbare GUI-Programme nur mit Problemen, wenn überhaupt, zu entwickeln sind.

Sicher, man kann auch mit Edit, bzw. "cat" oder wie das bei den Linux-Brüdern heißt, Texte schreiben, aber ist es nicht heutzutage ganz Nett, eine professionelle Textverarbeitung (Microsoft Word) oder ein professionelles Layaouting-Programm (Quark Express) zu benutzen?
Bildbearbeitung, etc. sind auch nur als GUI-Anwendungen denkbar.
Viele Tools, eben solche, die mit Kylix, etc. von Heimanwendern erstellt werden, sind zwar theoretisch auch als Konsolenanwendungen denkbar, aber es kann doch nicht wahr sein, dass soetwas noch aktiv programmiert wird, obwohl es seit Ewigkeiten nette technische Mittel, wie etwa Farbmonitor und Maus gibt.

Zitat:
wann hast Du das letzte Mal eines Deiner Programme auf Windows 3.x getestet
Wenn ich wollte, könnte ich selbst unter der neuesten Windows-Version, die wie alle Windows-Versionen - und darauf kann man sich als Programmierer verlassen - kompatibel mit MS-DOS und Win 3.1x-Anwendungen ist - eine entsprechende Entwicklungsumgebung installieren und solche Programme erstellen.
Und wenn ich die Vorzüge der 32-Bit-Architektur nutzen will, schreib ich eben Programme, die ab Windows 95 lauffähig sind. Damit erreiche ich praktisch alle PCs!

Ich kann es auch einfach auf den entsprechenden Systemen testen, die Microsoft den Entwicklern im Rahmen der MSDN-Subscription kostenlos zur Verfügung stellt. Aber in der Regel ist nichteinmal das notwendig, weil eben alles (mehr oder weniger) aufwärts- und abwärtskompatibel ist.

Ich brauch nicht alles Auf SuSE 8.2, 9.0, 9.1, 9.2, RedHat 8.0, 9.0, Enterprise, Mandrake, Knoppix, Debian und sonstwas mit allen möglichen verpfuschten Kernels, Bibliotheken und Desktop-Systemen testen, eben weil ich genau weiß, was jedes Windows-System mitbring, und ich mich auf die Kompatibilität meiner Programme verlassen kann!
  Mit Zitat antworten Zitat