Citizen developers are rapidly becoming the vanguard of corporate digitisation

https://www.economist.com/business/2022/01/29/what-if-all-workers-wrote-software-not-just-the-geek-elite

by axiomdata316 • 4 years ago

98 193 4 years ago

Why not? The problem is people can’t. I’m all for people learning how to code but majority of people can’t. That’s the reality.

I taught coding in college and bootcamps.

zdragnar• 4 years ago

I've heard it said that Excel is the world's most popular IDE.

Given what I have seen of some spreadsheets, I am quite glad we don't push those people into programming who aren't interested in doing so.

agent863• 4 years ago

Traditional programming? I would agree. But no code tooling? I think you'd be surprised.

As someone with experience supporting these types of people utilizing a no code platform, most of them actually thrive when given a toolset that is appropriate for the problem they are trying to solve.

The vast majority of the Excel/Access mess stems from the fact that those are the only tools people have access to use. Solutions get wedged in and people get into the weeds because if they can't make it work somehow they don't get a solution.

They build way more functional/sane things when given the right toolset to solve the problem.

conductr• 4 years ago

It’s not even that binary. I can code about anything I’d want to, but I’m also aware of lower level code that I just simply will never have the desire to learn. It really is over my head and probably always will be.

Retric2• 4 years ago

IMO it depends on how long your willing to spend teaching people. Most young students can eventually get basic programs working in logo style systems given enough time. Make coding a core part of public education and I think we could see 80+% of people get reasonable competency by high school graduation.

Collages and especially boot camps on the other hand expect people to pick things up much more quickly, and I think that works because students often have most of the skills they need rather than it being enough time to actually teach people the relevant skills. It’s almost more a filtering process than education.

mrkentutbabi3• 4 years ago

You only need to spend time teaching a few semesters to have this belief completely turned upside down.

I know, because it happened to me.

seiferteric• 4 years ago

It's kind of amazing if you think about it that most people are able to learn to read. Spoken language I can understand since it can evolve. Then one day people started writing things down and it turns out somehow we are pretty good at reading things back almost as well as talking to one another. Programming doesn't seem to be like that at all.

akvadrako• 4 years ago

Two big differences I see:

1. Most people who learn to read start from a young age. It's rare to teach programming at 6 or incedently practice it everyday.

2. Reading is almost the same as listening, like a 1:1 mapping. So it's evolved with spoken language.

dmitrygr4• 4 years ago

Not everyone can play in the NBA. Not everyone can safely drive a car. Not everyone can architect and write good code.

Yes, you can spend a LOT of time and get kinda good-ish at basketball, but you'll never make it to the NBA. You lack the biological talent (height, speed). Sure, you can work very hard and take serious driving classes, but you'll never win an F1 race even if given a chance. You lack the biological talent (reaction speed, ears able to better hear details in the engine noise, higher visual acuity). And sure, you can work very hard and learn how to write code, but that will not magically make you good at architecting solutions properly and producing code worth paying for. You lack the talent (ability to think abstractly)

Please do not try to counter any of these examples. They are clearly just that. I am sure sometime someone was short in the NBA and maybe your aunt once took a defensive driving class and it saved her life, but the point is clear.

kitrose• 4 years ago

Aren’t they bad examples? There’s a distinction between an extremely rare occurrence of biological factors like being 7 feet tall in order to succeed, and that of needing a decent education in order to think critically.

dmitrygr4• 4 years ago

Some people just cannot wrap their head around pointers. Some just do not get recursion no matter what. I used to teach CS, and tutor in CS. It is as rare as being 7 feet tall, sadly. And without understanding indirection and recursion, the most you'll ever do is ...well..not much...

codingdave• 4 years ago

Not everyone can be a successful novelist, but we all can read and write.

It is OK to have basic literacy, and the educational system is quickly adopting coding as part of basic literacy. That, in turn is making more and more people good enough to do basic coding, even if they will never do it as a professional career.

Just like people play basketball in their drive. Just like they drive their cars around town.

dmitrygr4• 4 years ago

I absolutely support everyone learning it. But for most it will be as annoying and ungratifying as calculus is to them in school. Tedious, and they'll never get good enough to get a job where they use it.

zozbot2344• 4 years ago

and the educational system is quickly adopting coding as part of basic literacy

If only. They're mostly fooling around with random low-code or no-code tools that get misrepresented as "learning to code", when literally just teaching BASIC, LOGO or PASCAL in K-12 the way they used to do it back in the 1980s would bring us all a lot closer to that worthwhile goal.

pasquinelli3• 4 years ago

well, you made me (try) to read the article to confirm you didn't get it, but i can only see two paragraphs. still, it seems that was enough to see it isn't about making software that others will pay for, but about avoiding paying a pro to make software when a novice can sling something good enough together.

someone with another job doesn't need to make software someone will pay money for. their real job is how they make a living. but they can write software to do their job better or easier.

code isn't basketball, it's duck tape. people other than duck tape specialists can make use of it.

dmitrygr4• 4 years ago

code isn't basketball, it's duck tape.

And this viewpoint is why the slack app uses 6GB of ram, and we consider 8GB a minimum amount to browse the web...

dopidopHN• 4 years ago

It’s not that much about playing NBA. More being able to play a game of basketball. Or watch one and understand the rules.

Or knowing when you need to call a plumber vs running to Lowe’s and fix it yourself.

I don’t thing we should expect anybody beside software engineers to be software engineers.

But a greater code literacy would go a long way.

Imagine scenarios where you hand over your code delivery to a client that can actually run and manage it.

I don’t know what NBA level would mean for software.

You need a uncanny, almost innate ability to perform in a extremely competitive field, where a ton of other really good agents are operating at the same time.

I can’t think of anything like that in software really. E-sport would apply but it’s not really the subject. Maybe some demo-scenes? Or raw effective genius ala John carmak.

dragonwriter• 4 years ago

Not everyone can play in the NBA.

Writing code as part of a job isn't being in the NBA, it's just like writing as part of a job.

Not everyone can safely drive a car.

A better analogy for code, but only a very small share of those who are employable at all are not employable in a job where driving a vehicle is a part (though not necessarily a central part) of the job.

There's no reason coding can't be like that.

Not everyone can architect and write good code.

Not everyone can organize and write quality prose, either, but most people who can't can still get jobs where writing text is a required part of the job.

decremental• 4 years ago

What an ego shattering revelation it would be if it turned out just about everyone can be good at coding. Being able to code is what qualifies us to know everything about everything!

baash0511• 4 years ago

See it's not really ego. I'd say most people could be good at coding. But most people could be good electricians, and plumbers and mechanics, and carpenters, and ... well and heaps of other things.

