The Weird and The Wonderful

:thumbsup: xkcd: The Data So Far[^]

mav.northwind wrote: the whole class has exactly 0 comments That's exactly how much comments code should have! :D Great code requires no comments. Most comments are bad anyway. I'm so allergic to comments I even wrote a tip on why you shouldn't comment (and the rare case you should): Write comments that matter[^] Visit my blog at Sander's bits - Writing the code you need. Or read my articles at my CodeProject profile. Simplicity is prerequisite for reliability. — Edsger W. Dijkstra Regards, Sander

Here's your spear. Happy hunting!

I was just about to comment that is looks more as VB6 then VB.NET It is a terrible, terrible mess of VB6 programmer(s) trying to cross over :omg:

Or someone who has no idea what he is doing and is playing games in class and not paying attention to the professor. What do you get when you cross a joke with a rhetorical question? The metaphorical solid rear-end expulsions have impacted the metaphorical motorized bladed rotating air movement mechanism. Do questions with multiple question marks annoy you???

Amazingly, its still there 2 weeks later. That's not a fail, its an existential crisis. "If you don't fail at least 90 percent of the time, you're not aiming high enough." Alan Kay.

No, its totally correct - he's defining an event that is raised when a custom event is raised; totally legit ;-) "If you don't fail at least 90 percent of the time, you're not aiming high enough." Alan Kay.

You should really stop looking, it gets even worse.

:laugh: Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^][](X-Clacks-Overhead: GNU Terry Pratchett)

Thanks, now I need to go buy some more mind bleach.

web design - piece of paper, then move on to Photoshop or GIMP web development - Visual Studio, Eclipse, or PHP Storm

Not a good practice. Yet where I am now, we're doing something potentially worse. Because (as in your case) deployment of code changes takes a while, and the report is "Very Important! It goes all the way up to the CIO!", the report developers argued that in order to provide the most accurate numbers, it has to be run against the most up-to-date code -- and that means running the production report on the DEV database* :sigh: . So while I'm trying to improve the quality of the data I provide to the reporting team they keep complaining that the data is changing while they try to run the report -- of course it's changing! It's DEV! So they want to run in DEV so they can receive changes in the data quickly, but they don't want the data to change. I'm reminded of the line from "The Twelve Chairs" -- "Hurry home, but don't gallop." :^) To make matters worse; I suspect that the reporting team is now referring to DEV as PROD! :omg: * This is basically just a warehouse of data that has been ETLed from other databases within the enterprise. <kvetch> Oh, and I forgot the latest wrinkle -- my ETLs fill staging, then someone else reads staging to populate a Data Vault, then someone else reads that to populate a cube -- and lastly a report is run. And now the reporting team wants me to tell them every change I make that will impact their report -- I have no idea what their report entails, I have no idea what parts of the cube are involved, I have no idea what parts of the Data Vault the cube uses, I have no idea what parts of staging go where in the Data Vault, yet I'm supposed to know exactly how this data is used three levels downstream of me?! I don't even know what most of the data in staging means; I just copy it from other places. And, get this, they want me to tell them this so they don't have to waste their time investigating fluctuations they spot in the report. :wtf: I'm so glad I'm on vacation this week. </kvetch>

:doh: i'm confused about the password being YES or if it says that the user used a password