- 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
Oops :) You're right, of course.
Admin
I'm a department manager! People are scared of me!
Admin
And the building would collapse before you finish preparations....
At least, with your approach, nobody dies. Hopefully.
Anyway, if my analogy sucks, then so does yours.
All I mean is, rules and regulations are supposed to help people. The moment they start getting in your way, you've got to ditch them. Having to go trough a whole development cycle for changing a "+ 1" is ridiculous. However important that "+ 1" might be, there are better channels for something like that - like talking to the other programmers. Oh wait, your policies forbid it. Well, good luck doing your job properly.
Admin
I hear you... this type of code is what I have myself entitled the "Rube Goldberg Pattern". It's the ball that drops to hit the shoe that kicks the stick which pulls the string that makes the chicken lay the egg. All the power to them.
Admin
If you're the same person I know, you've probably used your name as an RC4 key in your VB code. If you're not the same person, I certainly hope you didn't. Either way, 6 figures or 5 figures, you should check out this article:
http://news.zdnet.co.uk/software/developer/0,39020387,39228663,00.htm
Someone, somewhere, somehow will have to pay.
Admin
Forgot about hashing. You can search hashes in O(1). Of course it may not take less wallclock time than an O(log(n)) search ;-)
Admin
If you're using source control and unit testing, then you're not "just changing it". You're following the correct process.
Admin
"All I mean is, rules and regulations are supposed to help people. The moment they start getting in your way, you've got to ditch them."
I agree with you, but there is an issue with doing even the smallest change. It's not just how risky that particular change is, but also how you're gonna get that change to the customer. Quite often, it'll mean work for your installations guy to develop a patch for it. Depending on the system used, this in itself can be risky - both because it might pick up other files that have changed, which is more risky, and because that patch now has to be catered for (and tested) in future patches.
Think beyond just developing your fix, and think about how it might effect other people.
Admin
No, because they're SUPPOSED to get in your way! They exist because when a small change made carelessly can have serious consequences, the only way to be on the safe side is to allow NO change that has not been reviewed, approved and tested. You may know that the change will cause no problem and you may be competent enough to judge this correctly, but this cannot determined objectively (except through the review- approval-test cycle) and thus cannot be incorporated into the procedure.
Admin
For fuck's sake, people. The original post states that the code was new, developed by the same person, and used by no one else.
Nobody's got a release cycle that would excuse that.
Admin
what sweeny said.
Admin
How many situps can you do?
Admin
Yup...
Admin
Yeah
Admin
test (sorry)
Admin
test 2 :-)
Admin
Admin
hrmm
[pie]
Admin
I can't seem to get a single emoticon to work