What's a programming answer you really hate to hear, yet give out yourself on many occasions?
For me, it's got to be "It depends...".
What's a programming answer you really hate to hear, yet give out yourself on many occasions?
For me, it's got to be "It depends...".
Focus on clarify and maintainability first, performance later. :-)
I hate to hear it because (even though I recognise the truth of the statement) there's a machine in my brain that just wants to optimise everything. :-)
P.S. I don't know who's been deleting the thread comments, but my point was that I renamed the post to reduce its chances of being closed again. Seriously, JaredPar, I'm doing you a favour. :-)
"Did you read the documentation?" or "Look on Google"
If I hadn't done these already, I wouldn't be asking.
"We're aware of the problem and it will be fixed in a future patch."
Hey!! I am just a consultant. don't have access to the system for debugging.. :)
"I can't look at that until you file a bug report."
"I can't start on that until the spec is finalized."
"I can't test until someone sets up a testing environment."
A total classic that a fellow Software Engineer of mine used to say is:
Drum roll please....
Of course it works! But no, I haven't tested it.
Once when I was arguing with a QA guy about a bug, I was surprised by his response..
"You have the right to remain silent. Anything you say can and will be used against you...blah blah"
Are you using Internet Explorer? (for some of our older/contractor developed internal apps)
"That will have to go on a separate work order. It's not in the functional specs."
I always hate to hear this for small and easy to add additions to apps - but I say it too.
"This really needs a complete rewrite."
"This isn't the way I would have done it."
"That's going away in a couple years anyway."
Hear it every day at my job.
When asking 'Is it done yet?' for progress report:
"It's practically done. I'm working on some final details, but it is practically complete."
And then find that it is not even code complete, full of bugs, not tested, not documented, not integrated, and probably not even checked into source control.
Of course, on the other side, just asking 'is it done yet?' every couple of days is not the best way of measuring progress.
"I wrote that a long time ago when I didn't know what I was doing."
My colleague loves to say "I'm just an intern". Well at least now he's been contracted, he cannot use that one anymore.
"We don't have time to insert best practice here. We'll tackle this in the next insert sprint, release, iteration here."
As the saying goes, "... you must have time to do it again."
Ran into this one just today too:
"I'm not sure how this has ever worked!"
"That should be easy" spoken within earshot of a customer upon hearing a new feature request and prior to analysis.
The end user changed the defualts in web.config and it broke....
and its sister...
Dont change the default value, if we wanted it changed we would have made THAT the default value....
Don't blame me. The guys over in building D changed the spec and didn't think of the consequence it would have.
You have version 3.4.2.0957. Your problem was fixed on version 3.4.2.1243.
"It's not enough to be right. You also have to be smart."
(Can be used for office politics or any other reason :)
In response to a team member whose code wont compile...
Try restarting your IDE...
Sadly, this actually works 50% of the time.
"it's not our product, it's your environment"
Unfortunately that much is true so much of the time, particularly when interfacing to MS protocols and then some charming sysadmin installs the latest beta crap and it all stops working.
"You have to upgrade. But before you upgrade that you have to upgrade these four other things which need another six things upgraded..."
"I did [something to circumvent a problem] because [some other component didn't work the way I expected] for some reason."
To clarify: it drives me nuts to hear that someone wrote a non-obvious piece of code in response to a problem they didn't even try to understand properly! Even more so when that someone is me. .-)
In response to a reported bug:
"Well, the system wasn't meant to be used that way."
"I don't know. Try it now."
I get that one any time I make the mistake of calling a helpdesk number.
When reporting a bug to the programmer: "Oh... You found it..."
A few of my classics:
"It works as specified."
...where "specified" means "The spec does not specifically mention this".
"There is no such thing as 'clever/beautiful code'."
Programmers have no sense for aesthetics ;-)
On an existing code base...
The person who wrote this should have done it this way, but don't change it.