It's that it all takes training, and time in. It all takes reading and learning new things.

It's not a question of could they be good. It's a question of, do they want to. I don't think most people want to be good at it.

solarmist10• 4 years ago

Technically accurate, but not practically true.

If you've ever needed to teach someone patience, you'd see the futility of trying to teach a random person programming.

Nowadays, I will tell people straight out I can't see them dealing with the frustrations long enough to develop the patience needed to learn the basics.

telxosser• 4 years ago

Spot on. I think a piano is the best example. No one sits down at the piano and can just rip the first time.

Almost anyone though can learn to play piano if they practice enough. You don't have to be the best in the world either to make good music.

Then there is a huge difference between being a great piano player and being a great composer of music in a creative sense.

Culturally though, I would think we are going backwards. I feel like I would know so much less in this area if I was 25 years younger and grew up with a phone instead of a PC.

solarmist10• 4 years ago

There's nothing special about software engineering beyond:

- meticulous attention to detail,

- explicit deductive reasoning,

- an ability to understand and build abstractions,

- a high tolerance for frustration,

- and a love of instant gratification when things work.

None of these are rare traits. But the cluster of traits isn't widespread. Which is to say it's not common among people in general, but also not unusual.

akavi• 4 years ago

"Explicit deductive reasoning" is pretty darn rare.

(and "meticulous attention to detail" is not strictly necessary, as my own career attests.)

Zababa• 4 years ago

You can add to that being able to work in group.

briHass• 4 years ago

And, as captured in many of those points, a relatively high IQ. Almost certainly at least 1 SD above the mean, and in many cases (complex software), closer to 2 SD.

incompatible• 4 years ago

My impression is that most people can't be good at it because they have no interest in it, and no willingness to spend time on it, learning and practising.

solarmist10• 4 years ago

I see it even more simply. Most people can't handle something being so stupid and frustrating. And the bigger their delusions on how smart computers are the less possible it is.

baash0511• 4 years ago

Too true.. But is there a trade you can't say that about. I suck at guitar and skateboarding. I suck at car repair and carpentry.

solarmist10• 4 years ago

Honestly we’re already working towards that. Between excel and no-code tools a lot of the grunt work can now be handled by the people who need it.

The majority of stuff out there will be commodity software implementing some simple business logic and software engineers don't want to do that stuff anyway which is why we’ve been writing ourselves out of those jobs for decades.

I have a very nontechinal marketing friend who routinely dives into WP sites to diagnose dependency issues after upgrades because her work no longer thinks she _needs_ programmer support. Or connect a up web/email forms to CRM in going or outgoing and needs no assistance to create complex conditional filled marketing campaigns.

And mostly they're right. She's bad at it. It takes at least 10x as long to fixes these issues, but they occur quarterly or less. And if she can not fix it then they hire a consultant/contractor to fix it.

zozbot2344• 4 years ago

Excel is a disaster. It will randomly corrupt input that happens to fit certain patterns by parsing it into "dates" or "numbers", unless you go to the trouble of explicitly setting the right "cell properties" via the incredibly clunky UI. It hides the code that's input in cells, lets it randomly mix with input data and does not support any kind of source control for it. It's not even fit for purpose as a prototyping tool, you're literally better off writing some code in FORTRAN IV and key-punching it into a fresh deck of punched cards. At least you're going to have proper code/data separation.

solarmist10• 4 years ago

Yup, but you can make it do the job and that's enough for the majority.

shakna• 4 years ago

Well, this makes me feel old. It's no revolution, but a reversion. It was the norm, not that long ago, that anyone could do minor programming. The era of Lotus Notes and the like.

You would still hire a programmer for the big stuff, but office workers would build little scripts, or look under the covers when something goes wrong.

abakker• 4 years ago

A lot of us office workers still do. I prefer to keep scripts little and just use OTT software as much as possible. Often, scripting is not possible to avoid.

analog314• 4 years ago

Programming is too important to be left to programmers. -- apologies to Clemenceau

I think it's possible to make productive use of programming without claiming to be developing software by which I mean, programs that are expected to be placed into long term or widespread use. That's what we did with programming in BASIC, 40 years ago.

As a scientist, I use programming for things like modeling, data analysis, lab automation, algorithm prototyping, and so forth. You folks all know why. I'm not going to sacrifice that power just because I don't develop full blown software. Scientists programmed before there was a software industry.

If something that I create threatens to end up in a product, it gets handed to the software department. We can hire an army of programmers.

Granted, there is a widely known problem with this approach. A program can evolve to the point where it's really "too big" for a non-developer to manage, but "too small" to justify the cost of spinning up a software development project in a typical organization. I don't have a good solution for that problem.

zozbot2344• 4 years ago

There was plenty of actual, production software written in some variety of BASIC. The language(s) definitely had its weakness, but it was not uniformly terrible. Especially once the "structured" varieties were introduced.

jacquesm6• 4 years ago

And Hypercard / Filemaker. The things I've seen non IT people build with those still blow me away.

buscoquadnary• 4 years ago

They'd all start trying to find their way into project management or design or something.

Being able to code is an important part of being a software developer but being able to code makes you no more of a software developer than learning newton's laws of motions makes you a mechanical engineer.

There are edge cases, debugging, scalability, one off errors integration, backups, etc. We tried this with VB and Acces and thedailywtf.com is rife with stories of trying to undo that mess decades later, we are going to run into the same problem with the new iteration of no code the difference this time is that we are paying per month to use it rather than just having an unsecured server in the basement running all the business critical functions.

version_five• 4 years ago

being able to code makes you no more of a software developer than learning newton's laws of motions makes you a mechanical engineer.

Yes! I wish this point got more attention. So many articles - there was one on here from a16z today - pretend there is this magical thing called learning to code that takes a couple months and suddenly puts you on par with every software developer. The analogy I like to use is claiming that by taking an introduction to statics course you are somehow on par with an architect or engineer that is designing bridges and skyscrapers.

Software development needs wide acknowledgement as an actual trade that takes a broad base of theoretical and practical learning, including time spent writing code, to be proficient, and not seen through the lens of this learn to code nonsense. I've talked to so many business people who see "coding" as a skill they could pick up if they had a couple months, that would then let them be on par with career developers - if only they weren't busy with higher value work. This is one of the big reasons why many companies are so dysfunctional

tympious2• 4 years ago

This reminded me of "Teach Yourself Programming in Ten Years" - http://www.norvig.com/21-days.html

analog314• 4 years ago

To the casual observer, the stereotypical age of computer programmers contradicts your claim. ;-)

