Language Selection

English French German Italian Portuguese Spanish

How Apple Killed the Linux Desktop and Why That Doesn’t Matter

Filed under
Linux
Mac

It’s hard to say exactly what percentage of desktop and laptop computers run Apple OS X, but it’s clear that the operating system has made slow but steady gains at chipping away at that the sizable lead Microsoft established in the ’90s with its Windows operating system. Some figures put the number at about 6 to 7 percent of the desktop market.

But one thing’s for sure: OS X has been more successful than Linux, the open source operating system that has found a home on data-center servers but is still a rarity on desktops and laptops. Linux may have seen a surge last year, but it still hasn’t seen the sort of growth OS X has, nor the growth that Linux supporters have long hoped for.

Why is that?




(1) Simplicity (2) Money

(1) I couldn't possibly recommend any Linux distro to most Windows or Mac users. They simply don't have the time to learn Linux, particularly when the command line is needed.

(2) Money, money, money. Apple is earning a lot of it. It can fund development and promotion without difficulty.

Wired and it's Apple Fetish

Is there anything that Wired won't attribute to Apple being "great"?

Linux needed no help (or push) by Apple to fail, it had all the help it needed inside it's own house.

Distro fragmentation, Desktop fragmentation, fragmented support (from mediocre to out right tragic), and the number one reason Linux fails on the desktop - super ultra uber incredibly piss poor apps (that are fragmented).

The hundred or so bucks needed to put Windows or OSX on a system is a blessing when it allows you to run polished apps (many free and open source) that not only work, but look good to boot.

Linux apps are a cluster frack of poor ui, poor graphic design, poor coding skills, and poor support. The only thing linux apps have is a full cadre of apologists just waiting to tell you it's YOU not the APP that sucks.

Fragmentation is what keeps Linux down. No direction, no vision, and worst of all, no QA. It will NEVER get better (in fact the last several rounds of distros have pretty much proven it's peaked and is getting worse not better).

And you know what's really scary - it's creeping into the server market. Redhat has decided to let the Fedora fobs guide their ENTERPRISE line. Resulting in a major shake up of switching out chkconfig & service for that gawd awful mess called systemd. If I ran my data center on tablets, maybe I would be excited, since we run nothing but bare metal boxes running a hypervised pool of virtual machines - I don't really care that systemd boots several seconds faster (big whoop de doo).

Even with the complete lack of vision, Redhat will remain pretty much the only Enterprise choice (for linux that is), Ununtu will drive the linux desktop into ashes as it stumble around looking for a tablet OS that can run on a desktop, and all the other distros will continue to fumble finger their way to nowhere waiting for just one decent (as compared to windows or osx) desktop app that will never come. The few apps that approach being usable are ALL available to run native on Windows and OSX, so there is no redeeming savior to prevent linux on the desktop from slipping slowly under the sea of fanboy drool.

Linux has not been "killed" by Apple, nor has it 'failed'

Linux is doing just fine, thank you very much, and it doesn't really need developers who can't eat their own dog food around, constantly bleating, 'why can't Linux be more like Apple and Windows?'. The answer is, it doesn't need to, but must succeed on its own terms. Those terms aren't dictated by some captain of industry, they are communal, organic and fluid in nature.

Developers who admire OS X and IOS, and feel they can't work unless it's on Apple's hardware, should devote their mad skillz to developing software for Apple, and just STFU about Linux.

Sorry Miguel de Icaza that Microsoft crippleware Mono never really took off on Linux. Better luck with your next project.

Apple has made quite a significant contribution to Linux (and other, unix-like open source projects) in the form of CUPS. So thanks for that.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

GTK Graphics

  • GTK Lands A Big Refactoring Of OpenGL Code
    In addition to Red Hat's Benjamin Otte working on a Vulkan renderer for GTK4's GSK, he's also been working on a big refactoring of the OpenGL code that's now been merged to master. OpenGL is very important for GTK4 as it will play a big role in rendering with GSK. With this "large GL refactoring", a big clean-up was done of the OpenGL GDK code, affecting the X11, Win32, Wayland, and Mir code too. Some of the specific work includes no longer using buffer-age information, passing the actual OpenGL context, and simplifying the code. More details via this Git commit.
  • A Vulkan Renderer For GNOME's GTK+ GSK Is In Development
    A Vulkan back-end is in development for GNOME's GTK's tool-kit new GTK Scene Kit (GSK) code. Benjamin Otte has begun experimenting with a Vulkan back-end for GTK's GSK code with GTK Scene Kit being one of the big additions in development for the major GTK+ 4.0 milestone. GSK implements a scene graph to allow for more complex graphical control of widgets and other improvements to its graphics pipeline. GSK was merged back in October and currently uses OpenGL for rendering while there is now a branched Vulkan renderer.

Linux and Graphics

Early Benchmarks Of GCC 7 On Linux x86_64 With An Intel Core i7 6800K

With the GCC 7 compiler having entered its stage three, feature development is basically over so it's a great time to begin running more benchmarks of this big compiler update that will be officially released as GCC 7.1.0 in early 2017. Up today are benchmarks of the latest GCC 7.0 development snapshot compared to GCC 6.2 and GCC 5.4 on an Intel Core i7 6800K Broadwell-E system running Ubuntu 16.10. Read more Also: LLVM's LLD Linker Gets Faster Performance (Parallelized ICF)

KDE Leftovers

  • 7 Things to do After Installing KDE Plasma
    Even for other Linux users, KDE Plasma can seem like a different operating system. Except for a few standards like LibreOffice, the apps are different, and so is the design philosophy, which tends to cram in every possible feature. As a result, once they install, users are likely to wonder what to do next.
  • KDE Framworks 5 Content Snap Techno
    In the previous post on Snapping KDE Applications we looked at the high-level implication and use of the KDE Frameworks 5 content snap to snapcraft snap bundles for binary distribution. Today I want to get a bit more technical and look at the actual building and inner workings of the content snap itself. The KDE Frameworks 5 snap is a content snap. Content snaps are really just ordinary snaps that define a content interface. Namely, they expose part or all of their file tree for use by another snap but otherwise can be regular snaps and have their own applications etc. KDE Frameworks 5’s snap is special in terms of size and scope. The whole set of KDE Frameworks 5, combined with Qt 5, combined with a large chunk of the graphic stack that is not part of the ubuntu-core snap. All in all just for the Qt5 and KF5 parts we are talking about close to 100 distinct source tarballs that need building to compose the full frameworks stack. KDE is in the fortunate position of already having builds of all these available through KDE neon. This allows us to simply repack existing work into the content snap. This is for the most part just as good as doing everything from scratch, but has the advantage of saving both maintenance effort and build resources.
  • Calligra 3.0 Is Ready As A Qt5 / KDE Frameworks 5 Office Suite
    It's been quite a while since last having anything to report on the KDE Calligra open-source graphics/office suite while surprisingly this morning it was pleasant to see Calligra 3.0 tagged for release.
  • KDE Applications 16.12 Up to Release Candidate State, Final Arrives December 15
    The KDE development team was proud to announce the availability of the Release Candidate (RC) build of the upcoming KDE Applications 16.12 software suite for the KDE Plasma 5 desktop environment. Work on KDE Applications 16.12 started about a month ago, on November 10, when the third and last maintenance update of the current stable KDE Applications 16.08 release was announced, marking the end of life of the series. Until today, KDE Applications 16.12 received a Beta development version, tagged as build 16.11.80, and now we're seeing the Release Candidate, tagged as build 16.11.90.