Just found out your post and I wanted to thank you for the comments about my blog and the post. Really happy to see it is helpful and that it is shared by others.

Cheers,

Michael

I guess that's why I'm still having a lot of success with projects in the wild world of wireless & mobile applications. Lucky for me, but my expectations for how far we'd have come by now in this area were far greater than what I see, so I'm not sure it's so lucky for the typical mobile web user.

--

Scott Barber

President & Chief Technologist, PerfTestPlus, Inc.
www.perftestplus.com
sbarber@perftestplus.com

Executive Director, Association for Software Testing
www.associationforsoftwaretesting.org
executive.director@associationforsoftwaretesting.org

"If you can see it in your mind...
you will find it in your life."

http://books.google.com/books?ei=emhvSvmKKJTklAS9lYXuDg&id=y7AmAAAAMAAJ&dq=Controlling+Software+Projects%3A+Management%2C+Measurement+and+Estimation&q=can%27t

The page 58 occurrence is barely visible, but it's plain on page 112.

-Mark

It's a long time that you didn't blog on anything.

Please consider this as a reminder. There are people who learn from what you write. I am one of them.

Regards,
Rahul Verma

It is true that delivery of any kind, for large amounts of data is always faster than using the world-wide-web or even direct leased lines.

But I think we are comparing different things here...
A station wagon loaded with 1000 tapes, will travel faster. Correct!

But to have the total picture: Try and write 1000 tapes AND drive them over to the destination, AND read all data at the destination and write it on local storage there AND return the empty tapes and car...

Measuring transfer time of data send over the internet will contain also the "encapsulation" process as data will be handled by all layers of the OSI model. In the comparisation here, the time for the complete data processing (7 layers) is compared with only the bottom layer of the OSI model of another way of sending...

OK, I get the picture of the quotes and the bottom line of this post, but if we compare the complete package, it may have different outcomes....

The objective of the saying is to indicate that, if you want to control something, you need to measure its current performance first, make adjustments, and measure again.

To discard this saying based on things that we control but that we didn't measure in the first place only means that we didn't understand.

Cancer medications are one of the most extensible measured and quality controlled products in the world. Some say that more than 50% off all costs while developing a medication goes to quality control i.e. measuring.

Having watched it a few more times, i still dis-agree with Werner regarding the nature of his talk.

I absolutely enjoyed it. Loved it, in fact.

Having worked in this space ( scalability, availability etc ) for quite a few years now, it's nice to see people like Werner sharing their experiences and perspectives on it.

Also, an enormous thanks to chris for the work in transcribing the talk into a post. Great job, dude.

But right now I'm back to doing some Web design and development work, so it seemed like a good time to try to restart my blog.

Thanks for noticing,
--Chris

Good to see you blogging after such a long break!

The labels - Satisfied/Tolerating/Frustrated - are really interesting ones. They handle the seriousness of metrics better than talking only in terms of avg/min/max and not associating the severity.

Regards,
Rahul Verma

BTW - Don't ask me for a citation as I don't have one but, if you must, why don't you just contact Tom c/- Cutter Consortium with whom he's a Fellow and occasional guest writer.

Great piece. I'd love to talk with you about it a bit more, and to get you involved in the Watching Websites book for O'Reilly. Drop me a line; I don't have your new coordinates.

A.