My personal impression of Wappler after 2 years

In the light of recent events Wappler gets a lot of attention, so I decided to sum up my personal impression of it after 2 years experience.

The article has two purposes: to encourage everyone to try Wappler, but also to warn about some of its downsides.
So the main audience of this article is outside this forum, but I thought it might be useful here too.


  1. Wappler is a full-featured builder. You can do a full backend with databases, workflows, functions, user management, cron jobs etc. And you also have a rich frontend with custom styling, themes, events, cookies, storage management and even full workflows. You can use both sides of Wappler or use only one (backend or frontend).

  2. You have no resource limitations. You can have as many projects, pages, records, users, operations etc. as you want. You don’t need to count them and worry if you will be cut by limits.

  3. Ridiculously affordable pricing. If you freelancer, you just pay €49 a month for a Wappler license. Plus you pay the market price for server and database. And that’s it.

  4. Incredible performance of your app. I assume, similar if you just code your app with react/vue. First, because of well-thought architecture and second, because you use your own server and database, hosted on something like DigitalOcean.

  5. Good performance of Wappler itself, when you work with it. (because it is a desktop app) So you can even use an old laptop.

  6. You own your code from the start. But keep in mind though, Wappler has its own frameworks, not react/vue.

  7. It allow to do both webapps and mobile apps (and even desktop apps)

  8. Great features. That’s because Wappler has existed for many years (especially if you also count the years of its predecessor DMXzone), you not only have many basic things, but also some advanced features build-in. For example, I absolutely love the integration of, which allows you to refresh page data without refreshing the page itself. Or Git and github integration for branching and history. Or data and page caching with Redis. Or Docker Swarm, that allows you set load balancing in two clicks.

  9. In your regular work in Wappler you can use not only the visual coding tools it offers, but also make changes in code by hand. In some cases this can be quicker.

  10. Wide extensibility. You can add custom CSS and JS for your pages. You can write and integrate your own components. Also you can edit any code of the project files directly, which allows you to add hacky undocumented things here and there to tweak your app.

  11. Wappler constantly releases new features. Normally updates come out every week.

  12. You’re gonna get to know about the popular coding tools and practices that all used by the regular developers: html, css, js, bootstrap, sql, terminal, git, docker, nodejs, knex, redis, etc… Of course you don’t have to learn it the way the web-developers do. But it is nice knowing that you are not that far from regular modern web-development.

  13. And last but not least — amazing community here at official forum. You can reach out to the members of community and even Wappler developers themselves and get advice and help. Of course sometimes it requires patience and persistence.

(with all the love and respect to Wappler’s dev team)

  1. Learning curve still quite steep. There are many official learning documentation and it is well-written, but it is still not enough and outdated in some details. There are no official video lessons, but there are many tutorials on Youtube from community members.
    Wappler requires you to understand the very basics of web-development concepts. It is not hard to understand, but the problem is that Wappler doesn’t cover it in its documentation.
    If you have regular development experience, it would be much easier for you to start. If you don’t, you must be ready to learn it by yourself.
    I, as not having a previous dev background, struggled in frustration sometimes at the beginning. But I figured out everything eventually.
    But I personally know many people who were interested in Wappler but gave up after a while.
    Still some basic things about Wappler and how to use it are not explained properly. Even starting a new project may cause many questions and mistakes for new users.
    Good news that improvements in documentation is on its way, so the onboarding may become easier.

  2. The UI and UX of Wappler have some issues, bugs and questionable decisions. In some places it is ok, but in some it is a struggle. Some long-awaited features have been begged for for years. Many uncomfortable workarounds became part of the daily process.
    Gladly, in most cases Wappler’s team is well aware about these issues. But they choose to spend time on new features, and this approach has its reasons too. So overall this is a question about priorities. For me personally, the UI/UX of Wappler itself is a major problem. But I admit this is subjective, so every user should decide for himself.

  3. For now there is no marketplace for ready projects or even for ready building blocks. That means that even basic things like navigation bars you have to build almost from basic. I say “almost” because Wappler’s frontend is based on Bootstrap, so you have some blocks to start, but it’s not enough. But it seems like some improvements in this area are planned for this year, so things are gonna change.

  4. Wappler almost hasn’t built-in integrations with external tools. Wappler helps you with external authentications, but as for working with API (for example, Google Docs), you just have to read the docs and write your requests yourself. Which would be a huge problem, if you have many such integrations and used to work with them seamlessly.

  5. Bugs. There are a lot of them. Most of them have been fixed by the next release (if you report about them of course), but then there will be new ones. So even if new releases come out every week, only brave users update regularly. I am stick to once-in-a-month practice, but some users update even rarely, as it requires for them full app testing.

  6. For quality results you still need to know general ideas and practices of programming. And there is a lot of information about it available on the internet. But it is all described in examples of regular development languages.
    So currently you can’t learn this accumulated experience without learning Javascript or other language itself.
    Maybe in the future we will be able to learn best practices of development within Wappler itself, by studying professionally prepared projects.

  7. Big problem is that Wappler is not popular.
    It means that there is basically no “action” outside the official forum.
    There are no paid learning courses, no paid ready-to-use project templates.
    And which is more important — no market of professional developers.
    First, this means you can have trouble convincing your clients to start development with a not well-known tool.
    Next, there will be problems, if you need help or you need additional hands for your project, or you just want to hand over your project to another developer.
    Of course, this is not Wappler-specific problem. It applies to most of a nocode/lowcode tools.
    But the sad fact is that the Wappler team doesn’t do any PR activities at all.

