|
It's Sunday morning, log in my work PC to manually push an artifact on Azure DevOps. (it's over now, so shutdown work PC)
I'm multi tasking by making breakfast (eggs, porchetta,coffee ... )
I'd rather be phishing!
|
|
|
|
|
I hear you. I worked for 12 hours the other day because I got a deadline thrown at me 2 days in advance. I had to hand off what I'm building so that a demonstration could be created for the client. Keep in mind I'm 4000 miles (who knows how many km that is?) away from my fellow creator (an electronics engineer).
Well, I get the code running great on my hardware and deliver first thing in the morning so he has time to prepare. He doesn't get back to me until almost end of business to tell me the touch screen bit isn't working on his end. Well that's one of things we were supposed to demo.
Since I couldn't reproduce the problem on my end I didn't get a fix in until the next morning.
Who to blame? the dodgy touch screen driver by Adafruit? my cohort for not getting back to me? Myself for not anticipating the problem?
Meh. I've found looking for blame is so often a mug's game. Life throws us little plot twists and its our job to navigate them. Mistakes are made sometimes. Hopefully some learning happens in that case. All the rest just follows from there.
Although I'd still blame Microsoft, on principle.
Real programmers use butterflies
|
|
|
|
|
An hour late getting to the beach (cold here in southern Florida) so the good spot was gone. Now all I can do is binge youtube for Mean Mary and Post Modern Jukebox
A human being should be able to change a diaper, plan an invasion, butcher a hog, navigate a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects! - Lazarus Long
|
|
|
|
|
Volunteered to help clean up the front of our neighborhood yesterday. Big mistake, woefully underestimated the work load. Ended up with 35 large piles of leaves and pine straw.
This morning I had to mow up there, then when I was in the shower, the neighbor who I think has OCD issues and was decorating the front, came knocking on my door looking for me. I, of course, and in the shower now. Wife comes in... "who is this lady...."
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
|
|
|
|
|
charlieg wrote: "who is this lady...."
That's the lady on the door
|
|
|
|
|
|
Don't know what to think of it!
|
|
|
|
|
Followed closely by, "where were you thinking?"
|
|
|
|
|
Reminds me of that quote from Pogo: "Sometimes I sits and I thinks, and sometimes I just sits."
Get me coffee and no one gets hurt!
|
|
|
|
|
I gives me hope that someone else knows who Pogo is, and (presumably) who Walt Kelly is. That is a dying pool
A human being should be able to change a diaper, plan an invasion, butcher a hog, navigate a ship, design a building, write a sonnet, balance accounts, build a wall, set a bone, comfort the dying, take orders, give orders, cooperate, act alone, solve equations, analyze a new problem, pitch manure, program a computer, cook a tasty meal, fight efficiently, die gallantly. Specialization is for insects! - Lazarus Long
|
|
|
|
|
Yes my friend. I am OLD!
Get me coffee and no one gets hurt!
|
|
|
|
|
Well I'm not that old (56), and I know who Pogo and Walt Kelly were.
They're much more memorable than any politician on the planet over the last few decades. If that's not a judgement on us all...
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
|
Hope not...
"The only place where Success comes before Work is in the dictionary." Vidal Sassoon, 1928 - 2012
|
|
|
|
|
No. Every time some tool like this comes out, it's always written by people who, well, think like developers.
What they don't think about is not everyone does, or even can, think like a developer. If you want to use their tools, you still have to think like they do. You're still locked into how they want you to use the tools.
|
|
|
|
|
I very much doubt it.
Learning a computer language has never been the hard part of software engineering. The hard parts have been analysis of the problem, design of the solution, and extreme precision in implementing the solution.
Very few people are capable of taking a client's requirements (usually expressed in vague Marketing term), and turn them into a useful specification for a product. It is immaterial whether the product is software or hardware. A larger set of people is capable of taking a specification and turning it into a design, paying attentions to issues such as complexity, memory and CPU usage, etc. An even larger set of people is capable of taking a design and turning it into code, paying attention to the syntax, code structure, code and data coupling, etc. required for development of a non-trivial program. It is this group of people that "low code" solutions attempt to displace.
The promise of "low code" programming it that the user will specify a set of requirements. and the system will "magically" create an application for them. The problem with "low code" programming is that the "programmers" typically have no idea what to do when their code does not work properly - how to discover what is wrong ("debugging"), and how to correct their specifications so that the "low code" environment will give them the application they need ("programming"). For that matter, very few of them have any idea of the testing required before a non-trivial program is released.
I expect that this will end up like most similar fads in the last decades - a few success stories, and a vast number of failed or flawed applications, hidden from the light of day by their implementers.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
I agree. At best you're making a higher level language, but it still requires a programmer's mind to operate it effectively.
Real programmers use butterflies
|
|
|
|
|
Most unlikely. I know at least two business people who created Excel spreadsheets where they manually calculated the total fields and typed them in by hand. So every time some value elsewhere was changed they had to go through the same exercise again. When I pointed out that spreadsheets could do automatic totalling they were amazed.
|
|
|
|
|
Judging by some of the questions on this site, absolutely not.
|
|
|
|
|
Just go to QA, apparently it's not even possible for developers to be a developer
Seriously though, I've worked with a no-code product and it was very limited in what it could do.
You still had to design a database, which was NOT easy with a drag 'n drop interface that had no scrollbar
Anyway, when the database (or part thereof) was in place, you could get to "developing".
I worked with someone who'd done WinForms for about twenty years, but he didn't understand web concepts at all, and that was what we were making.
A simple form was easy enough, but then again, so is a form in ASP.NET Core Razor Pages (if you know what you're doing).
Anything slightly less easy was exponentially more difficult as you did not have easy access to the JavaScript of the page.
You could write a separate JavaScript file, but you could also add JavaScript to controls in event handler fields.
The problem was, when you deleted a field, so would the JavaScript be deleted.
We've lost quite some code and even entire forms that way.
Source control was not available.
The back-end was drag 'n drop too, so no code at all.
I had to drag and entire routine twice because of an if-else statement
The fun part, when we asked the company how their other customers did this kind of thing, they told us they didn't
Apparently, we were their first customer to use their drag 'n drop interface.
All other customers hired their consultancy company who did everything by writing JavaScript and HTML because that was easier and faster for them
Meanwhile, my customer paid €16,000 a year for the platform.
Told them I could make it in .NET for less than twice the money, with a hosting cost of about €100 a month in Azure.
It would be cheaper after two to three years.
Their product failed, but they're still paying the platform €16,000 because they took an x year contract
Just a little anecdote, make what you want from it, but personally I think no-code platforms can't deliver on their promises.
With non-developers creating them and with all the code scattered everywhere on these platforms, they're just the next do-it-all Excel sheets that no one knows how it works anymore and everyone prays will keep working.
|
|
|
|
|
Mandatory: The 'no-code' dream… | CommitStrip[^]
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
It still seems useful for making mocks.
Real programmers use butterflies
|
|
|
|
|
All that'll happen is that the term "developer" will change to mean someone that actually writes real code (granted, "real code" is a poorly chosen phrase, but I'm still waiting for the caffeine to kick in and I can't think of a better phrase, but I think you get the point.)
Basically, "developer" will fragment into "low code developers", for which there probably will be some niche in the marketplace, and "the rest of us", that do real things, including developing "low code" applications.
As to "make it possible for anyone to be a developer?", um, no, because all these low code solutions work within the parameters of what you can do with the platform, and while some may be sophisticated, there will always be limitations. So if that "anyone" wants to do something special that the platform doesn't support, well, that's when they learn:
I AM NOT A DEVELOPER!!!
|
|
|
|
|
A better way to create crap apps.
I'm not sure how many cookies it makes to be happy, but so far it's not 27.
JaxCoder.com
|
|
|
|
|
Mike Hankey wrote: A better way to create crap apps crapps.
|
|
|
|
|