92% of IT leaders comfortable with business users using low-code tools
-
A survey of IT leaders reveals that innovation is at risk as IT demands rise. However, IT leaders view business-led low-code/no-code application development as prudent and inevitable with the right protocols.
"Some men just want to watch the world burn."
I'll let you decide if it's the 92%, or the 8%.
-
A survey of IT leaders reveals that innovation is at risk as IT demands rise. However, IT leaders view business-led low-code/no-code application development as prudent and inevitable with the right protocols.
"Some men just want to watch the world burn."
I'll let you decide if it's the 92%, or the 8%.
I prefer explosions.
-
A survey of IT leaders reveals that innovation is at risk as IT demands rise. However, IT leaders view business-led low-code/no-code application development as prudent and inevitable with the right protocols.
"Some men just want to watch the world burn."
I'll let you decide if it's the 92%, or the 8%.
In future news: a new industry dedicated to fixing no-code solutions has emerged. Since time and resources have already been poured into the no-code solution, businesses have no real bargaining power to push back against the cost of hiring these specialists. When asked about the relative cost discrepancy compared to traditional development, a manager interviewed anonymously responded "[it] ends up being more expensive, but that's pushed to the next budget cycle. Not my problem." I jest but we all know it's true :laugh:
-
In future news: a new industry dedicated to fixing no-code solutions has emerged. Since time and resources have already been poured into the no-code solution, businesses have no real bargaining power to push back against the cost of hiring these specialists. When asked about the relative cost discrepancy compared to traditional development, a manager interviewed anonymously responded "[it] ends up being more expensive, but that's pushed to the next budget cycle. Not my problem." I jest but we all know it's true :laugh:
Surely less of a jest and more of a logical deduction. How else could it be? Unless and until AI gets clever enough to really predict what end users actually want, low code/no code generated by end users will need fixing, maintaining, and completion of fiddly bits. This is actually nothing new. Tools like 4GLs, Access, report generators, etc. have been around for a long time and have proven that this process happens. If such tools are to be more common and more capable, which seems natural, then it is inevitable that more professional support/maintenance/fixing people will be needed. These people are currently called developers.
-
A survey of IT leaders reveals that innovation is at risk as IT demands rise. However, IT leaders view business-led low-code/no-code application development as prudent and inevitable with the right protocols.
"Some men just want to watch the world burn."
I'll let you decide if it's the 92%, or the 8%.
filed under, "What the hell do you mean we have to redo it?"
Charlie Gilley <italic>Stuck in a dysfunctional matrix from which I must escape... "Where liberty dwells, there is my country." B. Franklin, 1783 “They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
-
A survey of IT leaders reveals that innovation is at risk as IT demands rise. However, IT leaders view business-led low-code/no-code application development as prudent and inevitable with the right protocols.
"Some men just want to watch the world burn."
I'll let you decide if it's the 92%, or the 8%.
I work in this field of low-code/no-code platforms now and I have more than a decade of experience in app development. Just completed a project where these business devs has used excel as database bacause they don't understand SQL. Converted that app to use SQL and removed tons of steps that was making the whole process slow. There will always be a need for developers.
Zen and the art of software maintenance : rm -rf * Maths is like love : a simple idea but it can get complicated.
-
A survey of IT leaders reveals that innovation is at risk as IT demands rise. However, IT leaders view business-led low-code/no-code application development as prudent and inevitable with the right protocols.
"Some men just want to watch the world burn."
I'll let you decide if it's the 92%, or the 8%.
And this is why being a programmer is always going to provide a steady income. They need us to fix the crap their low/no coders produce.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013 -
In future news: a new industry dedicated to fixing no-code solutions has emerged. Since time and resources have already been poured into the no-code solution, businesses have no real bargaining power to push back against the cost of hiring these specialists. When asked about the relative cost discrepancy compared to traditional development, a manager interviewed anonymously responded "[it] ends up being more expensive, but that's pushed to the next budget cycle. Not my problem." I jest but we all know it's true :laugh:
Anyone with a modicum of experience on AutoSAR knows how much a licensed Vektor consultant can ask for 30 hours of training and help (not developement, that has to be done by customer's resources). When I saw the invoice I had a half stroke... then got really pissed, since it was more than my yearly income.
GCS d--(d+) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
-
Anyone with a modicum of experience on AutoSAR knows how much a licensed Vektor consultant can ask for 30 hours of training and help (not developement, that has to be done by customer's resources). When I saw the invoice I had a half stroke... then got really pissed, since it was more than my yearly income.
GCS d--(d+) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
I've never worked in the auto industry but I feel like I've heard others here on CodeProject mention how absurdly expensive things are in that industry. Is it like this AutoSAR program has no competition, is basically required, but no one wants to work with it so those that do make a fortune? :confused:
-
I've never worked in the auto industry but I feel like I've heard others here on CodeProject mention how absurdly expensive things are in that industry. Is it like this AutoSAR program has no competition, is basically required, but no one wants to work with it so those that do make a fortune? :confused:
Jon McKee wrote:
Is it like this AutoSAR program has no competition
It hasn't, for reasons. First, it's an operating system. Second, it's ISO26262 certified. Third, it met the requirements of various automotive committees, more or less (like most de facto standards it was developed before the commitee ever decided anything and then has been modified incrementally). Also, it allows a lot of interoperability between manifacturers, as it defines the communication protocols between any ECU, virtualizes them and implements most of the low level code.
Jon McKee wrote:
no one wants to work with it
Many would love to, but it's proprietary and Vektor bills ungodly amount of money for useless training and necessary certifications and licenses. Even their non AutoSAR programs, for which there are low cost (as in 200$ instead of 10-20k) or free alternatives, are grossly overpriced.
GCS d--(d+) s-/++ a C++++ U+++ P- L+@ E-- W++ N+ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X