OT: Random Image from Flickr
I came across this image on flickr. It made me laugh for some reason ...
;)
.. in the middle of the night
I came across this image on flickr. It made me laugh for some reason ...
;)
I came across this book today and it gave me quite a chuckle.
Anguished English: An Anthology of Accidental Assaults Upon the English Language
So I was having fun, trying to break things, and came across a lame excuse only a computer could get away with:
com.mysql.jdbc.exceptions.MySQLSyntaxErrorException: memory exhausted.
I was checking my "trials" email folder the other day and these messages gave me a chuckle. That and the fact that I received a "Your ColdFusion 9 trial starts now" message, before my download had even finished! Can you spot what is wrong here?
Rey Bango posted a recent entry called "Meme(me)" that gave me a chuckle. Now I know what you are thinking .. but the funny part was not the pictures. It was some of the comments:
".. careful w/ those bag monsters. They're dangerous!"
- Rey Bango
"There are enough horrible images available on the web- I don't think it needs pictures of me making things worse. :)"
- Mark Osbun
"Oh my-- cheesy E-mail fowards just met the blogosphere. :)"
- Brad Wood
(I am with Mark on this one ;)
Hardly a week goes by without seeing a question that starts with "My query is not returning the right results..." and ends with ".. Oh yeah, and the values in the ColumnXYZ are a list like 1,5,6,18,97. So can anyone tell me why my query does not work?".
{Sigh} The question inevitably elicits a slew of responses about proper database modeling and normalization. Followed by a predictable set of responses from the OP. In confusion they ask "what do you mean by junction table?" Then in disbelief: "how can creating more tables and more records be better?".
You know ... it is almost as if they think you are trying to trick them. As if the fact that they already spent the better part of two hours, working on a single a query, was not clue enough that maybe .. just maybe.. they were headed down the wrong path.
Usually after a few well worded explanations, most are ready to be "saved" and embark on the higher path to database enlightenment. I am a convert myself. But occasionally you run across a true die-hard disbeliever. They scoff at the mere idea of database modeling. Standing unrepentant (and unfortunately .. very vocal) in their ignorance. I suspect they have business cards and t-shirts emblazoned with their name and title:
So I went to submit a wish/bug report and I noticed the url had had changed. The current one is:
http://www.adobe.com/cfusion/mmform/index.cfm?name=wishform
http://www.adobe.com/go/wish/
Developer: I would like to request an enhancement.
Response: Yeah.. right (chuckle) . Go wish!
Developer: Got any bugs?
Response: Go Fish!
I have been a bit busy lately and have not had much time to blog. But I came across a post today that reminded me of one of my firm rules. The post topic was naming conventions, and one of the conventions discussed was prefixing table names with "tbl". Now generally I prefer not to prefix variable and object names that way. I find it redundant, but I am not militant about the subject.
But I do remember seeing a post some time ago in which the asker used both a prefix and suffix. So their full table name was tblCustomerTable. Now, all stylistic preferences aside, I absolutely refuse to do that. Why? Because it might require me to have a conversation, in front of actual people, where I found myself uttering the words ".. and then do a select on the table customer table table". Say that three times fast. Can you imagine if the entire schema were like that? A minute or two of hearing ridiculous phrases like that and the entire room would start snickering. A minute after that I doubt even I could keep a straight face.
If I am ever unfortunate enough to work with such a schema, I can only hope all conversations take place via conference call .. and that everyone's mute button is working ;)
© Blogger templates The Professional Template by Ourblogtemplates.com 2008
Header image adapted from atomicjeep