Language Selection

English French German Italian Portuguese Spanish

Threats to Linux: Expertise and acceptance

Filed under
Linux

Do you know what most large Solaris installations have in common? Mis-management. What seems to happen is that the people in charge get there on the basis of large system experience in the eighties and then forcefully apply that expertise regardless of whether it's appropriate to the technology or not. That's what happened to a lot of large business projects started on Solaris in the mid to late ninties, why there was a resurgence in mainframe sales as these projects were written off in 2000 one and two, and why there's now a threat that the same thing is about to happen with Linux.

Linux installations, so far, have mainly been compromised by the expertise evolved to cope with the day to day emergencies associated with managing Microsoft's products. I think that's about to change as the big guys grab "the coming thing" and try to twist it into what they already know.

Look at Linux implementations in (bigger) business or government and in a majority of cases what you see is people trying to treat it as a one for one substitute for Windows - producing rackmounts stuffed with PCs all individually licensed from Red Hat, all running one application each, and all being routinely shut down for patch installation and "preventative reboot."

It's not that the people doing this are dishonest or incompetent - quite the contrary they're honestly doing what they've been taught to do, it's just that they haven't internalized the fundamental truth that Unix isn't Windows and so think their expertise applies. In reality, Linux isn't as good a Windows product as Windows, so the net effect is generally to increase cost to the employer while decreasing benefits.

The mainframers all want to virtualize or partition - despite the fact that these technologies address problems that don't exist on Unix. The windows generation wants to use lockdowns, proxies, anti-virus software, and the rackmount approach to SMP for the same reason: these are the things they know how to do and therefore the things they will do -and so what if the problems these solutions address don't exist in Linux.

It's insanely frustrating to hold a conversation with someone who's deeply committed to this kind of technological miscegenation. Typically you're dealing with someone who looks and sounds like a decent human being you'd be happy to have as a friend or neighbour -until you hit the job spot and what spews out are absolute certainties made up of absolute nonsense.

Recently, for example, I found myself explaining to a bunch of Windows people that DHCP started as Sun's bootp support for diskless devices, entered the Windows world as a means of temporarily assigning an IP address to a Windows 3.11 PC so it could be used to access the internet, and became unnecessary, and therefore inappropriate, for fixed network installations when Microsoft finally adopted TCP/IP.

These were bright people, honest and competent in their own way, but I would have won more converts arguing for the replacement of email by trained mice scurrying around carrying digitally inscribed slices of well aged lunar cheese. As a group they agreed that it would be a good idea to use non routable addresses internally, but nothing was going to change their true and certain knowledge that address allocations must be handled through DHCP.

What's going on with them, and their mainframe predecessors, is management by knowledge accretion -the setting in stone of managerial reflexes gained through thirty years of experience and applied, unchanged, to technology they've never seen before.

As a process, accretion works well for making sandstone, but it's not so smart for IT management -and the consequences are usually bad for the technologies involved because the people responsible for the resulting failures blame the tool far more often than they blame themselves.

By Paul Murphy
ZDNet

More in Tux Machines

FoundationDB Source Code Shared

​Learn to use GitHub, ​GitHub Releases Atom 1.26

  • ​Learn to use GitHub with GitHub Learning Lab
    The most popular open-source development site in the world is GitHub. It's used by tens of millions of developers to work on over 80 million projects. It's not just a site where people use Linus Torvalds' Git open-source distributed version control system. It's also an online home for collaboration, a sandbox for testing, a launchpad for deployment, and a platform for learning new skills. The GitHub Training Team has now released an app, GitHub Learning Lab, so you can join the programming party. GitHub Learning Lab is not a tutorial or webcast. It's an app that gives you a hands-on learning experience within GitHub. According to GitHub, "Our friendly bot will take you through a series of practical, fun labs that will give you the skills you need in no time--and share helpful feedback along the way."
  • Atom 1.26
    Atom 1.26 has been released on our stable channel and includes GitHub package improvements, fuzzy-finder support for Teletype and file system watcher improvements.
  • Atom Hackable Text Editor Gets GitHub Package, Filesystem Watcher Improvements
    GitHub announced the release of the Atom 1.26 open-source and cross-platform hackable text editor for Linux, macOS, and Windows platforms with more improvements and bug fixes. In Atom 1.26, the GitHub package received various improvements and new features, among which we can mention the ability of the ’s Git pane to display a read-only list of recent commits for quick reference, and support for storing your GitHub username and password credentials in the Git authentication dialog.

Games Leftovers

Linux and Linux Foundation

  • V3D DRM Driver Steps Towards Mainline Kernel, Renamed From VC5
    The Broadcom VC5 driver stack is being renamed to V3D and developer Eric Anholt is looking at merging it into the mainline Linux kernel. The VC5 DRM/KMS and Mesa code has been for supporting the next-generation Broadcom VideoCore 5 graphics hardware that's only now beginning to appear in some devices, well, it seems one device so far. Though as I pointed out a few months back, there's already "VC6" activity going on too as the apparent successor to VC5 already being in development.
  • Azure Sphere Makes Microsoft an Arm Linux Player for IoT [Ed: Microsoft marketing at LF (only runs on/with Windows and Visual Studio etc.)]
  • Keynotes Announced for Automotive Linux Summit & OS Summit Japan [Ed: "Senior Software Engineer, Microsoft" in there; LF has once again let Microsoft infiltrate Linux events; in the words of Microsoft’s chief evangelist, “I’ve killed at least two Mac conferences. […] by injecting Microsoft content into the conference, the conference got shut down. The guy who ran it said, why am I doing this?”]
    Automotive Linux Summit connects those driving innovation in automotive Linux from the developer community with the vendors and users providing and using the code, in order to propel the future of embedded devices in the automotive arena.