Kurze Antwort: Sie können nichts tun, um ihre Meinung anhand der Kriterien zu ändern, die Sie in der Frage aufgeführt haben und die alle technisch sind . Dies ist das Äquivalent einer religiösen Debatte. Der schnellste Weg zum Scheitern besteht darin, ein Argument vorzulegen, das nicht aus Sicht des Publikums, in diesem Fall der Geschäftsinhaber , stammt.
Längere Antwort: Veränderungen im Geschäft werden von einer Sache und nur einer Sache angetrieben. Profitieren Sie vom Endergebnis.
... wie kann ich zumindest meinen Chef davon überzeugen, dass Dinge wie stark typisierte Variablen, benutzerdefinierte Klassen und private Felder keine reine Zeit- und Energieverschwendung sind?
Sie können nicht nur Zeit- und Energieverschwendung sein, sondern vor allem Geld kosten ! Sie müssen quantitativ nachweisen können, dass Ihre Vorschläge im Laufe der Zeit zu einem erheblichen Gewinn führen. Nur zu behaupten, sauberer Code sei "besser" , reicht nicht aus, da die Produktion von sauberem Code viel mehr kostet.
Wenn Sie artikulieren können, wie die Kosten für den Einsatz moderner Technologie führen werden ($COST + X) * TIME = $PROFIT, wo Xeine nicht triviale positive Zahl liegt und TIMErelativ kurz ist, können Sie ein überzeugendes Szenario erstellen.
Eine andere Möglichkeit zur Berechnung des ROI (Return on Investment)
Wenn dieser ROI / ROR eine triviale Zahl ist, insbesondere über einen langen Zeitraum, haben Sie auch keinen großen Geschäftsfall.
Wie verdient Ihr Unternehmen tatsächlich sein Geld?
Wie viele Codezeilen? wie viele Kunden? Wie viel Umsatz pro Jahr bringt diese Software? Sind die Einnahmen hauptsächlich Supportverträge? oder neue Lizenzen? Ist der Zielmarkt stabil? expandieren? Vertrag abschließen? Ist die Software ein Verlustführer für ein anderes, viel profitableres Produkt?
Für einen guten Geschäftsmann ist es schwer, das auf dem Tisch liegende Geld zu ignorieren.
Natürlich müssen Sie in der Lage sein, Ihre Aussagen mit harten Fakten zu untermauern. Dies bedeutet, dass Sie in der Lage sein müssen, reelle Zahlen anzugeben, die zeigen, dass Sie das eigentliche Geschäft wirklich verstehen und nicht nur akademische technische Details.
Nicht nur die Profis
$COSTWenn Sie auch eine detaillierte Risikoanalyse durchführen und wissen, was diese Risiken bedeuten würden, wenn sie eintreten würden, können Sie sie davon überzeugen, dass Sie einen realistischen Fall haben und nicht nur jammern, dass Sie VB6 nicht mehr ausführen möchten.
Alten Hunden neue Tricks beibringen
... Was kann ich sagen, um am besten zu betonen, dass der Wechsel zu .NET genau dann ein guter Schachzug ist, wenn sich auch unser aktuelles Programmierparadigma zu ändern beginnt? ...
Das Ändern oder Nicht-Ändern des Programmierparadigmas, um die neue Technologie so idiomatisch wie möglich zu gestalten, ist Teil der Risikoanalyse. Dies ist jedoch erst dann ein separates Argument, wenn Sie bewiesen haben, dass durch eine Änderung in erster Linie erhebliches Geld verdient werden kann.
Geschäftsleute neigen dazu, Geschäftsfälle anzuhören, genau wie Techniker dazu neigen, technische Fälle anzuhören. Alle Ihre Fälle in Ihrer Frage setzen sich für technische Verdienste ein, die in Ihrer Situation bestenfalls akademisch sind.
Prognose
Ich mache hier ein paar Annahmen. VB6-App, kleiner Shop, wenige Entwickler, 2 ältere Entwickler / Geschäftsinhaber verweisen auf eine Nischenmarkt-App, die wahrscheinlich ausgereift ist (Fehler und Workarounds sind bekannt), ziemlich vollständig und relativ stabil, unabhängig davon des "Chaos" ist die Codebasis. Dies lässt mich glauben, dass die kleine Benutzerbasis auch nicht von Jahr zu Jahr dramatisch wächst, was mich zu der folgenden Schlussfolgerung führt.
Dass es wirklich keinen zwingenden geschäftlichen Grund gibt, die technische Richtung mit dieser Anwendung zu ändern. Die Portierung auf VB.Net ist ebenfalls Zeitverschwendung, da Sie nur das Durcheinander haben, aber jetzt mehr davon haben und 2/3 des Entwicklungsteams sich nicht dem Erlernen neuer Funktionen widmen. Viel Glück.