짧은 답변 : 질문에 나열된 모든 기술적 인 기준에 따라 마음을 바꾸는 방법은 없습니다 . 이것은 종교 토론에 해당합니다. 실패로가는 가장 빠른 길은 청중 (이 경우 비즈니스 소유자) 의 관점에서 있지 않은 주장을 제시하는 것입니다 .
더 긴 답변 : 비즈니스 변화는 한 가지 일에 의해서만 발생합니다. 결론적으로 이익을 얻습니다.
... 강력한 유형의 변수, 사용자 정의 클래스 및 개인 필드와 같은 것이 총 시간과 에너지 낭비가 아니라는 것을 어셈블리 토킹 보스에게 어떻게 확신시킬 수 있습니까?
그것들은 시간과 에너지를 낭비 할뿐만 아니라 더 중요한 것은 당신에게 돈이 든다는 것입니다 ! 귀하의 제안이 시간이 지남 에 따라 실질적인 이익 으로 이어질 것임을 정량적으로 보여줄 수 있어야합니다 . 그냥 주장 깨끗한 코드하는 것입니다 "더 나은" 때문에 충분하지 않습니다 깨끗한 코드가 생산에 더 많은 방법을 비용이 든다.
현대 기술을 사용하여 비용이 어떻게 발생하는지 명확하게 설명 할 수 있다면 사소한 우편 번호 는 ($COST + X) * TIME = $PROFIT어디에 있고 상대적으로 짧습니다. 매력적인 시나리오를 만들 수 있습니다.XTIME
ROI를 계산하는 또 다른 방법 (Return On Investment)
이 ROI / ROR 이 특히 오랜 기간에 걸쳐 사소한 숫자이면 비즈니스 사례가 많지 않습니다.
귀사는 실제로 어떻게 돈을 벌고 있습니까?
몇 줄의 코드? 얼마나 많은 고객? 이 소프트웨어는 1 년에 얼마나 많은 수익을 창출합니까? 수익이 주로 계약을 지원합니까? 아니면 새로운 라이센스? 목표 시장은 안정적입니까? 확장? 계약? 소프트웨어가 훨씬 더 수익성이 높은 다른 제품의 손실 리더입니까?
훌륭한 사업가가 테이블 위에 놓인 돈을 무시하는 것은 어렵습니다.
물론 당신은 당신의 진술을 어려운 사실로 뒷받침 할 수 있어야합니다. 즉, 학문적 기술적 세부 사항뿐만 아니라 실제 비즈니스를 실제로 이해하는 실제 숫자를 제공 할 수 있어야합니다.
전문가뿐만 아니라
또한 자세한 위험 분석과 이러한 위험이 $COST발생했을 경우 어떻게 될지를 제공하면 현실적인 사례가 있으며 더 이상 VB6을하고 싶지 않다는 사실을 확신하지는 않습니다.
오래된 개에게 새로운 트릭을 가르치기
... 현재 프로그래밍 패러다임이 변경되기 시작하는 경우에만 .NET으로의 전환이 좋은 움직임이라고 가장 잘 말할 수있는 것은 무엇입니까? ...
새로운 기술에서 가능한 한 관용적이되도록 프로그래밍 패러다임을 변경하는 것은 위험 분석의 일부입니다. 그러나 이것은 당신이 처음부터 변화를 통해 상당한 돈을 벌 수 있다는 것을 입증 한 후에야 별도의 주장 입니다.
비즈니스 사람들은 기술적 인 사람들이 기술적 인 사례를 듣는 것처럼 비즈니스 사례를 듣는 경향이 있습니다. 귀하의 질문에있는 모든 사례는 귀하의 상황에서 가장 학업 적 인 기술적 장점을 설득력있게합니다.
예측
나는 여기에 몇 가지 가정을하고 있습니다 .VB6 앱, 작은 상점, 소수의 개발자, 2 명의 오래된 개발자 / 비즈니스 소유자는 아마도 성숙하고 (버그 및 해결 방법이 알려져 있음) 틈새 시장 앱을 가리키고 있습니다. 코드베이스 의 "메스" 중 하나입니다. 이로 인해 소규모 사용자 기반이 해마다 크게 증가하지 않는다고 믿게되어 다음과 같은 결론으로 이어집니다.
이 응용 프로그램으로 기술적 방향을 바꾸어야 할 실질적인 사업상의 이유는 없을 것입니다. 그리고 VB.Net으로 포팅 하는 것은 시간 낭비입니다. 이제는 혼란 스러울 것이지만 이제는 더 많은 것을 배우게되며 개발 팀의 2/3는 새로운 것을 배우는 데 전념하지 않기 때문입니다. 행운을 빕니다.