News: 1636573205

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

'Automate or die!' Gartner reckons most biz apps will be developed via low-code by the people who use them

(2021/11/10)


Gartner analyst Milind Govekar believes that application development is moving to "low code or no code," and software development shifting to "assembly and integration."

Speaking at the [1]Gartner IT Symposium , Govekar said that cloud disruption is still under way and, according to his analysts, organisations are 17 times more likely to increase cloud spend than to reduce it in the next year. By 2025, he argued, cloud spending will exceed non-cloud spending in IT (today it is around one third, he said) and half of enterprise workloads will be deployed on a hyperscale provider, whether that is in public cloud, on-premises or at the edge.

Most organizations "are just scratching the surface with cloud, in terms of its innovation potential," Govekar told the symposium, adding that "there will be no business strategy without a cloud strategy."

[2]

The line between cloud and on-premises is less clear than it used to be, with options like AWS Outposts offering AWS-managed infrastructure located on-premises, or Azure Arc, which brings on-premises infrastructure under cloud management, or Google Anthos, which can run GKE (Google Kubernetes Engine) on-premises. "A distributed cloud strategy enables organisations to address the shortcomings of private cloud," said Govekar.

You will become increasingly locked into provider-specific features

Lock-in? Yes, Govekar said. "You will become increasingly locked into provider-specific features," but he added that 60 per cent of their enterprise customers believe that the benefits of lock-in (or perhaps the benefits achieved alongside lock-in) outweigh the risks. Migrating an application from cloud to cloud will not be easy and will take "more than a year on average," he said.

Govekar is opinionated when it comes to business application development. "Challenge any new monolithic solution," he said, perhaps putting himself at odds with microservices expert Sam Newman, who said [3]last year that "microservices should not be the default choice."

[4]

[5]

There is more to this than just avoiding monoliths, however. Govekar argues that "application development will shift to application assembly and integration ... in 2025 you will develop composable applications by assembling and integrating package-based capabities." This will "fuel the continued growth of API marketplaces," he said. API access to SaaS (software as a service) is increasing such that "by 2025, the boundaries between SaaS and PaaS [platform as a service] will disappear."

Composing such applications will be easier than traditional development, thanks to increasing use of low-code or no-code techniques, enabling "business technologists" to be developers. Govekar believes this approach will form 70 per cent of new applications. "Applications of the future will be assembled and composed by the people that actually use them," he said. He even used the dreaded catchphrase "citizen development," which he assured virtual listeners "will transform the scale and the economics of application development and software engineering."

[6]

Assembly and integration: future of application development?

What are the top misconceptions about cloud? Cost is one; only 13 per cent of organisations report saving money. Repatriation, or bringing applications back on-premises, is "very rare," he said. Third, a multicloud strategy does not prevent lock-in; it is rather "multiple points of lock-in," he said.

He is also a private cloud sceptic. "True private clouds are extremely rare," he said. Mere virtualization and automation does not "deliver the benefits of cloud," Govekar argued. "By 2025, 80 per cent of internal private cloud initiatives that attempt to build full function capabilities will be abandoned."

[7]

The notion of distributed cloud, which brings hyperscaler services to the location where they are needed, will be more compelling, he said, extending to 50 per cent of enterprises, which is "a dramatic increase from today."

[8]Global IT spending to hit $4.5 trillion in 2022, says Gartner

[9]Gartner's Windows 11 adoption advice: Explore but don't rush

[10]Memory prices to dive in late 2022, says Gartner

[11]Gartner predicts surge in government IT spending in post-pandemic catch-up

Security? "Through 2025, more than 99 per cent of cloud infrastructure breaches will not be the cloud provider's fault," Govekar said, "but will be caused by customer misconfiguration, mismanagement or mistakes. A properly configured cloud is often more secure than most existing applications and infrastructure."

Avoiding mistakes will be achieved via a programmatic approach to deployment, using infrastructure-as-code concepts. "Once in production, applications should be immutable," he said, "with changes being driven by development … automate or die." There are implications for the way IT departments are organised, and blurred lines between business and IT.

As more IT is delegated to cloud providers, what skills should be retained in-house? There are four key competencies, Govekar argued: strategy, architecture, security, and sourcing.

It all sounds like a pitch for the big public clouds – but Govekar was less enthused about the AI hype, saying that while interest remains very high, CEOs polled have reduced their expectations of the significance of AI in the next three years, with 18 per cent now rating it a top technology versus 29 per cent a year ago. Speaking to The Register , Govekar mentioned a specific case where "the challenge that they had was garbage in, garbage out. You have rubbish data, you get a rubbish algorithm and a rubbish outcome."

