Hacker News Reader

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

This is a key question for real-life use cases. YAML is a markup language so you cannot program and add logic in it.

I think about having a set of hooks that trigger the code logic hosted somewhere. Language-agnostic / serverless, that kind of stuff maybe... Any ideas ?

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

Looks really nice !

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

Stay tuned :)

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

Hi perrygeo, Manifest dev here, I totally agree with you: quick starts can be harmful in the middle/long term so most of the times I would probably accept to invest more time in the beginning building something flexible.

However, you are talking here as a senior/expert developer - as you were already coding in 2010 ;) - but junior devs OR frontend devs may not be able to create that Django+DB+API app so easily. That is an important point to consider.

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

Oops... Thanks !

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

Thank you !

I love pocketbase it is a really enjoyable product, very neat. Manifest can be seen as a different approach, using code rather than UI.

Yes the "hook part" is tricky to consider as I am scared that I will have to trade-off some simplicity in order to cover more features/use cases.

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

Thank you! We want to make it faster for devs to go from idea to production.

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

Definitely in my mind! Actually with Copilot you already have pretty good suggestions on autocomplete or with a prompt. But I am not sure of what would be an appropriate UI for a full-AI backend generator.

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

Hello, dev here, thanks for your feedback.

Emojis caused a lot of ink to flow. I am a very visual person so I think emojis can help me when working (like icons of every app) but I noticed too that it changes the indentations, it can be disturbing. As of today they are just stripped from the title because it is just a PoC but they can be integrated in the admin panel later on.

Good guess the DB is SQLite! Fastest way to go up and running for users. It was a good choice for the proof-of-concept but we may need to change later.

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

What is the difference between a simple backend and an easy backend ? Not sure that I pickup the nuance

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

Hello ! Manifest dev here

This is a proof of concept only so it sticks to a simple CRUD set of endpoints.

Some of the features that you evoke are already on the pipe (Auth, permissions ABAC/RBAC...) but obviously it will still have limitations for more complex use cases...

I am thinking about a nice hook system to add this kind of logic somewhere else like on edge functions or external APIs. The point is to keep things simple and allow more use-cases without too much trade-off. Hard choices.

brunaxLoraxon Show HN: I built a backend so simple that it fits in a YAML file

Hi there ! Dev here, thanks for the feedback. Yes the example in the homepage (https://manifest.build/) generates the DB, Admin panel and REST API, we will adapt if it is not clear.

You asked an interesting question: "should you care about code quality if you use no-code tools?": As a developer, I would say definitely say yes because not understanding your own code (or your team's code) will soon or late lead to issues. If you work on a team with PR validations or similar, how can you validate your teammates' code if the code is unreadable ?

brunaxLoraxon [dead]

The questionnaire is for a little research for a project I want to work on, and I'm looking to find out how people currently do certain things in their development workflow that will help decide the initial features for the project I'm working on. I'll also be publishing the results later next week.

The questionnaire is for research for a project we're working on, and I'm looking to find out what the main painpoints are that people encounter when it comes to creating and deploying a backend.

The answers will help us to better orientate our product, which is and always will be open source. I'll also be publishing the results at the end of February.

brunaxLoraxon Need Your Honest Feedback

We need your feedback on our open-source CRUD app builder: CASE.

Our purpose is to enable developers to quickly create CRUD applications such as dashboards, administration panels, ERP or CRM.

CASE advantages: - Frameworkless - Open Source - Compatible with your favorite packages

We're looking to make CASE better for developers. To do this, we need your help!

Can you try it and give us your feedback? https://case.app

Thanks,

brunaxLoraxon Instant CRUD Dashboard App (TypeScript)

CASE is full-stack framework built on top of Angular and NestJS. With the CLI you can create resources and properties to create any kind of CRM, ERP on dashboard app in minutes.