Sums up:

  1. Wappler is for sure one of the best multipurpose affordable nocode/lowcode tool currently existing.
  2. It has a unique approach that gracefully combines two worlds: regular programming and nocode. You own the code, you own the data, you run the project on your server, you don’t worry about limits. I am 100% sure that this is the best way to do nocode and I hope this approach eventually will win in the market.
  3. Unfortunately, currently Wappler is not for everyone. It has huge advantages, but also has some serious issues too. But you should definitely try it and figure out for yourself if you like it or not.

Personal experience:
For me working with Wappler was a roller coaster. Sometimes it was “wow” and sometimes it was “wtf”.

There is incredible power in it. I still can’t believe that I was able to do everything that my client asked for the projects we were working on. And the most bizarre thing is that I didn’t have any previous dev experience. It’s really like magic.

But I also feel like many important things are missing in Wappler, if you look at the big picture. There is a lot of struggling where it shouldn’t be.

So at the moment I decided to take a temporary break in Wappler and in nocode in general.
I still believe in nocode from all the heart and I am sure this is the future. But it is just the beginning of the nocode revolution, so the road is a little bumpy.
It is exciting to be at the edge of progress, but I realized I need more confidence in the instrument I am using. Unfortunately, none of the options in the current nocode market gives me that.

Of course, remember: all above is just my subjective humble view, suited only for me — you should make your own opinion.

PS: If you like this article and want to improve its poor English, you are welcome to edit it in this doc.


Great perspective @nickneustroev! Don’t give up. All coding, even outside of no-code tools, is bumpy with bugs and you’ll always have something you’ll need to work around. Don’t let it stop you and just keep pushing forward with your ideas.


Thank you very much for your support!

I wasn’t planning to do that announcement at all. Because it may look like a drama. :slight_smile: (But it is not.)

I just wanted to write an honest review of Wappler with all the pros and cons. To encourage ex-Bubblers to try the Wappler, but also them being aware of some possible downsides.

And I realized that it would be not fair to readers to hide the fact that I am actually taking a pause with Wappler (and with all nocode, as I don’t see any close alternative at the moment).

But in fact for me there is no problem at all, the decision was made a long time ago.
I am ok, Wappler ok, we all ok. I still will be sticking around. :beers:


Are you going with traditional coding then?

I suppose I am. NodeJS + React/Vue.
Don’t know where it’s gonna lead me eventually. I just need to try and see the world from another side of the fence.
Maybe I’ll soon come back to the nocode, being now experienced in traditional coding. I would be totally ok with that.
Anyway, the search continues.

1 Like

