Language Selection

English French German Italian Portuguese Spanish

Linux Job Market Trends: Galloping Forward

Filed under

The numbers, clearly, point to a major industry trend.

Take a look: Dice, the tech jobs site, reports that it had 9,631 Linux job listings in August. While this is a big number, what’s truly eye-catching is the percentage growth since January: Linux job listing are up a robust 30 percent – three times the increase of overall tech job listings. (Since January, Dice job listings have grown by 10.2 percent, to a total of 96,548 tech jobs.)

To be sure, Linux jobs continue to trail the mighty Windows, which had 16,895 listings. Linux also falls behind Unix – still healthy after all these years – which boasted 14,954 listings. (The AIX flavor of Unix had 2,302 jobs, and Solaris posted 4,055.)

The other OSes are distant also-rans. Mac OS, a relative stranger in corporate computing, generated a mere 1,027 job ads. And MVS, the most commonly used OS for IBM System 370-390 mainframes, had only 489 postings. (But still, almost 500 job openings for mainframe operators – and they say the mainframe is dead. Who knew?)

This recent report showing dramatic Linux job growth reflects a multi-year trend, says Paul Melde, Dice’s VP of technology. “I think what it really shows is continued strength in Linux job growth numbers,” he tells Datamation.

More Here

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.