Show HN: Superblocks – IDE for Internal Apps, APIs and Cron Jobs (superblocks.com)
As developers ourselves, we faced the problem of building tons of internal admin UIs, backends to connect siloed data, reporting jobs, and data pipelines. For UIs we would build one-off React components. For integrations, we would have to decipher vendor docs and implement auth. Finally, for reporting jobs we had to handle failures and observability – many hours of repetitive engineering effort.
So we built Superblocks, an internal tooling IDE to connect to any datasource (databases, APIs, data warehouses), drag and drop your common UI components (tables, charts, forms), spin up backend APIs and schedule cron jobs, all in one place.
Since developers we spoke to hated repeatedly handling permissions, hooking up observability, configuring security and managing CI/CD pipelines, we built Superblocks to integrate with popular dev tools like Datadog, Elastic, GitHub, GitLab, Okta and more. Use our cloud version, or run a self-hosted agent to ensure your data never leaves your VPC [1].
Superblocks is quite differentiated from other “low-code” tools out there: * 100% built for developers: observability, debuggability, version control, extend with Python & JS * A platform, not a point solution: An all-in-one builder for internal tools: app UIs, APIs and cron jobs * Agent architecture: source-available, stateless and lightweight vs a legacy on-prem deployment * Scalable pricing: Pay for apps by Creator and usage-based pricing for end users (based on day passes) so it’s affordable to have 100s or 1000s of end users. Workflows and Jobs are billed on the number of executions.
A quick 4 min demo on the website: https://cdn.superblocks.com/superblocks-demo-06132022.mp4 Developer docs: https://docs.superblocks.com To illustrate Superblocks in action, we built this startup funding explorer last night [2]
Would love to hear feedback!
[1] Agent https://github.com/superblocksteam/agent [2] Superblocks Startup Explorer App https://app.superblocks.com/applications/4aab03cd-3b18-4138-...
101 comments
[ 7.3 ms ] story [ 71.0 ms ] thread> Is this open source
Although the app builder you see on the cloud is not open source, we offer a hybrid deployment option - the on-premise agent (OPA) is our execution engine that runs all of the code that you write in Superblocks. It is source available https://github.com/superblocksteam/agent and you can self-host it to ensure your data stays within your network. Feel free to check out the github repo or our docs (https://docs.superblocks.com/on-premise-agent/overview) for more details!
> demo is really slow on my phone
Sorry to hear that! The one on https://superblocks.com loads faster.
We get compared to stuff like Retool, Zapier, BI tools and other low-code tools quite often, but the main differences are in the breadth of the product and most importantly how focused on developers and code (Python and JS for now, other language in the future) the product is to make things extensible. Basically we wanted to replace all the internal tooling we've built and used at previous companies we've worked at. A lot of it is too complex for the popular low code tools of today.
We are a ways away from achieving that mission, but think there is an approach that can work if focused entirely on developers.
Is that what what you're referring to?
good usability feedback on the New API part of the UI, we will address this!
The reason others have chosen to stay with Django admin and not move to Superblocks is they spent a ton of time investing in it (and it works quite well), the switching cost ends up being high.
interesting markets in this could be tying to legal, real-estate, construction, hospitality, etc - obv a stretch goal or at least something to just consider how to accommodate.
Looking at the video, at 1:02 you do put in code to open yourself to SQL injection... it's for internal tools, but still...
Regarding UIPath, we don't yet have RPA as a building block but we have heard this ask before for automated scraping from customers. We are definitely looking into this in the future.
Regarding SQL injection - yes you are right. We have since worked on a feature to add support for writing parameterized SQL in-app. It will be live next week, thanks for the feedback!
So without the video I'm struggling to understand what "programming" with superblocks means. Is it drag and drop visual programming? Show me a screengrab. Is it coding? What does the syntax look like?
Is it a mixture of both? I want to see both.
Yes - I'm lazy and probably could have read more but lazy, busy people are good test subjects as they probably make up the majority of eyeballs.
Thanks for the feedback - our docs are more text heavy and might be better suited for skimming. Our quick start guide might be a good starting point: https://docs.superblocks.com/getting-started/5-min-quickstar...
There isn't any drag and drop when it comes to programming in Superblocks. You can write good ol' regular Python/JS to create APIs and program your event handlers in the UI!
To my mind, an amalgam of the gifs on that quickstart should be on your home page as the hero image.
tl;dr, they did not read the FAQ and broke the HN rule are thinking of
https://news.ycombinator.com/newsguidelines.html
What happens if you go out of business or we stop subscribing?
Great question, having been an engineer all my life, this is one of the question I would ask myself as well. Developers are at the forefront of our target audience and we want to give all developers the peace of mind that any code or configuration you create in Superblocks is completed owned by you and can keep working without Superblocks. Here's how:
1. Our agent is open-source, this means you can inspect, modify, build and host it however you like
2. We're soon launching a feature where you can export the entire definition of Superblocks apps/workflow/jobs/permissions as project files and manage it in your own git repo
3. We're brainstorming the idea of exporting your app as native React and NodeJS applications so your app continues to work outside of Superblocks
Obviously our goal is to keep providing the best features, performance and stability so you can save time and let us accelerate your development process :)
Would this give you the confidence to use a platform like this? If not, what can we do better?
Although, I could see how building an app that uses data across the various SaaS tools a company uses without requiring that data to be dumped into another database could be useful. Maybe I'm missing the point.
As an aside, I'd love to see Retool but for less technical people. Specifically, a way to make Google Sheets available for multiple people in a company to use. We have multiple quick and dirty "calculators" (think pricing for sales, comp for recruiting) that we roll out across our company. Eventually they get operationalized and converted into proper applications (or we buy a SaaS product for it) but would be nice to have an interim solution. Some requirements:
- Ability to create a very simple CRUD web UI
- Authz/n with ability for IT to integrate into their SSO.
- Google Sheets backend and integration so financial analysts can update and manage.
For example you mentioned Retool which has a UI builder, but also Zapier and more recently BI tools. We have a customer who's moving off Tableau which was a surprise at first because Tableau is well designed for fast analysis for SQL-only users and that's not our core audience.
I guess we don't really deliver on what you're looking for wrt an offering for less technical users than developers, because to really be proficient in Superblocks you'll need to understand SQL, calling APIs, Python or JS to get the full value.
regarding Google Sheets integration that is our most popular integration alongside Postgres, the end users can easily user it like a database.
return [
][0] https://assets-global.website-files.com/627d359d0e0aa265b781...
E: Fix formatting (TIL HN doesn't support code blocks)
Been reading the comments and I think there are a bunch of questions about why companies would use a tool like this and that integrating your product / company into it is potentially risky. Here's why we decided to use it.
First thing you should know is that before we moved to Superblocks, we were using a combination of Retool, Google Cloud Scheduler, Mode Analytics, and a few small Google App Engine apps to solve our problems.
There is a whole ecosystem of apps and mini-products our engineering team has to build which require slow-paced maintenance, but are still mission critical to our business. Analytics dashboards, Slack reporters, revenue dashboards, customer service dashboards, Discord bots, etc.
There are plenty of different tools which solve some of those problems in silo, but the main problem (and beauty) of building internal apps is that you can fully solve for your unique business problem. We're a tech-enabled advertising agency (there are a handful of companies like ours in the world) and we both have our own external product as well as a series of internal apps that power our operations.
We decided to move all our internal apps to Superblocks effectively because we could merge a few different platform layer things (Google Cloud Scheduler, App Engine, Mode, Retool) and be able to build much faster within our team. The big thing for us was that we have engineers writing in Python (more data heavy stuff), and engineers writing Javascript. Previously, we had to have them offer APIs to each other and it wasn't as agile as it is today for simple things we had to build for our business stakeholders.
I remember seeing one of our first Workflows on Superblocks when our data scientist built a BigQuery step, a Python step, and then our Javascript engineers grabbing that to do some post-processing with it to display the data and thinking "this is probably how most tiny apps will get built in the future".
I don't want to have infrastructure for every tiny solution I built for our team. I just want things to work.
Just to be clear, porting a drag-n-drop interface to VS Code is not meeting developers where they are.
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.
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.
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.
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!
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
It will definitely be easier to sit through
Interesting point. Personal opinion here - I do not think that drag and drop is only for non-developers. A great example of this is the gaming industry in Unity/Unreal engine. These tools are effectively low-code but also incorporate drag and drop to allow developers to build whatever they can imagine but faster. Drag and drop should be an extension to the developer’s arsenal, not be the only way a developer can interact with the system.
* what I want now is a little more and a product I plan to move from prototype to production soon (tm)
As I said in a peer comment, I get the game engine analogy, it's close, but there are enough differences that it doesn't carry enough weight to make it a point of justification. They've also had over a decade plus to develop and get lots of complaints. But note, there are 2-4 options in the game dev space, because it is so hard to build a compelling experience. Low code. / drag-n-drop is littered with shitty products and race to the bottom competitors. Also, my statements can generalize to DnD based solutions for more than frontend, to things like node red, iffft, zapier et al
Since Excel is on the front of HN, I'm reminded that Excel is the OG and most successful low code product in history
You say source-available, but I do wonder what happens with all your apps/workflows if Superblocks goes belly up. It doesn't seem like there’d be an easy way to migrate off it. With Camunda, their modeler and engine is open source and all the code you write is like any other code—it exists in your own git repo.
(PS: Not a Camunda shill, but have built proofs-of-concept with it in the past, and am evaluating it again.)