|
Most of them pretty banal, but AuctionShit got me laughing out loud! 
And now that I think about it, PowerGenitalia wasn't that bad either... 
Anything that is unrelated to elephants is irrelephant
Anonymous
-
The problem with quotes on the internet is that you can never tell if they're genuine
Winston Churchill, 1944
-
I'd just like a chance to prove that money can't make me happy.
Me, all the time
|
|
|
|
|
The funny part always is that it was unintentional.
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
Urban myth, it's nothing to do with Powergen, see here. And in fact these lists were current years ago when Leslie first posted them.
|
|
|
|
|
I don't know if the people who registered "powergen italia" were fluent enough in English to understand the bad choice, if they were italian probably not - English knowledge in my country is lagging behind in new generations while the older are totally missing it. And by older I'm thinking about most of the people born before 1980, but I'd extend it to 1990 given that many of the people in my age range are totally ignorant in English language.
DURA LEX, SED LEX
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
When I was six, there were no ones and zeroes - only zeroes. And not all of them worked. -- Ravi Bhavnani
|
|
|
|
|
My favorite after all these years is still Pen Island.
|
|
|
|
|
Somehow it sounds like a fun place. Testosterone powered traffic rules, real meals and all kinds of competitive activities that involve lots of noise, getting dirty and destroying things. 
Edit: Like Texas, but even better.
The language is JavaScript. that of Mordor, which I will not utter here
This is Javascript. If you put big wheels and a racing stripe on a golf cart, it's still a f***ing golf cart.
"I don't know, extraterrestrial?"
"You mean like from space?"
"No, from Canada."
If software development were a circus, we would all be the clowns.
|
|
|
|
|
|
Could be done on purpose, free marketing when people talk about it.
Jeremy Falcon
|
|
|
|
|
|
|
I just started reading a very interesting book (Developer Testing: Building Quality Into Software (amazon)[^]) and the intro reminded me of a time I had a similar exchange with a dev.
Jeff Langr said: One developer, however, quit two days later without saying a word to me. I was told that he said something to the effect that “I’m never going to write a test, that’s not my job as a programmer.” I was initially concerned that I’d been too eager (though I’d never insisted on anything, just attempted to educate). I no longer felt guilty after seeing the absolute nightmare that was his code, though.
Back in the day when I was in QA, I approached a developer about a recent change he'd made to the code.
Me: "Hey, can I get the data you used to test your changes?"
Dev: "What data?"
Me: "Well, you know. The data you used to test after you made the changes and did the build? I figure I can use it as a starting place for data I can send through to insure the changes work."
Dev: "Oh. I didn't run any tests. That's for you to do. I built the thing and put it out there. Now, go test it."
Me:  
|
|
|
|
|
And these are the people who write the code used by your bank, your car, your life support machine ...
Frightening, isn't it?
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
OriginalGriff wrote: And these are the people who write the code used by your bank, your car, your life support machine
You nailed it with that!!! Exactly. And it is scary.
|
|
|
|
|
OriginalGriff wrote: used by your bank, your car, your life support machine
User Acceptance Testing?
|
|
|
|
|
WiganLatics wrote: User Acceptance Testing?
That's how things are done.
Just consider the current failure rates for HDD's. They're cheap and they'll replace it. Much cheaper for them then paying someone to make sure they (at least) work when they leave the factory.
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
I happen to know persons who shall remain nameless who have built banking systems. Unnamed persons who had to sneak into the server center to run an upgrade at 2am to cover a small but fatal bug that was causing the bank's retail system to crash every day just after noon. I have no intention of naming the persons involved in that one or that I had to leave a half pint in the pub. 
veni bibi saltavi
|
|
|
|
|
Don't even talk about the banks... 
I worked in the financial industry for 20 years. What an utter mess!
Steve Naidamast
Sr. Software Engineer
Black Falcon Software, Inc.
blackfalconsoftware@outlook.com
|
|
|
|
|
In the late 1990's I worked at ISSC on the Integrion Project (as a QA tester), which was a consortium of banks that banded together to create the base code for what is now your online banking software. It has improved since then, but I assure you the pen-pocket engineers (they did exist) at IBM who were in charge of this also tested what they created. What you should worry about now are those making the improvements as the software has become more decentralized.
Sorry this was so serious, I've been reading Trump news this morning and am very sangry.
|
|
|
|
|
Ha! And my silly me is trying to get up a CI with unit test automation and code inspection.
(Still working on the unit tests though  )
How come i didn't know that it's not my job ...
Rules for the FOSW ![ ^]
if(this.signature != "")
{
MessageBox.Show("This is my signature: " + Environment.NewLine + signature);
}
else
{
MessageBox.Show("404-Signature not found");
}
|
|
|
|
|
HobbyProggy wrote: How come i didn't know that it's not my job
You're such a naive dev thinking that you have to test.
Here's the latest
Mic-Drop Coding Methodology...
Step 1 : Write Code
Step 2 : Drop code -- I'm out!
|
|
|
|
|
Testing is pointless. By the time you're done writing the code to meet the requirements, the requirements change, and the changes remain a closely held secret until the day the code is scheduled to be delivered\submitted to be tested.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
John Simmons / outlaw programmer wrote: By the time you're done writing the code to meet the requirements, the requirements change
Oh, silly you. You're talking about real software that exists in the real world.
Testing is only for vaporware. That way we can('t) be sure we got it right and wrong.
|
|
|
|
|
Those are probably Heisenbugs: they probably don't exist until some eejit tests for them.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
I assume that you are joking.
If there were any truth at all to what you are saying, then your software architecture certainly should be revised. Sure requirements change, but not into a completely different problem. The basic task is still the same, and thre great majority of the modules stay unchanged. Those that are modified, are usuall functionally extended, or, for user/protocol interface modules, mostly reorganized. If every requirement change invalidates all tests for all modules and subsystems, then I would be scared to use your code for anytning at all.
Even if you are joking (which I certainly hope): Too often you see arguments very close to the one you make, but said in dead earnest. "This is just a temporary solution". "The testing procedures are not yet updated to account for the changes" etc. We should be very sensitive to that kind of arguments, and immediately set down our foot.
|
|
|
|
|
I assume you're referring to Unit Testing, not "I ran it and it works on my machine"
Based on my experience the majority of software shops don't do testing, meaning it's not a required part of the development experience.
I just started a new position.. no unit testing.
Last position... HAHAHA - Testing?? Are you kidding??? Who's got time for that?
Previous position.... Some unit tests in some teams
Previous position.... What's a Unit Test???
Previous position.... I'm working 60+ hours/week... I don't have time for that...
Previous position.... Looks like it's running... Send it to QA.
.
.
.
and so on.
I think that there's a stigma associated with Testing that the primary purpose of a developer is to write code, and testing isn't code.
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