While I can certainly appreciate that it takes time to mature as a developer, the job market at least reinforces the idea that you can get hired at the entry level after maybe a couple years of study. My mom's programming students got hired that quickly in the 1980s. What I do think is that the small part of software development called coding is something you can learn in a couple years. At that point you may be able to perform a useful role in a larger team of developers, e.g., under the wing of a senior, giving you time to further mature as a full blown developer.

leadegroot• 4 years ago

Yes, but it's going to be wonderful as prototyping. Then we go back and make the GUI accessible, the backend scalable, etc. People think we'll have no work - I am sure there will be even more work!

nickkell• 4 years ago

Yeah it turns out to be a mess, but it sometimes gets businesses off the ground. It’s crazy to think how much of the world’s software really consists of spreadsheets and macros.

Would you rather have a lot of businesses operating successfully with “poor” software or much fewer businesses operating with “good” software?

solarkraft9• 4 years ago

I'm way too young to have experienced this myself and maybe this is something that has over-all been forgotten, but going back a few decades and looking at computer content from the 70s/80s it's amazing how crazy people got about spreadsheets. And that's for a good reason: It was a massive productivity boost.

These things have been driving our economy for a few decades at insane levels of productivity.

solarkraft9• 4 years ago

trying to undo that mess decades later

This implies that it has been used (successfully) for decades. That's a phenomenal success. Most software gets replaced after a few decades because the requirements change.

baash0511• 4 years ago

"If a programming language doesn't change how you think, it's not worth learning." ~I forget who

I always find it funny when people say things like this for our trade. I'd never imagine the likes would be said for Copy Writing or Sales, or Plumbing. Like James from the bookkeeping team decided to start rewiring the light fixtures last week. Spacing out the lights a few feet further apart, and using higher watt LED's saved the company X.

I never hear Elite Plumber or Elite Dentist. (Though I'm sure they exist)

We are no more Elite than any other profession. But we are professionals, and we do train.

tympious2• 4 years ago

Quoth http://www.cs.yale.edu/homes/perlis-alan/quotes.html - no. 19

streetcat12• 4 years ago

The author miss the point that coding complexity is exponential, not linear.

I.e. a lot of people can understand 10-20 lines of code, less can 100 LOC, less can 1000 LOC, maybe top 10% can understand 10K, 1% - 100K.

So no code can work, just that the size limit of the program will be low (10-100 LOC) .

However, most program start at low LOC, but ends up with high LOC, where the low code tools breaks.

Hence, the low code tools basically guarantee the future of the elite geeks.

trzy• 4 years ago

There is a difference between understanding 10, 100, and maybe 1000+ but beyond that I'm not so sure. Who really understands a 100k code base they didn't write themselves except at a high level anyway? I think once a developer accrues an understanding of certain key abstractions, it's just a matter of exposure and practice working within code bases.

No-code is a separate issue. Visually organized programs become very hard to understand very quickly.

streetcat12• 4 years ago

Right, a professional programmer uses advanced tools and design pattern such that 100K can look like 1001K or 1000 100 LOC.

The complexity of a software system is due to interaction between its components. A professional developer know how to make it N instead of N2.

Note that most of the big software system that you know, were written by a single/two developers - C++/ Java / Unix / Linux / Riser FS / Kubernetes.

This can be evident by the power law distribution of github commits for every popular github project.

onion2k2• 4 years ago

So no code can work, just that the size limit of the program will be low (10-100 LOC)

This ignores the fact that each "line of code" in a "no code" app does significantly more than 1 line of code. The benefit of no code tools is that they solve the very problem you're claiming stops them being useful.

reilly3000• 4 years ago

Ok replace LOC with ‘Steps’. Its domain complexity, data types, relations, state, and the network that makes all of this hard. No-code doesn’t solve for big problems, but it sure does work for integration and the next million CRUD apps that fit highly specific niches.

Somebody who can write clever excel formulas can pick up a no code tool and be productive on day 1. That doesn’t mean they can go from there to writing an operating system - there is higher and lower abstractions that need to be considered, which comes from both experiences and the concepts they mature coding languages expose you to.

jacquesm6• 4 years ago

The trick to solving this is called scope. Because even that 1% won't be able to understand 100K lines all at once. They can also only understand the 20 lines in front of them (hopefully!). But they know how to use abstraction, and once that tool is in your box divide and conquer will get you to 100K LOC without losing your way.

kthejoker26• 4 years ago

Relevant blog post

https://www.teamten.com/lawrence/writings/norris-numbers.htm...

oblib• 4 years ago

I don't think that "no-code" is the solution but I do think that we can treat some methods of creating software more like a trade skill.

There are ways to code web apps that can lower the bar of entry by quite a bit. That's not to say one wouldn't have to learn a lot to do it well, but that is true with any trade skill.

If we had classes in schools that focused on making apps using available tools like jQuery, PouchDB.js, Bootstrap, that's pretty easy to learn.

From there businesses could hire skilled workers to install and modify software they get free or purchase and tailor it to their needs.

I think it's fair to say that not everyone has what it takes to learn those skills. I took trombone lessons for a semester in 6th grade and never did hit a single note right. Not even close. Still can't.

erwincoumans• 4 years ago

Coding may become ubiquitous, but visual coding isn't always easier than textual programming languages.

Back around 2001 we created no-code visual scripting logic bricks for the Blender Game Engine: sensors (keyboard, collision, raycast) controllers (and, or, etc) and actuators (move, play sound, animation etc).

Some games became very complex, with hundreds of linked blocks. We introduced a Python controller, that could do everything with or without using logic bricks and text scripting was much more concise.

booleandilemma• 4 years ago

A lot of non-programmer office workers I've met aren't capable of writing software. Full stop. They're simply too incompetent. It's an uncomfortable truth.

I'm talking about scrum masters who have trouble navigating Jira, business analysts who aren't able to have a written conversation, product owners who struggle to create Outlook calendar invites.

Imagine asking these same people to write software rather than just use it. It isn't just a matter of training, it's a matter of disposition, and the gap is wider than we as a society care to admit.

shrimp_emoji• 4 years ago

Does anyone not have trouble navigating Jira? I play Europa Universalis 4[0], and I feel like Jira is more complicated.

0: https://external-preview.redd.it/at0EwQpHU6A3xyU0KW80bc3aVMZ...

nnadams• 4 years ago

The interfaces of Paradox games only get better with each release in my opinion.

Crusader Kings 3 looks polished and is easy to use. Leagues above CK2. I love the stackable tooltips that let you define terms in tooltips defining terms in menus.

mrweasel• 4 years ago

Jira isn’t nearly as bad as it’s made out to be, and I struggle to suggest any real alternative. The problem is that Jira do a lot of different things, and mixing those those things results in people having a bad time.

An example: don’t try to use Kanban board unless you’re planning on doing so in all project. Jira will happily show “kanban” tickets in the same overview as an ITIL incident, resulting in teams having to mentally switch between different workflows.

WatchDog• 4 years ago

I don't think you are necessarily wrong, but I'm not sure what this adds to the discussion.

There are plenty of competent people in non-programming domains. If "no-code" solutions can help these people build tools useful to them, that seems like a great thing to me.

jacquesm6• 4 years ago

I'm talking about scrum masters who have trouble navigating Jira, business analysts who aren't able to have a written conversation, product owners who struggle to create Outlook calendar invites.

None of those have anything to do with writing software. You are mentioning two commercial packages with shitty user interfaces and you're talking about the skill of writing, which is hard for most people who need to write out a logical argument instead of winging it.

Apropos...

ozim• 4 years ago

It has to do with people not willing to put even faintest effort in learning how to use or operate stuff that they use on a daily basis. You don't have to know JIRA "in and out" to open a board and move tickets around. If you put in 30 mins one day to set up your workflow you are done for the rest of your life. Unless other people come by and mess with the workflow, which also is not problem of JIRA but of people.

So it is not that people are stupid - it is more that people don't want to learn things. Learning things is hard.

Which goes back to why normal people run in terror when they see command line or some code.

Problem is with low code or no code platforms people still have to put in conscious effort to learn those tools and put the same effort understanding what they are doing.

I think that is the point that *booleandilemma* is making.

In the end from my POV biggest lie of "low code" is that it makes stuff simpler, but in reality it does not, you still have conditions and loops and all state to keep in mind while "low coding".

scandox• 4 years ago

A lot of programmers aren't capable of writing software. This is a nothing argument. Lots of office workers are very intelligent people.

marginalia_nu• 4 years ago

I'm talking about scrum masters who have trouble navigating Jira

I've been programming for 20 years and I still can't navigate Jira. The interface makes vim feel like a marvel of intuitive interface design.

thr0wawayf003• 4 years ago

8-year programmer here and I completely agree. JIRA is a perfect example of a tool that has grown so big and feature-flexible that very little is intuitive anymore.

solarkraft9• 4 years ago

I have trouble seeing your argument. People are stupid?

You may be surprised to see how good people are in their respective domains.

ivan_ah2• 4 years ago

Word meaning tangent: I have never heard the expression "line-of-business employee" before and I'm not quite sure what it means. Is it trying to differentiate from the "IT department" which is a cost centre?

Or are they just trying to say "ordinary employees" as in non-technical? Why don't they just use a generic term like "office workers" or something?

kthejoker26• 4 years ago

Yes, LOB is consultant speak for "non-IT employee" (after reading your comment, I can't tell if it's a badge of pride or shame that this jargon is second nature to me)

It's because (rightly so) IT gets mad when you insinuate they are not part of "the business"

So "line of business" is the compromise to mean "any business unit but IT"

ivan_ah2• 4 years ago

Thx for the explanation.

[...] I can't tell if it's a badge of pride or shame [...]

Lol... shame, definitely shame ;)

