- Feature Articles
- CodeSOD
- Error'd
- Forums
-
Other Articles
- Random Article
- Other Series
- Alex's Soapbox
- Announcements
- Best of…
- Best of Email
- Best of the Sidebar
- Bring Your Own Code
- Coded Smorgasbord
- Mandatory Fun Day
- Off Topic
- Representative Line
- News Roundup
- Editor's Soapbox
- Software on the Rocks
- Souvenir Potpourri
- Sponsor Post
- Tales from the Interview
- The Daily WTF: Live
- Virtudyne
Admin
No, we won't.
Admin
How about "I don't like Windows for these reasons"? Or "I prefer Unix because..."? Nobody is impressed by your witty and so original word play of calling it Winblows. It's you saying "Windows sucks, it crap and it smells like poo". Doesn't add anything to the conversation and makes you look like an idiot. But, hey, if you're okay with looking like a moronic spoiled child, then please don't let me stop you. Also, "ain't" isn't a word.
Admin
That's what I was tending to think... we don't really know anything about the kind of reports these guys are running or what different formats are needed. Can you be sure that it would be easier and cleaner overall to have everything in one report with dozens of conditionals all over the place for all of these cases? Doesn't sound like that would be any easier to change if, say, you had to add or change the format of one of the fields in just one report format. The article said that they were worried about how the alignment of the finished reports turned out; if it was all in one report, wouldn't he have to generate a test output of every possible case to see how the output looked in that case?
This sounds to me like the sort of thing that there's just no really clean and easy way to do.
Admin
I must be a horrible person then for how I handle this. I have had a few projects that needed refactoring, and got my company to let me. I explained that, while it will cost you money now to have me do it, when the company comes back and wants changes, then you can charge them just the same, but it will take less man hours. Explaining to them how they can get profit out of it usually works best.
Sure, it cost me a few hours to refactor, but now it takes 15 minutes to change, and they can bill for 4 hours like before. Two changes pays for itself, after that...
Admin
Of course not. But we're all oh-so-impressed when some Anon guy says "Saying winblows instead of windows automatically invalidates your argument." That's just so insightful, well argumented and mature comment.
Not to mention how much value it adds to the conversation.
Admin
Admin
CAPTCHA: sino - am i sinfull for such cheating him to the right decision?
Admin
Admin
You're missing the point. He didn't create the monstrosity in the first place, he's had to take it over from some idiot who did. Therefore, they (from his point of view, not him) should be paying for the mistake - but there is no way for the new dev to make the old dev do that, so he should pawn it off to the company in between, as they presumably have a contract on hand with which to beat the old developer/company.
Admin
Yeah, you're just mad because you aren't fast enough to post it first.
You can still always do one of those "TRWTF is X" where X may have little or no relevancy to the topic at all.
Or the Captcha thing: facilisi -- it helps cells move
Admin
FEWER man hours.
Perfect. It should cost them less over time as you recoup your losses from going over hours on the refactoring - everyone wins :-)
Admin
Who the hell said a report is a text file?
That's like saying .EXE is an evil secret format because source code is a text file.
Admin
I agree, entirely.
There's many problems with this forum, one being that it's hard to follow a thread.
This is exactly what I was saying to start with - essentially, take pride in what you're doing, talk your customer into doing it properly, maybe you need to take the odd shortcut but do it consciously and with an idea in your head of how you'd prefer to do it - and make sure you fix it later.
Leave a good legacy. Document your hacks. Leave FIXMEs in your code. Write what you actually did in your story. Write what you should have done in your todo list. Give the client choice. Educate them enough to make that choice. Build enough trust through good practices and well explained specs, deals, suggestions, reminders, contact that your opinion is valuable to them.
There'll always be a need to rebuild something in the future as your clients change and grow. But they wont see that without the trust.
Admin
Actually it is. It is the contraction of 'am not', so it was, in fact, used in the correct way by Unix DevHead.
People also use it as a contraction of 'is not' or 'are not', but those are incorrect.
'I ain't a Unix fan' is correct English 'He ain't clever' is not correct English 'You ain't either' also is not correct English
Admin
You're apparently assuming here that the same change will work on every one of these similar programs. How do you know that? Even if it's true, you'd have to open every program and read it to find out. In my experience, what's terrible about the cut-and-paste approach to programming is not that we end up with 50 copies of the same code and so have to make the same change 50 times, but rather that we end up with 50 very similar but not quite the same blocks of code, and so every change must be analyzed 50 times.
Admin
There's your problem - you're trying to run Windows on a unix box!
Admin
Yes, I think pointing out other people's bias and how it effects their argument is relevant. Also, I was paraphrasing what somebody else said. The original post was arguing for a solution (sed) that wouldn't work in the context of the original story (using MS Access) and when it was pointed out to them they resorted to sulking about how Windows blows (Winblows) rather than admitting to not understanding the problem in the first place. I was pointing out their immaturity.
Admin
Hmm, who says? I suppose you'll say that it's not in the dictionary, therefore it's not a word.
According to thefreedictionary.com, a "word" is "A sound or a combination of sounds, or its representation in writing or printing, that symbolizes and communicates a meaning and may consist of a single morpheme or of a combination of morphemes." Other dictionaries have similar definitions.
"ain't" is a representation in writing or printing of a combination of sounds that communicates a meaning. Therefore, by the dictionary defition, "ain't" is a word. You could, of course, say that you don't accept the dictionary definition of the word "word", but if the dictionary is not a suitable authority to define "word", then how is it a suitable authority to not-define "ain't"?
I think "isn't" ain't a real word.
Admin
Agreed fully. There are just too many people on the internet that somehow confuse the right to free speech with the right to spew arrogant, clueless polemic.
So, anyway, didn't we have some other guy around here some months ago that thought flat text files were superior to relational databases? How was his name again...?
Admin
Makes me wonder if you're an academic. Let me tell you how it works in the real world:
Sure, there are the "don't rock the boat" folk who would just offer the quick-and-dirty solution to make life easy for themselves, or simply because they don't know any better. However, there are others who do make the effort but still fail to get it done "The Right Way"(tm).
Who is right and who is wrong? It depends. Sometimes there is a justification for the quick-and-dirty approach. Sometimes you need to hit a deadline in order to make a sale; if you don't make the sale, then it doesn't matter if you did things "The Right Way"(tm) or not: you are out of business. On the other hand, sometimes managers just like to wave Gantt charts about and tell their superiors that they can do things faster and cheaper than some other guy. They don't want to hear the arguments for doing it "The Right Way"(tm). Just like the bankers, they take big risks to make themselves look good in the short term. They expect they'll be promoted and the problem will come back to haunt the next guy. They can always blame it on the technical team for not convincing them to do it "The Right Way"(tm). This is where a paper trail comes in handy.
Admin
well, 90% of everything is crap. The other 10% care about maintainable code because it makes maintenance cheaper and less risky.
Admin
If the old developer and new developer are from different companies, then yes, I agree with you. But I was assuming that the new developer was working for the same company as the old developer. True, the new guy didn't create the WTF, but he is now part of the company that did, and the company should be paying for it.
That said, the new guy should not work a single penny's worth of unpaid overtime to correct the idiot's WTF.
Admin
I was wondering when somebody was going to make the comparison between technical debt and subprime mortgages. (I do think it's a valid comparison.)
Admin
I think SED would yield "unanticipated consequences"* if you tried to stream-edit an Access MDB. I'm just sayin'.
Now, Perl, on the other hand...
*"unanticipated consequences" means "puke all over the fidgety, over-engineered database file format, yielding an unusable database suitable only for deletion". Which, in a fashion, is a valid way to force the issue. "We have to refactor, i just boogered up the original (crufty) database. It's not a catastrophe, it's an opportunity!"
Admin
Doing it right up front = Eager Defect Removal Doing it quick, fixing problems later = Lazy Defect Removal
BOTH strategies have their place, and are surprisingly analogous in application to eager and lazy strategies found in software development.
If you are writing a 15 minute throw-away program to import data once, don't waste an hour designing it. Conversely, if you've got an eCommerce website you expect to maintain for 10+ years, don't underestimate the importance of investing an hour to make the new component work right.
Sometimes the information necessary to make this decision isn't available at the software development level. So, I inform my boss about the risks and let him make the decision. As long as I'm honest and communicate all the information I have in an unbiased manner, I feel that's all that is required of me.
Admin
Admin
I, for one, welcome our new comment-checking overlords!
Admin
Get an updated dictionary or check one for free online before ranting about inconsequential BS like saying "winblows" or "Ain't"
"Ain't" is in fact a word, and has been so for quite some time (I dare you to find a reputable dictionary published this decade that doesn't list it). "Guesstimate" is official now too.
Admin
I'm in the middle here. I would give education a shot, and then again. After that I would move to the "idiots" and "separation" modus operandi. I have come across enough grade A idiots to understand the default move, but I think everyone is always worth one try, and one extra try is for my integrity (and I mean serious try - I prefer to do things right).
But you can only lead a horse to water - some you'd have to drown to make them drink..
Admin
A serious question... Does Access 2007 use an XML-ish file format like the other Office 2007 products? If so, that would make a lot more of the system able to be manipulated in text format, with tools like sed.
Admin
made my day
Admin
You've obviously never worked at a real job where despite your best intentions of writing as little code as possible, the simplest and most straightforward and maintainable solution is to have 1 template per variation. You either have a coder maintain all the permutations or you have a noob maintain a few files. Can you figure which is cheaper and easier?
Admin
"Some people, when faced with a [Unix] problem, think "Aha, I know, I'll use sed.
Now they have two problems."
Admin
I ain't going to do that, I'll trust your guesstimate that it has been legit for a decade ain't too far off...
Admin
Yes, WE WILL!!!
Admin
Noone has mentioned xkcd yet.
Admin
Manipulating XML with regexes? Well, have fun...
But once again, why? It's a goddamn relational database, so use SQL (or shudder QBE) to manipulate it. What busyness do you have in its internal storange?
Admin
Admin
Admin
Yes they have!
Admin
For SPARTA!
Admin
Are you kidding? This is the only reason I read the comments.
Admin
"Hark thee, shoemaker, these shoes ain't ugly, but they don't fit me." --Sir John Vanbrugh, The Relapse, 1696
"'Ow quick we'd drop 'er! But she ain't!" --Rudyard Kipling, The Return, c.1902
"You ain't heard nothin' yet, folks." --Al Jolson, The Jazz Singer, 1927
Admin
"Yes, even we list this one, old chap." --Oxford English Dictionary
"You ain't seen nothin' yet." --Bachman-Turner Overdrive, 1974
Admin
Admin
Admin
(looks at the ground and shuffles feet)
Hey, we've all done it!
At least it makes it obvious for the next developer.
Admin
The thought occurs that a businessman who doesn't have the chops to understand the implications of the decision is pretty much a dinosaur these days. They may as well try to do business without other essential business tools, like double-entry book keeping, filing systems, or an alphabet.
I know some businessmen and other end users who will slag off the IT people for not keeping them away from the technical details. Would they expect their lawyer or accountant to have to deal with such complete ignorance?
Admin
Ain't is a word. It's in the OED, and it has been part of the English language for over 200 years. Look it up.
Look up pompous too, while you're at it.
Admin
It's a contraction of "are not", "am not", and sometimes "has not". So the first (am not) and last (are not) examples are both commonly used English, the second (is not) isn't.
Although sometimes "isn't" is further contracted to i'nt/i'n't (pronounced int), which sounds a lot like ain't. (Not to be confused with the obsolete in't (also pronounced int), a contraction of "in it".
For example:
English is a funny language i'n't it?
MS Access has got the devil in't.