Crossing the chasm for millions of VB developers 강을 건너는 수백만의 균열 vb 개발자를위한
Hundreds of influential Visual Basic developers (recognized by 수백명의 영향력이 시각적인 기본적인 개발 (인정 Microsoft microsoft ’s Most Valuable Professional program) have signed a petition demanding 님의 가장 귀중한 전문 프로그램을)이 서명을 요구 청원 Microsoft microsoft should continue supporting Visual Basic (classic) as it is doing for C++. 이 계속 지원하는 시각적인 기본 (클래식)을 위해 그것이 제대로 동작하는지 c + +.
Microsoft’s plan is to end support for Visual Basic and force a transition of millions of VB developers to VB.NET or other 마이크로 소프트의 계획은 시각적인 기초에 대한 지원을 종료하고 강제로 마이 그 레이션 또는 다른 수백만 개의 vb 개발자가 vb.net .NET 합니다. 순수한 languages. 언어로합니다. However their most valued customers do not agree. 그러나 동의하지 않는 그들의 가장 소중한 고객합니다. They contend that despite the similarity in name VB and VB.NET are significantly different languages and would require extensive training and investment for IT department. 그들의 이름을 늙어 유사성에도 불구하고 서로 다른 언어를 vb, vb.net은 상당히 광범위한 교육과 투자를하고이 부서가 필요합니다. The decision to migrate should be left to the customers and not forced upon them. 왼쪽으로 마이 그 레이션하는 결정을해야 고객이 아니라 그들을 강요합니다. Unless Microsoft decides to back down, which seems unlikely, there is a big transition ahead of these developers and very soon (end of this month). microsoft 결정을 내려하지 않는 한, 어느 이렇게에는 이들 앞에는 큰 마이 그 레이션 개발자 및 빠른 시일 (이달 말).
This is a time for the millions of VB developers worldwide to take a close and hard look at the several options available to them. 이것은 수백만의 시간을 닫습니다 및 하드 vb 개발자들이 전세계를 좀 더 여러 옵션을 봐 그들을 사용할 수있습니다.
Pages: 1 페이지 : 1 2
Filed under 밑에 .NET 합니다. 순수한 , Java Software 자바 소프트웨어 , Microsoft microsoft | |
| |
RSS 2.0 rss 2.0 | |
Email this Article 전자 우편이 문서
You may also like to read 같은를 읽을 수있습니다 |





March 14th, 2005 at 5:22 pm 2005년 3월 14일에서 오후 5시 22분
If you have read any material about VB.NET you would know that it IS object oriented and modern and well supported in the Windows environment. vb.net에 대해 어떤 물질이 있으면 그걸 알 수 있었을 읽는 것은 객체 지향과 현대를 잘 윈도우즈 환경에서 지원합니다. That’s the point… VB.NET is all these things. 그게 바로 포인트… vb.net는이 모든 일을합니다. VB 6.0 is not. vb 6.0은 없다. Therefore changing to VB.NET will give the same benefits as C# or Java and the syntax is more familiar to former VB6 programmers. 따라서 같은 혜택을주는가로 변경 vb.net c # 또는 자바와 구문은 전 그러나 VB6 프로그래머 더 친숙합니다.
You are raising the same point that hundreds of VB.NET programmers are raising, the programmers that didn’t sign the petition, the ones that have already switched to .NET. 당신이 같은 점을 높이 vb.net 수백명의 프로그래머들이 사육, 청원에 서명하지 않은 프로그래머의 것들이 이미 전환한합니다. 순수한합니다.
The real choice is whether to continue with COM development (therefore staying with VB6) or move to either Java or .NET 실제 선택은 계속 진행할지 여부를 com 개발 (따라서 함께 투숙 그러나 VB6) 또는 이동 중 자바 또는합니다. 순수한
March 14th, 2005 at 5:23 pm 2005년 3월 14일에서 오후 5시 23분
If you have read any material about VB.NET you would know that it IS object oriented and modern and well supported in the Windows environment. vb.net에 대해 어떤 물질이 있으면 그걸 알 수 있었을 읽는 것은 객체 지향과 현대를 잘 윈도우즈 환경에서 지원합니다. That’s the point… VB.NET is all these things. 그게 바로 포인트… vb.net는이 모든 일을합니다. VB 6.0 is not. vb 6.0은 없다. Therefore changing to VB.NET will give the same benefits as C# or Java and the syntax is more familiar to former VB6 programmers. 따라서 같은 혜택을주는가로 변경 vb.net c # 또는 자바와 구문은 전 그러나 VB6 프로그래머 더 친숙합니다.
You are raising the same point that hundreds of VB.NET programmers are raising, the programmers that didn’t sign the petition, the ones that have already switched to .NET. 당신이 같은 점을 높이 vb.net 수백명의 프로그래머들이 사육, 청원에 서명하지 않은 프로그래머의 것들이 이미 전환한합니다. 순수한합니다.
The real choice is whether to continue with COM development (therefore staying with VB6) or move to either Java or .NET 실제 선택은 계속 진행할지 여부를 com 개발 (따라서 함께 투숙 그러나 VB6) 또는 이동 중 자바 또는합니다. 순수한
March 18th, 2005 at 12:36 am 2005년 3월 18일에서 오전 12시 36분
True. true. VB.NET should have been included in the list. vb.net어야 할 목록에 포함됩니다. My oversight. 내 감시합니다. But the two points still stand namely: 하지만이 두 지점 여전히 서 즉 :
1. Long term viability in using OO development 장기적인 생존을 사용 그렇습니다 개발
2. Now that they have to make a decision do they really want to continue to stick to a single vendor (and single platform) solution? 이제 그들은 결정을 내려야합니다 정말 원하는 그들을 계속 스틱을 단일 공급 업체 (및 단일 플랫폼) 해결책? When they have to bite the bullet, why not go all the way for a vendor neutral, platform neutral and free choice? 그들은 총알을 물린 때, 왜 안의 모든 공급 업체에 중립을하는 방법, 플랫폼 중립적인와 자유 선택?