Another VB.NET rant
-
We took a small job recently, fixing an existing website, via rent a coder. I forgot to ask what language it was, and, naturally, it was VB.NET. I'm getting more comfortable with the syntax now, and I'll admit to seeing a few things that I like compared with C# ( for example static ( or should I say 'shared' ) members are visible at the scope of a class instance ). However, I continue to maintain that it is a TERRIBLE language to have to use, the syntax is plain ugly, and it seems every step to assume that the developer is stupid. Which, in this case, was true. The code has a class, called 'GlobalClass', which contains some of the database calls. This calls a wrapper class which, as far as I can see, doesn't make it simpler to call database methods, it just means you need to learn the syntax of the wrapper. None of the methods were 'shared', so you needed to create this class in order to call a DB method. The class is stateless, except that it has a connection object ( also a custom class ) as a member. And each method calls new to recreate it, so even if you have more than one DB call to make, no saving is made. Did I say 'some' of the DB calls ? There is no seperate middle tier, although there are entity classes, most of the business logic and about half of the database calls are within the codebehind for the pages. Except for the handful of methods that have actually been made as stored procedures. so the database stuff is pretty much in every possible place. On top of that, the site uses redirects unnecessarily, as it stores everything on the URL, no ViewState was used. Nor were any properties used, and the controls have event handlers that are public, so that containing pages can call them. I'm gradually changing all of this to instead generate events that the containing page can subscribe to. I was worried at one point that there seems to be a flood of new developers, but I'm quickly coming to the conclusion that most of them are clueless. We're actually having success winning jobs on RAC where we are significantly higher in our bids than the competition. I know this because the buyers have written and asked us to drop our price, and we always drop slightly, but won't bother trying to get near the quoted prices. It seems there are still people interested in more than just the lowest possible price, which can only be a good thing. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
We took a small job recently, fixing an existing website, via rent a coder. I forgot to ask what language it was, and, naturally, it was VB.NET. I'm getting more comfortable with the syntax now, and I'll admit to seeing a few things that I like compared with C# ( for example static ( or should I say 'shared' ) members are visible at the scope of a class instance ). However, I continue to maintain that it is a TERRIBLE language to have to use, the syntax is plain ugly, and it seems every step to assume that the developer is stupid. Which, in this case, was true. The code has a class, called 'GlobalClass', which contains some of the database calls. This calls a wrapper class which, as far as I can see, doesn't make it simpler to call database methods, it just means you need to learn the syntax of the wrapper. None of the methods were 'shared', so you needed to create this class in order to call a DB method. The class is stateless, except that it has a connection object ( also a custom class ) as a member. And each method calls new to recreate it, so even if you have more than one DB call to make, no saving is made. Did I say 'some' of the DB calls ? There is no seperate middle tier, although there are entity classes, most of the business logic and about half of the database calls are within the codebehind for the pages. Except for the handful of methods that have actually been made as stored procedures. so the database stuff is pretty much in every possible place. On top of that, the site uses redirects unnecessarily, as it stores everything on the URL, no ViewState was used. Nor were any properties used, and the controls have event handlers that are public, so that containing pages can call them. I'm gradually changing all of this to instead generate events that the containing page can subscribe to. I was worried at one point that there seems to be a flood of new developers, but I'm quickly coming to the conclusion that most of them are clueless. We're actually having success winning jobs on RAC where we are significantly higher in our bids than the competition. I know this because the buyers have written and asked us to drop our price, and we always drop slightly, but won't bother trying to get near the quoted prices. It seems there are still people interested in more than just the lowest possible price, which can only be a good thing. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
Isn't that a "bad programm(ing/er) rant"? Doesn't seem to have much to do with VB.NET I can not write a middle tier in C# too :) -- Dave
-
Isn't that a "bad programm(ing/er) rant"? Doesn't seem to have much to do with VB.NET I can not write a middle tier in C# too :) -- Dave
Yes, it was more about the specific project, I'll agree. However, it does seem to me that such bad coding is more likely to happen on the VB.NET side of the fence. Not all VB.NET programmers are idiots, but because it's written to be simple, and to hold your hand, it's where most idiot programmers seem to end up. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
We took a small job recently, fixing an existing website, via rent a coder. I forgot to ask what language it was, and, naturally, it was VB.NET. I'm getting more comfortable with the syntax now, and I'll admit to seeing a few things that I like compared with C# ( for example static ( or should I say 'shared' ) members are visible at the scope of a class instance ). However, I continue to maintain that it is a TERRIBLE language to have to use, the syntax is plain ugly, and it seems every step to assume that the developer is stupid. Which, in this case, was true. The code has a class, called 'GlobalClass', which contains some of the database calls. This calls a wrapper class which, as far as I can see, doesn't make it simpler to call database methods, it just means you need to learn the syntax of the wrapper. None of the methods were 'shared', so you needed to create this class in order to call a DB method. The class is stateless, except that it has a connection object ( also a custom class ) as a member. And each method calls new to recreate it, so even if you have more than one DB call to make, no saving is made. Did I say 'some' of the DB calls ? There is no seperate middle tier, although there are entity classes, most of the business logic and about half of the database calls are within the codebehind for the pages. Except for the handful of methods that have actually been made as stored procedures. so the database stuff is pretty much in every possible place. On top of that, the site uses redirects unnecessarily, as it stores everything on the URL, no ViewState was used. Nor were any properties used, and the controls have event handlers that are public, so that containing pages can call them. I'm gradually changing all of this to instead generate events that the containing page can subscribe to. I was worried at one point that there seems to be a flood of new developers, but I'm quickly coming to the conclusion that most of them are clueless. We're actually having success winning jobs on RAC where we are significantly higher in our bids than the competition. I know this because the buyers have written and asked us to drop our price, and we always drop slightly, but won't bother trying to get near the quoted prices. It seems there are still people interested in more than just the lowest possible price, which can only be a good thing. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
Christian Graus wrote: The code has a class, called 'GlobalClass' You can tell in an instance what purpose that class has. :rolleyes: -- Weiter, weiter, ins verderben. Wir müssen leben bis wir sterben. I blog too now[^]
-
Christian Graus wrote: The code has a class, called 'GlobalClass' You can tell in an instance what purpose that class has. :rolleyes: -- Weiter, weiter, ins verderben. Wir müssen leben bis wir sterben. I blog too now[^]
Yeah, you can't argue that there's a problem with the naming standard..... But it's ALL DB code, so it's the logical class to call 'DataLayer' or something. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
We took a small job recently, fixing an existing website, via rent a coder. I forgot to ask what language it was, and, naturally, it was VB.NET. I'm getting more comfortable with the syntax now, and I'll admit to seeing a few things that I like compared with C# ( for example static ( or should I say 'shared' ) members are visible at the scope of a class instance ). However, I continue to maintain that it is a TERRIBLE language to have to use, the syntax is plain ugly, and it seems every step to assume that the developer is stupid. Which, in this case, was true. The code has a class, called 'GlobalClass', which contains some of the database calls. This calls a wrapper class which, as far as I can see, doesn't make it simpler to call database methods, it just means you need to learn the syntax of the wrapper. None of the methods were 'shared', so you needed to create this class in order to call a DB method. The class is stateless, except that it has a connection object ( also a custom class ) as a member. And each method calls new to recreate it, so even if you have more than one DB call to make, no saving is made. Did I say 'some' of the DB calls ? There is no seperate middle tier, although there are entity classes, most of the business logic and about half of the database calls are within the codebehind for the pages. Except for the handful of methods that have actually been made as stored procedures. so the database stuff is pretty much in every possible place. On top of that, the site uses redirects unnecessarily, as it stores everything on the URL, no ViewState was used. Nor were any properties used, and the controls have event handlers that are public, so that containing pages can call them. I'm gradually changing all of this to instead generate events that the containing page can subscribe to. I was worried at one point that there seems to be a flood of new developers, but I'm quickly coming to the conclusion that most of them are clueless. We're actually having success winning jobs on RAC where we are significantly higher in our bids than the competition. I know this because the buyers have written and asked us to drop our price, and we always drop slightly, but won't bother trying to get near the quoted prices. It seems there are still people interested in more than just the lowest possible price, which can only be a good thing. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
Yeah, you can't argue that there's a problem with the naming standard..... But it's ALL DB code, so it's the logical class to call 'DataLayer' or something. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
Christian Graus wrote: Yeah, you can't argue that there's a problem with the naming standard..... I think it reflects the programmer's state of mind(?). I was just reinforcing your statement "this VB.NET programmer is stupid" :-D -- Weiter, weiter, ins verderben. Wir müssen leben bis wir sterben. I blog too now[^]
-
Sadly, I think it's the programmers mindset more than the actual codebase that was stuck in asp. There were controls throughout the site, unlike another project we worked on recently, where all vb.net code was inline to the page, and basically the entire site was an asp site using vb.net instead of vbscript. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
Christian Graus wrote: The code has a class, called 'GlobalClass' You can tell in an instance what purpose that class has. :rolleyes: -- Weiter, weiter, ins verderben. Wir müssen leben bis wir sterben. I blog too now[^]
But if the methods were Shared, there would be no instance. :laugh:
-
Yes, it was more about the specific project, I'll agree. However, it does seem to me that such bad coding is more likely to happen on the VB.NET side of the fence. Not all VB.NET programmers are idiots, but because it's written to be simple, and to hold your hand, it's where most idiot programmers seem to end up. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
Ah... Was it Mill that said (paraphrased...originally regarding Republicans): "Not all VB programmers are stupid, but most stupid people are VB programmers." :) (Please don't take this as anything more than a joke. It just fit so well. I, too, have to suffer through VB sometimes.) And while I'm on the subject, how can anyone appreciate having to write so much extra junk? I've actually seen people complain about the curly braces in C/C++. Do they really enjoy all the extra typing in VB? :rolleyes: -Justin
-
Ah... Was it Mill that said (paraphrased...originally regarding Republicans): "Not all VB programmers are stupid, but most stupid people are VB programmers." :) (Please don't take this as anything more than a joke. It just fit so well. I, too, have to suffer through VB sometimes.) And while I'm on the subject, how can anyone appreciate having to write so much extra junk? I've actually seen people complain about the curly braces in C/C++. Do they really enjoy all the extra typing in VB? :rolleyes: -Justin
Justin Cooke wrote: I've actually seen people complain about the curly braces in C/C++. Yeah, what's with that ? Are VB programmers really too stupid to work out how to match different types of braces ? ( [] {} () - they all look visibly different to me ) And instead, as you say, VB is incredibly verbose. "if not myvar is nothing then" Fair dinkum, what's wrong with these people ? Apparently, any sort of symbol is just too confusing, ! included. How do they ||, && and ^ ? I've not had to do that yet, but I sudder to think. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
Justin Cooke wrote: I've actually seen people complain about the curly braces in C/C++. Yeah, what's with that ? Are VB programmers really too stupid to work out how to match different types of braces ? ( [] {} () - they all look visibly different to me ) And instead, as you say, VB is incredibly verbose. "if not myvar is nothing then" Fair dinkum, what's wrong with these people ? Apparently, any sort of symbol is just too confusing, ! included. How do they ||, && and ^ ? I've not had to do that yet, but I sudder to think. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
they use and & or what else. The thing that really gets under my skin about VB is that logical expressions are not short circut evaluated so if (a != null && a.b == 1) { } becomes if not a = null then if a.b = 1 then end if end if since if (not a = null) and (a.b =1) then will generate an exception if a is null.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
-
they use and & or what else. The thing that really gets under my skin about VB is that logical expressions are not short circut evaluated so if (a != null && a.b == 1) { } becomes if not a = null then if a.b = 1 then end if end if since if (not a = null) and (a.b =1) then will generate an exception if a is null.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
Yeah, that one got me too early on. What idiot put things together that way ? Surely that's a sign of lack of optimisation in the language overall, as well as being plain dumb ? Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
Yeah, that one got me too early on. What idiot put things together that way ? Surely that's a sign of lack of optimisation in the language overall, as well as being plain dumb ? Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
Wow! That got me, too! I almost feel like I'm the dumb one coming from C++, since I keep getting bitten by VB's inadequacies :-O It seems in the push to make it "easy", the VB designers allowed WAY too much slop to get through. I get really frustrated with the option to declare things. Why would the compiler allow you to referecne a variable that doesn't exist? When it creates it for you, it's just covering up a bug! (I know about the Option Explicit directive, but why is that not the default?!) Oh well...it's good to be well versed in many languages :sigh: -Justin
-
Yeah, that one got me too early on. What idiot put things together that way ? Surely that's a sign of lack of optimisation in the language overall, as well as being plain dumb ? Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
It means you have to write way more nested control statements which are bad in any language. Anytime you have to match an else up with an if that is more then 10-15 lines away that is bad thing in my book. Back to VB. At least they got rid of the call and set keywords. Also, the whole function vs. subroutine distinction got under my skin in a major way.
I can imagine the sinking feeling one would have after ordering my book, only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
-
We took a small job recently, fixing an existing website, via rent a coder. I forgot to ask what language it was, and, naturally, it was VB.NET. I'm getting more comfortable with the syntax now, and I'll admit to seeing a few things that I like compared with C# ( for example static ( or should I say 'shared' ) members are visible at the scope of a class instance ). However, I continue to maintain that it is a TERRIBLE language to have to use, the syntax is plain ugly, and it seems every step to assume that the developer is stupid. Which, in this case, was true. The code has a class, called 'GlobalClass', which contains some of the database calls. This calls a wrapper class which, as far as I can see, doesn't make it simpler to call database methods, it just means you need to learn the syntax of the wrapper. None of the methods were 'shared', so you needed to create this class in order to call a DB method. The class is stateless, except that it has a connection object ( also a custom class ) as a member. And each method calls new to recreate it, so even if you have more than one DB call to make, no saving is made. Did I say 'some' of the DB calls ? There is no seperate middle tier, although there are entity classes, most of the business logic and about half of the database calls are within the codebehind for the pages. Except for the handful of methods that have actually been made as stored procedures. so the database stuff is pretty much in every possible place. On top of that, the site uses redirects unnecessarily, as it stores everything on the URL, no ViewState was used. Nor were any properties used, and the controls have event handlers that are public, so that containing pages can call them. I'm gradually changing all of this to instead generate events that the containing page can subscribe to. I was worried at one point that there seems to be a flood of new developers, but I'm quickly coming to the conclusion that most of them are clueless. We're actually having success winning jobs on RAC where we are significantly higher in our bids than the competition. I know this because the buyers have written and asked us to drop our price, and we always drop slightly, but won't bother trying to get near the quoted prices. It seems there are still people interested in more than just the lowest possible price, which can only be a good thing. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
Well, in response to several comments I'll say that I really don't agree with alot of the comments. I originally learned Pascal, then C, C++ and then landed in MFC for several years. This eventually led to ATL COM as I was dragged kicking and screaming into web development work. When .NET came out it felt like a great weight had been removed (I've had my share of rants about hating ATL COM when used in scripting, VB, etc). So I took a new job at a startup company and I got to choose the tools and direction so we went with .NET. At the time I had to learn rather quickly as well and since the other 2 guys hired were most comfortable in VB (which I passionately hated at the time) I succumbed (because of time restraints) to doing the bulk of the work in VB.NET. Once nice thing was that one of the guys had done a little Java and some C though he was primarily VB, and he picked up object oriented (real) programming very quickly. The other guy's code... well, it looks like you just described. So, in general, even though we use about 85% VB.NET, 12% C#, and 3% C++ (ATL COM) I'd say we have very well designed and efficient code. After all, for the most part, in the managed world it really doesn't matter at all if you pick C# or VB.NET. They're both going to run about the same and both wrap the exact same method calls with the exact same parameters in almost all cases. More over, the "extra typing" for enclosing blocks of code, if statements, and the like is simply not true. The "idiot-proof" Intellisense makes me more productive than I've ever been before. Microsoft's Winform editor is FAR superior (IDE) with VB.NET over C# and the lack of having to deal with capitalization is just plain easier. I can't believe I'm defending VB in any form... but these kinds of comments are pretty weak. I'm responding here to the whole thread.
-
Well, in response to several comments I'll say that I really don't agree with alot of the comments. I originally learned Pascal, then C, C++ and then landed in MFC for several years. This eventually led to ATL COM as I was dragged kicking and screaming into web development work. When .NET came out it felt like a great weight had been removed (I've had my share of rants about hating ATL COM when used in scripting, VB, etc). So I took a new job at a startup company and I got to choose the tools and direction so we went with .NET. At the time I had to learn rather quickly as well and since the other 2 guys hired were most comfortable in VB (which I passionately hated at the time) I succumbed (because of time restraints) to doing the bulk of the work in VB.NET. Once nice thing was that one of the guys had done a little Java and some C though he was primarily VB, and he picked up object oriented (real) programming very quickly. The other guy's code... well, it looks like you just described. So, in general, even though we use about 85% VB.NET, 12% C#, and 3% C++ (ATL COM) I'd say we have very well designed and efficient code. After all, for the most part, in the managed world it really doesn't matter at all if you pick C# or VB.NET. They're both going to run about the same and both wrap the exact same method calls with the exact same parameters in almost all cases. More over, the "extra typing" for enclosing blocks of code, if statements, and the like is simply not true. The "idiot-proof" Intellisense makes me more productive than I've ever been before. Microsoft's Winform editor is FAR superior (IDE) with VB.NET over C# and the lack of having to deal with capitalization is just plain easier. I can't believe I'm defending VB in any form... but these kinds of comments are pretty weak. I'm responding here to the whole thread.
Matt Philmon wrote: So, in general, even though we use about 85% VB.NET, 12% C#, and 3% C++ (ATL COM) I'd say we have very well designed and efficient code. Yeah, I didn't say it wasn't possible. I'm writing well designed VB code now. My point is only that there seems to be more bad VB code than, for example, C++ code. VB gives bad programmers the illusion of ability. Matt Philmon wrote: After all, for the most part, in the managed world it really doesn't matter at all if you pick C# or VB.NET. Yeah, I accept this to be true. If I can get to a point where I know all the annoying, terrible VB.NET syntax and gotchas ( still getting over the if not x is nothing and x ... problem ), then at the end of the day, it all compiles to IL and so should not make a difference. Matt Philmon wrote: More over, the "extra typing" for enclosing blocks of code, if statements, and the like is simply not true. The "idiot-proof" Intellisense makes me more productive than I've ever been before. Yes, intellisense does some of it. But it's still hard to read. It's far easier to block braces in your mind than to recognise blocks of if/end if. Matt Philmon wrote: Microsoft's Winform editor is FAR superior (IDE) with VB.NET over C# and the lack of having to deal with capitalization is just plain easier. The IDE should improve, I hope, and the capitalisation thing is just damn stupid. I hate it. It means that standards, such as lowercase for private variables, cannot be enforced. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
-
Matt Philmon wrote: So, in general, even though we use about 85% VB.NET, 12% C#, and 3% C++ (ATL COM) I'd say we have very well designed and efficient code. Yeah, I didn't say it wasn't possible. I'm writing well designed VB code now. My point is only that there seems to be more bad VB code than, for example, C++ code. VB gives bad programmers the illusion of ability. Matt Philmon wrote: After all, for the most part, in the managed world it really doesn't matter at all if you pick C# or VB.NET. Yeah, I accept this to be true. If I can get to a point where I know all the annoying, terrible VB.NET syntax and gotchas ( still getting over the if not x is nothing and x ... problem ), then at the end of the day, it all compiles to IL and so should not make a difference. Matt Philmon wrote: More over, the "extra typing" for enclosing blocks of code, if statements, and the like is simply not true. The "idiot-proof" Intellisense makes me more productive than I've ever been before. Yes, intellisense does some of it. But it's still hard to read. It's far easier to block braces in your mind than to recognise blocks of if/end if. Matt Philmon wrote: Microsoft's Winform editor is FAR superior (IDE) with VB.NET over C# and the lack of having to deal with capitalization is just plain easier. The IDE should improve, I hope, and the capitalisation thing is just damn stupid. I hate it. It means that standards, such as lowercase for private variables, cannot be enforced. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
Christian Graus wrote: Yes, intellisense does some of it. But it's still hard to read. It's far easier to block braces in your mind than to recognise blocks of if/end if. Yeah, I agree with this. I've always liked C/C++. I loved MFC. Christian Graus wrote: and the capitalisation thing is just damn stupid. I hate it. It means that standards, such as lowercase for private variables, cannot be enforced. Hmmm. I guess I don't really see that. We use coding standards here which we utilize in both VB.NET and C# components... the same naming conventions. What I like about VB.NET is that once I've created a local variable like: Dim strMsg as String, Intellisense will automatically fix it for me when I type in strmsg. It saves me a great deal of time when I have a great deal to do. In C# I'd have to hit auto-complete for it to make this correction and once you're past the first '.' it will not longer correct. For instance, in C# if you (being lazy like me) were to type in system.io.path. and hit autocomplete it wouldn't do it... it doesn't have any idea what "system" is. Now, if I did System.IO.path and hit autocomplete it would immediately correct to Path. These are the kinds of minor irritations that make it difficult for me to stick with C#. I just don't care about elegance. As long as it's efficient, intelligently designed, and effective that's plenty good enough for me.
-
We took a small job recently, fixing an existing website, via rent a coder. I forgot to ask what language it was, and, naturally, it was VB.NET. I'm getting more comfortable with the syntax now, and I'll admit to seeing a few things that I like compared with C# ( for example static ( or should I say 'shared' ) members are visible at the scope of a class instance ). However, I continue to maintain that it is a TERRIBLE language to have to use, the syntax is plain ugly, and it seems every step to assume that the developer is stupid. Which, in this case, was true. The code has a class, called 'GlobalClass', which contains some of the database calls. This calls a wrapper class which, as far as I can see, doesn't make it simpler to call database methods, it just means you need to learn the syntax of the wrapper. None of the methods were 'shared', so you needed to create this class in order to call a DB method. The class is stateless, except that it has a connection object ( also a custom class ) as a member. And each method calls new to recreate it, so even if you have more than one DB call to make, no saving is made. Did I say 'some' of the DB calls ? There is no seperate middle tier, although there are entity classes, most of the business logic and about half of the database calls are within the codebehind for the pages. Except for the handful of methods that have actually been made as stored procedures. so the database stuff is pretty much in every possible place. On top of that, the site uses redirects unnecessarily, as it stores everything on the URL, no ViewState was used. Nor were any properties used, and the controls have event handlers that are public, so that containing pages can call them. I'm gradually changing all of this to instead generate events that the containing page can subscribe to. I was worried at one point that there seems to be a flood of new developers, but I'm quickly coming to the conclusion that most of them are clueless. We're actually having success winning jobs on RAC where we are significantly higher in our bids than the competition. I know this because the buyers have written and asked us to drop our price, and we always drop slightly, but won't bother trying to get near the quoted prices. It seems there are still people interested in more than just the lowest possible price, which can only be a good thing. Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
As others have pointed out, everything you rant about in this post can happen for programmers using a different language. You seem to be a logical and reasonable man, why do you have such a hatred for a programming language and for people who are using it? Any personal story or traumatic experience you want to share? Forgive me for asking this, did your loved one ran away with a VB programmer? By the way, what do you think about Code Project and the people who created it? Can you honestly say VBScript/ASP is fundamentally different from VB?
-
Christian Graus wrote: Yes, intellisense does some of it. But it's still hard to read. It's far easier to block braces in your mind than to recognise blocks of if/end if. Yeah, I agree with this. I've always liked C/C++. I loved MFC. Christian Graus wrote: and the capitalisation thing is just damn stupid. I hate it. It means that standards, such as lowercase for private variables, cannot be enforced. Hmmm. I guess I don't really see that. We use coding standards here which we utilize in both VB.NET and C# components... the same naming conventions. What I like about VB.NET is that once I've created a local variable like: Dim strMsg as String, Intellisense will automatically fix it for me when I type in strmsg. It saves me a great deal of time when I have a great deal to do. In C# I'd have to hit auto-complete for it to make this correction and once you're past the first '.' it will not longer correct. For instance, in C# if you (being lazy like me) were to type in system.io.path. and hit autocomplete it wouldn't do it... it doesn't have any idea what "system" is. Now, if I did System.IO.path and hit autocomplete it would immediately correct to Path. These are the kinds of minor irritations that make it difficult for me to stick with C#. I just don't care about elegance. As long as it's efficient, intelligently designed, and effective that's plenty good enough for me.
Matt Philmon wrote: In C# I'd have to hit auto-complete for it to make this correction and once you're past the first '.' it will not longer correct. For instance, in C# if you (being lazy like me) were to type in system.io.path. and hit autocomplete it wouldn't do it... it doesn't have any idea what "system" is. Now, if I did System.IO.path and hit autocomplete it would immediately correct to Path. These are the kinds of minor irritations that make it difficult for me to stick with C#. Well, I have to say that this is laziness brought about by using VB. I never have this problem, I know where to capitalise System.IO.Path. And I'm in the habit of CTRL-spacing where I need it as I go. Matt Philmon wrote: I just don't care about elegance. Well, I kind of do :-) Christian I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer