Ask HN: Is no-code a future of web development?

For me is a great opportunity. I'm "no code" person so I'm really happy that finally I can create website alone. Of course sometimes I have some troubles but its not something that I can't learn by reading some article or watching tutorials. So for me no code tools are big "Yes".

No-code tools fail when it comes to leaky abstractions and complex logic. They might solve some trivial cases, but they are not the end of programing.

I think it will reach a point where it's similar to page builder. It works, sometimes that's all you need. But it's bloated, not always optimal, you will likely reach a point when it's clearly not enough.

In my opinion there is a market for it but they should not fall into the trap of trying to be generic (like bubble for example), when they do, they are quite hard to use that you might as well learn coding.

But for specific use cases building a simple and custom CRM, showing structured data, prototyping etc it's good.

We can look to Salesforce for how this will likely play out - they aren't the only no-code platform out there, but they are big and have been around a while, so their dev culture has had a long time to evolve.

In that world, most devs work primarily in the no-code portion of that platform, maybe with some basic coding skills. That group does the majority of app dev work. But there is a smaller percentage of people who do write code, and who do the work that goes beyond what the no-code features can do.

So most other platforms will likely match - a wide swath of people, functions, and apps are no-code, and you absolutely can succeed both doing no-code work for your job, with most businesses not needing more than that. But there will always be another layer underneath the non-code to let businesses who need more to have coders who add more features.

No-code is fantastic for basic websites and apps. Prototyping basic businesses has never been easier than with no-code tools that let people string together common functions.

The key is to know when it’s time to outgrow the no-code version and start a real custom implementation. Not all businesses will get there, but the developers need to know when it’s time to switch over.

Fortunately, replicating a no-code site as a custom solution is actually quite easy in most cases because the no-code building blocks have a lot of easy to use code library equivalents.

Recently, I came across some stats about no-code/low-code. For example:

- Forrester, said that low-code can make software development 10-times faster than the method of writing complex code.

- On the onther hand, According to Gartner’s report, by 2024, low-code application development will be responsible for more than 65% of application development activity.

Of course, these are only predictions, we'll see if they come true...

However, in my opinion, No-Code / Low-Code tools can become invaluable support for developers, especially by eliminating simple, repetitive activities.

Thanks to them, those who know how to code will be even more valuable. Developers will focus on developing tools that require more complex skills, not provided by no-code tools

I think it will eventually provide most of the scaffolding especially for frontend. Main resistance is with OG developers - new devs will embrace it going forward.

I remember when automatic cars came about - people who were used to manual shift resisted it, but now it’s almost silly to push back on automatic.

Another good example is house printing / prefabs - it’s just a matter of adoption but builders provide the resistance because of money they’ll loose.

Even if they take off, they're implemented in code, so they can't obsolete developers. Similar to the existence of cloud platforms not meaning there is no longer a need for platform dev and system administrators or even basic lab techs to physically install computing equipment. It just means for a sufficiently small business that doesn't want to roll its own infra, those roles are now employed by the cloud provider rather than the small business directly. Similarly, if no-code ever truly takes off, it just means devs who specialize in small business one-off websites won't be employed directly by small businesses and will work for no-code toolchain companies instead. The result will be consolidation and probably some amount of sector downsizing or else such products can't offer any real value, but it won't result in complete elimination of human labor.

'No code' is comparable to the 'serverless' trend.

And remember, if an article has a question in its title, the answer is always: "No."

We don't use Low or No Code solutions at work, but I wish we did. There's tons of automations we could do, however, because everything has to be a proper app with a proper deployment, etc, its a big job. I hope that Low/No Code solutions make it easier for a wide range of people to automate their jobs. I expect this will be accelerated with the next generation being more tech savvy.

We're already seeing similar parallel in Finance with End User Computing[0] where non-developers (traders, etc) are using tools like Python, Jupyter, etc as part of their jobs.

I don't ever see it replacing developers though. Maybe if your entire job is workflow automation, sure, but developers will focus on solutions that are difficult to do with Low/No Code tools.

[0] https://en.wikipedia.org/wiki/End-user_computing

It's definitely 'a' future, in that there's no good reason why it would go away. It'll get better and better, but there'll always be something it can't do well.

For me, the key to a no-code solution is that it provides an escape hatch into code when necessary. If I have that, the no-code stuff is actually really nice.

Huge amounts of analysis and data-recording happen with people juggling spreadsheets, because they are easier for 'business/finance' people to learn how to use them vs. coding and databases.

I think there is huge potential for improved spreadsheets, either with generic things such as greater scalability/ability to schedule reports or with inbuilt capability for common tasks for specific industries.

