Das kann - im Extremfall - auch bedeuten, dass man heute noch wie vor X Jahren programmiert.
Alles in Schulungen schon erlebt.
In der Tat
Das findest du nicht nur im Entwicklerbereich, auch bei Webdesignern oder Lehrkräften, die sich anmaßen, den Leuten den Umgang mit MS-Office beizubringen.
//Edit: Nur für die Statistik - auch ich entwickle für einen Kunden eine Software für das Handwerk. Gerade mit den oben genannten Ebenen Gewerk/Los/Titel/Position/Unterposition und das lässt sich wunderbar und ohne Verrenkungen in FastReport abbilden. Wir können also in der Liste "Handwerk/Delphi/FastReport" einen weitern Strich machen.
Obwohl ich FastReport erst sein einiger Zeit kenne und nutze, mich jedoch meistens noch immer mit RaveReport rumschlagen muß, würde auch mich stark interessieren, welche Situationen es geradezu gebieten, auf den Einsatz eines Report-Generators – zumal eines derart umfangreichen und ausgereiften wie FastReport – generell zu verzichten. Dabei will ich selbstverständlich ebenfalls keine Waden verspeisen oder verbeißen, sondern einfach meinen Horizont erweitern
Wenn ich heute so in Projekten sehe, was da von hand gestrickt in PDF´s gedruckt wird (wirklich Zeile für Zeile, Grafiken, Charts), dann graut es mich. Und ein Controlling (und wenn es der Projekt- oder IT-Leiter ist) scheint es da auch nicht zu geben.
Ich kann mich noch gut an meine erste kommerzielle Software erinnern, die ich mit den Mitteln von Delphi 7 Personal erstellt hatte. Ich war so stolz auf die Entwicklung der dynamischen Grafikausgabe, daß ich mich eine Zeit lang tatsächlich weigerte, mich in Report-Generatoren einzuarbeiten, weil ich davon überzeugt war, durch das Ergebnis meiner langen Tüftelei was ganz Besonderes entwickelt zu haben. Heute würde ich da ganz selbstverständlich eine Datenbank statt typisierte Dateien einsetzen, TChart statt selbstgezeichneter Kuchendiagramme und natürlich einen Report-Generator.