1. Avoid alliteration. Always.
2. Never use a long word when a diminutive one will do.
4. Employ the vernacular.
5. Eschew ampersands & abbreviations, etc.
6. Parenthetical remarks (however relevant) are unnecessary.
7. Remember to never split an infinitive.
8. Contractions aren't necessary.
9. Foreign words and phrases are not apropos.
10. One should never generalize.
11. Eliminate quotations. As Ralph Waldo Emerson said, "I hate quotations. Tell me what you know."
12. Comparisons are as bad as cliches.
13. Don't be redundant; don't use more words than necessary; it's highly superfluous.
14. Be more or less specific.
15. Understatement is always best.
16. One-word sentences? Eliminate.
17. Analogies in writing are like feathers on a snake.
18. The passive voice is to be avoided.
19. Go around the barn at high noon to avoid colloquialisms.
20. Even if a mixed metaphor sings, it should be derailed.
21. Who needs rhetorical questions?
22. Exaggeration is a billion times worse than understatement.
23. Don't never use a double negation.
24. capitalize every sentence and remember always end it with point
25. Do not put statements in the negative form.
26. Verbs have to agree with their subjects.
27. Proofread carefully to see if you words out.
28. If you reread your work, you can find on rereading a great deal
of repetition can be avoided by rereading and editing.
29. A writer must not shift your point of view.
30. And don't start a sentence with a conjunction. (Remember, too, a preposition is a terrible word to end a sentence with.)
31. Don't overuse exclamation marks!!
32. Place pronouns as close as possible, especially in long sentences,
as of 10 or more words, to their antecedents.
33. Writing carefully, dangling participles must be avoided.
34. If any word is improper at the end of a sentence, a linking verb is.
35. Take the bull by the hand and avoid mixing metaphors.
36. Avoid trendy locutions that sound flaky.
37. Everyone should be careful to use a singular pronoun with singular nouns in their writing.
38. Always pick on the correct idiom.
39. The adverb always follows the verb.
40. Last but not least, avoid cliches like the plague; They're old hat; seek viable alternatives.

Other Versions:

1.Don't abbrev.
2.Check to see if you any words out.
3.Be carefully to use adjectives and adverbs correct.
4.About sentence fragments.
5.When dangling, don't use participles.
6.Don't use no double negatives.
7.Each pronoun agrees with their antecedent.
8.Just between you and I, case is important.
9.Join clauses good, like a conjunction should.
10.Don't use commas, that aren't necessary.
11.Its important to use apostrophe's right.
12.It's better not to unnecessarily split an infinitive.
13.Never leave a transitive verb just lay there without an object.
14.Only Proper Nouns should be capitalized. also a sentence should begin with a capital and end with a period
15.Use hyphens in compound-words, not just in any two-word phrase.
16.In letters compositions reports and things like that we use commas
to keep a string of items apart.
17.Watch out for irregular verbs which have creeped into our language.
18.Verbs has to agree with their subjects.
19.Avoid unnecessary redundancy.
20.A writer mustn't shift your point of view.
21.Don't write a run-on sentence you've got to punctuate it.
22.A preposition isn't a good thing to end a sentence with.
23.Avoid cliches like the plague.
24.It is wrong to ever split an infinitive.
25.Profanity sucks.

(source)

I just saw this article with computer quotes, and I found it to be quite hilarious.

“The Internet?  We are not interested in it.”
– Bill Gates, 1993

“Pessimists, we’re told, look at a glass containing 50% air and 50% water and see it as half empty.  Optimists, in contrast, see it as half full.  Engineers, of course, understand the glass is twice as big as it needs to be.”
– Bob Lewis

“It was a joke, okay?  If we thought it would actually be used, we wouldn’t have written it!”
– Mark Andreesen, speaking of the HTML tag BLINK

“Perl: The only language that looks the same before and after RSA encryption.”
– Keith Bostic

“Yes, we have a dress code. You have to dress.”
– Scott McNealy, co-founder of Sun Microsystems

And finally, since I’m working with UXP professionals:

“We have to stop optimizing for programmers and start optimizing for users.”
– Jeff Atwood

For more great quotes, check here.

Sitting with an internal LAN and hosting my own services, I got sick and tired of editing my hosts file when I came home from work to reach my mail and web site. Although just editing out the '#' marks and putting them back again is quite a simple job, I knew that there was a simpler method.

Because of the simplicity of my network, I do not have a Domain Control, but just a bunch of virtual server that hosts the external services. So let's configure a DNS service. Boy, was I wrong. Not restricted by any prior DNS knowledge I started Googling on the subject. The posts I read didn't really give me any confidence. I got a bit nervous and started thinking about aborting the entire subject.

Then I came across this tutorial called 'Creating an Internal DNS Server Tutorial (Windows Server 2003)'. This is probably one of the easiest tutorials on the subject on the planet (and beyond). It tells you exactly where to click and, more important, it also told me why. 

