|
If you do that when you make a few coding mistakes, what will you do when something really serious happens?
|
|
|
|
|
Often times when there's a serious situation I've been able to keep a level head, which is strange since I focus under pressure. Guessing working from home isn't healthy for me and I'm suited for an office environment.
if (Broken)
then fix.this
else !fix.this
end-if
|
|
|
|
|
I wouldn't want to work with someone who got violent with his/her PC when coding wasn't going well...maybe being at home is best?
|
|
|
|
|
Possibly better to work in the office where I've got a more controlled mind, Working at home gives opportunity for my mind to let loose, which is possibly the cause of why I wrote this up.
if (Broken)
then fix.this
else !fix.this
end-if
|
|
|
|
|
Smashing a computer over coding you're doing for fun?
I get pretty annoyed when I'm playing sport and having a bad day, but these days I restrain myself from damaging equipment – it doesn't really work to get rid of the frustration and then you have to replace or repair the equipment.
|
|
|
|
|
I think you are taking your work (and programming) far too seriously.
Member 9063556 wrote: and smashed my personal laptop after a few coding mistakes
Maybe you should get one of these?[^]
That said, there have been times when I've come close to doing some damage. Fortunately I've stopped myself and stepped away from the desk (and sometimes the job) and taken the time to chill out and look at what it is that is causing a reaction of violence. Tolle (and others) have said it well: you can either accept the circumstances, try to change them, or leave them. The first is the hardest, especially when the $$$ are the only reason I'm dealing with the crap to begin with.
Marc
|
|
|
|
|
There is a difference between bad temper and passion. So many business environments are focused around not upsetting any one no matter how wrong they are. Which in my opinion is worse than a simple disagreement. If there were more shouting in software development then there would be more code.
|
|
|
|
|
lol[^]
modified 20-Oct-19 21:02pm.
|
|
|
|
|
responding in the VB thread below, I mentioned our current application had GOTOs in it.
As I removed one recently, I thought I'd check again.
NINE goto statements.
In a C# WPF MVVM application.
This is my favourite:
if (e.Key == Key.Delete || e.Key == Key.Back)
goto L1;
else if (e.Key < Key.D0 || e.Key > Key.Z
|| (e.Key == Key.C && Keyboard.Modifiers == ModifierKeys.Control)) {
e.Handled = true;
return;
}
L1: this.Text = this.txtLookup.Text;
I feel a little dirty, now.
|
|
|
|
|
Jail?! That's too good for him...
It's clearly someone who knows VB but do not knows programming...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
|
|
|
|
|
See thread above - my vision would start to go pink...
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
It looks like the code has decompiled and then passed off as their own. You often see lots of GOTO's in decompiled code.
|
|
|
|
|
Interesting explanation for otherwise inexplicable coding.
|
|
|
|
|
Either that or the author is a numbpty!!
|
|
|
|
|
No. It is not. Just kidding.
|
|
|
|
|
You wanna put the joke icon on that one - people who know you might think you have turned to the dark side...or is that the dumb side?
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
I come from teh dark side. My mission is completed. VB6 shall rule all of you in sometime. We will conquer you all. BWA HA HA
|
|
|
|
|
"All your CODZZZ are belong to us"
"URGNTZZZZZ!!!!!" probably.
Those who fail to learn history are doomed to repeat it. --- George Santayana (December 16, 1863 – September 26, 1952)
Those who fail to clear history are doomed to explain it. --- OriginalGriff (February 24, 1959 – ∞)
|
|
|
|
|
|
It wasn't a bad language. If it was a bad language, there wouldn't have been such a demand for it in the business community. It did exactly what it set out to do - make developing business applications quick.
|
|
|
|
|
Demand doesn't make something "not bad" - see cigarettes, the first generation Fiat Panda, and Sharknado 2.
|
|
|
|
|
Perfect argument!
Case closed!
"I had the right to remain silent, but I didn't have the ability!"
Ron White, Comedian
|
|
|
|
|
Pete O'Hanlon wrote: make developing business applications quick. That what you say - but in 1999 when we went to Microsoft they sold us VB6 to develop the new version of our ERP. It was catastrophic...
It was a group - so-called - specialist in distributed network applications (they called it DNALab), and they almost ruined our reputation with that suggestion...
So the fact that even Microsoft didn't know for what VB is good, but they tried it on everyone without mercy...
I'm not questioning your powers of observation; I'm merely remarking upon the paradox of asking a masked man who he is. (V)
|
|
|
|
|
Kornfeld Eliyahu Peter wrote: in 1999 when we went to Microsoft they sold us VB6 to develop the new version of our ERP
In 1999 Microsoft was selling VB6 for any business problem. It was their language of the day.
The report of my death was an exaggeration - Mark Twain
Simply Elegant Designs JimmyRopes Designs
I'm on-line therefore I am.
JimmyRopes
|
|
|
|
|
So the problem was the people and not the language. MS fell victim to the same mentality as many large consultancies and tried body shopping where they'd drop a star programmer in to win the bid and, as soon as they had got the work, they'd drag that poor sap off to repeat the same process in other companies. It's known as bait and switch. You cannot blame the language for poor management practice. I've seen many fine programs written in VB6, in just the same was as I've seen many poor ones.
|
|
|
|