orev4• 4 years ago

One of the main differences I see on the road to learning to code has nothing to do with the tools; it’s the thought process.

A major hurdle is trying to get the business people to coherently express what they want. They seem to have a general sense of how something should go, but can’t actually put it down on paper. Or when they do, it looks different than what they imagined (simply because the required logic doesn’t match the cloudy vision they have in their mind), and then scrap it because it doesn’t “feel” right. They fail to think about the corner cases because “that doesn’t happen very often”, ignoring the fact that a program needs to work in all cases, no matter how often they happen. Or they don’t get the concept that processing 10 or 10,000 records makes no difference (i.e. it’s not “more work”) because they don’t really follow the idea that they’re setting the rules for the computer to do the work, not doing it themselves.

Understanding math is so important because it’s often the first formal step in learning how to think this way. I think it’s a pretty good bet that business people who do well in math would probably do well in some level of programming, but everyone else probably just can’t, or at least are unwilling to go through the mental training required to think this way.

burlesona• 4 years ago

I don’t think that having a knack for math necessarily matters for making a good programmer. I’ve known many good engineers who were drawn to programming because math was hard for them and they wanted to learn how to get the computer to do it for them. Ironically, coming to understand programming can be a way to understand math better.

One of the best programmers I know is a philosophy major, who thinks of code like poetry, with consistent readable concision as the goal.

There are many paths.

What programming does require is a vivid imagination, to form a mental picture of the machine you are building and what is happening as information flows through it and is transformed.

Even more than that, it helps to be a systems-thinker, and to be able to zoom out and ask “what are we really trying to accomplish here.” Most of the time the elegant software solutions come not from writing brilliant code, but from reframing the problem so that simple code can solve it.

gryn3• 4 years ago

math is not just about calculations and numbers that most people interact with during their education and seems to dislike or find hard.

the part that would be useful in programming is a little bit of logical reasoning, the symbolic reasoning and modeling of problems through abstraction.

coincidentally these are also the part of math that get thought and used in philosophy so I'm guessing that your colleague is somewhat familiar with them since their most probably are required core courses in getting a philosophy degree.

orev4• 4 years ago

it helps to be a systems-thinker, and to be able to zoom out and ask “what are we really trying to accomplish here.” Most of the time the elegant software solutions come not from writing brilliant code, but from reframing the problem so that simple code can solve it.

This is exactly what math as a subject in school teaches you. Other subjects can too, but math seems to uniquely challenge people to really bend their mind around concepts, as opposed to many other subjects which often turn into memorization tasks.

I’m talking about stuff like algebra, statistics, etc., not basic adding and multiplication. What is reducing a fraction or using the commutative property to break a problem into smaller chunks, if not “reframing the problem”?

solarkraft9• 4 years ago

I think there's a difference between being good at math itself and having a mathematical mindset. You can be unfamiliar with the (largely arbitrary seeming) rules and operations of maths while still being able to appreciate and reason about other types of algorithms/relationships.

shagie• 4 years ago

Math has two things that are part of it that are a key part of software development.

There is the "this doesn't change." In many other jobs you can bend the thing you are working with to your will. Bend that pipe or apply just a bit more force here. Having plumbing being off by a little is often good enough for the tolerances.

Math, you can't do that. There is no way to push a bit harder and make one value a different value. Yes, there are ways to manipulate systems of equations - but at the heart of it, you have to submit and match the mental model of math rather than being able to impose your will on the material.

Carpentry? The wood doesn't bend the way you want it to? You can blame the wood, throw it out and start the process again. It may be costly over time, but doing the same thing may have different results the next time.

