Language Selection

English French German Italian Portuguese Spanish

Microsoft vs. Linux: An Updated Perspective

Filed under
OS

In the war between Microsoft and those that support Linux, there have been many phases. Most of this war, like most wars, has been concealed by the “fog of war” and propaganda from both camps. Initially, both sides seemed more interested in positioning than in true discourse, and if Microsoft used undue pressure (often positioned as FUD), the Open Source community seemed willing to use outright physical attacks against Microsoft platforms to make their point.

At first, the Open Source side was overmatched but mistakes by Microsoft and others allowed OSS to gain in strength and now both sides would seem to be more evenly matched. Neither side seemed capable of creating a successful strategy against the other and both sides seemed to respond to the other tactically.

This seemed to benefit the challenger more than the entrenched vendor but, regardless of how often they competed with messages, for most of the last decade they actually seldom competed effectively for the same business opportunities. The two sides were simply too different – but that fact seemed lost on both.

Even stranger is that both sides seemed to be hell-bent on damaging their own futures. And both, when attacking, seemed to be more effective at shooting themselves than at effectively moving against the other.

Full Story.

More in Tux Machines

Leftovers: Gaming

Leftovers: Software

today's howtos

ACPI, kernels and contracts with firmware

This ends up being a pain in the neck in the x86 world, but it could be much worse. Way back in 2008 I wrote something about why the Linux kernel reports itself to firmware as "Windows" but refuses to identify itself as Linux. The short version is that "Linux" doesn't actually identify the behaviour of the kernel in a meaningful way. "Linux" doesn't tell you whether the kernel can deal with buffers being passed when the spec says it should be a package. "Linux" doesn't tell you whether the OS knows how to deal with an HPET. "Linux" doesn't tell you whether the OS can reinitialise graphics hardware. Read more