https://www.reddit.com/r/salesforce/comments/1hxxdls/unpopul...
RIP Low-Code 2014-2025
131–140 of 160 posts
Re: RIP Low-Code 2014-2025
#132Earlier quoted context omitted.
Why would anyone need docs.
REST is self documenting. Edit: for down voters, I'd be curious why.
Re: RIP Low-Code 2014-2025
#133Re: RIP Low-Code 2014-2025
#134Earlier quoted context omitted.
Why would anyone need docs.
REST is self documenting. Edit: for down voters, I'd be curious why.
Re: RIP Low-Code 2014-2025
#135Earlier quoted context omitted.
I highly suggest you expose functionality through Graphql. It lets users send out an agent with a goal like: "Figure out how to do X" and because graphql has introspection, it can find stuff pretty reliably! It's really lovely as an end user. Best of luck!
I tried this recently and found the token overhead makes it prohibitive for any non-trivial schema. Dumping the full introspection result into the context window gets expensive fast and seems to increase hallucination rates compared to just providing specific, narrow tool definitions.
Re: RIP Low-Code 2014-2025
#136> the cost of shipping code now approaches zero Does anyone actually believe this is the case? I use LLMs to ‘write’ code every day, but it’s not the case for me; my job is just as difficult and other duties expand to fill the space left by Claude. Am I just bad at using the tools? Or stupid? Probably both but c’est la vie.
Re: RIP Low-Code 2014-2025
#137Please note that we had two independent working low code systems, back in the 1990s. Back then, a domain expert could fire up either Delphi or Visual Basic 6, and build a program that was useful for them. If they needed more performance, they would hire a professional programmer who used their work as a specification, and sanded off the rough edges. These days, Lazarus is the open source follow on to Delphi. It'll wo…
It has been a very long time since I have written any Delphi, but I prefer dotnet these days. The only (very real) problem is trying to predict what the best long term UI option is for native apps.
Re: RIP Low-Code 2014-2025
#138Earlier quoted context omitted.
Its is not low code, its open-source, modular application development framework built on .net. You can use it as Headless backend with your own UI. We use it like that with our own Next JS front end. You can drop down to raw EF, SQL, custom auth flows (We had written a custom invite based user signup and custom Openiddict app for plan based claims for JWT based feature management) or rip out entire modules if needed.…
If the tool aims to reduce the amount of code required to build features, then it's low-code. IMO, any modular library or reusable mechanism which abstracts away implementation details follows the low-code philosophy. Low-code is just what it says. It's not associated with any specific tech stack or mechanism.
Re: RIP Low-Code 2014-2025
#139Fuck all this pointless noise, verbose analysis, LLMs and other associated crap. Just someone give me MS Access for the web with an SSO module and let me drive it. That'd cover 99% of LOB app needs and allow me to actually get shit done without tools that dissolve in my hands or require hordes of engineers to keep running or have to negotiate with a bullshit generator to puke out tens of thousands of lines of unmaint…