Software development and math - if you do the same thing again, it doesn't change.

The second part of this is the how you approach a very large problem and apply an algorithmic approach to breaking it down into smaller and smaller problems until they are solvable.

That isn't a "you can't use that approach on carpentry or plumbing" (and it is often that you do), but rather that it is necessary to do this in math and software development.

The knack for math is more about the acceptance of the inflexibility of numbers and computers along with the nature of the tools used to solve those problems. That said, some of the tooling for one or the other may be difficult to get your mind around. Calculus and derivatives and matrices... they are things that the tools to solve them and I go blank with them. I also know a sysadmin who was a math major who is proficient in PowerShell, but the parts of strongly typed larger codebase and he appears to have similar distain for it that I do for matrices and calculus.

Most of the time the elegant software solutions come not from writing brilliant code, but from reframing the problem so that simple code can solve it.

This is also at the core of solving the harder math problems.

gryn3• 4 years ago

I agree with all what you said, except the part about 10 records vs 10 000, that I think need better clarification.

depending on the amount of computation needed/task executed the number of record to update can make things very different. updating 1 million or 10 000 records that need very heavy computation and communication to other systems under some duration or latency constraints is very different from updating 10 of them.

you may need to optimize and/or rewrite your whole systems to handle such things.

orev4• 4 years ago

I was hesitant to include that example because I was concerned it would be nitpicked in this way.

The vast majority of business records are not being sent through machine learning algorithms or being used to factor prime numbers, they’re simply lists of basic things like names, addresses, phone numbers, etc. In all of those cases, the difference between 10s or 1000s is trivial. These are the types of things people use Excel for daily.

In cases where the data processing is actually significant, then sure, bring in your data scientist.

analog314• 4 years ago

My mom taught programming in the 80s, and the first thing she told students was: "Computers are stupid. They only do exactly what you tell them to do." People have to get over the misconception that computers can think.

Maybe it was easier in the days of DOS, because merely using a computer required the same precision.

Ericson2314• 4 years ago

So much of the ML hype is business people wanting something that everyone can operate equally poorly.

The fact that so much of ML is inscrutable alchemy and a guessing game is a feature not bug.

bitwize• 4 years ago

Computers do appear to think more and more these days, what with the tracking and targeted ads and so forth. To which your mom might say: Computers still aren't thinking; someone else -- someone at Google or Apple or Microsoft -- told them to do that.

Maybe that would help bring the privacy implications into clearer focus.

solarkraft9• 4 years ago

I occasionally teach programming love this line.

It's doing exactly what you're telling it to do.

garren• 4 years ago

That's just it; the article focuses exclusively on low code/no-code solutions. The author cites examples describing business people putting together functional systems without writing a lick of code (let alone understanding the math underlying such systems.) The whole point of the article is /not/ having to learn to code.

The idea is that these people are in the thick of a business problem, and given the right tools, they're likely to come up with a helpful solution. They don't need to express or communicate anything to anyone. They're able to provide a solution on their own.

I agree with this somewhat, having built and maintained more than a handful of the kind of apps that these low / no-code solutions target, i.e., line-of-business apps. These tools have a place. I've worked with trainers and consultants that, I firmly believe, would have thrived with these kinds of tools had they been available at the time.

Incidentally, I can't entirely agree that math is important because it encourages the appropriate thought process for constructing these systems. I've worked with more than enough technically inclined (if not remotely mathematically inclined) people who have managed to put together solid systems for themselves or their teams. I'm convinced that curious people excel in these cases, the ones that find a shortcut or an interesting path and just follow it.

jacquesm6• 4 years ago

We already have this distinction: engineers vs bricklayers and plumbers. And it also works that way in software. Plenty of CRUD programmers would not be able to implement quicksort. But they sure are able to use it.

orev4• 4 years ago

They don't need to express or communicate anything to anyone.

My point about communication is not so much the need to actually tell something to someone, but that in order to be able to communicate something, they need to know how to break down a problem into all the various components. That’s what’s missing for many business people, so whether they are communicating the problem to a developer, or to a no-code platform, it won’t work.

There will always be business people who can do this just fine, but there are far more who see themselves as the people who give commands that others just follow and have no interest in actually doing that type of thinking.

globalise83• 4 years ago

You make some very good points. I think that one thing that is not at all obvious to most non-technical people is just how FAST computers can compute, even the most basic and low spec ones.

BeFlatXIII2• 4 years ago

How often have you found the metaphor that a computer is an extremely stupid employee with no common sense to be a useful prompt at getting business people to think of corner cases?

Terry_Roll• 4 years ago

Seems like Microsoft have infiltrated Hacker News with the recent number of submissions trending on here.

Is this the Economists way of stealth advertising Github's CoPilot?

narag• 4 years ago

I was well paid in the 90's to program a desktop application that saved some Telefonica contractors from using its web application. I guess it's what they call "scrapper" now.

The web was incredibly slow and unreliable. Money aside, I still feel a steady incoming karma flow :)

danShumway5• 4 years ago

Business/career implications aside, normalizing people thinking about computers as tools that execute arbitrary instructions is an almost purely good thing.

I can't think of many other social trends that would be more beneficial for increasing general support for user agency, data interoperability, sideloading/modding, etc... we should applaud every single attempt to democratize coding and lower barriers of entry.

It's not about whether or not someone can replace your job or whether or not they take something that's a hobby project or an occasional side-task at their job and turn it into a professional career. It's not about whether or not the things they make are any good. It's about giving them a little bit more agency in how they interact with devices/software, and about reinforcing to them that as a user they should have agency over their devices/software.

We don't need everyone in the world to be an engineer, and we don't need everyone to write good code. The goal is not to make everyone into a programmer, or to elevate engineering as some kind of universal subject that everyone has to embrace. But it is good for average people who aren't engineers to be embracing a philosophy about computers that says, "I should be able to arbitrarily describe to this thing what to do, even if its designers didn't think about my use case, and it should do the thing I tell it to".

noduerme• 4 years ago

It almost seemed like that global working knowledge of computers as tools would be the new norm, up until the early 2000s. In my own practice I saw more and more snall business owners writing their own websites and simple systems before coming to me to improve or polish up what they had. I always applauded that and I always try to make sure my clients have a full mental picture of what's really happening inside apps they commission from me now. Even if that means boring them with lots of details... they are savvier because they understand what can be done, and how. Sadly there's been a concerted effort by the FAANGs, mainly, to turn everything into an appliance and take that power away from users. You're absolutely right that anything that puts more power within the average user's reach is good for free computing and for free software development as a whole.

ethbr03• 4 years ago

