Hacker News new | ask | show | jobs
by ehutch79 1757 days ago
I've always found the complexity was implementing business requirements. for example if field x is "y" then fields g is required, and field f can only be these three choices. and if field g is filled in, then field x can not be y

Stuff like this is where a lot of no-code stuff falls down.

2 comments

I find it difficult to agree with this statement. But perhaps I am biased towards no-code.

I have always been able to find a way around when implementing complex business logic.

A very peculiar use case I had to solve was for a parking slot booking app - limited spots available, one spot can hold either one large vehicle (car) or six 2-wheelers.

So essentially it became like how you mentioned-> if x=car then parking spots available can only be N choices. If x = bike, then spots is 6N or 6(N-1) if someone booked a spot for a car. If spots remaining = 3 then x can not be Car.

Took me a couple of days to get it working but i was in the end able to get a working app built purely with no-code on DronaHQ.

Disclaimer - I work with DronaHQ.

Yep exactly. I've found that to be the case as well.