Das war nicht irgendwie arrogant gemeint, sondern einfach nur als Fakt. Frank Lauter macht ja zum Beispiel Software für Gerichtsvollzieher, das ist von den Prozessen sicherlich komplett rätselhaft für alle Leute, die nicht seine Branchenkenntnisse haben, aber es gibt nach meiner Kenntnis keine Gerichtsvollzieherbüros mit 100 oder noch mehr Mitarbeiter. Für Ihn ist die Datenbankproblematik eine völlig andere als zum Beispiel für jemand, der eine Firebird basierenden Terminverwaltung gebaut hat, die in einer deutschen Klinik mit 2000 Benutzern auf einem Datenbankserver arbeitet.
Gerd Bernau sagte uns ja, das er sich bevorzugt auf kleiner Kunden im Bereich Optiker konzentriert und Konzerne eher meidet, aber was machst du wenn dein Kunde erfolgreich ist und nach und nach diverse andere Firmen aufkauft und sich nach un nach zum Konzern entwickelt? Dann bist du schnell zwangsweise dabei, dich mit den neuen Anforderungen auseinanderzusetzen. Wenn deine Datenbankarchitektur dann schon bei kleineren Installationen den Anwender mit Wartezeiten nervt, wird es schwierig, für den Kunden mit einer wesentlich größeren Benutzeranzahl eine benutzbare Lösung anzubieten. Wer sich da nicht rechtzeitig weiterbildet, wird dann meist unter Druck keine brauchbare Lösung finden.
Bei der ganzen Argumentation musst du aber auch im Auge behalten, dass nicht jeder finanziell in der Lage ist, sich auf irgendein spezifisches Thema ellenlang weiterzubilden, bis er mal nach deine Argumentation in der Lage wäre, eine branchenspezifisches Software zu entwickeln. Teilweise betreffen solche Fachfragen auch nur Randbereiche, die man auch mit Abdecken möchte, aber eben auch nur Randbereiche sind. Und da will man es halt nur richtig machen, aber nicht unbedingt eine andere Software komplett ersetzen.
Ich zum Beispiel habe mich auf die Termin- und Ablauforganisation in Kfz-Werkstätten spezialisiert. Da habe ich oft Randbereiche, die vom Kunden als Hilfsmittel gefordert werden, aber nicht ein Stützpfeiler der Software darstellen. In solchen Fällen hole ich mir Rat bei denen, die in der Praxis mit diesen Dingen zu tun habe, oder frage mal rum, wie etwas allgemein gehandhabt wird.
Das mag jetzt oberflächlich klingen, aber in der Praxis hat das bisher immer zu sehr gut angenommenen Ergebnissen geführt. Das Fachwissen benötigt man sicherlich, aber halt auch nicht immer bis zum letzten Quentchen, und ein Erfahrungsschatz von einem Fachmann, der in einer Branche schon lange arbeitet, kann durch selbst erworbenes Fachwissen auch schlecht ersetzen.
Natürlich kann eine Weiterentwicklung eines Kunden einen vor Probleme stellen. Aber demnach müsste ja Frank seine Software auch für 1000 User vorbereiten, auch wenn es zur Zeit noch keinen Gerichtsvollzieher mit so vielen Angestellten gibt, aber es "könnte" ja passieren.
Jeder designt seine Software so, wie es die aktuellen Gegebenheiten oder der Auftrag seines Kunden erfordert. Evtl. Veränderungen des Kunden oder der Branche sind schwer vorhersehbar, außer es zeichnet sich etwas schon ganz deutlich ab. Ob man dann darauf angemessen reagieren kann, hängt letztlich von dem Möglichkeiten ab, die jeder Entwickler hat. Aber das muss man nun mal so nehmen wie es kommt. Im schlechtesten Fall muss man tatsächlich mal einen Kunden einbüßen, wenn nicht anders machbar ist.