Would you have attempted that without passing through Wappler before? Do you think that Wappler helped you feel confident to make the move? Saying this because as with Wappler you are more exposed to code than pure nocode tools.

1 Like

This is basically Wappler, but with Server Connect & App Connect instead of React/Vue. Server Connect and App Connect are reactive frameworks. Technically you do not need the Wappler IDE to hook them into your code; it just makes it easier.

Would you have attempted that without passing through Wappler before?

No, unfortunately.

Do you think that Wappler helped you feel confident to make the move? Saying this because as with Wappler you are more exposed to code than pure nocode tools.

Yes, absolutely!
I feel like Wappler helped me to see a big picture of how web development works under the hood and also I get used to some basic programming practices.
And now, with this experience I feel confident about learning old school programming, because I understand what’s going on.


Another reason that makes low-code superior to nocode even for non-tech backgrounds! What you learn actually matters! :slight_smile:

Anyway, good luck with the endeavor! Think of it as a graduation! Next stop master thesis! :slight_smile:


Indeed! :grinning:

:grinning: Thank you! :beers:

I understand that basically it is the same. But there is still a difference in terms of popularity. Low popularity is the main problem for me in Wappler and in nocode in general.
Other issues are possible to handle, but this one is a deal breaker.

Though I can imagine some hypothetical nocode tool in the future that be so good, that I would work with it even if I will be the only man on the planet doing this. :slight_smile: But currently I don’t see one.

1 Like

Oooo that really interesting. Please keep us posted!
I assume you’ll be learning this, hopefully goes fairly smooth for you. Wappler has been fantastic bridge for me to learn, idk if I’ll ever leave tho.

Also you attempting to go to code from wappler is huge huge benefit/accomishment of wappler imo.


That’s why I always work in split view. I am not a coder but I have certainly increased my coding knowledge just by watching what Wappler creates.


This is one of the best resources to help you on your journey

It will also help you to understand why I use Wappler :grinning:


I will!

Thank you!

1 Like

The same here, only split view. It’s just much faster.
But this fact itself proves that there is a core problem in Wappler UX/UI.
I’ve pointed it out many times, but in vain.

Thanks, Ben! It definitely comes in handy.

That’s encouraging. :sweat_smile:

I personally disagree. When i started out i used it just to see what wappler was generating and learn from that.

This point, certain actions i need to do, ive got to point where im more comfortable and quicker in editor (only certain things). I really dont see that as a problem, but a benefit.
Even if wappler ui comes up with perfect ui/ux, id still want my code panel.


Fascinating conversation!

Net Ninja rocks. I learned all my bootstrap with him when I started. He’s a tech education genius.

I operate in split screen all the time.

I create HTML structure with the Wappler GUI.

I create function by typing. (dmx-on:click etc)

Back in Bubble days, I had to create function with the GUI and it became very tedious, and started to give me RSI.

I find typing function is way faster and more intuitive.

Maybe just the way my brain works!

1 Like

I feel like I should clarify about Code view.
I think that a perfect nocode/lowcode tool should offer both visual and coding ways to work.
Wappler in fact allows this too, and it is awesome.

But it feels like in some areas the tendency here is to restrict working with code and instead force users to use visual tools.
Maybe I am mistaken, but it is the impression I get after some new features and after discussions about it.

Instant inline editing for data binding input.
Editing expressions via code directly is officially forbidden now?
Redesign concept for Properties Panel of page elements
Code tab by default in the Data Bindings panel (optional)

As a result, we don’t have comfortable visual tools for some important work (primarily I am talking about editing Expressions and Formatters) and we also don’t have a convenient way to do manual editing instead.

Thankfully, we have the code view, which helps greatly in this situation. But it is not very convenient to do digging in the html and code mess either.
So my point was, that in ideal situation we don’t have to use Code view. There must be convenient well-thought visual and code instruments to work. If users need to use Code view, there is something missing in the editor.

In the case of Expressions in the Page it could be something like that.
Just click the element on the page, click edit icon right here and then edit code right here (or do visual way, if you want, of course). Fast and simple.

Unfortunately now we have to make huge efforts for this simple piece of work.

Like this

Or like this