|
How often I have seen something like that. And then the criminal who wrote this thinks he's being treated unjustly and exclaims something like "But it always has worked!".
And then try to explain to Mr. Pointy Hair that this mess only pretended to work at best, fell flat on its face and was more busy covering it up than anything else at worst, and that looking away will not solve anything or save us one single cent.
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.
|
|
|
|
|
First off criminal? no learn English maybe
Secondly if you understood English you would know that a sentence doesn't start with and.
|
|
|
|
|
Just an aside.. I absolutely love your sig..
"the language is JavaScript. that of Mordor, which I will not utter here"
LOL. I'm a sucker for Middle Earth comments and disparaging comments about Javascript!
|
|
|
|
|
I totally agree on that most of the complaints about VB is of the immature kind.
But one thing I need to give them is the On Error Resume abomination.
Which you sadly have emulated with your empty Catch.
My personal opinion is that since C# and VB.Net is based on the same CLR and the same Framework, most quarrels are just silly.
Use what you feel most at home with, but stop being ridiculous about it!
|
|
|
|
|
I took a job once, with no knowledge of VB (Visual Studio 6). Hey, I just wanted a well paying part time job to finish my master's degree.
One of the 'best practices' of the company was to always add "On Error Resume Next" at the beginning of each and every function. I asked why, and the reply was that it just works better that way.
The job paid the bills, I graduated, I got a new job, the company went under (not because I left, but I saw the writing on the wall ahead of time - they had too many people and no contracts lined up).
|
|
|
|
|
On Error Resume Next
Is from before the .net era and is a bad programming practice
|
|
|
|
|
I should have left out the try catch
|
|
|
|
|
|
When dealing with a database, sometimes there are bad records.
I meant for these try catches to be this way, as I don't care at this point why there would be problems in the data, all other errors are handled.
|
|
|
|
|
Then catch the DB errors and rethrow the rest.
|
|
|
|
|
|
Heh? so you don't want your user to know to tell the DBA or YOU that something is wrong between the application and the database it uses? Hiding such things is asking for problems down the road. BIG problems.
|
|
|
|
|
It does not use a database.
|
|
|
|
|
You know, you could have avoided a whole lot of discussion just by adding a comment saying that. I too sometimes add error handling code that I know I don't really care about, just to make a point that I did consider the possibility of that error. And, of course, if someone later adds to the code, he may need to reassess if the error can really be ignored - if the (emty) error handling code is already there, then it's much less likely he'll forget to deal with 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)
|
|
|
|
|
The code was a quick attempt at a just works client. My laziness just so happened to spill over into this thread
|
|
|
|
|
It's exactly that 'just works' mentality that needlessly causes hours and days of maintenance effort when it comes to figuring out what a buggy function does, or what it takes to adapt it to a new functionality without introducing regressions. If you care about the state of your program in 6, or even 2 months, then you should care about comments and think beyond 'just works'.
Not saying or implying that this is your professional style of coding, but it is all that we see here, so don't be surprised if people react and respond accordingly.
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)
|
|
|
|
|
We don't spend time on bugs, we use Unidex.
|
|
|
|
|
Which nobody here appears to know, and on google turns up blank. Meaning the only reference to your coding is the lazy sample you gave us.
P.S.:
If you didn't find bugs, you didn't test enough.
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)
modified 16-Jun-14 8:21am.
|
|
|
|
|
|
I do miss the with operator. I have cases where it could save hundreds of characters and make it way easier to read.
Don't listen to the C# purists.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
RyanDev wrote: and make it way easier to read
I would argue the opposite.
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
A lot of people do. I can't understand why, but yes, a lot of people do.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
visual basic is easier for people with less skill
|
|
|
|
|
I agree. So if you're intent on hiring people with low skills, VB is a reasonable choice.
Most hiring staff want people with high skills though...
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)
|
|
|
|
|
Do you know what its like in an agile environment with highly skilled programmers that all think they are the best and try to leave there mark on a program?
Not only do they cost more, they wasted extra hours, and broke the conditions of the client.
Most of the places that want high skills are getting over qualified people for simple tasks in a lot of cases, there is so mush wasted talent that could benefit from a team of code monkey's, these people carry out the thoughts of the skilled programmer.
If skilled programmers came with code monkey's I would hire them
|
|
|
|