- 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
Woot Second
No it's not important to easily keep track of code changes and revert to previous code versions. What a WTF
Admin
I think I would have up and left about 2 minutes after the comment about code reading like a sentence...2 minutes being the amount of time it would take me to stop laughing at him.
Admin
Yay, a happy ending.
Admin
Honestly, this almost could've come from my last job. New graduate is hired to do .NET work for a guy named Gary. During which time the client company wants ?p_id=4442 to look like /products/roof/rooftool.aspx.
Except, that company actually handled things right. It embraced real databases. It embraced correct methodology. I'm so glad I didn't have to put up with a WTF boss.
Admin
The "Don't Cook comment implies that that the waitress got the patrons the beers w/o keying them into the computer system (she probably just asked the bartender for them).
Later on, she put them into the system so that the customers could be billed, but since drink requests are routed to the bar the waitress had to let the bartender know not to actually port the beers ... so she used the "Do Not Cook" button on the terminal.
Admin
I remember having a mentor in college that I would work under during the summer. My mentor's big thing was the Nassi-Shneiderman Diagram... I hated those things. However, EVERYTHING had to be represented by an NS Diagram, no matter how small or big or difficult to read they became. Cause, well, that's how its done in the 'real world'.
Been in the workforce since 2001 (Solaris box in 01, baby!) and I've yet been asked to make an NS diagram for anything. I've not even seen one. I still hate those things.
Admin
The real WTF is that the Irish Girl is gone.
And that the Disclaimer "This Article was posted before" is just copied without modification from "Jurassic Programmers".
Admin
Admin
I have been in this situation too where the boss insists on not using anything OO and always using global variables and such.
Also, our source control system (which the boss said was easier than using software) was to do EVERYTHING on the development box and was to yell out to the other people in the room "Hey, I am working on this file".
Admin
Yea, I'm a dummy :(
Admin
Oops. By Development box, I mean really meant the deployment box where everything goes in the end.
Admin
Kinda makes you wish for a sudden flood to wash away stuff that doesn't belong in ivoy towers, doesn't it? :)
Admin
I think this comment was intended for the earlier article, not this one.
Admin
Admin
I've heard all of them before... people against OOP. I just ignore them. Their lack of OOP means lack of scalability, without making the right building blocks, you just make it harder on yourself to manage the application.
Addendum (2008-03-20 10:51): And Don't even get me started on the lack of source control. Without the proper tools, you're just hurting yourself. Anybody remember what it was like without source control ? Always hand merging files. Or not allowing access to things... Its a wonder anything ever got done.
Admin
I had to do those for a software engineering class in college myself. The group I was in called them Nasty Spiderman drawings. This was before the advent of Visio, so we drew them in the DOS version of TurboCad and had them "plotted" to a dot matrix printer. Ahh, I still remember how long it took for the printing to finish, because it was essentially rendering the output to the printer. When I upgraded my computer to an AMD DX 40 Mhz (which should tell you something about when this was) it was much faster. I still remember what a pain it was to nest things and the redraws that a simple change could cause.
I've never seen them since, myself.
Admin
I am a firm believer that the correct spelling (and more l33t) is w00t. Otherwise, if you use o's I think you should have to write it whoot and then it just looks lame.
Admin
We Owned Other Team. ;)
Admin
This story actually made me sad because it reminds me so much of what I go through every day. I guess it's time to brush up that resume.
Admin
That reminds me when I arrived at my job when I finished university and asked in a very naive way to the guy who was supposed to be the "expert" of the company if the web applications that we develop follow web standards and how he answered "Of course we do!". It didn't take too much time to see that he had no clue about web standards.
Hopefully he does not makes any choices on the department where I am working (Although some of our projects use a "framework" he made that makes us create a lot of classes called "Factory", "Facade", etc).
Admin
Wouldn't 'People against OOP' be POOP?
As for Nassi-Shneiderman diagrams, I recently saw some educational software (can't remember exactly what) that used this notation. The software allowed the user to build up behavioural systems using a drag-drop interface. It looked like an intuitive way to build up a simple program.
Admin
Hmm, sounds like the same Gary who wants to frame everything to me...
Admin
Admin
Every place I've worked it seems like there are some programmes who insist on circumventing the source code control. They'll check things out for "browse only" or whatever the equivalent is, then make the file writeable and work on it. Or they'll check it out, then check it back in, and then work on it. And when I ask they say they were just playing with something experimental and didn't want to tie it up, or that as they weren't the original author or they're just a junior programmer they thought they weren't worthy to officially check it out, etc. Yes, very humble and all that, but YOU BROKE THE SOURCE CODE CONTROL SYSTEM!!
Admin
Out of all of the dumb things going on there, I don't think that's particularly bad. Sure, it's taking the "self documenting code" idea a little far, but I'm not sure it's particularly harmful.
Admin
There is a very interesting description by "Mr" Mike McShaffry in his book "Game Coding Complete" of the shenanigans for I think Ultima's 6/7 which involved finding who currently held the Flame of ... whatever bit you needed (I believe a file card) and copying the relevant file off their machine onto a floppy and taking it and the card to yours.
He does also note that he gained a sort of notariety as the only person who could pull together all the files onto one machine properly and get it to build (continous integration is your friend ... honest).
Admin
The real WTF here is using a non-concurrent system that locks files which are "checked out". Concurrent systems, which advises of conflicts and allows you to merge changes in, are much better. Plus - nobody can "break" the system by checking it out browse-only or whatever, since nothing ties up the files.
Just my 2 cents, but it seems like the real problem here is the system locking code files being changed, and not programmers circumventing it.
Admin
Ha, ha, ho. This comment is meant to fool would be hackers; and ain't gonna read like no dang sentence.
Admin
Call the FBI; it's a pyramid scheme!
Admin
Well, I won't disagree with you exactly but I've been BURNED by SVN's merging functionality so locking files isn't necessarily a bad thing. I don't even know how, or what we did wrong (I'm sure it was more user error than SVN's fault but still) but we lost about 4 hours worth of work due to a completely messed up SVN merge (and as I recall, we couldn't rollback for some reason). If we had file locking, the problem wouldn't have occurred.
There are pros and cons to both ways.
Admin
After I read:
I always end up thinking "So the readers are the ones who provide the insight into Microsoft's plans? ORLY!?" How about instead:Admin
After thinking about it, I'd go and do a find replace reactor thus making
thefiles theresult
become
/* the / files / the */ result
Admin
Ha, ha, ho?
Admin
Admin
Way to much like my first job. Scary.
Admin
Admin
Three words: fear, uncertainty, and doubt. FUD.
Admin
"Server Side Includes are much better than User Controls"
Admin
I'm sure it was user error. That doesn't mean I'm not gun shy and if the program allows you to commit a user error like that, there are issues.
So the next time you write some code for 4 hours straight to meet a deadline, I want you to delete it and all the backups, code repositories, etc. Then see how you feel about it.
I've worked in places that use file locking source control. We have had to break a file lock occasionally but it's NEVER become an all out "Well I'll just break this because I feel like it." Maybe I've just worked with people that weren't morons but I've never had that problem.
I am NOT saying that file locking is the answer but I'm just saying that it does have it's purpose. Truth be told, my favorite system is probably SVN though I don't trust the merging capabilities of it, user error or no.
Admin
Kinda makes you wish you never left said tower :)
Admin
Easy answer for that... Don't use Visual SourceSafe. Use Subversion. Then you can all check out your own copy and its like have a private repository. Course, if you modify the same location in the same file, you will have to merge them together, but I'd rather use the tools than to do it by hand. Someone with decent knowledge of how to use SVN will be able to work productively without breaking anything. And if you do break something, its easy enough to revert your changes and try again.
Admin
I don't trust any auto merging period. But really any decent source-control client should let you compare and manually merge the changes before committing.
Admin
Admin
I agree. Some clients simply change your working directory. Then you can review conflicts, verify that it merged like you wanted to, and select sections for each version to include if absolutely necessary.
Admin
twitch-twitch
I'd have... issues... with Gary. I'd have serious issues with Gary.
Admin
I worked with the CVS/SVN method of "keep hacking and merge when necessary" for years and very rarely did the need to merge come up. Every merge operation was undertaken very cautiously.
For the last three years I was forced to use the "lock the file, it's mine until I feel like it" method with a fully integrated configuration-management,-project-management-and-version-control tool. It was living hell for us developers. Because the back-end database wasn't maintained properly, every check-out operation took close to a minute. Us Java folks were constantly checking out files (or drinking coffee because of the waiting times). We kept complaining to the server operators, but they told us for months that they were "afraid of breaking productive operations". Even telling them we WERE NOT productive BECAUSE of that didn't help. Good golly.
Futhermore: The tool wouldn't allow intermittent changes (developer A does task X on file F, dev B does task Y on F, then dev A does bugfix for task X on file F) on the grounds that a "closed" task couldn't be reopened and required another "bug-fixing task". This lead to us defining a single "Development for Version 2.1" task (and so on) that all devs used to check out files. We would mention the real task in the check-in comment only.
I once heard from the person responsible for bringing that tool (Serena Dimensions by the way) into the company, that the greatest feature of it was that when building a product, the configuration manager could choose which finished tasks were brought into the build and which ones were "left out". I almost went through the roof when I heard that. How blind can anybody be to real life? Such a thing would NEVER work out.
But this turns into a rant against Dimensions. Other "pessimistically locking" version management tools might do better, but then, I don't know any.
Admin
Really? Huh. I believe the relevant clue is that you're supposed to notice the verb tense of "to provide".
One magazine provides things. Many readers provide things.
Admin
Whos productivity... Locking files just kills productivity. If they mean production code, than, use branches and a concurrent system. There also should be at least some minimal isolation by whats being built internally and whats being put into production.
Admin
Admin
2 things: