Live data from Hacker News

80% of tech could be built outside IT by 2024, thanks to low-code tools

venturebeat.com

181–190 of 230 posts

Re: 80% of tech could be built outside IT by 2024, thanks to low-code tools

#181

If I had a quid for every time during my 20+years of IT experience I've heard that code-generation, low-code, no-code was about to breakthrough, I'd have a private jet on 24-hour standby. This bit made to laugh: "“For instance, machine learning features for helping coding are available. One example is Microsoft’s Intellicode,” Kandaswamy told VentureBeat. “While such tools are in their infancy," Intellicode has been…

[deleted]

Re: 80% of tech could be built outside IT by 2024, thanks to low-code tools

#182
post #138

Earlier quoted context omitted.

This. I've just built out an internal CRM for my travel company using Airtable+StackerHQ.com and for my business, it's hands down better than anything commercially available... because it covers all the nuance of our individual situation. 2 months ago, I was a bit down on no-code, but the experience on building on Stacker was good enough to change my mind. Softr.io is also getting there, too.

> because it covers all the nuance of our individual situation. Without wanting to downplay your achievement, I've worked for organisations that did the same thing with MS Access back in the early oughts. The 'custom' application grew with the organisation. Features were bolted on over the years inelegantly. It was impossible to integrate easily with other systems. The quirks of the system were known by long time emp…

overpromise and underdeliver.

Something that under-delivers is much more useful that something that doesn't exist. In most situations and most companies the the choice is never between the ugly Access thing and top quality software written by team of highly educated professional programmers. It's a choice the between the ugly Access thing and an ad-hoc collection of text files and post it notes.

Re: 80% of tech could be built outside IT by 2024, thanks to low-code tools

#185
post #150

2016: - Some day, we won't even need coders any more. We'll be able to just write the specification and the program will write itself. - Oh wow, you're right! We'll be able to write a comprehensive and precise spec and bam, we won't need programmers any more. - Exactly - And do you know the industry term for a project specification that is comprehensive and precise enough to generate a program? - Uh... no... - Code,…

I feel like we will have successful no-code tools at the same time as we stop having lawsuits, when we have laws that have zero loop holes and correctly specifies how to handle 100% of edge cases. In other words, probably never.

Re: 80% of tech could be built outside IT by 2024, thanks to low-code tools

#187
post #142

Good low-code tools would be great. But you are still going to need software developers to operate them. The biggest job of software development is not just coding stuff, it is identifying the problem to solve and engineering a solution. Define a data model, think about which data is needed where, what can be done and so on. And then: properly test it! Develop tests, that confirm your stuff is actually working and sa…

>Non-technical people most of the time are not able to come up with working solutions.

And this is where you are terribly wrong, i have seen excel-sheets with the complexity of an operating-system and they are in use for 10+ years, and yes they have well-known bug but you can work around that...really like a real OS, made by accountants etc.

Well one could argue that accountants are technical (number-wise)

Re: 80% of tech could be built outside IT by 2024, thanks to low-code tools

#188
post #47

This idea gets recycled every generation. I can’t count how many “low code” no-programming-skills-required tools I’ve seen come and go in the last four decades. Both COBOL and SQL got presented in these terms. I’ve yet to see a “non-technical manager” write a non-trivial SQL query, much less know how to confirm they got the correct results. The various 4GL tools that proliferated in the 90s led to complex amateur spa…

The actual, meaningful goal of some of these tools was to make code (via COBOL, SQL) or at least high-level design (UML) easier to audit and survey for non-technical stakeholders, so that one could check whether requirements had been correctly translated into code. In contrast, many and perhaps most "4GL", "low" or "no" code tools actually make it quite hard or even practically impossible to assess the resulting artifacts. Even MS Excel and other spreadsheets can introduce dangerous pitfalls, including in something as simple as correctly inputing data.

In theory it is of course quite possible to introduce special-cased abstractions, conventions or frameworks that really make it easier to both write and survey software for any given problem domain. As a matter of fact though, beyond existing lightweight software modularization efforts (such as reusable software libraries), such frameworks have tended to hurt rather than help.

Re: 80% of tech could be built outside IT by 2024, thanks to low-code tools

#189

Earlier quoted context omitted.

Generally I share your skepticism, but a lot of BI tools are low-/no-code. Generally you can't build a SaaS platform on them any more than you can build it on Excel.

I deal with Microsoft’s PowerBI and it is true that somewhat normal people can do a lot but the generated result ends up extremely inefficient and we usually end up getting sql experts in to manually write the queries anyway because it costs an obscene amount for the resources to run these auto generated reports.

Looker is the best example IMO.

Don't bother with "no code" but make it a lot easier for people to write the code/markup and also much easier to edit en masse (one sed command in a Github repo, rather than editing every single dashboard separately in Tableau/PowerBI).

Re: 80% of tech could be built outside IT by 2024, thanks to low-code tools

#190
post #169

Earlier quoted context omitted.

There is an assumption that code syntax is the difficult part about building applications.

For many people this is true.

It may be true that syntax is difficult for some to master, but in that case it's still not "the" difficult part; actually understanding requirements, use cases and implementing logic will always be more challenging.
Post reply on HN