VB.NET developers, continued.
"Paul Vick posted today an explanation why VB.NET will not have a Refactoring / Refactor menu, however it will have several features which will end up in the Refactoring / Refactor menu in C#. In short, he tries to explain why Microsoft made the decision to force VB.NET developers to use refactoring methods/functions but are not made familiar with the term. As I blogged yesterday that Microsoft is also to blame for the prejudice VB.NET developers have to face day in, day out, this is a good example of how Microsoft makes it hard for VB.NET developers to be seen as highly skilled developers. Below is the explanation for this, which I also posted as a comment to Paul's blog. I truly hope Paul Vick will reconsider their decision and will simply add the Refactoring / Refactor menu to the VB.NET IDE, so VB.NET developers who don't know the term will learn the term and discussions with other developers will show the VB.NET developer knows what he/she's talking about. "
Frans Bouma comenta sobre la decision de Microsoft de no agregar la característica de Refactoring a VB.NET ... Como he comentado en otros foros, esto refuerzo mi teoría de que "al final del dia" VB.NET volverá a tomar la ruta del VB original ...
[Frans Bouma's blog]
5:05:45 PM 
|
|
