Language Selection

English French German Italian Portuguese Spanish

Eclipse IoT survey reveals growing role for Linux and Arm

Filed under
Development
Linux
Hardware

The Eclipse Foundation released the results from its latest IoT Developer Survey of 1,717 Eclipse developers, finding growing use of Linux (76 percent), Arm (70 percent), and MQTT (42 percent).

The results of the Eclipse Foundation’s 2019 IoT Developer Survey are out, this time with a larger 1,717-developer sample compared to only 502 in the 2018 survey. The survey was conducted by the Eclipse IoT Working Group in cooperation with member companies including Bosch Software Innovations, Eurotech, and Red Hat. The Eclipse Foundation’s various social media channels and websites promoted the survey, as did Eclipse IoT member companies.

The survey was not limited to embedded developers. Two out of three respondents said their organizations are either deploying Internet of Things solutions now or will do so in the next 18 months. Some projects appear to be longer-range than that considering that 80 percent of respondents said they are active in IoT work.

Read more

In TechRepublic yesterday

  • Top programming languages IoT developers should learn

    In terms of popular operating systems, Windows and FreeRTOS topped the list, while Linux dominated the most popular Edge/Gateway operating systems (76%), followed by Windows (52%), the report found. Debian and its derivatives (Raspbian and Ubuntu/Ubuntu Core) dominate the top Linux distributions used by IoT developers, chosen by at least a third of respondents.

    The top three cloud platforms used by IoT developers were Amazon Web Services (AWS) (34%), Microsoft Azure (23%), and Google Cloud Platform (20%)—the same as last year, reflecting the larger cloud market share, the report noted.

    Despite the massive growth in IoT development, several challenges remain. Developers named security (38%), connectivity (21%), and data collection and analytics (19%) as top concerns with IoT, followed by performance (18%), privacy (18%), and integration (18%).

Eclipse IoT Developer Survey 2019

  • Eclipse IoT Developer Survey 2019

    The Eclipse Foundation’s IoT Working Group has released the results of its 2019 IoT Developer Survey, an annual exercise intended to deliver valuable insight into programming languages, platforms, infrastructure and tools for building IoT solutions.

    This is the fifth year that this survey has been conducted and the number of participants this time, over 1700, had more than trebled from last year's 500. Two-thirds of of respondents are currently working professionally on IoT projects, or are expecting to do so in the next 18 months. In all 80% if respondents were already actively involved in doing or learning about IoT, 30% of them outside work.

Comment viewing options

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

More in Tux Machines

Linux 5.2-rc2

Hey, what's to say? Fairly normal rc2, no real highlights - I think most of the diff is the SPDX updates. Who am I kidding? The highlight of the week was clearly Finland winning the ice hockey world championships. So once you sober up from the celebration, go test, Linus Read more Also: Linux 5.2-rc2 Kernel Released As The "Golden Lions"

Audiocasts/Shows: Linux Action News, Linux Gaming News Punch, Open Source Security Podcast and GNU World Order

Review: Red Hat Enterprise Linux 8.0

My experiment with RHEL 8 got off to a rough start. Going through the on-line registration process produced some errors and ended up with me getting the wrong ISO which, in turn, resulted in some confusion and delays in getting the distribution installed. Things then began to look up as RHEL 8 did a good job of detecting my system's hardware, registered itself without incident and offered good performance on physical hardware. I was particularly pleased that the distribution appears to detect whether our video card will work well with Wayland and either displays or hides Wayland sessions in response. I did have some trouble with the GNOME Classic Wayland session and GNOME Shell on X.Org was a bit sluggish. However, the Classic session on X.Org and GNOME Shell on Wayland both worked very well. In short, it's worthwhile to explore each of the four desktop options to see what works best for the individual. The big issues I ran into with RHEL were with regards to software management. Both GNOME Software and the Cockpit screen for managing applications failed to work at all, whether run as root or a regular user. When using the command line dnf package manager, the utility failed to perform searches unless run with sudo and occasionally crashed. In a similar vein, the Bash feature that checks for matching packages when the user types a command name it doesn't recognize does not work and produces a lengthy error. There were some security features or design choices that I think will mostly appeal to enterprise users, but are less favourable in home or small office environments. Allowing remote root logins by default on the Workstation role rubs me the wrong way, though I realize it is often useful when setting up servers. The enforced complex passwords are similarly better suited to offices than home users. One feature which I think most people will enjoy is SELinux which offers an extra layer of security, thought I wish the Cockpit feature to toggle SELinux had worked to make trouble-shooting easier. I was not surprised that RHEL avoids shipping some media codecs. The company has always been cautious in this regard. I had hoped that trying to find and install the codecs would have provided links to purchase the add-ons or connect us with a Red Hat-supplied repository. Instead we are redirected through a chain of Fedora documentation until we come to a third-party website which currently does not offer the desired packages. Ultimately, while RHEL does some things well, such as hardware support, desktop performance, and providing stable (if conservative) versions of applications, I found my trial highly frustrating. Many features simply do not work, or crash, or use a lot of resources, or need to be worked around to make RHEL function as a workstation distribution. Some people may correctly point out RHEL is mostly targeting servers rather than workstations, but there too there are a number of problems. Performance and stability are provided, but the issues I ran into with Cockpit, permission concerns, and command line package management are all hurdles for me when trying to run RHEL in a server role. I find myself looking forward to the launch of CentOS 8 (which will probably arrive later this year), as CentOS 8 uses the same source code as RHEL, but is not tied to the same subscription model and package repositories. I am curious to see how much of a practical effect this has on the free, community version of the same software. Read more

GNOME 3.34 Revamps the Wallpaper Picker (And Fixes a Longstanding Issue Too)

The upcoming release of GNOME 3.34 will finally solve a long standing deficiency in the desktop’s background wallpaper management. Now, I’ve written about various quirks in GNOME wallpaper handling before, but it’s the lack of option to pick a random wallpaper from a random directory via the Settings > Background panel that is, by far, my biggest bug bear. Ubuntu 19.04 ships with GNOME 3.32. Here, the only wallpapers available to select via the Settings > Background section are those the system ships with and any top-level images placed in ~/Pictures — nothing else is selectable. So, to set a random image as a wallpaper in GNOME 3.32 I tend to ignore the background settings panel altogether and instead use the image viewer’s File > Set as background… option (or the similar Nautilus right-click setting). Thankfully, not for much longer! Read more