tag:blogger.com,1999:blog-5374017.post111392791723187931..comments2023-12-22T08:02:00.933-08:00Comments on Rom's Rants: Why I Rant About VSTSMichael Russellhttp://www.blogger.com/profile/14404101180817070293noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-5374017.post-1115656235972401172005-05-09T09:30:00.000-07:002005-05-09T09:30:00.000-07:00Well, I think that buying the Pro version of vs200...Well, I think that buying the Pro version of vs2005 and using 3rd party add-ons (like cruise control, nunit, resharper, nant, fxcop, etc.) can make your code very "clean, debugged and optimized" as the one we'll get from VSTS programming.<BR/><BR/>VSTS may simplify project managing times, but the rest of things (like bug detection, error correction, testing, etc.) can be "emulated" perfectly with tools (in fact MS is just creating it's own version of them, like fxcop, nunit, etc.).<BR/><BR/>IMHOAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-5374017.post-1114059655294170732005-04-20T22:00:00.000-07:002005-04-20T22:00:00.000-07:00The express products are not development environme...The express products are not development environments for production code. These environments are for "hobbyists". I really wish you wouldn't compare any of the features of VSTS to those in Express. Those are completely seperate products.<BR/><BR/>The express products are new. They have never been offered before by Microsoft. Microsoft has never released any development environment for free. They have offered discounted 'student' version of their standard products, but never a 'play with me for free' product. I don't understand why you, as a developer, would even consider these tools as a comparison. They aren't for you. You can't even sell the software that you write with these SKUs. Express is worthless, but they are made to be worthless.<BR/><BR/>Likewise, the VSTS products have never been offered. We've always had the Standard/Professional to choose from, Microsoft has just added another layer.<BR/><BR/>To be quite honest, I think it's really good that there is more definition between versions. Do you know what the primary difference between VS 2003 Pro and Enterprise was (besides the 300 dollars)? Visio integration! Big whoop!<BR/><BR/>I still don't understand what the problem is. You are getting more features for less money with VS 2005 Professional than you did with VS 2003 (including new debugging tools).<BR/><BR/>Like I said - any of the things that you find missing from VS Professional 2005 that would aid in you debugging woes, you can suppliment with 3rd party (often free) tools (sandpaper and blueprints), which is exactly what every serious company out there is doing already. If you don't change your process and you don't change your toolset, upgrading to VS Professional 2005 is not going to effect the 3rd party tools you utilize other than to perhaps to decrease it slightly (but I realize, not a lot). You are just buying your sandpaper for a hell of a lot less money and on occasion, the grade of blueprint you are using is even better than what you would probably get out of your $10,500 VSTS box. So who cares?<BR/><BR/>The only reason that you perceive a change in the rules is because the things that you are comparing have never existed before. Compare Standard and Professional if you wish to make the same observations as would be comparable to VS 2003. VSTS and VS Express are new and different.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5374017.post-1114012242671287992005-04-20T08:50:00.000-07:002005-04-20T08:50:00.000-07:00I think you're missing the point.Visual Studio's f...I think you're missing the point.<BR/><BR/>Visual Studio's features in the past have been split into code creation, redistribution rights, polishing tools and debugging tools.<BR/><BR/>Regardless of the version of Visual Studio you got, the debugging tools you received were the same. With each incremental version up the tree, you got more code creation tools, more redistribution rights to advanced libraries, and better polishing tools.<BR/><BR/>I want you to do something. I want you to uninstall Team System and install one of the Express SKU's. While you'll still be able to build the same software, see how much longer your debugging time takes. See how much harder debugging is because of what has been removed in the name of simplicity.<BR/><BR/>I'll admit that debugging tools are only as good as the developer using them, but even a master craftsman will release substandard products if he has substandard tools. Right now, the Express SKU's are saying, "Learn how to build a house with only a hammer and nails. You don't need that level." VS Standard and Professional give you the level. VSTS gives you sandpaper and blueprints.Michael Russellhttps://www.blogger.com/profile/14404101180817070293noreply@blogger.comtag:blogger.com,1999:blog-5374017.post-1113972130634582512005-04-19T21:42:00.000-07:002005-04-19T21:42:00.000-07:00You are typically spot-on with most of your observ...You are typically spot-on with most of your observations, but I think I have to disagree with you on this point.<BR/><BR/>I think perhaps people expect too much out of a compiler & debugger. We expect these tools to point out our mistakes so that we can correct them. I've often thought to myself when I try to compile and I missed a semicolon in C# why the IDE just doesn't fix my code for me when I get the error "Missing semicolon at the end of this line" compiler error.<BR/><BR/>The simple matter of the fact is that the features that you are looking for are the ones that help you visualize the execution of the code. Tools like code coverage and visualizers enable you to further understand the execution of the code, but it will not 'de-bug' your code. If the debugger actually removed bugs from the code, I couldn't really see justifying my bachelor's degree.<BR/><BR/>In terms of those features aimed at the improvement of code execution visualization, I think that Microsoft has given us some tools in addition to the great debugging tools that we already had with VS 2003.<BR/><BR/>Visualizers are one advantage to VS 2005 in terms of code visualization. It's going to be easier for developers to track down bugs if they don't have to drill through 20 hierarchical object layers before they get to the real meat and potatos of that dataset or that XML Document.<BR/><BR/>Object Test Bench. You can definitely see the debugging potential here. Play with your objects easily and quickly without having to write a test or create a dummy app to test your object.<BR/><BR/>A good portion of being able to write efficient, simple, easy to read and understandable code is refactoring and with the integrated refactoring tools, this is made easier.<BR/><BR/>All of these features (plus many other small enhancements) are available with the Standard and Professional editions of VS 2005.<BR/><BR/>I think you are correct when you say that one of the buggest problems facing developers today is debugging logical errors. This is certainly the case and I think it's a really good problem to have. I agree with you when you say that debugging tools will aid a programmer to more quickly solve logical errors, but what I don't understand is how you think the code coverage debugger feature is really what makes VSTS the product that will allow you to write *good* software. The only person that writes good software is the development team. <BR/><BR/>Tools help, to be sure, but a good, well-oiled, software development team, featuring a kickass architect, an amazing developer, and a outstanding QA person (such as yourself), all being assisted by the most productive and attentive product manager can write bugless code. I've yet to see that team. Without these people and the communication that makes the whole thing work correctly, you can throw every debugging tool known to man at a project and you still won't come out with a solid piece of code with 0 defects.<BR/><BR/>I understand your need and your drive to see defect-free code (and I wish there were more QA people out there with your drive to have this happen), but I think you are looking in the wrong place for this. In addition, I don't think you can honestly call the debugging tools "abysmal" when they are already amazing and improved considerably in the upcoming version. It's not very accurate (unless you think that the current debugging tools are less than abysmal - dreadful I think, and that the new features bring the level of debugging up to abysmal). As well, I don't see what is being "stripped" from the next version of VS 2005. I didn't see anything about removed features. I don't think that by upgrading to 2005 you will have less debugging features. If that were the case, who would buy it?<BR/><BR/>Yes, if you want code coverage and you don't want to go across the street to get it, it's going to cost you. It's important, yes, but I think if that is the feature that will solve all of your debugging problems, and you believe that it will be the difference between you writing *good* software and writing something other than *good*, then you should fight tooth and nail for that product, because most companies aren't able to pinpoint that one product that will cure what ails them.<BR/><BR/>Debugging features can be replaced with 3rd party software. Team System isn't an enhanced debugging platform. It's lifecycle management. If you want more debugging features - go with thrid party tools. They usually do this stuff better and for a hell of a lot less than $10,500.00 per developer.Anonymousnoreply@blogger.com