5 ms·

From what I can tell yes. It’s intended to imply something more. See bubble for example - https://bubble.io https://bubble.io . It’s basically “visual” Rails.

From what I can tell yes. It’s intended to imply something more. See bubble for example - https://bubble.io https://bubble.io . It’s basically “visual” Rails. The intention is to allow users to build complex, interactive software visually, without having to write code. Webflow has a ton of plugins that can get you something similar. You can have a user model (memberstack.io) with authentication and even the ability to create user specific content. I was able to create a fairly complex user dashboard that had real time charts pulled from an Airtable database that was synced automatically with user interaction using Zapier. ...but, here’s the issue. You just can’t do enough. I made it about a week before I abandon the idea and went back to Rails. I’m still bullish on the idea of no code though. The tools are there. They just need more functionality.

chrisco255 7y ago
That's always the case though. The reason why we use programming languages is because we need the expressiveness they offer. Attempting to simplify it any further severely limits the type of applications you can build. And so you end up with cookie cutter apps. It might be fun, it might even be useful for some back office tasks, but if the marginal cost to produce a thing goes to near zero, it would imply the supply of apps competing for that category would explode.
- tluyben2 7y ago
  A lot nocode or lowcode tools are visual programming languages; they are in fact just programming tools but look (and often are) simpler to start off with. But when you need more, you are in fact programming with code, just via a visual interface. Which indeed can (will) become painful for many tasks. Then you are using the wrong tool for the job. Thing is, and this differs per market; most companies do not need anything more than endless streams of crud apps, and that is where these tools shine. You (and many of HN) might work in the b2c market, but where I work, people do not care much about how things look or ux; they care if they work just a little better than the sap or oracle interfaces they had before. Actually, this goes for many (most?) b2c products as well; most (traditional; challenger banks are a lot better) banking or airline apps I know look like bad template barf-ups (many are indeed that, bought from the same cooking cutting companies) and yet people use them. Would it be better if they were custom designed with money spent on actual ux and design? Sure, but apparently not enough to matter to the company commissioning it. When companies I work with look for no/low code, the only reason they will not use it is vendor lock in; if they cannot run on premise and/or ‘eject’ the code, they will not use it. Several products allow this and they are fairly popular (so much in fact that they cannot find enough ‘devs’ for their clients). These systems have their place; it is just (much) faster (some boring things in regular environments are just a few clicks with these tools) for some x% of applications while another y% you cannot do with them or is very difficult; I would still do the x% in such a tool as thinking ‘we might need x+y later on’ is premature usually and in my experience does not pan out. We have programmed applications ‘created for expansion’ 15-20 years ago that run to this day which would have fit in the x%; aka we wasted time and money while the expansion was never realised by the client. Edit; > it would imply the supply of apps competing for that category would explode. And that is a very consumer centric approach; we are not all making fitness apps or something; these apps would all look (more or less) the same but work on different APIs and data; that is fine for almost everything; not only some internal stuff. It helps companies a great deal to just have something their clients can use vs nothing, even if the cost is close to zero; and they cannot be the same as they talk with different systems and different data. Even creating partner dashboards more efficiently than slinging code is something people do all the time and you cannot ‘just copy paste that’ to another company. These products are not generally meant to build ‘the next whatsapp’. But you can prototype it with them and show investors; I agree with you there though; wrong tool for the job.
  - TuringTest 7y ago
    > When companies I work with look for no/low code, the only reason they will not use it is vendor lock in; if they cannot run on premise and/or ‘eject’ the code, they will not use it. Several products allow this What nocode tools don't have lock-in? The ones I know which are open source still have these proprietary add-ons for important stuff like authentication or connecting to other systems.
    - PeterisP 7y ago
      Conceptually some no-code tools work essentially as glorified editors or code generators for a particular subset of a mainstream programming language. In this case, at any point you can abandon the no-code tool for a project or part of it and continue maintaining and developing it as an ordinary bundle of code.
      - rhlsthrm 7y ago
        Which ones? As a dev, if I had one that ejected into readable React (Typescript) code I'd probably use it.
    - AlchemistCamp 7y ago
      WordPress
  - pydry 7y ago
    >Thing is, and this differs per market; most companies do not need anything more than endless streams of crud apps, and that is where these tools shine. IME at least 20% of the needs of these companies are not met by "basic CRUD app programming" which is why these no-code things never really take off despite often appearing quite impressive. 80% is not enough. Basic CRUD also implies an understanding of domain modeling and normalized relational db design. In practice these are uncommon enough skills among developers never mind users of tools like these. That's half the reason why spreadsheets business users want turned into apps are so horrendous - it's not even intrinsically a problem with excel, it's just that the relationships between the domain objects are usually confused and the data is in a mess.
- wtvanhest 7y ago
  On one hand this is correct, many apps compete only on form function like (Instagram vs snap). I think there will always be a random form function that captivates (today’s ticktok), but my prediction is that the web will be won less by competing on form factor, and rather won focused on other parts of the user experience. In a simple example, logistics is an obvious differentiator, 2 day vs 5 day shipping etc. There are so many dimensions to compete on and app design will contribute to many of those dimensions, but some ways to compete will not involve coding.
