Reumütig zurück

[HausiZ]

Die letzten 2 Jahre habe ich mich mit .net, Servoy, Java, RB, Windev, sowie zig weiteren Programmiersprachen und Umgebungen befasst und bin nun reumütig zurück. Leider hat mich nichts richtig befriedigt und sobald ich in die Tiefe ging, stiess ich auf Grenzen und Probleme, die ich mit Delphi nicht hatte.

Damals hatte ich hier auch nach Programmierern gesucht und habe mit Erstaunen festgestellt, dass sich 3 bis 4 Monate nach posten des Aufrufs etwa 30 Leute gemeldet haben. Werde nun alle noch beantworten. (Nachdem ich 2 Monate nach Aufruf keine PN hatte, habe ich nicht mehr nachgesehen.)

Mein nächstes Projekt werde ich mit Lazarus erstellen weil es auf mehreren Plattformen laufen soll.

Ich freue mich wieder Mitglied dieses Forums zu sein. Hoffe die Freude ist nicht einseitig.

Hausi

[Daniel]

Willkommen zurück

[himitsu]

Auch'n Willkommen.

Zitat von HausiZ:

Mein nächstes Projekt werde ich mit Lazarus erstellen weil es auf mehreren Plattformen laufen soll.

Wobei das aktuellste Delphi nativ auch schon MacOS und iOS kann. (Wobei es Linux früher ja schonmal konnte > Kylix)
Linux und Android könnte/soll wohl auch bald kommen (die nächsten 10 oder 20 Jahre ).
Und alles wo .NET läuft währe och möglich.

[QuickAndDirty]

Und Auf javaVM und DalvikVM auch!
Und wenn man MorfikFX nimmt dann kompiliert Objektpascalcode auch super zu Javascriptcode.....

Außerdem lieber TE...Lazarus ist leider nicht so RADisch wie Delphi...Komponenten die das per se dabei sind, sind sehr sehr wenige (z.b. Keine Netzwerkomponenten)

[omata]

Zitat von QuickAndDirty:

Komponenten die das per se dabei sind, sind sehr sehr wenige (z.b. Keine Netzwerkomponenten)

Äh, die kannst du doch einfach hinzufügen (z.B. Indy)

[Daniel]

Nun - ich denke, das wird sich dann zeigen, welche Komponenten er konkret für sein Projekt benötigen wird.

[Delphi-Laie]

Zitat von HausiZ:

Die letzten 2 Jahre habe ich mich mit .net, Servoy, Java, RB, Windev, sowie zig weiteren Programmiersprachen und Umgebungen befasst und bin nun reumütig zurück. Leider hat mich nichts richtig befriedigt und sobald ich in die Tiefe ging, stiess ich auf Grenzen und Probleme, die ich mit Delphi nicht hatte.

Kann man in "zig" Programmiersprachen überhaupt so tief eindringen, daß man deren "Grenzen und Probleme" halbwegs zielsicher ausloten kann? Mag ich mir nicht vorstellen.

Vielleicht hattest Du immer weniger Geduld und legtest mithin die Meßlatte zunehmend tiefer?! Wenn Du aus einer anderen Programmiersprache gekommen wärst, wäre vielleicht auch Delphi einer Deiner Abschußkandidaten geworden, denn auch das hat gewiß nicht nur Vorteile.

Zitat von HausiZ:

Mein nächstes Projekt werde ich mit Lazarus erstellen weil es auf mehreren Plattformen laufen soll.

Ich schätze, daß das überschätzt wird. Einfache formularbasierte Programme mögen noch relativ einfach portierbar sein, doch kaum greift man auf nur eine Windows-API-Funktion zurück (welches "höhere", anspruchsvollere Programm beinhaltet so etwas nicht?), ist es damit vorbei.

Zitat von HausiZ:

Ich freue mich wieder Mitglied dieses Forums zu sein. Hoffe die Freude ist nicht einseitig.

Es lud Dich doch niemand vorher aus, Mitglied warst Du doch die ganze Zeit?! (Zitat Terence Hill: "Wir sind Mitglied, ohne hätten wir eine höhere Stimme!" )

Was mich noch interessiert: Waren die beiden (?) Programmiersprachen des Microsoft-Office: C++ und C# unter Deinen Testkandidaten?

Mich reizen nach wie vor deren kleine Exe-Dateigrößen, und das ganze ohne aufwendige "manuelle" Programmierung, die man unter Delphi praktizieren muß, wenn man auf die VCL verzichtet.

[implementation]

Zitat von Delphi-Laie:

Ich schätze, daß das überschätzt wird. Einfache formularbasierte Programme mögen noch relativ einfach portierbar sein, doch kaum greift man auf nur eine Windows-API-Funktion zurück (welches "höhere", anspruchsvollere Programm beinhaltet so etwas nicht?), ist es damit vorbei.

Plattformunabhängigkeit fängt ja auch im Kopf an Man kann auch wundervoll Anwendungen entwickeln, ohne auf die WinAPI zurückgreifen zu müssen. Ich kann mir keine Situation vorstellen, an denen es keine Alternativen gibt.
Dementsprechend ist es immer schwer, alte für Windows geschriebene Anwendungen zu portieren, aber es ist einfach, Anwendungen gleich von Beginn an plattformunabhängig aufzubauen.

Wenn man ein entsprechend großes, für Windows geschriebenes Programm portieren will, kann man es häufig auch besser gleich neu schreiben. Aber wer seinen Code von vornherein ädaquat schreibt, wird keine Probleme haben.

[jaenicke]

Zitat von implementation:

Aber wer seinen Code von vornherein ädaquat schreibt, wird keine Probleme haben.

Und wer die Anforderungen herunterschraubt. Man kann eben dann nur noch die gemeinsamen Features voraussetzen. Und manche Sachen funktionieren eben schlicht nur unter Windows. Andere sicher auch nur unter z.B. Linux (auch wenn mir da gerade kein Beispiel einfällt).

[implementation]

Zitat von jaenicke:

Und wer die Anforderungen herunterschraubt. Man kann eben dann nur noch die gemeinsamen Features voraussetzen.

Welche sind denn nicht gemeinsam
Was kann die WinAPI, was nicht auch durch Bibliotheken abgedeckt werden kann, die auf allen Zielplattformen laufen?