It took me only 5 minutes to get it working. Yeah! Life can be simple. I love it.

The weekend has arrived and usually this mean I have clean up the mess I made during the week. Today I planned to clean up my SAN a bit because it was getting low on disk space (hey, it's only 300Gb right?).

So after I deleted most of the Microsoft MSDN .ISO files from all beta versions of Visual Studio, Vista, Home Server, Media Center SDK, it still didn't cut a hole in the drive. Next up were those pesky temp folders:

• c:\windows\temp\
• c:\temp\
• c:\documents and settings\<user>\appdata\local\Temp\
• c:\windows\Microsoft.Net\Framework\***\Temporary ASP.net Files\
• and many more

I could've used the Disc Cleanup Wizard but I was being thorough. Not thorough enough as it seemed. Still no reason why there was a whopping 40Gb space unaccounted for. Tools. I need tools. I found out this nice program called WinDirStat, which scans through your harddrive and shows where all your Gb's have gone. It showed me the 40Gb area within a couple of minutes.

The huge amount of space was taken up by the Restore Points, generated by Vista automatically. There seems to be a basic setting that takes about 15% of your drive's space for automatic restore points. But which the size of my drive I found that way too much.

There actually is a way to set the size of the Restore Point storage, and you can do that by running a commandline tool named vssadmin.exe from the commandline. You'll need to run the commandline as administrator because it is required. Note that Visual SourceSafe also has a vssadmin.exe, so you may need to specify the correct path (It's %windir%\system32\vssadmin.exe if you want to know). Just start it without any arguments and you'll get a bit of help. I hate to type tutorials but fortunately Microsoft was nice enough to explain it for me on TechNet. Instead of a percentage you can specify the maximum space that the association may occupy on the shadow copy storage volume.

Happy Cleaning!

A very wise professor of mine once stated that testing (by definition) is not a way to find defects, but rather a way to determine the quality of the product.

When I read this post, I had an "Ah yes I know what you mean"-feeling. Testing-after-coding is usually regarded as a negative (or 'destructive role' as so nicely put). The reports from automated test suites such as NUnit usually give a success percentage, whilst the reports I usually receive is in most cases no more than a list of defects. Even better, the defects on these lists rarely relate to some or other feature stated in the requirements documentation. 

Granted, a product near completion will contain a lot of cosmetic bugs and annoyances that are not directly related to the requirements document. It is hardly possible to actually deliver a 100% bug-free product. But please focus on the quality please! If the product does what needs to be done, but crashes when you press Shift+Ctrl+Alt+F7+LMouseClick on the 2nd pixel from above, is that considered a critical defect? I think not and whoever was testing that at the end of the project should be sacked, or congratulated on the fact that he had some spare time because apparently all important work was finished. Unfortunately, this is rarely the case.

Instead, if the dev team has its' planning done right there is always some time available for a bug-squat-week.

Do not misunderstand me: I think those bugs should not be there. But the priority should be on quality assertion.

Do you still remember Tel Sell? I am quite sure I don't have to explain what an infomercial is. According to this dutch news bulletin, the dutch company went bankrupt.

Late night TV will never be the same.

According to this post, they finally decided to pull the plug. Netscape wil cease to exist.

In my early days our company made a lot of custom websites, and of course these sites needed to be crossbrowser compatible. Those were the days when IE 5 and NS 4 were the most recent browsers. Needles to say, the most difficult part of it was to make it work on Netscape. At that time, the implementations of JScript and DHTML were mostly inconsistent (to put it mildly).

The good stuff in this is that it reminded me of 'The Old Days', when building a site was just that.

This week I am attending the Microsoft TechEd Developers in Barcelona. Amongst the first impressions where those of dissappointment. First of all it is not that big as the ones I used to attend in Amsterdam. Secondly these seems to be no real new stuff. There is no new product hype. We've all been playing around with the beta's and CTP's of most products for a couple of months now, including Visual Studio 2008, the 3.5 .Net framework and Silverlight 1.1.

What strikes me most are the number of sessions on Silverlight that show basic stuff in 1.0. I attended a couple of sessions on how to communicate with the webserver from 1.0 Silverlight applications using Javascript and AJAX. Why should I want to do that? It will be phased out anyway as soon as 1.1 'hits the shelves'. Even more so, they already have native webservice support built in and working on SL1.1? I do not intend to spend my time working on code that'll be useless in a couple of weeks. Come on TechEd, bring the good stuff !!

This is of course all very reasonable, but the bottom line was reached when a speaker explained how to do c# a ternary operator on a lvl3 advanced course. This would've been fine if it didn't take him 10 minutes.

But the wheather is nice and the evenings are cool, so what am I complaining about?

As promised, the first beta.

Source code and vs2005 solution

SourceMetrics.zip (71,51 kb)

Sample output

codelines.xml (381,00 bytes)