Sadly there's been a concerted effort by the FAANGs, mainly, to turn everything into an appliance and take that power away from users.

That's because user education doesn't scale or pay well.

Scale, because some users are certainly intractable idiots who can't do basic addition. But even if you solve that hard problem, what have you accomplished? You've taught users how to control their own computers.

Which ultimately compresses the margin you're able to extract by artificially limiting features in your ecosystem.

If a user can glue together a storage backend themselves, fewer of them will use your cloud storage offering.

It's far easier, simpler, and more consistent and profitable to infantilize users, carve up your feature tiers with a simple pricing strategy, and maintain high margins.

_the_inflator• 4 years ago

Business/career implications aside, normalizing people thinking about computers as tools that execute arbitrary instructions is an almost purely good thing. [...] We don't need everyone in the world to be an engineer, and we don't need everyone to write good code.

I agree. In sum this means app-ification of the - from the business people - boring matter of REST APIs. In the end, you build or use a product that abstracts many things away. (There is an old joke, that Excel sheets simply become apps now)

In my experience in Financial Industry, this leads to second level problems: What and how to build a new product? So there is an important intersection between the new users, Citizen Developers, and Product Managers.

loosetypes• 4 years ago

to democratize coding

Does that mean we collectively vote as to whether the next addition is a for loop?

While a company may mean to make more widely accessible but used charged language, I think we should fight the urge to parrot.

mariojv• 4 years ago

One alternative definition of "democratic" is "relating to, appealing to, or available to the broad masses of the people." [0] Regardless of whether this is considered charged language or not, it is a valid alternate usage of the term. I never read the comment you're referring to as anything political.

[0] https://www.merriam-webster.com/dictionary/democratic

danShumway5• 4 years ago

Democracy is a broad term. It can be used politically, but it can also refer to:

A) a leveling of access (ie, that ordinary people are able to participate in the process).

B) a rejection of "snobbish"-ness about a field or its participants.

A light, non-political definition of democracy is just taking something that is restricted and making it broadly available and accessible, or changing perspectives on that thing such that normal participation in or usage of that thing isn't looked down on.

----

From a "political" perspective (although probably not political in the way people think when they hear the word), democratizing code can also be thought of as an assertion that ordinary people should have agency over what their computers do. By building no-code solutions or accessible coding environments that allow ordinary people to create and share solutions to their problems, we give them the ability to compete with us about what those solutions should be.

In other words, it's not that a group of professional programmers decide what your computer can do, you can decide what your computer can do, and you can share your solutions and creations with other people on equal footing with the professionals.

There is a kind of "power to the people" mentality bundled up in concepts like Open Source and Open access to code. On one hand, these concepts don't require you to share anything, concepts like Open Source and Open access in computing allow for people to create fully private software that is entirely individual. But these concepts also allow groups of people to promote ideas about computing and about engineering in the form of working software or scripts that other people can use, and that gives those people more of a voice in conversations about what computers should and shouldn't do -- conversations that in a more locked down world would only be happening inside of companies or inside professional circles.

----

I'm certainly not trying to create charged language, and I get that people might read democracy as an explicitly political Right vs Left thing. That was not my intention at all. But my feeling is that "democratizing code" is a fairly common term that I've heard a lot over the years, even leading back to my childhood -- so it didn't really occur to me that people would read it any other way.

Always happy to clarify stuff like that though; and maybe you're right. I might be out of touch with the current climate and maybe the common usage of the term has changed.

maxerickson• 4 years ago

I think of this as using the computer vs using software on the computer.

DarylZero3• 4 years ago

"Computer Science was always supposed to be taught to everyone, and it wasn’t about getting a job: A historical perspective"

https://computinged.wordpress.com/2021/11/26/computer-scienc...

duxup2• 4 years ago

I think that’s probably the opinion of many academic focused people about their profession.

bryanrasmussen• 4 years ago

ok only the rudiments of any sufficiently complicated field - politics, law, literature, math, physics, chemistry, biology, art etc. etc. including computer science, can be widely taught, furthermore given that time is limited and there is some showing that putting more hours of learning in actually decreases efficiency of education, it follows that the more complicated subjects we try to teach the more rudimentary our teachings in those subjects must be.

Given any sufficiently complicated enough civilization there will be enough complicated fields to maintain, and thus specialization will have to occur and some people will have to be specialized in some particular field.

Mandatum• 4 years ago

I really wish we put guard rails in the form of fines and damages to prevent people from exposing private or sensitive data. Handing people who have no idea about security or sensitivity of data the keys to the kingdom is like handing a toddler a loaded gun. Or a JavaScript, front-end UX developer the AWS root keys.

Oh wait, we've already done that - and we regularly see them blow their parent company's heads off.

jacquesm6• 4 years ago

The bulk of the main dataleaks are from internet connected services which usually are built by programmers rather than end users.

sverhagen• 4 years ago

I'm a full-time developer, but I had a recent need for some quick internal tooling coincide with a HN posting about Budibase, and it sent me down a low code/no code rabbit hole. I evaluated a bunch of tools in that segment briefly, and spent a nontrivial amount of time on Budibase and Appsmith. And while I admire what they're trying to do, it was a disappointing journey. I made no serious progress, then threw together what I had in mind in React in half the time. Having spent some of this time researching that field, there sure seems to be a renaissance of what we'd call RAD (rapid application development) when I came of age. But it's astonishing how little progress was made since then. A younger me built some "applications" in Microsoft Access, which was not at all more frustrating than using these current day tools. So, Citizen Developers... good luck!

habeebtc• 4 years ago

I am old enough to recall RAD, and young enough to have seen a few of these low/no code solutions come and go.

Don't get me wrong. I love them as a coder. Once I get the hang of them, I can bang out powerful stuff in a few minutes.

The problem is (IMO) to get to that level, you have to already be a coder to some extent. I strongly suspect this stated success story had a ton of upskilling help from MSFT, if not hand-holding.

I would not bet on a non-coder coming fresh to these platforms and building something useful with no other context. In their current state they are likely to be (very powerful) lazy programmer tools.

Until there is some paradigm shift I do not see the "Citizen Developer" becoming a practical reality. A field tech who crimps ethernet all day is going to have to learn some programmer skills to make a power app that pulls data from an API, parses the JSON and then does something useful with it.

nikanj• 4 years ago

Programmers are essential to the modern business, and management absolutely hates that. It is very easy to extract money from the market, by promising management that they’ll no longer be dependent on programmers.

Code free, no code, visual development tool, rapid application development etc. has been a promised since the sixties or so.

Ever since the first programmer said “Hey this skill is pretty rare, I should get a nice raise”, have the bosses been saying “Free us from needing programmers, and we’ll pay whatever you want”

