tag:blogger.com,1999:blog-7555958.post110516643936292119..comments2024-03-18T12:52:48.117-07:00Comments on Mini-Microsoft: Geeks Over Troubled WaterWho da'Punkhttp://www.blogger.com/profile/18205453956191063442noreply@blogger.comBlogger17125tag:blogger.com,1999:blog-7555958.post-1108901187083608802005-02-20T04:06:00.000-08:002005-02-20T04:06:00.000-08:00I've seen blue screens on airport information boar...I've seen blue screens on airport information boards, cash machines & registers, interactive booths at museaums & art galleries... hell even 40ft high advertising spaces! It's pretty common unfortunately, and I'd bet a lot more people have seen it in their everyday life than saw Gates plug a dodgy USB device in at a geek show years ago.<br /><br />People expect demo's to crash, it's when it keeps happening in the 'real world' you get a bad rep.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1106013578280708012005-01-17T17:59:00.000-08:002005-01-17T17:59:00.000-08:00I agree with Richard. Demos are expected to crash...I agree with Richard. Demos are expected to crash at some point. Don't let the chattering nitwits get in the way, keep pushing the limit and keep showing it publically. Most folks really don't care if it crashes or not.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105858235616584162005-01-15T22:50:00.000-08:002005-01-15T22:50:00.000-08:00If your demo doesn't crash every couple dozen time...<I>If your demo doesn't crash every couple dozen times or so, you're not doing cool enough stuff.</I>If your demo does crash every couple of dozen times or so... maybe you shouldn't be demoing it yet. Or maybe you shouldn't be pushing bugs into an "end of milestone" bug bash phase - but should be fixing them as you go.Simon Cookehttps://www.blogger.com/profile/01362758317122339050noreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105543243361977942005-01-12T07:20:00.000-08:002005-01-12T07:20:00.000-08:00If your demo doesn't crash every couple dozen time...If your demo doesn't crash every couple dozen times or so, you're not doing cool enough stuff.Richard Spraguehttps://www.blogger.com/profile/03470273961021829567noreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105494743638013972005-01-11T17:52:00.000-08:002005-01-11T17:52:00.000-08:00The point of a live demo is to say "This code is g...The point of a live demo is to say "This code is going so well we can even play around with it." Crashes completely negate the value of a live demo. If you just want to show what you think it'll look like when it's done, record it to tape under controlled conditions and play it back.<br /><br />There is no excuse for a failed demo.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105483184805958952005-01-11T14:39:00.000-08:002005-01-11T14:39:00.000-08:00I think Steve Jobs's MacWorld demo crashed this ye...I think Steve Jobs's MacWorld demo crashed this year, too. So I guess it's not Apple's share that should increase...Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105463729976792702005-01-11T09:15:00.000-08:002005-01-11T09:15:00.000-08:00It was the Phillips Semiconductor CEO who made the...It was the Phillips Semiconductor CEO who made the knock at Windows: <A HREF="http://www.blogger.com/r?http%3A%2F%2Fwww.forbes.com%2Ftechnology%2Ffeeds%2Fgeneral%2F2005%2F01%2F10%2Fgeneralvnunet_2005_01_10_eng-vnunet_eng-vnunet_062506_3222574439775357551.ew.html">Philips turns knife over Gates' failed CES demos</A>.<br /><br />Snippet:<br /><br /><I>However, fellow panellist Frans van Houten, CEO of Philips Semiconductor, countered: "Not everybody wants to put Windows in all boxes. Certainly, when we are sitting on the couch and watching TV, we don't want to see that blue screen in front of us." </I>Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105390939658730352005-01-10T13:02:00.000-08:002005-01-10T13:02:00.000-08:00I think the problem really is systemic. I came to...I think the problem really is systemic. I came to MS having spent years in corporate IT trying to cope with and work around MS software "issues" on a large scale. I thought that given a strong customer perspective, I could really make a difference in the quality of stuff going out the door. <br />After five years or so in the test organization, i've realized that I really can't. No matter what comprehensive quality assessment and improvement plans i've initiated, schedule shortening and other priorities ensure that those plans will never be executed. Quality gates are instituted by product management, only to be tossed aside when time gets short and Dev/PM are up against the wall. Producing realistic scheduling often get you labelled as an underachiever, when you say no to a pie in the sky plan.<br />Features need to be foregone so the basics can be nailed. Without this, some other company will (eventually) hand us our ass.<br />As far as staffing - I agree cuts need to be made, but at the feature/product level. Take the best staff from there and make sure the basics have better coverage. The many vest-and-rest Directors and VP's need to go as well. That alone should cut payroll and improve productivity a bunch.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105386928791792872005-01-10T11:55:00.000-08:002005-01-10T11:55:00.000-08:00The problem isn't the failure per se but MSFT's re...The problem isn't the failure per se but MSFT's reputation for being buggy which such failures reinforce. Had it been Apple or someone else, many folks would have given them a pass. Instead, it made front page headlines everywhere. In reading through what happened, the team responsible seemed to have taken reasonable precautions and as a result, I'm not sure firing them is the solution. But it does seem that MSFT's technology releases, demos, etc. are disproportionately plagued by problems (3 more IE bugs today) and if pride alone isn't enough to correct that, then perhaps your suggestion of increasing the consequences of failure is a good one.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105314680391916252005-01-09T15:51:00.000-08:002005-01-09T15:51:00.000-08:00The problem was with IR interference. The remote ...The problem was with IR interference. The remote couldn't reach the unit, even with the extender on the stage.<br />Oh, Conan was hilarious.fearmattdotcomhttps://www.blogger.com/profile/10371201276220630584noreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105301026234056432005-01-09T12:03:00.000-08:002005-01-09T12:03:00.000-08:00Read this for the real explanation of what happene...Read this for the real explanation of what happened: http://blog.seanalexander.com/default,date,2005-01-07.aspx<br /><br />Sounds like it was the people who designed the demo who should be fired. I run the product in question all the time (although not with the USB extenders) with no problem.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105256522818866322005-01-08T23:42:00.000-08:002005-01-08T23:42:00.000-08:00Are you talking about firing the team that didn't ...Are you talking about firing the team that didn't test Media Center with that exact hardare configuration including a room full of people, many with IR devices? Hmmm. Here's the test case: room with IR interference causing failure. That sounds like it's by design. Too bad nobody thought of that when they were setting up the demo.<br />Or are you talking about hiring the people that supplied a buggy debug version of an XBox game that hit an assert? It's not released software. It seems likely enough that it was either a new bug or a known bug, but the most recent/stable build of the game available. Again - who you gonna fire? Who is really at fault for showing something that wasn't ready for prime time?<br />Why not fire Bill? He was the one who tried to run the demos. It doesn't really matter as long as MSFT fires someone, right?<br />Oh - and dogfooding WHAT exactly would have caught these problems? Use your XBox as a dev box? Use your Media Center as a dev box but only by using the remote control and only somewhere that you'll get IR interference?<br />I usually tend to agree with you. Or at least I often would like to agree with you. I think you're being a little harsh this time.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105240170645962892005-01-08T19:09:00.000-08:002005-01-08T19:09:00.000-08:00"It's, it's... yeah, the driver. Yes. The driver c..."It's, it's... yeah, <I>the driver</I>. Yes. The driver caused it! The driver. Yeah, dat's da ticket!"<br /><br />Another media executive at CES was wishing something could pull all of the complexity of device inter-op together. A Microsoft person present pointed out it already existed at it was called "Windows." To which the media executive counter-pointed that consumers don't want that blue screen thingy showing up when all they want to do is watch videos.<br /><br />It's one thing to have a demo tank during an internal tech-talk. You should still be embarrassed. It's another to have it tank during a high-profile global event. If you can't get a demo to run straight for that, you need to find a new business. RR.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105240079883572142005-01-08T19:07:00.000-08:002005-01-08T19:07:00.000-08:00You forgot to add smallpox to the "moth-eaten scr...You forgot to add smallpox to the "moth-eaten scratchy wool<br />blankets."Kevinhttps://www.blogger.com/profile/03403704490405445205noreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105239365575164582005-01-08T18:56:00.000-08:002005-01-08T18:56:00.000-08:00Do you do demos? Sometimes they go wrong, even rea...Do you do demos? Sometimes they go wrong, even really important ones. You do as much as you can to ensure they don't but sometimes that doesn't help.<br /><br />When you are talking about an operating system you are standing on top of a towering abstraction and the foundations (hardware/drivers) are anything but fixed and stable. Its bloody amazing this stuff works at all if you ask me.<br /><br /><br />Mitch Denny<br />http://notgartner.comAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105195192997399762005-01-08T06:39:00.000-08:002005-01-08T06:39:00.000-08:00Just make sure you fire the right person. Perhaps...Just make sure you fire the right person. Perhaps you should fire the person who set up the presentation.<br /><br />As I understand, a blue screen occurred in one demo, which typically indicates a hardware driver issue. Fire the person who is in charge of hardware acquisitions. Fire the device driver developers.<br /><br />haackedAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-7555958.post-1105169576563229332005-01-07T23:32:00.000-08:002005-01-07T23:32:00.000-08:00Haha, that's funny, firing the test or dev team. ...Haha, that's funny, firing the test or dev team. From my time at Microsoft, I think there is a pretty decent chance he hit a KNOWN problem that some PM somewhere decided to punt. In fact, I'd laugh my ass off if there is a witchhunt and some test guy cites a RAID bug and says, hey, I filed it, and the PM didn't think it was important enough to fix for this release.Anonymousnoreply@blogger.com