Respuesta corta: no hay nada que pueda hacer para cambiar de opinión en función de los criterios que enumeró en la pregunta, que son todos técnicos . Este es el equivalente de un debate religioso . La ruta más rápida al fracaso es presentar un argumento que no sea desde el punto de vista de la audiencia, en este caso, los dueños de negocios .
Respuesta más larga: el cambio en los negocios es impulsado por una cosa y solo una cosa. Beneficio a la línea de fondo.
... ¿cómo puedo al menos convencer a mi jefe de montaje de que cosas como variables fuertemente tipadas, clases personalizadas y campos privados no son una pérdida total de tiempo y energía?
No solo pueden ser una pérdida de tiempo y energía, sino más importante, ¡le cuestan dinero ! Debe ser capaz de mostrar cuantitativamente que sus sugerencias conducirán a un beneficio sustancial con el tiempo. Simplemente afirmar que el código limpio es "mejor" no es suficiente, porque el código limpio cuesta mucho más producirlo.
Si puede articular cómo conducirá el costo del uso de la tecnología moderna ($COST + X) * TIME = $PROFIT, dónde Xes un número positivo no trivial yTIME es relativamente corto, puede crear un escenario convincente.
Otra forma de calcular el ROI (retorno de la inversión)
Si este ROI / ROR es un número trivial, especialmente durante un largo período de tiempo, tampoco tiene muchos argumentos comerciales.
¿Cómo gana dinero realmente su empresa?
cuantas lineas de codigo cuantos clientes ¿Cuántos ingresos al año produce este software? ¿Los ingresos son principalmente contratos de apoyo? o nuevas licencias? ¿Es estable el mercado objetivo? ¿en expansión? contratación? ¿Es el software un líder de pérdida para algún otro producto mucho más rentable?
Es difícil para un buen hombre de negocios ignorar el dinero que está sobre la mesa.
Por supuesto, debe poder respaldar sus declaraciones con hechos concretos. Esto significa que debe poder proporcionar números reales que demuestren que realmente comprende el negocio real y no solo los detalles técnicos académicos.
No solo los profesionales
También proporcionar un análisis de riesgo detallado y lo que estos riesgos harían $COSTsi ocurrieran, convencería de que tiene un caso realista y no solo se queja de que ya no quiere seguir haciendo VB6.
Enseñar a los perros viejos nuevos trucos
... ¿Qué puedo decir para enfatizar mejor que el cambio a .NET es un buen movimiento si y solo si nuestro paradigma de programación actual también comienza a cambiar? ...
Cambiar o no cambiar el paradigma de programación para que sea lo más idiomático posible de la nueva tecnología es parte del análisis de riesgos. Pero este es un argumento separado solo después de haber demostrado que se puede ganar mucho dinero haciendo un cambio en primer lugar.
Las personas de negocios tienden a escuchar casos de negocios al igual que las personas técnicas tienden a escuchar casos técnicos. Todos sus casos en su pregunta están propugnando méritos técnicos que son académicos en el mejor de los casos.
Predicción
Estoy haciendo algunas suposiciones aquí. La aplicación VB6, una tienda pequeña, pocos desarrolladores, 2 desarrolladores / dueños de negocios más antiguos apuntan a una aplicación de nicho de mercado que probablemente sea madura (se conocen errores y soluciones alternativas), características bastante completas y relativamente estables, independientemente del "desorden" la base del código. Esto me lleva a creer que la pequeña base de usuarios tampoco está creciendo dramáticamente año tras año, lo que me lleva a la siguiente conclusión.
Que realmente no habrá ninguna razón comercial realmente convincente para cambiar la dirección técnica con esta aplicación. Y portar a VB.Net también es una pérdida de tiempo porque solo tendrás el desorden, pero ahora con más, y 2/3 del equipo de desarrollo no se dedica a aprender nada nuevo. Buena suerte.