Kısa Cevap: Fikrini, teknikte yer alan soruda listelediğiniz kriterlere göre değiştirmek için yapabileceğiniz hiçbir şey yoktur . Bu dini bir tartışmaya denktir . Başarısızlığa giden en hızlı yol, seyirci açısından, bu durumda işletme sahiplerinin bakış açısından olmayan bir argüman sunmaktır .
Daha Uzun Cevap: İşteki değişim sadece bir şeyden kaynaklanıyor. Sonuç olarak kâr edin.
... en azından mecbur edici patronumu, güçlü bir şekilde yazılmış değişkenler, özel sınıflar ve özel alanlar gibi şeylerin toplam zaman ve enerji kaybı olmadığı konusunda nasıl ikna edebilirim?
Onlar sadece zaman ve enerji kaybı olmakla kalmaz, daha da önemlisi paraya mal olurlar ! Önerilerinizin zaman içinde önemli bir kar sağlayacağını nicel olarak gösterebilmelisiniz . Sadece iddia temiz kod olan "daha iyi" , çünkü yeterli değildir temiz kod üretmek için daha yol masrafı.
Modern teknolojiyi kullanarak maliyeti götürecek nasıl ifade edebilen varsa etmek ($COST + X) * TIME = $PROFIT
, nerede X
bir Önemsiz olmayan pozitif sayı ve TIME
kısa, çarpıcı bir senaryo olabilir nispeten olduğunu.
YG'yi hesaplamanın başka bir yolu (Yatırım Getirisi)
Bu YG / ROR , özellikle uzun bir süre boyunca önemsiz bir sayı ise, bir iş vakanız da yoktur.
Şirketiniz gerçekten nasıl para kazanıyor?
kaç satır kod? kaç müşteri? Bu yazılım yılda ne kadar gelir üretiyor? gelir çoğunlukla sözleşmeleri destekliyor mu? veya yeni lisanslar? hedef pazar istikrarlı mı? genişleyen? müteahhitlik? yazılım çok daha karlı bir ürün için bir kayıp lideri mi?
İyi bir iş adamı için masaya yatırılan parayı görmezden gelmek zordur.
Tabii ki ifadelerinizi zor gerçeklerle yedeklemelisiniz. Bu, yalnızca akademik teknik ayrıntıları değil, gerçek işi gerçekten anladığınızı gösteren gerçek sayılar sunmanız gerektiği anlamına gelir.
Sadece Profesyoneller Değil
Ayrıca ayrıntılı bir risk analizi ve bu risklerin ne $COST
olsaydı ne olacağını , gerçekçi bir vakanız olduğuna ikna etmek ve artık sadece VB6 yapmak istemediğinize sızlanmakla yetinmeyecekti.
Eski köpeklere yeni numaralar öğretmek
... Yalnızca mevcut programlama paradigmamız da değişmeye başlarsa .NET'e geçişin iyi bir hareket olduğunu en iyi vurgulamak için ne diyebilirim? ...
Programlama paradigmasının değiştirilmesi ya da değiştirilmemesi Yeni teknolojinin mümkün olduğunca deyimsel olması, risk analizinin bir parçasıdır. Ancak bu, ilk etapta bir değişiklik yaparak kazanılacak önemli para olduğunu kanıtladıktan sonra ayrı bir tartışmadır .
İş adamları, tıpkı teknik insanlar teknik vakaları dinleme eğiliminde olduğu gibi iş vakalarını dinleme eğilimindedir. Sorunuzdaki tüm vakalar, sizin durumunuzda en iyi akademik olan teknik değerleri savunuyor.
tahmin
Burada birkaç varsayım yapıyorum VB6 uygulaması, küçük dükkan, birkaç geliştirici, 2 büyük geliştirici / işletme sahibi muhtemelen olgun bir niş pazar uygulaması işaret ediyor (hatalar ve etrafı biliniyor), oldukça eksiksiz ve nispeten istikrarlı, ne olursa olsun özellik arasında "karmaşa" kod temelidir. Bu da küçük kullanıcı tabanının yıldan yıla önemli ölçüde artmadığına inanmamı sağlıyor ve bu da beni aşağıdaki sonuca götürüyor.
Gerçekten bu uygulama ile teknik yönünü değiştirmek için herhangi bir gerçek zorlayıcı iş nedeni olmayacak olduğunu. Ve VB.Net'e geçmek de zaman kaybıdır, çünkü sadece karışıklığa sahip olacaksınız, ancak şimdi daha fazla ve geliştirme ekibinin 2 / 3'ü yeni bir şey öğrenmeye adanmamış. İyi şanslar.