Spitzenverdiener

[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.

[haentschman]

ähmm... in jedem Handwerksbetrieb ist Nachkalkulation Gang und Gäbe... in der Softwarebranche nicht ?
Ok... manche halten das für ein indisches Gewürz. Die sind aber selbst schuld

Nachtrag:
Nicht böse gemeint...

Zitat:

Mir war es z.B. letzte Woche möglich, innerhalb eines Arbeitstages eine kleine Auftragsverwaltung mit Rechnungs- und Mahnungsausgabe

... kann ich mir ohne Komponentenschubsen nicht wirklich vorstellen. Allein die GUI mit ihren Bedienungsfeinheiten nimmt enorm Zeit in Anspruch. Der Klassenaufbau einer solchen Anwendung ist allein schon mehr Arbeit.
...aber ok.

[hoika]

Hallo,

Zitat:

Naja, wenn ich mir eine Exe von C++ anschaue, die grad mal 14 KB groß ist und was uploaden kann, denk ich mir auch, naja so klein ist die auch wieder net in Delphi.

Da wären wir wieder bei der Größe.
Wenn ich c++ , c#, Delphi vergleiche, spielt die Größe der Exe überhaupt keine Rolle.
Auch ein c#-Programm ist (ev.) nur ab Vista per Download lauffähig,
sonst fehlt die Runtime.

Richtig ist, dass die Produktivität hoch ist (z.B. Rave als Report).


Heiko

[Perlsau]

Zitat von haentschman:

ähmm... in jedem Handwerksbetrieb ist Nachkalkulation Gang und Gäbe... in der Softwarebranche nicht?

Kommt darauf an, ob du einen Festpreis (Werkvertrag) oder einen Stundensatz mit Kostenvoranschlag ausgemacht hast. Bei ersterem kannst du noch so viel nachkalkulieren, du hast einen Vertrag mit einem festen Preis: keine Lieferung, kein Geld.

Zitat von haentschman:

Nachtrag: Nicht böse gemeint...

Zitat:

Mir war es z.B. letzte Woche möglich, innerhalb eines Arbeitstages eine kleine Auftragsverwaltung mit Rechnungs- und Mahnungsausgabe

... kann ich mir ohne Komponentenschubsen nicht wirklich vorstellen. Allein die GUI mit ihren Bedienungsfeinheiten nimmt enorm Zeit in Anspruch. Der Klassenaufbau einer solchen Anwendung ist allein schon mehr Arbeit. ...aber ok.

Ja und? Wozu sind vorgefertigte Komponenten sonst da? Sicher nicht, um die Arbeit zu erschweren und die Arbeitszeit zu verlängern.

[Delphi-Laie]

Jetzt muß ich noch einmal meinen Senf zu dieser Diskussion geben: Natürlich ist man mit Delphi tendenziell produktiver, und zwar wegen der geringen Compilierzeit! Kleine Änderung am Quelltext, (auf) F9 gedrückt, und schon erhält man das fertige Compilat - auch bei mindestens mittelgroßen Projekten - fast sofort zum erneuten Ausprobieren. Damit können sich Änderungen am Quelltext und das Ausprobieren derselben fast ohne Zeitverzug abwechseln. Beim C++-Builder, der immerhin dem gleichen Hause entstammt, sieht das schon ganz anders aus.

Delphi soll zwar nicht die laufzeitschnellsten Compilate erzeugen, jedoch ist die mittlere Compilierdauer ein gewichtiges Argument für dessen Compiler und damit auch insgesamt für diese IDE.

[Insider2004]

Der C++-compiler funktioniert ganz anders. Darum ist er sehr viel langsamer. Delphi ist ein Single-Pass-Compiler (nur ein Durchlauf).
Delphi Programme sind sehr viel schneller als C++, weil in die Entwicklung und Optimierung von Delphi sehr viel mehr investiert wurde als bei C++. Borland wollte den C++Compiler vor ein paar Jahren sogar abschaffen. Die ganzen Investitionen gingen in Delphi.

[implementation]

Der C++Builder ist ja auch ein ziemlich seltsames Konstrukt. Sprache C++, aber die Bibliotheken sind aus Delphi, und damit weicht er ziemlich von allen andern C++-Compilern ab. Es ist weniger ein C++ für C++ler, sondern mehr ein C++ für Delphisten

[Insider2004]

Deswegen hat aber der CPPB über Jahrzehnte C-Jünger gebunden, weil es sehr einfach war, Programme zu erstellen. Microsofts MFC war ja eine Krankheit.

[Robotiker]

Zitat von implementation:

Es ist weniger ein C++ für C++ler, sondern mehr ein C++ für Delphisten

Ich kenne einige Leute, die im Embedded Bereich mit C arbeiten. Wenn die mal schnell unter Windows eine GUI für ein Stück Code brauchen, nehmen die den C++ Builder.

Diese Rolle verliert er aber derzeit an den Qt-Creator. Auch weil der C++ Builder nicht mehr wirklich zu C++ kompatibel ist.

Der Compiler ist wohl einfach zu alt, um die aktuellen Änderungen an der Sprache noch umzusetzen. Schön sehen kann man das an der enthaltenen Boost Library. Boost erscheint nur 1-2 Mal pro Jahr in einer neuen Version, trotzdem haben sie es geschafft mittlerweile 10 Versionen zurück zu liegen. Aktuell ist 1.49, XE2 enthält 1.39 und auch davon weniger als die Hälfte.

[Perlsau]

Zitat von Uwe Raabe:

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.

Dem kann ich nur zustimmen! Als ich vor knapp drei Jahren anfing, war ich diesbezüglich noch ziemlich blauäugig. Dann kamen die ersten unangenehmen Überraschungen, als ein Folgeauftrag gleich viermal so teuer wurde wie der rabattgeschmierte Erstauftrag meines ersten Kunden. Klar, die zweite Anwendung war aufwendiger, aber gleich um so viel, das hätte ich nicht vermutet. Deshalb arbeite ich seit über einem Jahr nur noch mit Zeiterfassung, auch bei privaten Projekten. Es zahlt sich aus ...