[bradmenezes]

It's a great point, one interesting thing we've found is that backend developers are welcoming of using a drag and drop frontend builder, as long as it is extensible with code. For them using React, HTML, CSS is painful especially for an internal tool where the speed of getting their tool shipped is paramount.

[verdverm]

Do you have analytics that back that up, or just statements and surveys?

As a backend focused dev who's very interested in low code, I've tried them all and they fall short after the honeymoon. Most recently Plasmic.app, had (has) great promise once their product matures. They nailed the developer facing workflow. The problem is twofold, (1) that the UI is big, slow, and buggy (2) the code that comes out the other side is super heavy. A blank component added 50% to my bytes shipped.

The hard question to answer is what does that interaction point look like? Why is the backend dev even tasked with doing the frontend?

You'll face a point where you will have to decide who your paid product is for, and every drag-n-drop for developers has pivoted to non-developers, because getting something that most developers actually love has proved impossible to date.

[bradmenezes]

Not from statements and surveys, but from paying customers :)

We think our market area is wildly similar to the early days of gaming engines, echoing what pbardea commented earlier. We are providing the game-engine or the "tool-engine" if you will.

The reason backend developers are often tasked with building frontends on internal tools is because the frontend developers are often allocated fully to the core revenue-generating customer facing product.

As of today, we don't solve every use case pure code can. But over time we think there is a path to becoming the default and standard for this category of software, especially if we can nail the programmability aspect to win over developers.

[verdverm]

There will be no default or standard in low code / drag n drop. It's a market that has been around a long time, very crowded, largely segmented, and a tough space to compete in.

I get the game engine analogy, used it myself, but it's a little apples and oranges. Very different personas, if you only have one persona for developers or even backend devs, you haven't narrowed down enough yet.

[xyzzyrz]

Hi! Thanks for the feedback on Plasmic.

Re: "super heavy" output: A blank component should result in one corresponding div. Maybe you're weighing the API client library? You can codegen pure React modules if you don't want the loader library itself.

If you have any specific feedback on the UI, would love to listen. Thank you!

[verdverm]

The whole thing is recorded, I posted a link to twitch in slack.

An unhydrated card like the testimonial example was 28k via code gen.

I put tons of feedback in that video, if your teams are not watching it, you are missing out immensely

Despite not pulling a lot of punches in my stream, I still think Plasmic is closest of all I have tried to a developer friendly, maybe lovable in time, product

[xyzzyrz]

Thanks, super helpful! (I haven't personally watched it yet, but our team has picked it up.)

[verdverm]

If you want the version with the awesome jazz tunes in the background, ping Yang to get me an upload link.

It will definitely be easier to sit through