|
this is exactly what they are trying to do.
To err is human to really elephant it up you need a computer
|
|
|
|
|
Problem is, that it's not less work (as it's meant to be), just less flexible
|
|
|
|
|
I assume you code exclusively in assembler, to preserve 'flexibility'?
|
|
|
|
|
I prefer IBM System\360 Machine Language, entered via toggle switches, one for each bit.
|
|
|
|
|
Bring back Colossus and the Manchester Baby, I say.
|
|
|
|
|
"The Configurable System"
|
|
|
|
|
...and less efficient in development and performance.
PowerBI and DAX are perfect examples.
|
|
|
|
|
There is only one I like, and that's Synthmaker (now Flowstone) and it's more like low code in that you usually don't need code, but you can drop to ruby (and maybe psuedo asm with SSE type instructions if they still have that) and code modules with it. Most of it is dragging and dropping these nodes together and building sort of like "circuits" out of them.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Sounds like SSIS, but I "drop to" C#.
And easy enough to use SQL.
|
|
|
|
|
I like only such systems which I have developed myself.
Even then, I can rarely remember how to use them.
modified 13-Dec-22 14:39pm.
|
|
|
|
|
You did document them, right?
No? Well there you go....
|
|
|
|
|
A simple readme file, plus example scripts.
|
|
|
|
|
They have been claiming solutions like that work since at least the 80s.
They don't.
To be fair they try to approach other problems in the same way by applying generalizations to certain types of problems.
Comparable to building houses. They presume it is a tract house. They presume it will be built on an endless tract of land that represents a mathematical plane with an endless unchanging supply of the same materials and with no possible change in things like building codes, water supply etc.
It works as well as that.
|
|
|
|
|
Reminds me of the report generator in CR, or the venerable BizTalk or any number of systems designed to move the coding to the power user, not just a waste of time by the bane of any developer.
Never underestimate the power of human stupidity -
RAH
I'm old. I know stuff - JSOP
|
|
|
|
|
|
Which went back to coding in ILE. Ah the joys of RPG calcsheets.
|
|
|
|
|
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
Now that reminds me of a time we (my boss) thought to do the same. The project was scuttled after we tested the proof of concept on fellow employees and managers. They couldn’t/wouldn’t do it, so we decided against rolling out to clients.
Time is the differentiation of eternity devised by man to measure the passage of human events.
- Manly P. Hall
Mark
Just another cog in the wheel
|
|
|
|
|
Like trying to program your smart TV with the remote.
Quote: and yes I know THEY "think" and THEY "say ..." THEY are the THEM. It's all a conspiracy created by the pronoun police.
Nothing succeeds like a budgie without teeth.
To err is human, to arr is pirate.
|
|
|
|
|
No-code systems are just a framework to the max. Convention over configuration.
|
|
|
|
|
I was mouth open amazed that I only learned yesterday, that Azure Portal, the web site, has a command line button, at top, which opens, in page, a terminal to do all your work. and can select to do in bash or powershell
i tottaly suck at using command line, but was like wow, all those guides which use terminal only be very useful.
|
|
|
|
|
You seem to assume it's SQL Server, but it may not be, and even if it is it may not be next year. If you code against the database directly your work will break when the data is moved, to another server, another database system, or whatever. I imagine the system designers want to prevent that.
The system is not there for your convenience, it's there to benefit the business and you are presumably engaged for your professional skills in working with it.
Why not suggest improvements to the interface that would simplify matters, instead of ranting that it doesn't suit your skill level? If you can show how much time and cost they would save, you might find them welcomed....
|
|
|
|
|
What you are saying may be right on some level. The OP wants to vent. Let’s let him do that.
And why don’t you pull your lip over your face and swallow.
|
|
|
|
|
My suggestion was more sensible, and more likely to achieve a useful outcome.
Anyway a 'nocode' system suggests that you don't write SQL code to use it. The questioner doesn't say but I inferred that the API returns data structured in some way (maybe JSON, maybe XML, maybe some other technique that you have to further work with. The intent must be to decouple the data repository from the user, and apart from security that usually is to ensure that if/when the data repository is changed the client side doesn't break.
|
|
|
|
|
haughtonomous wrote: The intent must be to ...
And they might have even rationalized the design that way.
But very seldom does it work.
Adding complexity because something might happen in an unknown future is almost always guaranteed to lead to increased maintenance costs.
And more coupling. That is because the API/interface was not in fact designed to be independent but rather was designed as a wrapper for the existing functionality. So in other words instead of starting with business requirements they started with the functional definition of the very system they are trying to make it independent from.
|
|
|
|