Краткий ответ: Вы ничего не можете сделать, чтобы изменить свое мнение, основываясь на критериях, которые вы перечислили в вопросе и которые носят технический характер . Это эквивалент религиозных дебатов. Самый быстрый путь к провалу - это представить аргумент, который не с точки зрения аудитории, в данном случае владельцев бизнеса .
Более длинный ответ: изменения в бизнесе обусловлены только одной вещью. Прибыль в нижней строке.
... как я могу, по крайней мере, убедить моего начальника на сборке, что такие вещи, как строго типизированные переменные, пользовательские классы и частные поля, не являются полной тратой времени и энергии?
Они могут быть не только пустой тратой времени и энергии, но, что более важно, они стоят вам денег ! Вы должны быть в состоянии количественно показать, что ваши предложения со временем приведут к значительной прибыли. Просто утверждая , что чистый код является «лучше» не хватает, потому что чистый код стоит пути больше продукции.
Если вы можете четко сформулировать, к чему приведет стоимость использования современных технологий ($COST + X) * TIME = $PROFIT
, где X
нетривиальное положительное число и TIME
относительно мало, вы можете создать убедительный сценарий.
Еще один способ расчета ROI (возврат инвестиций)
Если этот ROI / ROR является тривиальным числом, особенно в течение длительного периода времени, у вас также нет особого экономического обоснования.
Как ваша компания на самом деле зарабатывает деньги?
сколько строк кода? сколько клиентов? какой доход приносит это программное обеспечение в год? доход в основном поддерживает контракты? или новые лицензии? Целевой рынок стабилен? расширение? заказчик? Является ли программное обеспечение лидером потерь для какого-то другого, гораздо более прибыльного продукта?
Хорошему деловому человеку трудно игнорировать деньги, лежащие на столе.
Конечно, вы должны быть в состоянии подкрепить свои заявления убедительными фактами. Это означает, что вы должны быть в состоянии предоставить реальные цифры, которые показывают, что вы действительно понимаете реальный бизнес, а не только академические технические детали.
Не только профи
Также предоставление подробного анализа рисков и того, что эти риски будут, $COST
если они произошли, поможет убедить их в том, что у вас есть реальный случай, а не только нытье, что вы больше не хотите заниматься VB6.
Обучение старых собак новым трюкам
... Что я могу сказать, чтобы лучше подчеркнуть, что переход на .NET - это хороший шаг, если и только если наша текущая парадигма программирования также начнет меняться? ...
Изменение или отсутствие Изменение парадигмы программирования, чтобы быть настолько идиоматичной, насколько это возможно, новой технологии является частью анализа рисков. Но это отдельный аргумент только после того, как вы доказали, что можно внести существенные деньги, внеся изменения в первую очередь.
Деловые люди склонны слушать бизнес-кейсы так же, как технические люди склонны слушать технические кейсы. Все ваши случаи в вашем вопросе поддерживают технические достоинства, которые в лучшем случае являются академическими в вашей ситуации.
прогнозирование
Я делаю несколько предположений здесь: приложение VB6, небольшой магазин, несколько разработчиков, 2 старших разработчика / владельцев бизнеса указывают на нишевое приложение на рынке, которое, вероятно, является зрелым (ошибки и обходные пути известны), довольно полнофункциональным и относительно стабильным, независимо от того, из "беспорядка" кодовая база есть. Это заставляет меня верить, что небольшая база пользователей также не растет с каждым годом, что приводит меня к следующему выводу.
То, что действительно не будет какой-либо реальной убедительной причины для изменения технического направления с помощью этого приложения. А портирование на VB.Net - это тоже пустая трата времени, потому что у вас просто будет беспорядок, но теперь с ним больше, и 2/3 команды разработчиков не посвятили себя изучению чего-то нового. Удачи.