tonfreed• 4 years ago

I think it low code/no code only gets you so far. I've worked in many places that were driven by an excel spreadsheet.

Hacked together solutions work fine, to a point, that's where us "geek elite" take over, and that's fine in my opinion.

ZeroGravitas• 4 years ago

I don't want to make fun of the idea, because more people thinking about software as a tool they can influence is good, however the initial paragraph which says, paraphrased:

Giant corporation had $12 million software problem they had no process for flagging up and fixing properly, until an untrained employeed took it upon themselves to personally sort, seems like the bigger issue.

If that kind of thing can happen, the the user created app can be mismanaged into catastrophe as well from similar root causes.

And wouldn't we all be better off if having decent software tools to complete your tasks was just table stakes in modern corporate life, rather than something to write excitable stories about?

bob1029• 4 years ago

Empowering smart people to succeed is easy, even if they dont understand your source code rune magic.

You jusy have to shift to a perspective of being an enabler/tech delegate for others. Most of that requires listening and willingness to be wrong, not individual contribution.

We have spent the last 2 years building tools and models that allow for our non-developer domain experts to handle 90%+ of software implementation concerns.

The biggest techinical key in my view is taking a data-oriented stance. This allows for you to talk about most problems in terms of excel spreadsheets, and any business logic can be developed in terms of SQL queries over those tables.

Having a rockstar developer contribute on an individual basis is amazing. Having that developer empower 1000 other employees to operate at even 1% their capacity is beyond amazing. It's also a lot more sustainable.

The elite developers who are capable of building these ecosystems don't grow on trees. If you find yourself with one, maybe have them build the fishing boat factory for you instead of forcing them to fish for every goddamn meal.

kthejoker26• 4 years ago

The number of people conflating the high degree of skills and traits required to be a successful professional software engineer with the basic computer literacy and "hold my beer" ingenuity of day to day "citizen development" of Excel macros, RAD tools, and browser boommarklets is infuriating.

If you are one of those people: stop right now and go watch someone build something PowerApp or Appian.

Here's a good representative videos, feel free to watch at 2x speed, the details are unimportant.

https://youtu.be/s6-C2xismq4

And then read the comments on that video.

THAT is who this article is talking about; THOSE are citizen developers.

They are not learning Python or Go or recursion or symbolic logic. They are not on StackOverflow or Dev.To, they're not contributing on GitHub, they're not applying for Staff Engineer or even entry level web dev positions.

And they’re self-servicing precisely because anyone who knows how to code like a professional is working on way harder technical problems.

A Michelin chef makes thousands of meals a week, but they can't feed the world.

So we have cookbooks and air fryers and microwaves and ready to eat meals and yes they’re unhealthy or taste like cardboard or whatever but they fill the need.

Nobody is insisting everyone's food be made by Beard winners; but somehow they can't make the same leap that people can develop computer-aided solutions to their business problems without being Alan Turing.

And the "revolution" is just that automation of the middleware required to support these kind of folks - APIs, IaC, data catalogs - is reaching critical mass.

The available ingredients for the "cookbook" are better, and so the possible recipes are better.

Sprinkle in a little AI (think Clippy on steroids) and the home "cook" can make a satisfying enough meal.

Will they work at FAANG or build the next one? No? Who cares...?

jordanbeiber• 4 years ago

Having worked quite a bit with no/low-code abstractions and “workflow automations” I’ve seen a few problems arising over and over:

- ownership and its boundaries becomes blurred

- maintainability over time

- lack of systems thinking and architecture

These are things we struggle with in organizations with dedicated development teams!

When parts of critical apps or workflows become like “xls in sharepoint” - PoC’ing is dreamy, anything beyond that potentially very painful.

Just my 2c, although I’m keeping a watchful eye on this segment.

NovemberWhiskey• 4 years ago

In my experience, whenever user-developed software grows to achieve some kind of critical mass in a large company, it is nearly always discovered that the rapid development and agility was achieved by a complete disregard for the kind of table-stakes engineering practices most take for granted.

Like: "Oh, you control changes to your massive Excel macro that Does The Thing by renaming the sheet and putting it on a shared drive, and it's never tested, and you have no idea who is using which versions of it, and hardcoded credentials for the database backend which running on your desktop which has no defined backup policy, and by the way also contains PII?"

tyingq3• 4 years ago

Though I have seen user-developed software used the right way, I've also seen what you've described.

Aside from the concerns you raise, there also a tendency for information to get siloed. Different areas of the business start hoarding data. And people start using the same term to describe different things, etc. The incentive to share and use common definitions is often lost.

claytonjy3• 4 years ago

As someone who hasn't seen user-developed software built the right way, I'm very curious to know what enabled such an outcome. What processes or infrastructure helped prevent the situation described in the parent comment?

solarkraft9• 4 years ago

I expect that this is largely down to a fundamental UX mismatch of what's easy and what's not. You could probably "force" (encourage) some good practices rather easily by just making it easier to use them than to not use them. Backups would be a good example. This doesn't necessarily work for more complex things, but it seems to me (I am not very experienced with them) that a large part of these low code tools is exactly about making easy solutions like a hacked-up Excel sheet production-grade by doing the complex plumbing (like backups) for you.

tempacct35756• 4 years ago

I've worked with several of these tools: Power Platform, Mendix, and Outsystems.

I despise the terms no code-and low-code. A better term is "visual programming" (as an alternative to text based programming). You should still follow some basic software development principles - Outsystems training in particular is excellent in this regard.

There definitely is an appetite for these tools. There is a class of business/operations people who know how to manipulate flowcharts, Excel macros and some MS Access but struggle with source code. I have worked with several team that successfully automated some processes using these tools, and were often able to create a pretty good user experience as well.

There is also no risk of this displacing developers - in my experience these tools open the imagination of what is possible and even more backend support is needed over time. Developers work on core capabilities and systems (which change slowly) and users work on creating the custom business process (which change often). With the right management it works quite nicely.

solarkraft9• 4 years ago

A better term is "visual programming"

I tend to agree. "No code" seems to imply "no programming", but that's exactly what you do with these tools, just in a simplified way.

ludamad• 4 years ago

It also isn't always simpler. Once you're visually flowcharting minor text transforms "low code" is a misnomer

nameisname• 4 years ago

That's a weird thing to despise. You know it's not necessary to try and put everything on a level playing field. I don't think your argument is valid on that front because when you code, you're inputting code. Nobody says "I'm going to do some text based programming" unless there's a need for that distinction in that situation. I think low code and no code are perfectly valid because you're inputting no or close to no code to achieve the task.

tempacct35756• 4 years ago

