Doubt's log

April 2001
Sun Mon Tue Wed Thu Fri Sat
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30          
Mar   May


 Wednesday, April 18, 2001
This just had to be posted. An article on the register talks about a survey that reveals how nerds are rampant sex machines....
8:34:12 AM    comments ==

This Story refers to a pretty fun flash racing diversion.
8:31:55 AM    comments ==

Dave made some intresting comments about open source applied to writting on Scripting News:

Now I got lots of thoughtful pushback too. One correspondent, a writer, likened writing for the Web to writing open source, confusing the free-cost of it with free-speech. (And please remember, I like open source, for what it is.) Here's what I said. "Basically any time someone disapproves of what you do in open source they can fork. Imagine writing under that kind of a cloud. Your editor could take your piece over when it's just about done because he didn't like the way you phrased one sentence. His name goes on, yours go off, even though 99 percent of the words are yours. How could you finish a thought in that kind of environment." I don't think most writers, who don't write software, understand this about open source. It's not about your integrity, in fact, you have no rights in open source. Writing for the Web is pure you, no one else, if you want it to be. This is not open source.
8:18:26 AM    comments ==

Joel Spolsky has a rant about what he calls the architect astronaut. Simply put, people latch on to a technology concept while missing what makes people intrested to begin with, the features.

At first glance, It sounds like he is whining about marketing speak in technology announcements. As if he didn't figure out that every technology "is going to revolutionize your daily life". He does though name names, and there does appear to be people who try to sell something not because it does anything more useful, but because it is built on some new technology. It's become known as the Killer App dilemna.

The killer App dilema is when a new technology is developed to solve a problem in a technology but has associated costs that are too high (learning, new tools, etc) in relation to the problem it fixes. This problem is made worse by the love of geeks for new technologies. Take the technology I worked on for the last year and half, "QoS" (Quality of Service). The QoS group at microsoft started in the windows media team to solve a need. I assume that need was "Quality Video Streaming". At some point the group moved to windows to develop a soln for the windows platform. A combination of RSVP and marketing was adopted. Its a good soln. Except that it had a deployment problem. Custimers weren't feeling the need for QoS enough to justify the infrastructure costs of adopting it. They choose two things. One, PC's didn't produce any network traffic that needed QoS and should get QoS. Two, known techniques such as increasing bandwidth were easier. The killer app for QoS should have been Real Time Communications (RTC) but the timing was off. Even on a quiet network rtc still had too much latency and quality issues to make qos useful for them at the point of the win2k launch. QoS could do something in the right infrastructure, but it was largly a check box on product information sheet.

Reading that last paragraph over, I got out a rant I needed to but lost track of my point. Typically each of these technologies Joel refers to are improvements in the pervious thing. Yes xml-rpc/soap etc are just another RPC. However it's a RPC that just might finally scale outside an enterprise. Is this detail important? It sounds like it. Does it mean anything to the end consumer? Not directly, but potentially it lets consumers get walled garden benifits outside the walls if the companies and consumer let it.

As for the architects themselves, I haven't met the astraunaut variety at ms quiet yet. Though it reminds me of concept I latched on to when I was in high school and playing with corba. I wanted to create an OS with corba in it's kernel, with no other reason then... it sounded neat. I think today more then ever I understand why that was a really silly idea, not because of itself, but because of the need for motivation, and understanding the implications. Amazingly enough, sun did that with java a year of two later. I'm still unclear on what let them make the buissness descision to work on that, but I've felt the geek pull myself.
8:10:04 AM    comments ==

The views expressed on this website/weblog are mine alone and do not necessarily reflect the views of my employer.