- 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
Admin
Admin
My point from my previous comment was that productivity is hardly measured, and more often estimated by a programmer with personal preferences. Whether it's due to experience level, novelty, ego, work practices, etc., it's still a bias specific to the individual programmer.
Admin
I've always liked the "jigglers" that forensics people have, to keep a given computer from entering screensaver mode, and thus requiring the password (which they may not know yet).
It's just a little USB dongle that claims to be a mouse, to the O/S, but sends random small movements every few seconds.
Admin
Orthopedic shoes?
Admin
^---this.
Admin
Admin
(Except not actually linked, because apparently any post with a link in it is spam.)
Admin
You write have a program (in Windows, idk about other OSs) that keeps the computer from going into screensaver mode. Why would you need a hardware solution?
Admin
I could do it better!
CAPTCHA: decet (Deceit?)
Admin
I could do it better!
Admin
(Once you've got the disc image, then go ahead and have fun.)
Admin
You can't run a program from removable media (CD ROMs, etc)?
Admin
You're throwing TRWTF for no reason, that man's comment is justified. The wording implies (upon interpretation) either that the logoff is execute in two cases (user indicates he's not there or he waits too long) or it may mean it doesn't execute in the same cases. But by looking at the code you see that the two cases are not equivalent in outcome, MessageBox blocks the flow therefore in the case where the user waits, nothing happens while if the user says no, the logoff is indeed executed. So, poor wording with the "or" in the last paragraph.
While I appreciate the WTF in the article, the wording of the last paragraph constitutes a WTF of its own (especially since the "liar, liar" popup pun is uncalled for, a change of wording in the popup to offer choice between staying logged and logging off makes more sense than just eliminating one option).
Admin
Admin
I second on that TRWTF motion. It's as if a VB6 programmer decided to jump to C# because (s)he heard that using C# pays more somehow from an in-law who works in the automotive industry, and not as a programmer.
When the dynamic "var" was introduced to support LINQ and functional-ish programming, I bet the .NET people's biggest fear was the re-introduction of VB6-style variant variables used everywhere.
So long, strongly-typed compile-time bliss. Hello, runtime exceptions! :)
Admin
The difference is in having a compile-time error vs. a runtime exception. Although I think "strawman" is a bit harsh, I'm sure some strongly-typed zealots deserve it.
My argument is when using a strongly-typed language, why not use it as such? I do agree though that in this case the programmer had nothing to fear by using var.
Admin
The var keyword is strongly-typed.
Admin
That's brillant!
You only get logged out if you're there to confirm that yes, you are inactive.
Admin
If I could change 30 seconds to two minutes I would have been done typing this 1:45 ago.
Admin
Running a program - any program - tampers with memory, which could contain evidence.
Admin
Another option, is to do what Cognos (an IBM BI application implements).
When a user runs a request, a conversation is started between the client and the server.
In order for the server not to cancel the request, the client must actively tell the server (assuming the report the is still running of course) the it is still waiting.
Request are asynchronous in cognos. Therefore, you're disconnected. So the client enters a loop, where as long as the it hasn't gotten the request back, every 30 seconds it will say that it's still waiting.
Admin
If you can and haven't, try asking Matlab why...
Admin
There are 2 WTFs here. The first is that this 'feature' clearly hasn't been well planned. If it were documented the programmer would know what he/she was programming.
The feature: The system is required to log users out after 2 minutes of inactivity. The constraint: The system must wait for user input before logging the users out.
In 99.9% cases this will just annoy users who come back from lunch to a messagebox telling them "You have been idle for 2 minutes. Do you want to log off?". This is why agile development isn't always a good idea.
The next WTF is in the second piece of code. The messagebox displays not after 2 minutes, but immediately, once every loop cycle. If the user clicks no or yes, he/she will be prompted again. Immediately.
Admin
Yeah, this does seem basic, but how many things seem basic to someone that has had the experience to know better? Who's the coder that wrote it? A colleague? Was it a Jr programmer that hasn't had much time or experience threading or with modal dialogs?
There's a lot more to understanding programming than knowing modal dialogs. I work with DB gurus that can code csharp but would be lost in a business layer. They can dance circles around me when it comes to complex TSQL.
I wouldn't have put this up on WTF if it was someone that's unfamiliar with the language or framework. And shame on those that condescend...you wrote some shoddy stuff back in the day...
Admin