Our great sponsors
-
frambozenapp
Showcasing my Bozen library, which includes a MongoDB ORM, Form library, and web utilities
-
SurveyJS
Open-Source JSON Form Builder to Create Dynamic Forms Right in Your App. With SurveyJS form UI libraries, you can build and style forms in a fully-integrated drag & drop form builder, render them in your JS app, and store form submission data in any backend, inc. PHP, ASP.NET Core, and Node.js.
-
react-admin
A frontend Framework for building data-driven applications running on top of REST/GraphQL APIs, using TypeScript, React and Material Design
-
-
-
-
-
InfluxDB
Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
-
cookiecutter-django
Discontinued Cookiecutter Django is a framework for jumpstarting production-ready Django projects quickly. [Moved to: https://github.com/cookiecutter/cookiecutter-django] (by pydanny)
-
budibase
Budibase is an open-source low code platform that helps you build internal tools in minutes 🚀
-
lowdefy
The config web stack for business apps - build internal tools, client portals, web apps, admin panels, dashboards, web sites, and CRUD apps with YAML or JSON.
There's a predefined table called User that holds user accounts: https://github.com/cabalamat/frambozenapp/blob/master/app/us...
There are also predefined web pages for logging in and out, and listing users. A real aspp might want ot customise the pages: https://github.com/cabalamat/frambozenapp/blob/master/app/lo...
Very cool. I feel like this is the early version of a "programmable Notion[1]" in some ways which is built on similar building blocks that are customizable.
I've been using React Admin https://marmelab.com/react-admin/ for this use case, and I really like how it works. Used it to build an internal CMS, and it handles relational stuff well.
There are some other low-code tools that have similar premises. We evaluated one called Retool https://retool.com and it seemed pretty cool, but because it's a per-user pricing model, the costs can be pretty substantial when you have a lot of people using the tool.
* Form submissions
All of this is pretty trivial to get working out-of-the-box with very little effort from a dev. So no one has to reinvent the wheel.
And these features, if done well, are all that 90% of businesses need to create value for this customers and become profitable.
I'm really excited about this space. My email is in my profile if anyone wants to talk about it further.
Just setting up a front end dev environment is a lesson in complexity theory
FWIW, because I've been out of web dev for a while and may need to get back into it, I came across this site today:
I followed their example ts+preact+esbuild setup and was very pleasantly surprised by the ergonomics.
I was expecting way worse.
https://github.com/Budibase/budibase
It's used at Amazon, IBM, F1, Deloitte, NHS, and more.
I'm the co-founder of the project and I hope you don't mind me posting - it felt relevant.
Check out https://github.com/lowdefy/lowdefy which is open-source.
We created Lowdefy (co-founder here) to built web apps fast and it is really working well for us and our customers. We’ve already rolled out a few enterprise level apps in record time and the platform really scales well as apps evolve and get really complicated. Even developing apps as a team is a breeze since you are working with yaml / json which is easy to code review, copy, paste, find and replace.
l
https://github.com/intelix/reactiveservices
And the screenshot is the early version of the real app built on it
Conceptually it's the same to what described in conductor, however you are in full control how the data is synced, how and to what you subscribe etc.
It was built, first of all, for the application in forex trading, so there are some "specific" features, such as optimised binary stream with delta-only updates, priority on the data streams, demand-based backpressure, subscription based on the visibility of the data, very low latency, cross-dc clusters and many more.
How it works is described (in rather over-simplified way) on the github page. There's a choice of scala or java on the back end, and react on the client side. Websocket only. Like I mentioned, the currently exposed source code is not maintained and based on the very version of react (there are still mixins in the example), and has some vulnerabilities.
The latest version of the framework is maintained in the private repo, and we have built a number of solutions on it over the years, and not only in the forex space. It is well suited for most Single-page apps.
Latest version uses latest react features, hooks based, and the server side has seen significant changes as well.
Why we decided to keep it private? We thought world already have enough web frameworks, and since, we thought, our framework and approach was such a niche, we just kept using it for our clients and our own projects. But since then we have been surprised how easily it could be applied to other fields, and yet there's still nothing like this is available. GraphQL with subscriptions probably is the closes, but not good enough.
Is there any interest in something like this in the community? If so, we can definitely make large parts of the framework, which is now 6yo, public.