![]() |
VOOZH | about |
We’re so glad you’re here. You can expect all the best TNS content to arrive Monday through Friday to keep you on top of the news and at the top of your game.
Check your inbox for a confirmation email where you can adjust your preferences and even join additional groups.
Follow TNS on your favorite social media networks.
Become a TNS follower on LinkedIn.
Check out the latest featured and trending stories while you wait for your first TNS newsletter.
2024 saw The New Stack report on a variety of survey-based research about software development. Here are the takeaways we think are most relevant to you as you plan for 2025.
While not a portmanteau like DevOps, platform engineering has emerged as the discipline in which the goals of development and operations converge.
Throughout 2024 we reported on more than four survey-based reports that provided insights into platform engineering and internal developer platforms (IDPs). They demonstrated that the vast majority of enterprises have adopted platform engineering, even though they may not have a formal team with that name.
Standardizing infrastructure provisioning and consumption of IDPs is a main focus of 68% platform teams. Improving developers’ experience and productivity with IDPs follows closely as focal points, per the latest version of the “State of Platform Engineering Report.” by Gitpod and Humanitec.
Companies that adopt a platform for the first time overwhelmingly receive a positive return on investment, but many platform teams do not know how to measure success. According to the same “State of Platform Engineering” study, only 43% of platform teams surveyed self-described their feedback mechanisms as “ad-hoc" or “inconsistent.”
Worse, 45% of platform teams don’t measure anything at all, while another 26% are collecting performance data but not actually analyzing it.
Even among organizations that are looking at productivity, the jury is still out on how to gauge the success of platform teams. Indeed, the latest DORA report, published by Google Cloud, found that throughput and change stability metrics declined as the maturity of platform engineering programs mature. On the other hand, organizations that use IDPs see higher levels of individual and team productivity, likely due to the self-service made available via an IDP.
Looking forward, we anticipate that organizations will face the question about how many platforms are too many. The issue is coming to a head because 75% of those surveyed for the “2024 State of DevOps Report” from Puppet by Perforce said they are using at least three internal self-service platforms, which is significantly more than the 59% that had three or more platforms in the previous study.
With at least basic acceptance in the enterprise, platform engineering should see more resources poured into it. A survey by Rafay Systems found that 69% of organizations with platform teams expected staffing for these teams to increase by at least 25% through 2024. However, a challenge facing companies, according to the Rafay report, is that only 47% of platform teams actually have a budget that is separate from IT.
Perhaps platform engineering will divert money dedicated to the purchase of Infrastructure as Code (IaC) and CI/CD tools. Indeed, as shown in the chart above, many platform teams are focused on implementing IaC or building platforms on top of CI/CD systems.
Platform teams may be able to enforce consistent configurations across different environments, but they are also challenged because of the proliferation of IaC tools and frameworks. In fact, 54% of those surveyed for “Stacked Up 2024: The IaC Maturity Report,” by StackGen, face challenges with IaC because multiple tools result in steep learning curves and compatibility issues. Determining how many IaC frameworks can be managed effectively will continue to be an issue in 2025.
Platforms run on top of CI/CD systems are often running on top of Kubernetes, which is why Rafay Systems’ survey of platform teams focused on Kubernetes users. Both topics are faced with complexity problems because of a proliferation of tools.
In fact, according to a 2024 survey by Spectro Cloud, 48% of Kubernetes users found it difficult to decide which stack components to use from the broad cloud native ecosystem. That figure shot up from the 29% who said the same in Spectro Cloud’s 2023 report.
Funding, or the lack of it, for open source maintainers continues to endanger open source software.
2024 saw a proliferation of software bills of materials (SBOMs) and tools that automate dependency management and can reduce some security concerns. However, open source maintainers just don’t have enough time to prioritize security, especially as they are also facing an influx of new threats generated by AI-based coding tools.
Among the key findings:
In 2025, we expect unpaid volunteers to continue struggling to follow many practices that are becoming increasingly mandatory to comply with new government regulations.
Time savings and increased productivity, not code quality, are why developers are using AI.
Led by younger, inexperienced developers, AI tools have rapidly been adopted for use within the development process.
GitHub Copilot did not experience mass adoption.
Personal job security is stronger than would be expected based on developers’ generalized anxiety.
Developer salaries and wages have been constrained.