3 ms·
But what they did to destroy netscape (bundling a competing app with some other thing) One other point worth remembering: their browser, at least by version 3,
by hga 11y ago
But what they did to destroy netscape (bundling a competing app with some other thing)
One other point worth remembering: their browser, at least by version 3, was superior in speed and vastly superior in stability. They also ushered in the modern era of web applications by inventing XMLHttpRequest (https://en.wikipedia.org/wiki/XMLHttpRequest https://en.wikipedia.org/wiki/XMLHttpRequest).
Netscape destroyed itself as much as Microsoft helped them by incompetence in developing software, server as well as browser. A common pattern in the '90s was Microsoft's competitors losing their ability to develop mostly working software while Microsoft didn't. That sealed the fate of Lotus, WordPerfect, Netscape, and Ashton-Tate (dBASE), and Borland did themselves no favors by buying the latter.
- wainstead 11y ago> their browser, at least by version 3, was superior in speed and vastly superior in stability IIRC, Microsoft were using hidden APIs to accomplish this, putting Netscape at a disadvantage.
- hga 11y agoI don't recall that, not even allegations to the effect (there were such for Office competitors), plus I probably would have learned of such while working with a guy who had previous interned at Microsoft on IE of that era. More directly, I'm not aware of any public Windows APIs that handed out data that tricked your code into doing a general protection fault (https://en.wikipedia.org/wiki/General_protection_fault https://en.wikipedia.org/wiki/General_protection_fault), or in the case of WordPerfect, compel programmers to use their own printer drivers, and write code that regularly drops your tables, figures, etc. to the bottom of your document (unlike the other companies I cited, WordPerfect actually managed to ship a Windows version that didn't GP fault, but that was late, terribly buggy, and prompted all the WP fans I knew to reluctantly switch to MS Word).
- wainstead 11y agoMy initial search turned this up: http://www.stratigery.com/nt.sekrits.html http://www.stratigery.com/nt.sekrits.html
- hga 11y agoAll this stuff happened in the Win16 days, Win32 pertains to NT, and for the consumer market, Win 95 and on (https://en.wikipedia.org/wiki/Windows_API https://en.wikipedia.org/wiki/Windows_API). Win 95 was released in late August 95, by which time all these competitors had fallen by the wayside.
- hvidgaard 11y agoI think a lot of people attribute a lot of Microsofts success to malice. In reality they have invested heavily in improving development methods, and it shows. One only have to read "I.M Wrights Hard Code", to understand exactly how many resources they allocate to improving the development cycle. And mind you this knowledge was distilled into text more than 10 years ago, but was part of the company for far longer. Re. Netscape, IE on Windows surely helped, but Netscape did the no. 1 mistake and tried to rewrite everything from scratch - I can not think of any working product where it is better to throw everything out and redo everything "the right way", rather than iteratively improving the code. It's knowingly throwing out all business knowledge improvement and bugfixing you have ever done. It killed them, and would have even if IE was never bundled with Windows. In contrast, Windows 10 and Office 2016 contains code that can be traced more than 25 years back, and as evident with Vista development, MS is not afraid to accept when something has gone horribly wrong and throw it out and try again. Note that is not the same as rewriting, it is accepting that you spend a lot of resources making a prototype that ultimately showed no promise. Not that MS does not do terrible things as a business. They do, exactly as any other business with that size. They have to or they will cease to exist in a few years.
- hga 11y agobut Netscape did the no. 1 mistake and tried to rewrite everything from scratch - I can not think of any working product where it is better to throw everything out and redo everything "the right way", rather than iteratively improving the code. This emphasizes a restriction technical debt may place on your company if your starting foundation is sufficiently poor. Lotus did a combination of these two fatal mistakes, they had a small team of 7 or so guys write the first version in 8086/8 assembly language, and I'm not sure exactly what happened to that team, but their EMS memory (https://en.wikipedia.org/wiki/Expanded_memory https://en.wikipedia.org/wiki/Expanded_memory) mid-life kicker was unauthorized work done by a couple of guys who had left the company by the time Lotus used it in desperation because their complete rewrite of the code in C was failing so badly. For that matter, their first Macintosh program, Jazz (https://en.wikipedia.org/wiki/Lotus_Jazz https://en.wikipedia.org/wiki/Lotus_Jazz) was fatally flawed in development. They again wrote it in assembly "for efficiency", but without close communications between team members. Instead, every N days each would bring a floppy disk with their updated code and a merge would be done. This resulted in a lot of duplication of functionality and a bloated binary (hitting the platform where it was at its worst); which among other things resulted in user frustration at having to swap floppy disks all the time as the Wikipedia article mentions. Apple is a partial counterexample: Jobs rode a small team hard in creating the first rather limited assembly OS, software wise they largely wandered around in the wilderness and failed the complete rewrite (https://en.wikipedia.org/wiki/Copland_(operating_system) https://en.wikipedia.org/wiki/Copland_(operating_system)), then solved their problem by buying NeXT (and, oh, started bringing Jobs back into the fold, one of the very few non-programmers who can manage them), and doing a wholesale replacement with NeXTSTEP. Not that MS does not do terrible things as a business. They do, exactly as any other business with that size. They have to or they will cease to exist in a few years. Disagree. Microsoft's terrible things included screwing pretty much everybody who did business with them at the peer level, "You made a mistake, you trusted us," said 3Com founder Bob Metcalfe, quoting an unnamed Microsoft executive." (http://www.pbs.org/cringely/pulpit/2002/pulpit_20020620_000736.html http://www.pbs.org/cringely/pulpit/2002/pulpit_20020620_0007...). You do enough of this and you run out of healthy companies willing to do business with you, and life becomes prohibitively expensive. Which phone carrier is willing to partner with Microsoft after e.g. the Microsoft Kin: https://en.wikipedia.org/wiki/Microsoft_Kin https://en.wikipedia.org/wiki/Microsoft_Kin and I'm sure other stunts? I can't think of another company at this level like this. Apple and Oracle, like Microsoft companies built on the vision of a single man, share some characteristics, but Apple hasn't screwed over every supplier, and works well enough with phone carriers. Has Oracle tried to screw over big iron competitors after it bought Sun?
- JimDabell 11y ago> They also ushered in the modern era of web applications by inventing XMLHttpRequest (https://en.wikipedia.org/wiki/XMLHttpRequest https://en.wikipedia.org/wiki/XMLHttpRequest). People were doing Ajax-like things before XMLHTTPRequest with hidden iframes. XHR was more convenient, but it didn't bring new functionality to the table.
- plorkyeran 11y agoPeople used hidden iframes as a fallback for browsers that did not support XMLHttpRequest, but not before XMLHttpRequest existed. XMLHttpRequest shipped with IE 5.0, which also happened to be the first browser where "DHTML" support was good enough that building anything resembling a modern web application was actually practical.
- JimDabell 11y agoWe aren't talking about modern web applications and all that entails though, we're specifically talking about the ability to load and send content without reloading the page. That was in use in browsers older than Internet Explorer 5. Netscape Navigator 4 had frustrating limitations once you had the data, but people were doing all sorts with it regardless. More was possible with Internet Explorer 4, but again, you didn't need XMLHTTPRequest. And if you just want to strip it back to the bare-bones of loading and saving data, a few people were even doing that as far back as Netscape Navigator 2 if I recall correctly – by dynamically loading new images with varying query string parameters.