|
The way you are making this statement is theological, not theoretical. In this audience, if you want that statement to actually stand, you'll have to go into great detail as to WHY you think that.
I've been working in case sensitive languages for 30 years, without any problems I can think of regarding the language itself. Humans can mess up any language, regardless of syntactic richness, protections, etc. That is because the language only enforces syntactic correctness.. and most issues with code lie in either algorithm design or overall architectural design, which no language can protect you from no matter how rich.
|
|
|
|
|
If you studied languages you would know that opinions are not religion but thanks.
Here is am example a large amount of new programmers make
int64 Height = 150;
int64 width = 150;
When the programmer uses Height and Width, the Width has a underline, and because of the number of lines in the file the programmer creates a new variable int64 Width = 150;
While this one programmer is using the uppercase Width his peers are using the lowercase width.
Is that clear enough for you,
Sorry I assumed you had enough experience to know the issues with dealing with case sensitive variables.
|
|
|
|
|
Seriously?
You are using this is a reason to disparage case sensitivity?
This same example goes for case insensitive languages.. all it takes is one programmer using 'width', while another uses something like 'wdth', and we have exactly the same issue. I've seen this so please don't say it isn't possible. Beginning programmers cease being beginners when they start looking at the bigger picture and trying to understand that things like this are possible. Which language they use is inconsequential to that understanding. The issue is one of rigor.. not some language feature.
You'll have to try MUCH harder than this to be convincing.
And note I have no bone to pick with VB. It has driven a lot of business application development and TOTALLY has its place. Its the 'new Cobol'.. another language much disparaged by many but quite useful in my opinion.
|
|
|
|
|
A requirement of programming for me is to use whole words, anyone writing wdth would be fired.
Considering the use of full words the with block becomes extremely important for readability.
Since the adoption of full words and with blocks we have dropped the use of comments, greatly increasing productivity.
Even when we use C# because some of my own programmers have more experience in that one language, so even when we use it having to make sure a variable is typed correctly can hold up experienced C# programmers for lazy mistakes, that simply do not happen in VB. So yes seriously.
|
|
|
|
|
This now qualifies as trolling. Have a nice day.
|
|
|
|
|
When two people go back and forth, it's called a conversation.
|
|
|
|
|
Having or not having a specific operator can hardly be an argumant in favor of any language. There are thousands of keywords other languages provides that VB doesn't have!
Besides, Pascal also has with . And I already told you that much in a different thread.
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
I always forget about pascal, a language I learned but never really wrote anything in.
|
|
|
|
|
That was just an aside. Every single object oriented language doesn't need and doesn't want a with keyword! If you need to perform a series of operations on a single object, then you write a method for that! You won't even need the introductory '.', and you can just call the method from different places without having to copy the original code (including the errors therein). That's a lot more elegant than your example, and far better readable because the implementation will be within the context of the object class, rather than in the context of some arbitrary function that just happens to use it!
I do realize that VB has classes too - but that is all the more reason that it shouldn't even have a with statement: it just leads to code that is harder to maintain than writing a class method.
Have you never wondered why an old language like Pascal has it, but none of the newer ones? Not even the newer languages by Niklaus Wirth himself (Modula, Oberon) have it! If you must discuss the merits of with , shouldn't you instead ask why its inventor, Niklaus Wirth, and (almost) all other designers of modern programming languages abandoned it?
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
I has everything to do with being able to get full words onto the screen and not have to repeat them, there is no compiler benefit.
There is a psychology difference in the mind of the programmer that is more acceptable to human error and overall costs less while getting to the result faster and cleaner then any language.
|
|
|
|
|
What you say are exactly the things I didn't bother pointing out in favor of using class methods, and against the with statement. But if you're not familiar with basic OO concepts, then there's no point discussing this any further.
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
|
|
|
|
|
I think you mean OOP object-orientated-programming.
No I am only advocating for the use of full word camel cased variables because I have no experience in the field.
|
|
|
|
|
I suspect he's talking about the With block. Of course, as the With statement was introduced to fix a defect in VB in the first place...
|
|
|
|
|
its not a with block,
"new image with"
|
|
|
|
|
and you can do the same in C# without the need for "with" keyword
Every day, thousands of innocent plants are killed by vegetarians.
Help end the violence EAT BACON
|
|
|
|
|
Without the with keyword in C# it reduces the available scope
|
|
|
|
|
So, the same as Auto-initialisation in C# then.
new Image{ Height = 150, Width= 150 }
|
|
|
|
|
|
Colborne_Greg wrote: its not a with block
It's an object initializer, which is fully supported in C#, without needing an extra keyword.
http://msdn.microsoft.com/en-us/library/bb384062.aspx[^]
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
You sir, win the internet.
|
|
|
|
|
Catch
End Try
Next
Catch
End Try
End Sub
A rat's tail of different closing elements instead of some simple closing brackets.
The language is JavaScript. that of Mordor, which I will not utter here
I hold an A-7 computer expert classification, Commodore. I'm well acquainted with Dr. Daystrom's theories and discoveries. The basic design of all our ship's computers are JavaScript.
|
|
|
|
|
Visual basic does not have the closing bracket issue that C# has.
It makes it easier for people that have less or no skill to be more productive, oh look win for VB.
|
|
|
|
|
Colborne_Greg wrote: It makes it easier for people that have less or no skill to be more productive
And that's exactly what raises my expectations whenever someone comes with VB.
The language is JavaScript. that of Mordor, which I will not utter here
I hold an A-7 computer expert classification, Commodore. I'm well acquainted with Dr. Daystrom's theories and discoveries. The basic design of all our ship's computers are JavaScript.
|
|
|
|
|
I came from Cobol and JCL, with 25 years of experience. I own a start up software company.
Anyone that has C experience or web experience I find are bad employees, they make great leaders, not great employees, unless your business in devoted to C and C type languages, then you probably have 20 programmers to my one.
|
|
|
|
|
Correlation is not causation. Maybe the reason the C programmers are necessary is the nature of the problem that cause C to be picked as the implementation language in the first place.
I've spent most of the last 30 years programming very near the hardware level. VB would have been a huge inconvenience for the types of problems I was solving. This doesn't make C/C++ inherently better or worse then VB.. only suited to a different problem domain.
As to good vs. bad employees.. there are lots of ways to get those.. I've seen my share of good VB programmers and bad C programmers.. and VICE VERSA. Again.. correlation does not equal causation.
|
|
|
|