jstanley 7y ago
> I’m still bullish on the idea of no code though. The tools are there. They just need more functionality. Maybe, but I think the idea of setting up a SaaS business without writing any code just won't work. If the tooling is simple enough that a non-coder can get it to work, then the no-code SaaS business is providing very little of value. The user could just do the job themselves using the same no-code tools.
- danenania 7y ago
  I think you’re right that having some sort of moat is very important to a business, but I don’t think that moat has to necessarily be the software. It could be operational expertise or fame or capital or connections or anything else that’s hard to replicate.
BerislavLopac 7y ago
I think this fits here perfectly: http://www.commitstrip.com/en/2016/08/25/a-very-comprehensive-and-precise-spec/ http://www.commitstrip.com/en/2016/08/25/a-very-comprehensiv...
wolfgke 7y ago
> See bubble for example - https://bubble.io https://bubble.io . It’s basically “visual” Rails. The intention is to allow users to build complex, interactive software visually, without having to write code. Why the "hate" for code? I immediately understand the problems that typical programming languages have for people who are not trained in programming. But there exist good reasons why other approaches like "visual programming" have failed (except for some niches). So in my opinion the solution is not to "spread hate" against code for a "stupid" market pitch, but take the time to develop programming languages that are better suited to the needs of the customer.
- mettamage 7y ago
  I can think of a few. Most of these things could also be done with text-based code, but typically aren't when you're just starting out: - No set up issues (visual programming is cloud-based) - Less of a discoverability issue (visual programming shows a lot of things all at once) - A sense of familiarity (people have seen flow chart like things before) - It's easier to see the difference between arguments and parameters Full disclosure: I have almost never seen visual programming languages, but I got the idea that there was no devil's advocate present within you. So here I am ;-) I find it quite easy to think from a beginner's perspective, because in some sense I can't fathom that I know what I know now since I never thought I'd ever know this much in my entire life (and I'm only 31, lol).
  - wolfgke 7y ago
    > - No set up issues (visual programming is cloud-based) Cloud-based has nothing to do with visual programming or no-code (you can also do cloud-based editing of conventional code if you desire). Counterexamples: LabVIEW, Simulink. > - Less of a discoverability issue (visual programming shows a lot of things all at once) Wasn't "shows a lot of things all at once" actually an argument (marketing pitch) why conventional programming language overwhelm many people who are not programmers, and visual programming languages are "thus" better because charts have a lot less "intellectual density" than computer code?! > - It's easier to see the difference between arguments and parameters What is actually the difference?
czstrong 7y ago
For me, no-code tools were the gateway to learn to code. Build a site with a WordPress theme and ultimately end up editing the HTML and CSS to get the desired result that's not possible out of the box. Add a plugin that doesn't quite meet my needs and end up learning PHP to edit the source. For people that learn by taking apart what's there, no-code tools are excellent learning tools.

chrisco255 7y ago

That's always the case though. The reason why we use programming languages is because we need the expressiveness they offer. Attempting to simplify it any further severely limits the type of applications you can build. And so you end up with cookie cutter apps. It might be fun, it might even be useful for some back office tasks, but if the marginal cost to produce a thing goes to near zero, it would imply the supply of apps competing for that category would explode.

tluyben2 7y ago
A lot nocode or lowcode tools are visual programming languages; they are in fact just programming tools but look (and often are) simpler to start off with. But when you need more, you are in fact programming with code, just via a visual interface. Which indeed can (will) become painful for many tasks. Then you are using the wrong tool for the job. Thing is, and this differs per market; most companies do not need anything more than endless streams of crud apps, and that is where these tools shine. You (and many of HN) might work in the b2c market, but where I work, people do not care much about how things look or ux; they care if they work just a little better than the sap or oracle interfaces they had before. Actually, this goes for many (most?) b2c products as well; most (traditional; challenger banks are a lot better) banking or airline apps I know look like bad template barf-ups (many are indeed that, bought from the same cooking cutting companies) and yet people use them. Would it be better if they were custom designed with money spent on actual ux and design? Sure, but apparently not enough to matter to the company commissioning it. When companies I work with look for no/low code, the only reason they will not use it is vendor lock in; if they cannot run on premise and/or ‘eject’ the code, they will not use it. Several products allow this and they are fairly popular (so much in fact that they cannot find enough ‘devs’ for their clients). These systems have their place; it is just (much) faster (some boring things in regular environments are just a few clicks with these tools) for some x% of applications while another y% you cannot do with them or is very difficult; I would still do the x% in such a tool as thinking ‘we might need x+y later on’ is premature usually and in my experience does not pan out. We have programmed applications ‘created for expansion’ 15-20 years ago that run to this day which would have fit in the x%; aka we wasted time and money while the expansion was never realised by the client. Edit; > it would imply the supply of apps competing for that category would explode. And that is a very consumer centric approach; we are not all making fitness apps or something; these apps would all look (more or less) the same but work on different APIs and data; that is fine for almost everything; not only some internal stuff. It helps companies a great deal to just have something their clients can use vs nothing, even if the cost is close to zero; and they cannot be the same as they talk with different systems and different data. Even creating partner dashboards more efficiently than slinging code is something people do all the time and you cannot ‘just copy paste that’ to another company. These products are not generally meant to build ‘the next whatsapp’. But you can prototype it with them and show investors; I agree with you there though; wrong tool for the job.
- TuringTest 7y ago
  > When companies I work with look for no/low code, the only reason they will not use it is vendor lock in; if they cannot run on premise and/or ‘eject’ the code, they will not use it. Several products allow this What nocode tools don't have lock-in? The ones I know which are open source still have these proprietary add-ons for important stuff like authentication or connecting to other systems.
  - PeterisP 7y ago
    Conceptually some no-code tools work essentially as glorified editors or code generators for a particular subset of a mainstream programming language. In this case, at any point you can abandon the no-code tool for a project or part of it and continue maintaining and developing it as an ordinary bundle of code.
    - rhlsthrm 7y ago
      Which ones? As a dev, if I had one that ejected into readable React (Typescript) code I'd probably use it.
  - AlchemistCamp 7y ago
    WordPress