I still think no one has fully crack the low code / no code tools on the Web. You cant have a No Code solution that doesn't offer Low Code function. And you cant have a Low Code solution that you cant expand to Full Stack Code.

Think of it like Game Engine, where you could make games with editors, and then you add some code, all the way to some AA Games ( May be not AAA ).

May be a better example for the Web would be something like Yahoo Pipes.

Relational Databases are essentially no-code replacements for b-trees. I have worked in several companies where the managers could not do any coding, but could wipe out an SQL query to get some data point they needed. Heck building an UI that generates SQL queries for you based on some DB schema isn't even that hard. Relational databases removed the need for most b-tree and binary-streams manipulation coders in the 90s yet the demand for all types of coders (even b-tree and binary-streams coding!) only increased

As tools evolve programmers get exponentially more productive, but they will still be coding. They might be coding different things though because what we do today can now be done by a tool

People point UI work will be replaced, I actually highly doubt that, unless there is an standardisation of UI-toolkit like we used to have in the windows 98 days (which seems incredibly unlikely). Remember Delphi and Visual Basic? Sure there was code in there, but very rarely did you need actually need to write UI-code like animating a text box around, most of it was business logic code

If anything the UI landscape is changing to be more custom for each app instead of consolidating. I expect UI coding will look very different in the future though, more focused on unique user interactions and animations instead of API calls and Form glue code

For relatively simple projects it's already happening, I recently booked a doctors appointment online using a site built with a no-code tool. Turns out the physician built it himself and admitted to having very little in the way of technical knowledge. Not so long ago he would've had to have hired a fullstack developer for the job.

Would a hospital booking thousands of appointments in a given day be able to get by with the same no-code solution? No, but there's only going to be so many of them.

I think it depends on the product itself. If it is a salesy one pager then TailwindCSS has already a lot of prebuild components, if it is something really creative, like with 3d graphics or crazy font animations then you need a dev.

in an age where everything will look almost the same there will be demand to be authentic.

Development will still be hard intellectually, but much easier when you don’t have to deal with symbolic manipulation. I don’t think no code is a solution for the web, but in specialized domains such as video games it could have a major impact. Think of games like DotA that first came out as mods made by specialized editors instead of programming languages.

no-code is more like the past of web development. Macromedia Dreamweaver, Shockwave Flash, Frontpage, etc. And you know what, a good authoring tool unleashes more creativity than today's boilerplate SPA bullshit.

This questions keeps coming up, and without knowing the specifics of the tools being discussed, the answer will always be "it depends".

I recently started using a no-code tool called Glide[0], because it emphasized that the starting point could be as simple as a Google Sheet. That data is pulled into the app's visual builder interface, so you can start playing around with filters and conditional logic to show/hide information.

Then you can set up user logins, Stripe integration and basic CRUD functionality with read/writes happening on the Gsheet. You can string together actions with Zapier and create calculated columns like you would on an Excel pivot table.

Ultimately, I can see myself creating a small community app using this tool, but not something that has hundreds of thousands of users, as then we get into tricky issues of vendor lock-in.

So IMO, the use case for something like this is for rapid prototyping and and an MVP. You wouldn't want your entire business hosted on someone else's platform, so as you get user feedback on the MVP, you should be talking to a dev about how to move off-platform: hosting, deployment, using a proper DB, security reviews ---- all the ugly stuff the no-code tool abstracted away.

[0] https://www.glideapps.com/

This is a cycle that repeats every 10-12 years imo.

And then, after 2 or 3 years, the hype is gone, because it turns out that

a) Complexity can be hidden and displaced but not eliminated

b) Vendor Lock-In issues

c) Interoperability issues with existing tools, platforms and systems (ever tried to version-control a nolo-code project?)

and last but certainly not least

d) As projects get bigger and requirements pile up, at some point there is a requirement not satisfied by the platform; then the dance to somehow interface it with "some code" starts, then the next requirement comes along, and the next, and at some point somehow aska the question "Wouldn't it be simpler to rewrite this in XYZ" and at that point the cycle usually ends.

That doesn't mean that these things do not add value. The hype is usually gone after each cycle, but useful things that help a lot of people making things they would't have otherwise made remain.

But it doesn't replace coding.

The tide of software is always turning from "requires custom development" towards "turnkey solutions exists." "No-code" is a buzzword that sits on one of the contours between the two.

Of course the web is/will be changing. The only interesting aspect of the web is that it expends so much effort changing it's fashion rather than it's form that this question even has to be asked.