Spitzenverdiener

[Delphi-Laie]

Zitat von Neumann:

Laut neuester CT sind die durchschnittlichen Scill-Stundensätze für Delphi-Entwickler die höchsten von allen, 86 €.

Zum Vergleich C++ 66 €; C# 63 € je Stunde

Hat das evtl. damit zu tun, daß man mit Delphi tendenziell produktiver ist?

[Meflin]

Zitat von Delphi-Laie:

Hat das evtl. damit zu tun, daß man mit Delphi tendenziell produktiver ist?

der war gut.

[messie]

Zitat von Delphi-Laie:

Hat das evtl. damit zu tun, daß man mit Delphi tendenziell produktiver ist?

Auch ich möchte für diesen Beitrag mal wieder den DANKE-Button fordern

[Delphi-Laie]

Es war nicht mein Ziel, andere zu erheitern, wenn ich es dennoch tat, so soll es mich freuen.

Meine Frage war durchaus ernstgemeint. Ich stecke in den anderen genannten Programmiersprachen noch weniger als in Delphi drin, so daß ich mir kein Urteil in dieser Hinsicht erlauben kann. Gibt es also einen objektiven Grund, Delphiprogrammierer tendenziell höher zu salieren, und ist er in tendendziell höherer Produktivität oder in was sonst begründet?

[Perlsau]

Zitat von Delphi-Laie:

Gibt es also einen objektiven Grund, Delphiprogrammierer tendenziell höher zu salieren, und ist er in tendendziell höherer Produktivität oder in was sonst begründet?

Angebot und Nachfrage regeln den Preis. Gibt es viele Nachfragen nach wenigen Delphi-Programmierern, steigt der Preis. Ganz sicher wird kein Delphi-Programmierer seinem Kunden sagen, daß er statt 70 Euro nur 50 pro Stunde will.

[Delphi-Laie]

Gut, das Wechselspiel der Marktkräfte ist natürlich der Standardgrund für die Preisbildung. Wenn explizit ein Delphiprogrammierer gefordert wird und es nur wenige davon gibt, so schlägt er auch zu.

Bei vielen Projekten ist aber sicher gar nicht festgelegt, in welcher Programmiersprache ein Programm zu erstellen ist. Tenor: "Hauptsache, die exe funktioniert, und das schnell und fehlerfrei." Und dort könnte eben die evtl. höhrere Produktivität, auf der ich nun zum dritten Male rumreite, durchaus bedeutsam sein.

[Perlsau]

Zitat von Delphi-Laie:

Bei vielen Projekten ist aber sicher gar nicht festgelegt, in welcher Programmiersprache ein Programm zu erstellen ist. Tenor: "Hauptsache, die exe funktioniert, und das schnell und fehlerfrei." Und dort könnte eben die evtl. höhrere Produktivität, auf der ich nun zum dritten Male rumreite, durchaus bedeutsam sein.

Delphi steht nicht automatisch für höhere Produktivität. Es kommt immer auch auf den Programmierer an. Wenn ich mir die zahlreichen Anfragen von angeblichen Delphi-Programmierern in diversen Foren ansehe, kann ich sehr häufig gar nichts von effizienter Programmierung erkennen. Da wird meist nicht mal ein Konzept erstellt, sondern einfach wild drauflos gecodet.

Mir war es z.B. letzte Woche möglich, innerhalb eines Arbeitstages eine kleine Auftragsverwaltung mit Rechnungs- und Mahnungsausgabe für einen kleinen TShirt-Druck-Laden zu erstellen: Firebird-Datenbank-Entwurf etwa eine Stunde, Programmcode etwa 5 Stunden, Rave-Dokumente ca. 3 Stunden, Tests nochmal eine Stunde. Nach der Vorstellung der Anwendung beim Kunden am nächsten Tag kamen nochmal 2 Stunden für diverse Kleinigkeiten, die er geändert haben wollte. Nachdem er am Mittwoch unter meiner Anleitung seine noch ausstehenden Rechnungen eingegeben hatte nebst den entsprechenden Kundendaten und Artikeln, kann er seit Donnerstag damit arbeiten und so täglich mindestens eine Stunde Arbeitszeit einsparen. Davor hat er sich mit Excel-Tabellen, die in Word-Dokumente übernommen wurden, abgemüht.

(Über Entwicklungs-Zeiten führe ich mittels selbstentwickelter "Auftragsverwaltung für IT-Entwickler" genau Protokoll. Hilft enorm bei der Rechnungserstellung ... Von Anfragen bitte ich abzusehen, dieses Programm steht nicht zum Verkauf.)

[cookie22]

Zitat von Perlsau:

Von Anfragen bitte ich abzusehen, dieses Programm steht nicht zum Verkauf.)

Na dann verschenk es doch.
Vielleicht hilft es ja jemandem.

[Uwe Raabe]

Zitat von Perlsau:

Über Entwicklungs-Zeiten führe ich mittels selbstentwickelter "Auftragsverwaltung für IT-Entwickler" genau Protokoll.

Das ist übrigens ganz wichtig - insbesondere wenn man anfängt. Bei den Zeiten verschätzen sich auch gestandene Programmierer noch gelegentlich. Selbst wenn ein Festpreis vereinbart wurde, sollte man die aufgewendete Zeit irgendwie erfassen, um eine Kontrolle über seine eigene Leistung und eine Referenz für zukünftige Schätzungen zu erhalten.