- pydry 7y ago
  >Thing is, and this differs per market; most companies do not need anything more than endless streams of crud apps, and that is where these tools shine. IME at least 20% of the needs of these companies are not met by "basic CRUD app programming" which is why these no-code things never really take off despite often appearing quite impressive. 80% is not enough. Basic CRUD also implies an understanding of domain modeling and normalized relational db design. In practice these are uncommon enough skills among developers never mind users of tools like these. That's half the reason why spreadsheets business users want turned into apps are so horrendous - it's not even intrinsically a problem with excel, it's just that the relationships between the domain objects are usually confused and the data is in a mess.
wtvanhest 7y ago
On one hand this is correct, many apps compete only on form function like (Instagram vs snap). I think there will always be a random form function that captivates (today’s ticktok), but my prediction is that the web will be won less by competing on form factor, and rather won focused on other parts of the user experience. In a simple example, logistics is an obvious differentiator, 2 day vs 5 day shipping etc. There are so many dimensions to compete on and app design will contribute to many of those dimensions, but some ways to compete will not involve coding.

jstanley 7y ago

> I’m still bullish on the idea of no code though. The tools are there. They just need more functionality. Maybe, but I think the idea of setting up a SaaS business without writing any code just won't work. If the tooling is simple enough that a non-coder can get it to work, then the no-code SaaS business is providing very little of value. The user could just do the job themselves using the same no-code tools.

danenania 7y ago
I think you’re right that having some sort of moat is very important to a business, but I don’t think that moat has to necessarily be the software. It could be operational expertise or fame or capital or connections or anything else that’s hard to replicate.

BerislavLopac 7y ago

I think this fits here perfectly: http://www.commitstrip.com/en/2016/08/25/a-very-comprehensive-and-precise-spec/ http://www.commitstrip.com/en/2016/08/25/a-very-comprehensiv...

wolfgke 7y ago

> See bubble for example - https://bubble.io https://bubble.io . It’s basically “visual” Rails. The intention is to allow users to build complex, interactive software visually, without having to write code. Why the "hate" for code? I immediately understand the problems that typical programming languages have for people who are not trained in programming. But there exist good reasons why other approaches like "visual programming" have failed (except for some niches). So in my opinion the solution is not to "spread hate" against code for a "stupid" market pitch, but take the time to develop programming languages that are better suited to the needs of the customer.

mettamage 7y ago
I can think of a few. Most of these things could also be done with text-based code, but typically aren't when you're just starting out: - No set up issues (visual programming is cloud-based) - Less of a discoverability issue (visual programming shows a lot of things all at once) - A sense of familiarity (people have seen flow chart like things before) - It's easier to see the difference between arguments and parameters Full disclosure: I have almost never seen visual programming languages, but I got the idea that there was no devil's advocate present within you. So here I am ;-) I find it quite easy to think from a beginner's perspective, because in some sense I can't fathom that I know what I know now since I never thought I'd ever know this much in my entire life (and I'm only 31, lol).
- wolfgke 7y ago
  > - No set up issues (visual programming is cloud-based) Cloud-based has nothing to do with visual programming or no-code (you can also do cloud-based editing of conventional code if you desire). Counterexamples: LabVIEW, Simulink. > - Less of a discoverability issue (visual programming shows a lot of things all at once) Wasn't "shows a lot of things all at once" actually an argument (marketing pitch) why conventional programming language overwhelm many people who are not programmers, and visual programming languages are "thus" better because charts have a lot less "intellectual density" than computer code?! > - It's easier to see the difference between arguments and parameters What is actually the difference?

czstrong 7y ago

For me, no-code tools were the gateway to learn to code. Build a site with a WordPress theme and ultimately end up editing the HTML and CSS to get the desired result that's not possible out of the box. Add a plugin that doesn't quite meet my needs and end up learning PHP to edit the source. For people that learn by taking apart what's there, no-code tools are excellent learning tools.