Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×
Programming IT

Low-Code and No-Code Are Making Developers' Jobs Better 144

An anonymous reader quotes a report from ZDNet: Low-code and no-code development is often seen as the realm of citizen developers, but the segment of the enterprise where low-code and no-code has gained significant traction is among professional developers themselves. And, importantly, it's making their jobs better in two ways: providing tools for faster software development and deployment, as well as elevating their roles in enterprises to that of teachers and facilitators for potential citizen developers.

A recent survey of 860 developers by OutSystems finds a majority of low-code users -- most of whom also use traditional coding languages alongside low-code -- report that they are "very satisfied" with their team productivity (59%), compared to 41% of traditional developers. Most low-coders, 57%, are also very satisfied with the quality of tools at their disposal to complete their work, compared to 36% of their traditional coding counterparts. In addition, 71% of low-code users said they were able to stick to the typical 40-hour work week, compared to only 44% of traditional developers. Additionally, 63% of low-code developers indicate they are happy with their salary and benefits compared to 40% of traditional developers.

Not only is low-code and no-code making things easier, it is also elevating the roles of technology professionals within their enterprises, to facilitator, educators, and consultants. Industry observers agree. "The professional's role is now to customize and connect the low-code solution to the organization's resources," relates Moses Guttmann, CEO and co-founder of ClearML. Their roles "shift towards mainly automation and orchestration, taking a low-code process and helping the low-code infrastructure gain access to different resources within the organization. Think of it as abstracting the databases and providing access to the orchestration -- such as cloud infrastructure to execute the low-code application." This can only mean more Agile development for the next generation of applications, with business-savvy developers and tech-savvy business users working side by side. "Citizen developers are typically growth-minded, innovative problem solvers with an active understanding of the business' overarching goals," says Aaron White, CTO and co-founder of Vendr. "In tandem with overseeing the work completed in a low-code or no-code environment, professional developers -- especially those leading teams -- should strive to recognize these employees' talents, actively enabling them to contribute to the development process."
"It takes away a lot of the day-to-day implementation-related tasks and allows developers to focus on more architectural and strategic concerns," says Om Vyas, co-founder and chief product officer for oak9. "It puts them in a position to have a greater business impact. But also, with low-code and no-code approaches, when the one-size-fits-all pattern does not work for you, it will create work for these professionals to amend or customize to add their own implementations."

In many cases, "a low-code/no-code approach may operate as a complete solution. That said, IT and engineering may need to step in from time to time, to fine-tune the details," White adds.
This discussion has been archived. No new comments can be posted.

Low-Code and No-Code Are Making Developers' Jobs Better