The main reason I despise it is that the term is often used to imply that there is "no technical debt" or "no maintenance costs" or that this is "not real programming". In reality, users are still creating software, so technical debt and other maintenance costs will still build over time. Project management, feature prioritization, data/schema design, system design, module decomposition, testing, etc are all still important tasks and don't go away just because the tools are visual.

A lot of it is due to perceptions - in my experience senior non-tech managers misunderstand the term, whereas "visual programming" still emphasizes that this is a software project with all that entails, just constructed in a more accessible way.

tjchear• 4 years ago

+1 on these tools opening up people's imagination of what's possible. They're the experts in their domain, and having these tools allow them to project what they know onto a system that makes them more productive and efficient.

If you don't mind answering, what were the kinds of apps or processes that business/ops folks you worked with made?

tempacct35756• 4 years ago

I work at a large healthcare equipment manufacturer - the group I worked with automated many business processes relating to equipment field sales, service, and maintenance. The end users were generally internal sales or field techs. Most of the apps are basic CRUD and maybe some video links. We're a typical large enterprise, so it takes a very long time to execute new software projects and often by the time they are done the business needs have shifted.

The users started out by using MS Power Platform and SharePoint to create simple apps and forms and get some feedback from the users. After a couple of iterations they would finalize the desired flow and my team would give them an enterprise integration point (sometimes Boomi, sometimes custom code) to read/update the real data. We are currently evaluating Mendix and Outsystems to see if that will further streamline the process.

thr0wawayf003• 4 years ago

in my experience these tools open the imagination of what is possible and even more backend support is needed over time.

I just don't buy the argument that visual programming tools are inherently more creative or imaginative than text-based programming tools because at some point, you are going to be constrained to the UI, which always comes with tradeoffs.

I recently used a visual programming environment for a work project, and I went into it thinking that it would be a fun and interesting way to program and very quickly turned to hating it. The visual aspect of the tool constantly got in my way and I quickly found myself wishing I could accomplish what I was trying to do in my text editor instead of this godforsaken web UI.

The error messaging in the tool was so bad that I wound up just intercepting the necessary HTTP calls and debugging those instead because it was so much simpler and informative than trying to navigate this "Disney World" UI that looked great with a trash UX.

I'd be OK with a visual programming tool that gives users the option to go straight to the code layer if they choose, but I've worked for so many software companies in my career that I'm just not confident that most companies would be able to ship anything with a dev UX that comes close to working with code directly. You can't get away with "happy path"-ing a visual coding tool, which is how so many companies build software these days.

tempacct35756• 4 years ago

I just don't buy the argument that visual programming tools are inherently more creative or imaginative than text-based programming tools because at some point, you are going to be constrained to the UI, which always comes with tradeoffs.

They aren't inherently more creative for all people. For example there is a group of people that prefers LaTeX to MS Word - but it's undoubtable that Word is more accessible to more users. The creativity comes from letting business users directly iterate on the UI mockups and underlying process, which is possible in these tools. Instead of waiting a few months for an IT project to start, the users can create a mockup in a few days and iterate a few times before connecting to a real backend. I would have thought this was improbable 3 years ago, but personal experience has taught me that there are many business users capable of doing this.

Most of the tools created with these platforms never "ship"; the primary users are often internal. At large companies, an internal app may have 10k users. Also, YMMV depending on the tool - some are much better than others at debugging complex flows.

vegetablepotpie• 4 years ago

Visual programming is an idea that keeps coming up because there are no examples of it, therefore it would seem like a great innovation.

Because there are no examples of it is precisely why it’s hard to do. Those who try either end up with something too application specific to be extended, or something too abstract to be used.

Take UML, it took the abstract route. It has many diagrams, it even has flow charts. It was big in the ‘90s and never amounted to much. Turns out that to implement something in UML is harder than just writing the code it maps to in the first place.

tempacct35756• 4 years ago

UML did fail as a modeling tool - it was just too complex. However, flowcharts have succeeded on many platforms in many domains. (Gaming engines like Godot Visual Script and Unreal Engine Blueprints, BPM tools, Enterprise Integration tools, many hardware design tools)

The best environments combine visual and code based elements so you don't get "stuck" when something is missing in the low code areas.

civilized2• 4 years ago

For those who are skeptical of no-code/low-code, I am too, but here's perhaps a useful intuition pump / prompt for thought.

Excel is a low-code tool backed by a scripting language for customization (VBA). There's no argument that this tool has enormous business value and is basically never, ever going away. So, what can't Excel do, and does it make sense for there to be another low-code tool that fills those niches? What's in the space between "can be done in Excel" and "must be done by professional software engineers"?

Here are some tools I think fit the bill: Airtable, Alteryx, Looker...

(I kind of hate Alteryx at my company but it's not the software's fault, it's the company being stingy with licenses which makes people's workflows harder to learn about)

thr0wawayf003• 4 years ago

(I kind of hate Alteryx at my company but it's not the software's fault, it's the company being stingy with licenses which makes people's workflows harder to learn about)

This brings up a great counter-argument to visual programming tools, which is vendor lock-in. We talk about this a lot on the cloud architecture side, but surely this also becomes a concern if a commercial visual programming tool becomes an integral part of one's core business domain. And if the solution to this problem is some sort exportable code, then what's the point?

civilized2• 4 years ago

I could be OK with it if it exported some crappy machine-generated SQL, which lots of other tools can do. But yes, when you use these tools you're at the mercy of the vendor and their willingness to play well with others.

From a purely selfish perspective Alteryx is a disaster for me because I often need to see inside business process and Alteryx obstructs this more than other tools. But users swear by it so I have to grudgingly admit it's a "good" tool.

rubyfan• 4 years ago

I think the big issues present in many large companies isn’t democratic coding but interdependent technology architectures and business processes that must rely on centralized planning. In this case speed to market is a challenge due to the overall coordination burden and a hodgepodge of specialized technology and business domain logic. Coding and lack of coders generally aren’t the issue at big corps, it’s getting them meaningful instruction on what the business needs that is coordinated with all the other aspects of the business to yield productive outcomes. It’s why project costs are usually 30% developers and 70% overhead. There’s typically nothing democratic about this type of environment and low code / no code platforms can’t solve this type of issue.

mg794613• 4 years ago

Ah yes, the no-code dream of shareholders. ”Why pay those pesky developers if you can just click it together, how hard can it really be, I became CEO/sales/random-other-thing because I'm really smart, so this will be easy too.”

Every year I see this post rear its head, can we agree we only post it again when it's actually possible and not some CEO 'has a great idea that nobody thought about'?

Citizen developers are rapidly becoming the vanguard of corporate digitisation

Related Stories