Will low and no code tools ever truly disrupt tech development? - Stack Overflow blog

Title

  • Yes

    Votes: 4 11.4%
  • A little

    Votes: 10 28.6%
  • No

    Votes: 21 60.0%

  • Total voters
    35
C shits pretending anyone gives a fuck about their obscure dead toy language some 5 decades on. Think about how many layers of abstraction you are behind as a C sperg looking at low code tools.

C-> Some kind of good high level language -> A bunch of frameworks for it -> Some IDE for it -> Some platform -> Some tool for it -> Some low code app for it

How far can we go? We could go further if we add people's jobs to the mix.

C-> Some kind of good high level language -> A bunch of frameworks for it -> Some IDE for it -> Some platform -> Some tool for it -> Some low code app for it -> Some employee hired to make one for it -> Some HR department -> Some C2C vendor that sells it

But sure, let's hit the delete button on everything we just made in the last 50 years so that your C programs look "interesting" again and create a new law that says that nobody is allowed to drive a car until they prove they can fabricate an engine from scratch completely on their own without using an existing design for one, to prove they know how it works. Let's forego the economy in lieu of farting in the wind and pretending to look smart once in a while
 
C shits pretending anyone gives a fuck about their obscure dead toy language some 5 decades on. Think about how many layers of abstraction you are behind as a C sperg looking at low code tools.

C-> Some kind of good high level language -> A bunch of frameworks for it -> Some IDE for it -> Some platform -> Some tool for it -> Some low code app for it

How far can we go? We could go further if we add people's jobs to the mix.

C-> Some kind of good high level language -> A bunch of frameworks for it -> Some IDE for it -> Some platform -> Some tool for it -> Some low code app for it -> Some employee hired to make one for it -> Some HR department -> Some C2C vendor that sells it

But sure, let's hit the delete button on everything we just made in the last 50 years so that your C programs look "interesting" again and create a new law that says that nobody is allowed to drive a car until they prove they can fabricate an engine from scratch completely on their own without using an existing design for one, to prove they know how it works. Let's forego the economy in lieu of farting in the wind and pretending to look smart once in a while

Even after all these years, I still recommend The C Programming Language by Kernighan and Richie. It has a bit of outdated language and text, mostly because back then, there was no way to tell on what hardware platform and compiler (usually proprietary and with it's own little quirks) the reader was on. Also C got a bit updated since then but it's just a very well written piece of literature that assumes absolutely nothing about the reader or his skill and knowledge level re: programming — many people these days actually say different but it really doesn't. It's just very concisely written and demands reading comprehension. Although it picks up slow it still has exercises that are challenging and teach the proper way of thinking, which is the most important above all. The logic and elegance behind good programming is always timeless and not dependent on technological circumstances. Great book and don't be fooled by it's age, IMHO even a monkey could learn to program with that. If you make a good headway into this book, the insecurities the more hand-holding approaches of programming nowadays cause will disappear, I promise.
 
>> No code tools already exists, it’s call Excel and it’s used to run the business of million of company everywhere in the world.
> The perfect example of the exception that proves the rule. As the company grows, it almost always hires software developers to write programs to replace the Excel spreadsheets, as those spreadsheets become impossible to scale up.

I for one look down on anyone who uses spreadsheets to do what a database should.
Databases are not suitable for financial modelling. It's much harder for a manager to just go in and replace the formula in the individual cells that need changing. There are written records of 'changes' being requested from DBAs/programmers.
 
  • Thunk-Provoking
Reactions: WonderWino
Databases are not suitable for financial modelling. It's much harder for a manager to just go in and replace the formula in the individual cells that need changing. There are written records of 'changes' being requested from DBAs/programmers.
I'm not sure what you mean by changes but I don't think of datasets in terms of individual cells. Well I don't have experience in finance but I have a friend who worked in Fintech modelling and they do work with large datasets for which there are no manual formulas at all.
 
"No-code tool" sounds like a really fancy new name for "software." What you've got there is just software, buddy, and it's been around for a while now.
 
  • Like
Reactions: Aidan and Wright
In my observation, low and no code tools have led to function-creep in organizations where non-technical staff take over technical projects and proceed to irreparably derail them. Criticism is deflected under the usual litanies of diversity and inclusion. And they do this at a fraction of the cost of a true technical professional, which is the most important factor in the bottom line.
 
I think no-code can work for things like plugins or games.
Actual software would be too big - instead of thousand line source files, you'd have football field Scratch files
 
  • Horrifying
Reactions: Aidan
I have never seen a company go completely low-code without immediately pivoting back to in-house development five years down the line. Then you end up with a weird stack where you do all your hard computer stuff in normal code and then just dump the processed stuff into salesforce so the managers can use the soulless dashboards they like.

My favorite (read: AAAAAAAAAAAAAAAAAAAAAA) incarnation of this is when the managers eventually figure out that the data they enter into salesforce doesn't get pushed back into the core system and demand you add hooks to let them randomly shoot data back at your mission-critical business service.
 
Back