[12]

Is AI near the well-known "trough of disillusionment?" in the Gartner hype cycle? "It has not yet hit the trough of disillusionment, but it's not far," said Govekar.

Is multicloud an advantage or a mistake? It is inevitable, Govekar told us. "Most organisations are multicloud already, so the big question becomes how do I manage that situation?" He does not see it as a problem.

"It will be a benefit. Going to just one cloud is impractical. It's not going to happen." That said, he advocates avoiding proliferation. "Having fewer is definitely an advantage" – though the ideal number will vary for each organisation.

The lock-in issue is not a big one for most organisations, he said. "They are going in with their eyes open, saying they are using, for example, AWS because it gives me capabilities that don't exist in my organisation. It will take me years to build that." ®

Get our [13]Tech Resources



[1] https://www.gartner.com/en/conferences/emea/symposium-spain

[2] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/applications&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2YYxPGaPwk4N-EyKmMDgKZAAAAJI&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0

[3] https://www.theregister.com/2020/03/04/microservices_last_resort/

[4] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/applications&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44YYxPGaPwk4N-EyKmMDgKZAAAAJI&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[5] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/applications&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33YYxPGaPwk4N-EyKmMDgKZAAAAJI&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[6] https://regmedia.co.uk/2021/11/10/appdev.jpg

[7] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/applications&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44YYxPGaPwk4N-EyKmMDgKZAAAAJI&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[8] https://www.theregister.com/2021/10/20/gartner_it_spending/

[9] https://www.theregister.com/2021/10/07/gartner_windows_11_advice/

[10] https://www.theregister.com/2021/09/23/memory_price_fall_prediction_h2_2022/

[11] https://www.theregister.com/2021/08/31/gartner_government_it_spend_figs/

[12] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/applications&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33YYxPGaPwk4N-EyKmMDgKZAAAAJI&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[13] https://whitepapers.theregister.com/



" "Applications of the future will be assembled and composed by the people that actually use them"

Mike 137

I'll not be putting my payment card details into any such application.

Low code (let alone no code) can't possibly ensure application security. Darn it - even 'high code' written by supposed experts frequently doesn't. What we'll finish up with is leaks from everywhere.

Supposing of course that Gartner is right for once.

"Applications of the future will be assembled and composed by the people that actually use them"

Anonymous Coward

Agree. Another rerun of dark IT where spreadsheets became data processing processes bodged together by people with a focus on solving their local problem, unaware of the limitations (64K columns say) of the chosen tools. Anyway I predict a steady rise in user hostile interfaces and snooping buried in code blocks and libraries. Regardless of Gartners record, their prediction wont happen, but I feel it will be much worse to work in IT

Business Technologist fancy name for Developer?

Falmari

From the article Gartner’s Govelar was saying this “Composing such applications will be easier than traditional development, thanks to increasing use of low-code or no-code techniques, enabling "business technologists" to be developers.”

Well, I have never heard the buzzwords business technologists or citizen technologists before so I looked them up on the Gartner site https://www.gartner.com/en/information-technology/glossary/business-technologist and also some other sites to see what they did.

Seems to me Govelar's use of the buzzword business technologists differs from Gartner's where business technologists would need no enabling to be developers, they already are developers. ;)

“Business technologists can be individuals whose primary job entails technology work (such as Python developers hired in Marketing, data scientists hired in finance and accounting teams or software engineers hired in R&D). “

No Code = Beinoff B.S.

JasonT

Almost a decade ago I was at a company that was launching Salesforce as their CRM. They were pushing very heavily "No Code" with corresponding logos - red slashed circle around the word "code" and such. At a sales meeting they brought up this concept, and I asked two questions. #1 - given the number of implementations to a just-short-of-custom Oracle ERP implementation we had to maintain, among others, how many *dedicated* developers should we anticipate to support Salesforce in our organization? It went from Zero to about Five. #2 - to do all the things they they were demonstrating, how much code (macros, workflow definitions) and such was sitting behind what we were seeing. It went from "No Code" to "well, it's not Java..."

* dpkg hands stu a huge glass of vbeer
* Joey takes the beer from stu, you're too young ;)
* Cylord takes the beer from Joey, you're too drunk.
* Cylord gives the beer to muggles.