Comments Filter:
  • by Z00L00K ( 682162 ) on Wednesday October 26, 2022 @10:34PM (#63001799) Homepage Journal

    And it created very inefficient code that needed a lot of manual tweaking.

    • by ArmoredDragon ( 3450605 ) on Wednesday October 26, 2022 @11:01PM (#63001831)

      It's just a slashvertisement for low/no code platforms. Probably somebody paid slashdot to have this placed here for SEO. If you ever Google low/no code, typically what you're going to find are reddit, Quora, or other social media pages that are filled to the brim with comments from vendors trying to sell their low/no code platform talking about how great it is. Their target audience is inexperienced PHBs and possibly low-quality IT personnel.

      I don't know what they mean in this piece by traditional programming languages, but my guess is PHP, JavaScript, maybe even python. Basically languages that are really hard to scale or aren't even languages at all, so the problems they're used to solving don't need to scale, and eventually get replaced by some dedicated solution from some other vendor.

    • by istartedi ( 132515 ) on Wednesday October 26, 2022 @11:21PM (#63001853) Journal

      See also, "frameworks". If your application conforms to common use cases, it's golden. Customize too much and you find yourself wanting to trash all the stuff that was supposed to make your life easier. It seems like frameworks get rediscovered every 10 years or so.

      • by sodul ( 833177 )

        I'm no 'Full Stack' Engineer but I've heard there is a new "Framework" to replace them all every 10 months in the NodeJS world.

      • by TheDarkMaster ( 1292526 ) on Thursday October 27, 2022 @05:53AM (#63002261)
        This. Fucking this. Nowadays most of my time is spent fixing bugs by "developers" who thought the current trendy framework would solve all the problems in the universe.
      • by Bu11etmagnet ( 1071376 ) on Thursday October 27, 2022 @07:06AM (#63002385)

        If you don't like any of the existing frameworks, just wait a week. A new one will appear.

        • And, you can read all about it on Medium or Quota.

          I remember at a job at a digital design shop, it seemed like a new, change-the-world JavaScript framework would come out every week. The boss liked to try them in production code. If it got the job done for that particular use case, it stayed. If it didnâ(TM)t, we rewrote everything.

          Geez, that was, truly, the one aspect of the job I despised!

      • I've found this a lot in many areas, the new stuff is really only better for limited uses.

        Ie, I've seen a zillion replacements for "make" but none of them are as useful as GNU make in overall power, and simplicity, the few problems (tab sensitivity in some places) are minor compared to the drawbacks in similar tools (specialized rules having to be written python, or you must change your directory layouts to match the tool's templates, etc). Sometimes it's the converse - many IDEs can make some very difficu

        • The best tthing about frameworks though, is that you can make an entire career out of being the expert on frameworks, learn something new every year or two, appear to always be highly productive to upper management, and yet never once supply any value to the an product. When someone starts to catch on to your scam, you just grab the latest framework and evangelize the team to adopt it and you're indespensible again.

          I think I have someone just like that on my work team. It's sucks.

    • by rsilvergun ( 571051 ) on Thursday October 27, 2022 @12:15AM (#63001903)
      You'd be a surprise what you can do with Salesforce. To be fair it's basically just visual basic for the web. Folks don't realize how many apps were built back in the day on visual basic with a little or no code. Just about every small business and heck of a lot of large businesses or being run on top of VB apps before Salesforce stepped in and took over. I was a little surprised Microsoft let them do that
      • by drinkypoo ( 153816 ) <drink@hyperlogos.org> on Thursday October 27, 2022 @05:43AM (#63002245) Homepage Journal

        I'm surprised anyone uses Salesforce. It's buggy and slow, the training materials are absolute garbage, and the support organization is awful. I'm halfway through a class on it now and I deeply regret taking it, because if I use those skills, it means I have to work with Salesforce.

        On the plus side, it did get me to dust off Drupal again and hey... Drupal has improved by LEAPS AND BOUNDS since the last time I used it. It is still orders of magnitude harder to construct a report in Drupal than in Salesforce, but AFAICT that is the one and only thing SF has going for it. Gonna try actually completing a migration of my old D7 site and bring it back up on D9.

        To your other point, Microsoft had nothing which could compete with Salesforce. The only thing I know of which credibly could is Drupal, and it definitely would need a major effort in simplifying report creation, and better sandboxing (there is a TON of stuff you can't do in a workspace.) Otherwise it does the same stuff in general, only a lot faster. Wordpress is a shit show, anyone who uses it for more than a blog is deluded. There are lots of other frameworks, but not enough stuff built on them that is modular and convenient.

        • by nmb3000 ( 741169 )

          It's buggy and slow, the training materials are absolute garbage, and the support organization is awful.

          Don't forget "godawful expensive". And the more you rely on it, the more expensive it becomes. If you go all-in like the company I work for did, you become beholden to whatever SF does or says, paying whatever they ask, because you're entire business now relies on them. Extricating yourself is almost impossible. And every time SF acquires another company (Heroku, Click, etc) it's yet another excuse to pay them more money and lock yourself in even more "for the seamless integration".

          Salesforce operates w

          • Salesforce operates with a level of vendor lock-in that Microsoft never even dreamed of in their wettest of dreams.

            One of the things I discovered coming back to Drupal now was that there are Salesforce integration modules that let you get data in and out of Salesforce, and fire off stuff on one from the other via APIs. I haven't messed with them yet since I've been busy doing other things. Obviously, it's not reasonably possible to have a tool which will completely automatically convert salesforce Apps to Drupal, but a whole lot of it could be updated. There are direct analogues for a surprising amount of the functional

      • by davide marney ( 231845 ) on Thursday October 27, 2022 @06:53AM (#63002363) Journal

        This is a very apt comparison. It absolutely is "VB for the web" -- underpinned with a model-driven, graph-like database model.

        What worries me about low-code aren't the "citizen developers" it's the next generation of real developers. To properly use low-code in an organization, one absolutely must, must know when to tell a stakeholder that that's "just the way it works, sorry", and when to break out the Apex classes and get to work. No training is going to tell you this. You learn it by building systems from the ground up yourself, understanding the strengths and weaknesses of things such as a model-driven architecture because you implemented it yourself.

      • by nmb3000 ( 741169 )

        visual basic for the web

        I typically compare Salesforce to MS Access -- a shitty UI on top of one huge and poorly-performing database. But it's even worse because with Access at least you're limited to using VBA. With SF, they add a new layer of shit every year so that they have something to show off to the drones at Dreamforce, and every layer hurts performance even more.

        My company went all-in with Salesforce about 7 years ago and are now 100% dependent and inextricably stuck in that ecosystem. Pretty much everything is in SF a

      • Most of the problem with VB is that it made things look too easy, and non-programmers took it upon themselves to write code, and they did it badly. Ie, no error checking, testing, etc. It sped things up but it was terrible code. And it left non-coding managers with the false impression that the developers were sandbagging their estimates and slowing things down. I would say that 9 out of 10 VB programs I have used either crashed or had some other flaw preventing them from being used properly; the 10th

    • by jma05 ( 897351 ) on Thursday October 27, 2022 @02:34AM (#63002071)

      That's like complaining Python takes too many CPU cycles and needs C extensions to tweak it.
      "Efficiency" is not the point for these tools.

      • by AmiMoJo ( 196126 ) on Thursday October 27, 2022 @05:25AM (#63002231) Homepage Journal

        From a business perspective the efficiency is that the app takes less time to develop and they can employ someone cheaper to do it.

        The same complaints have been coming since the 1950s when languages like FORTRAN were invented. They were less efficient than assembler, needed more memory and more instruction cycles.

        • I don't remember that complaint about Fortran. I remember hearing it about COBOL, and even C. Fortran was like magic (because it was the first serious programming language).

        • by Z00L00K ( 682162 )

          Works until you have a shopping site where people abandon their purchases halfway because it takes too long to buy a pair of socks online.

        • It's like making a dress and you're holding it together on the model with pins and staples. Then the customer says "I love it I want to wear it tonight!" Sorry, it's just a mockup, it's not going to hold together long enough to walk to the end of the runway and back, much less survive getting into a car or on the dance floor. And even when they have the spray-on dress it will come with the caveat that it will fall apart at midnight (fairy godmother coders can only do so much in a limited time).

      • The problem is that internet-facing sites are built with them, so performance matters. Not all of them have atrocious performance, though... Drupal is pretty good in that regard. Too bad it's built on PHP, that alone has caused me numerous problems.

        Python's performance IS a real problem, because people are building performance-critical apps in it because they don't know any real languages. Perl does the same job and is literally four times faster, so Python's performance is objectively bad.

        • The problem is that internet-facing sites are built with them, so performance matters.

          In web facing apps, if you have stateless code, then the performance is almost entirely bounded by the database accesses and query efficiencies. This is because you can basically replicate your server code as many times as you want with a decent load balancer.

          Perl does the same job and is literally four times faster, so Python's performance is objectively bad.

          And Perl is not fast, so if Python is slower, that is bad.

          • Stateless code can add additional performance problems merely by being stateless. Why search the database a second time merely because you forgot the original query results? Why send the data over the network when you've already sent it once before? I have seen people try to get this stateless web style of design into C code intended for low power sensor devices and that stateless design was breaking both the power budget and the code size limits.

        • Perl does the same job and is literally four times faster, so Python's performance is objectively bad.

          Until you have to modify the code, and it takes a month for anyone to figure it out.

    • The manual tweaking kept a lot of people in a very good living!
    • And unique bugs that take hours to rip apart and figure out how to fix in crap frameworks that are poorly written. Shopify, WordPress, etc, I'm looking at you.
  • by LordNimon ( 85072 ) on Wednesday October 26, 2022 @10:41PM (#63001805)

    Nowhere in this summary or in the article is there even an attempt to define "low-code" and "no-code". What do these terms mean?

    Slashdot used to be great.

    • It's like Wordpress. It works great if your use case fits the targeted use case, and it doesn't work otherwise.

      • by xevioso ( 598654 )

        Except that the ubiquity of Wordpress enables developers to cut their teeth on building tools that will fit your use case scenario. No one wants to build a module for Drupal when it is used by 2-3% of developers when they could do it for a platform that has 60% of the "market", and they can potentially break in to building a plugin that can make them some serious money.

      • And just like Wordpress, it will be the equivalent of total job security for security personnel, picking the low hanging fruits of unpached, unpatchable glaring security holes that even the least configured automated scripts will detect but you can sell as big security findings to the same dimwit PHBs that bought the crap in the first place.

      • "It works great if your use case fits the targeted use case, and it doesn't work otherwise."

        I hope you realize that this is true of literally everything in life. Hand coding included.

    • by ArmoredDragon ( 3450605 ) on Wednesday October 26, 2022 @10:48PM (#63001817)

      It means that you program by drawing up flow charts and having to fight with an annoying UI along the way, rather than simply typing out the keywords and control flow.

      Basically this article is spam intended for inexperienced PHBs.

      • by xevioso ( 598654 )

        No, it is accurate. Using low-code tools allow folks to get the day-to-day work of their jobs done faster if they are not needing to hand-code things.

        Why should I need to learn CSS classes and how to compile SCSS when I can punch a few buttons to change a font and make it green?

        • by Opportunist ( 166417 ) on Thursday October 27, 2022 @02:15AM (#63002047)

          Because your automated tool also introduces more security holes than I bother to find in an average pentest.

          Seriously, these tools are one of the reasons I barely work anymore. What for, just throw some script at the program, end up with a dozen or two security findings that make it look like you worked your ass off, then watch the "programmer" die in horror when he realizes that he's too stupid and incompetent to fix them because he not only doesn't even understand what you're telling him, he also has no idea how to make any changes in the black box he uses to create the page in the first place.

          • by Shimbo ( 100005 ) on Thursday October 27, 2022 @02:38AM (#63002079)

            See, these low-code tools have increased your productivity and reduced your hours just like the article said!

            • Not really. I find security holes that I haven't found, outside of IoT junk, since the early 2000s. I don't have standard texts for those findings anymore, I have to write them by hand!

            • Exactly. I don't understand what this fella is going on about. He himself uses low-code tooling ALL the time -- we all do! And that is just fine, because, dang nab it, computers are supposed to make things easier. We're not supposed to keep on suffering like it's some badge of honor to show our scars.

              • The difference is that we use tools to make jobs that we know how to do easier. I know how to write exploits. The reason I use msfvenom is that it's faster and easier, under most circumstances, to just have a tool do it instead of calculating jump addresses and fiddling with assembler instructions 'til they do what I want them to. Sometimes it's necessary, though, to roll your own if you want to succeed.

                And this is the difference between someone who knows what his tools do and someone who use it as a crutch

                • Libraries are the other problem. Chances are that if there's code that does what you need, low-code will only make your job harder when you want to integrate it. Chances are that nobody has made an equivalent to that library available to YOUR low code platform, which leaves you SOL.

        • Likely because you're in situations where are possibly hundreds of options to choose one, by the time you understand why you might pick a particular one, you've already spent enough time to learn the language behind it. And at that point, you'll find it much easier to type what you want rather than sitting through endless scrollers or very deeply nested menus.

          GUIs are good for some tasks, but if your task is more conceptual rather than visual, then a GUI is more likely to just get in the way.

    • Not surprisingly you can find out what low-code is by looking at the platform thatâ(TM)s offered by the company that took the survey. I assume that the 860 developers they surveyed are all existing customers of theirs too.
    • It means using a user interface to string together logic and it build simple user interfaces. Thank the old visual basic with a few pre-built code paths so that there's even less code you need to write. If it's done right the only time you need to actually sit down and write code is when your interfacing with legacy systems. Besides that you can write just about any crud app without a line of code.
    • "Slashdot used to be great."

      When? You might have sepia-tinted memories.

    • Slashdot used to be great, but then it got filled up with people who don't know how to use Google and need their hand held for them through finding information on the internets. The summaries were always crap, but the audience used to be capable of finding a definition without detailed instructions.

    • What is it? It's "VB for the web", as @rsilvergun coined it. Basically, coding that is simple and direct enough for power users to understand. A great recent example is Power Automate [microsoft.com] for Windows 11.

    • For many it means building a flow from blocks, like Scratch or RPA tools, but I believe in the future it means putting your request in words and having Codex write it out in Python or whatever language you want. Programming by prompting.
  • by freeze128 ( 544774 ) on Wednesday October 26, 2022 @11:01PM (#63001835)
    "I find that my job as a coder is a lot easier since I'm not expected to code anything..."
  • Fake News (Score:4, Insightful)

    by iggymanz ( 596061 ) on Wednesday October 26, 2022 @11:11PM (#63001843)

    No, no one is using Low-code or No-Code.

    Someone is trying to pimp their investor bait.

    • Re:Fake News (Score:5, Interesting)

      by phantomfive ( 622387 ) on Wednesday October 26, 2022 @11:17PM (#63001849) Journal

      Salesforce people use it. People who just want a website (like Wix) use it. People who use spreadsheets are usually using a no-code approach.

      • Which is funny, because Microsoft had to introduce proper function support in Excel (called Lambda, if I remember correctly).
        • Yeah, so it's basically a low-code solution.

          • Or, it's just a very high level language, within a program.

            May as well call Blender a low-code solution to 3D modelling.

            It's as if we don't need to invent pointless marketing terms to justify something that has already existed for decades.
            • I'm just still mad that Excel wasn't built as a frontend on top of APL. It could have been way better and way more flexible.

      • As a reminder the claim is :

        has gained significant traction is among professional developers themselves"

        Platform as a service is simply reusing a framework and UI, it is not low code. If I use, say, vis.js I am not doing low-code or no-code, I am simply cleverly using a library which exists and don't need to reinvent the wheel. It isn't low-code or no-code (which by the way sound like buzz word from sales people and manager). If I was using a platform and doing no code , I am not a developper, I am an offic

        • You can develop web apps with no-code. Click click click to create interfaces, workflows, validation, conditional processing, without ever writing more than a formula. And if you use a platform less crap than Salesfarce, like Drupal, you actually get something meaningful for your effort, like fallback to basic HTML so your site still works with Javascript is disabled and that kind of thing. It's also extremely useful for headless operation where the user never interfaces with the site directly, because you

          • "Developer" doesn't mean shit, "programmer" barely means anything.

            And "security" is the beefy guy that kicks the geeks around.

            You can either spend money and time on programmers or you can spend it on the inevitable security breach, followed by more money for the security consult that finds out where your clickveloper failed, followed by you hiring actual programmers to fix the mess because the kids you had play with the Duplo bricks don't even understand what your security consultant tells them.

            • I don't remember the last time I saw an application of any size built without a framework. If the framework is insecure, then you'll have the same problems whether your devs are coding or not. But if the framework is reasonably secure, then it's harder for a schmoe to create a security hole than if they are writing code without knowing what they are doing since security is handled by the platform.

              Even experienced developers create security holes all the time. We've seen it again and again.

              For a big complica

              • Duplo programming has to be done in a context SO wide that it is near impossible to make it secure if it is supposed to have any semblance of functionality. Now add that the kid playing with it has zero idea of how to build it in a stable way and you'll understand why security is the least concern in the whole process.

                If the "developer" is already challenged with the question how to make it work, how much energy, effort or even ability do you think will be left for the question how to make it secure?

      • German to the rescue: "Wix" is basically the German slang for "wank". As in self-pleasuring.

        How much more honest can a company be when naming themselves, I wonder?

    • by Canberra1 ( 3475749 ) on Wednesday October 26, 2022 @11:49PM (#63001885)
      I have a 3 year old clickdev for you. He has mastered Lego blocks. He can make good sandcastles at the beach. A win-win proposition to propel your company to where it deserves to be. Nappies and air freshener not supplied.
    • by xevioso ( 598654 )

      It's used everywhere, for varying definitions of "code"

      I no longer need to use each and every tool in the library of git commands to push code for a website live. Multiple high-quality platforms, like Acquia and Pantheon, allow me to do this within their environments by clicking buttons within a dashboard. Complex git commands are relegated to buttons that anyone can use, as long as they understand the concepts. THAT is what is hard, because the concepts of git, especially in complex instances, aren't ea

  • Yeah, right. Be a programmer without programming. One of the least maintainable places I have ever seen with spaghetticode, no copy paste possibility and no reason for it to exist at all. That is just a fancy visual programming with lots of mouse use and almost no keyboard, which makes it extremely slow to use.
    • That's the problem with visual programming. It's usually just slower than typing.

      • The problem with visual "programming" (if you're looking for my tongue, it's firmly lodged in my cheek) is that it's only one step above playing with Duplo.

        • by jvkjvk ( 102057 )

          Have you ever played with LabView? I found it fun. And they have some nice bricks/libraries, especially well suited to National Instruments hardware.

  • by The Evil Atheist ( 2484676 ) on Thursday October 27, 2022 @12:22AM (#63001919)
    "No-code" is just "application".

    Adobe Illustrator is the "no code" way of creating vector drawings, as opposed to writing the drawing commands needed put shapes and colours on screen.

    If you have a limited input/output, of course you'd want an application to do that for you, instead of having to write the application yourself.

    But someone has to write the code. There is no "no code" solution that would make the Adobe Illustrator's developers' life easier.
  • They just implement a pattern and its corresponding anti-pattern.
  • by Lavandera ( 7308312 ) on Thursday October 27, 2022 @02:10AM (#63002037)

    The more competent the programmer the more he avoids low-code/no-code.

    I personally run away from such solutions - usually they mean:

    1. "power-users" who always know much better than you
    2. very ineffective processing - cloud bills go up through the roof
    3. change control nightmare

    So if it is about some simple web form or file inbox - they may be fine - but anything more complex and it just lame then...

  • by Opportunist ( 166417 ) on Thursday October 27, 2022 @02:24AM (#63002059)

    I'm in IT security. I have been DROOLING over these things. Please! Please make them more mainstream! I have still about 20 years to retirement, but this crap should ensure total job security for those 20 years and beyond.

    If you think node.js and the webpage duplo-esque building kits were a godsend, you haven't seen jack shit yet. This is a security el dorado. Low hanging fruits galore. It's your ticket into the well paid, in high demand field of security. Because even a modicum of skill, talent and IT knowledge will be enough to find the glaring security holes in these shit stains in the disguise of computer programs.

    Please, bring it on! If you think Wordpress and node.js introduced a slew of talentless hacks to webdesign and ensured that you can redesign pretty much any webpage you want to, as long as it suffers from these atrocities, you are in for a treat when the same shit now happens worldwide on every computer running a single program that comes out of these crap factories.

  • Most of these lowcode / no code things work in a superficial sense and you hit the limits of what they do or discover they are hopelessly broken / inefficient in some way or the work so mysteriously and opaquely that you have no chance of understanding of debugging them.
  • Nonsense (Score:3, Interesting)

    by IDemand2HaveSumBooze ( 9493913 ) on Thursday October 27, 2022 @04:22AM (#63002175)

    And, importantly, it's making their jobs better in two ways: providing tools for faster software development and deployment, as well as elevating their roles in enterprises to that of teachers and facilitators for potential citizen developers.

    First, 'faster' is not directly proportional to 'better'. Sometimes it's inversely proportional to 'better'. Second, "elevating their roles to teachers and facilitators", apart from being horrible corporate-speak, is nonsense. Coders know how to code, they like to code, which is why they are developers in the first place. If they saw being "teachers and facilitators" of some randos as an elevation of their job, they would be IT consultants instead of developers. This paragraph is written from a point of view of some low-tier manager who only understands how fast deliverables are signed off as a useful measure and sees anything that looks even a bit like supervision as superior to being a mere prole.

    And yes, the whole thing is probably just an advert in (very thin) disguise

  • by dskoll ( 99328 ) on Thursday October 27, 2022 @07:56AM (#63002489) Homepage

    Wow, what a surprise that they came to this conclusion.

  • They forgot the question mark. Only beginners want to believe you can do complex things without understanding anything. Answer remains: NO.

    The objective of all hustlers (cough, developers, cough) is to convince you that they have a better mousetrap, or better tasting Snake Oil. Can you get work done with (dumbed down) tools?* Yes. Can you fix it when it breaks or can you tweak the edge use cases?* No.

    You won't understand the underlying code and concepts, because the tool by definition abstracts the det
    • pls ignore my sig, just this once, I just admitted there is a use case for systemd. So don't bother picking that fight at this time. BHG.
      • by dskoll ( 99328 )

        I build software, and I don't mind systemd. Systemd unit files are not complicated to write and they work just as well as the equivalent SysV rc files.

  • They often abstract out too much, are often poorly documented, and fail to reinforce computer science fundamentals for beginners.
  • Code, low-code, no-code - irrelevant. Citizen developers are not going to build the software that runs business, because that software needs to work correctly, meet requirements, and scale. That means that it must be developed as a part of a process that includes all the other parts of the SDLC. And once citizen developers start participating as developers in in SDLC, guess what? Now theyâ(TM)re developers, and you need to hire new people to fill the roles they were doing as citizens. Or, maybe, you
  • it is also elevating the roles of technology professionals within their enterprises, to facilitator, educators, and consultants

    In what way is facilitator or educator an "elevation" for a technology professional? If I wanted to be a teacher or (good) middle manager I would have aimed for that, rather than something that requires actual technical competence.

    Consultant at least pays a lot better, but they too have a reputation for being generally incompetent at anything beyond extracting money from the company.

  • ComSci is no longer in the league of Science.

    Automated, programmatically defined algorithms and code completion bots have made the computer field into assembly by machine. Little science, some maths and mostly engineering with solved solution sets.

    AI, Deepmind, DOJO and other machines are ascendant replacing scientists, artists, writers and creatives whose work must conform to distribution media. That’s the new rules

  • I may have missed the boat, and on a quick attempt on reading it, I just see a swirl of buzzwords. Other than some marketed garbage, is this a real thing, or is it just some way to sell coders on a framework?
    • It's pretty much what Wordpress is for content management. The promise that zero-skill kids can crank out professional content at 5 bucks an hour.

  • I've been telling people to "learn to code" when I should have been telling them to learn "not to code". I give up!
  • ... "Low-code or no-code isn't suitable for complex use cases," Vyas cautions. "It's easy to do basic things in low-code and no-code. But as soon as you get into more complex business logic, complex processes, or complex problem solving, it becomes really hard to continue to use low-code or no-code. ..."

    - quoted from the original article

    One of the earliest implementations of this "low-code" concept that I know of -- which I'm pretty sure predates the terminology now in use -- was a little program called IconAuthor. Never heard of it, you say? Consider yourself fortunate. For someone who knows programming, it was annoyingly limited in capabilities, whereas for someone who doesn't know programming, it was (apparently) mind-bendingly complex, in spite of its attempts to dumb down the task at hand. As I und

You know you've landed gear-up when it takes full power to taxi.

Working...