The notion that creating a half-decent application is quick and easy enough that I would be willing to transform their idea into reality for free.
Programming
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
That's absolutely true. What's hard and what's easy in programming is so completely foreign to non-programmers.
Wait, you can guess my password in under a week but you can't figure out how to pack a knapsack?
I once had this and ended up paying for the meeting room cuz he was broke.
The worst and most common misconception is that I can fix their Windows issues from a vague description they give me at a party.
Lol! My mum still asks both me and my husband (“techy” jobs according to her) to solve all her problems with computers/printers/ the internet at large/ any app that doesn’t work… the list is endless. I take it as a statement of how proud she is of me that she would still ask us first, even if we haven’t succeeded in fixing a single issue since the time the problem was an old cartridge in the printer some 5-6 years ago.
My favorite is "and there was some kind of error message." There was? What did it say? Did it occur to you that an error message might help someone trying to diagnose your error?
What did it say?
I've had users who legitimately did not understand this question.
"What do you mean, what did it say? I clicked on it but it still didn't work."
Then you set up an appointment to remote in, ask them to show you what they tried to do, and when the error message appears, they instantly close it and say "See, it still doesn't work. What do we even pay you for?"
I've had remote sessions where this was repeated multiple times, even after telling them specifically not to close the message. It's an instinctive reflex.
Or it won't happen when you're watching, because then they're thinking about what they're doing and they don't make the same unconscious mistake they did that brought up the error message. Then they get mad that "it never happens when you're around. Why do you have to see the problem anyway? I described it to you."
When that happens, I'm happy. Cause there is no error when the task is done right.
I mail them a quick step-by-step manual with what they just did while I watched.
When the error happens the next time I can tell them to RTFM and get back to me if that doesn't solve the issue.
My answer: "I don't play Windows".
That just because I'm a programmer that must mean I'm a master of anything technology related and can totally help out with their niche problems.
"Hey computer guy, how do I search for new channels on my receiver?"
"Hey computer guy, my excel spreadsheet is acting weird"
"My mobile data isn't working. Fix this."
My friend was a programmer and served in the army, people ordered him to go fix a sattelite. He said he has no idea how but they made him try anyways. It didn't work and everyone was disappointed.
He said he has no idea how but they made him try anyways.
Uh, I've been present when such a thing happened. Not in the military, though. Guy should install driver on a telephone system, despite not being a software guy (he was the guy running the wires). Result: About as bad as expected. The company then sent two specialists on Saturday/Sunday to re-install everything.
"Just"
That one word has done a fuck ton of lifting over my career.
"Can't you just make it do this"
I can't "just" do anything you fuck head! It takes time and lots of effort!
Also “simple”. “It’s a simple feature.”
Simple features are often complex to make, and complex features are often way too simple to make.
I believe that it’s not for nothing that simplicity is considered more sophisticated. Many, many cycles of refinement.
It's like, gotta be just one line of code, right?
I worked in a post office once. I once had a customer demand some package delivery option, if I remember correctly. He was adamant that it was “only a few lines of code”, that I was difficult for not obliging, and that anyone in the postal service should make code changes like that on the whims of customers. It felt like I could have more luck explaining “wallpaper” to the currents in the ocean…
explaining “wallpaper” to the currents in the ocean…
If this isn't just a saying I haven't heard of, I'm doing my best to make it a common place phrase, absolutely perfect in this context!
I used to work on printer firmware; we were implementing a feature for a text box for if you scanned a certain number of pages on a collated, multi-page copy job. The text box told you it would print the pages it had stored to free up memory for more pages; after those pages had printed, another text box would come up asking if you wanted to keep scanning pages, or just finish the job.
The consensus was that it would be a relatively simple change; 3 months and 80 files changed — with somewhere in the ballpark of 10000-20000 lines changed, — proved that wrong.
I like to say:
We have a half finished skyscraper, and you're asking me to Just add a new basement between the second and third floor. Do you see how that might be difficult? If we want to do it, we have to tear down the entire building floor by floor, then build up again from the second floor. Are you prepared to spend the money and push back the release date for that new feature?
They can't possibly judge what is trivial to achieve and what's a serious, very hard problem.
That is a pretty hard thing to do, to be fair. And the list of things that are easy sometimes makes big jumps forward and the effect of details on the final effort can be massive.
People think I can hack anything ever created, from some niche 90s CD software to online services
A friend asked me to atempt data recovery on some photos which 'vanished' off an USB stick.
Plugged it in, checked for potential hidden trash folders, then called it a day. Firstly I havenever done data forensic and secondly: No backup? No mercy.
- You're a hacker (only if you count the shit I program as hacks, being hack jobs)
- You can fix printers
- You're some sort of super sherlock for guessing the reason behind problems (they'll tell you "my computer is giving me an error", fail to provide further details and fume at your inability to guess what's wrong when they fail to replicate)
- If it's on the screen, it's production ready
If it’s on the screen, it’s production ready
"I gave you a PNG, why can't you just make it work?"
I actually get that somewhat often, but for 3D printing. People think a photo of a 3D model is "the model"
That there's something inherently special about me that makes me able to program....
... Yes...patience and interest.
The things that make me a good programmer:
- I read error messages
- I put those errors in Google
- I read the results that come up
Even among my peers, that gives me a leg up apparently.
That it's mostly sitting behind a computer writing code. More than half my time is spent in the exploration phase: math, research, communication and developing a concept. The actual writing of code is typically less than 1/3.
Also as someone mentioned before, that it's considered something 'dry'. I honestly wouldn't be able to code properly without my intuition. Take for example code smell. I don't know why the code is bad, I just feel that it's off somehow, and I keep chipping away until it feels just right.
That IT subject matter like cybersecurity and admin work is exactly the same as coding,
At least my dad was the one who bore the brunt of that mistake, and now I have a shiny master's degree to show to all the recruiters that still don't give my resume a second glance!
"But why? It both has to do with computers!" - literally a project manager at my current software project.
Idk I'm not sure I'd trust any dev who doesn't consider cyber security in their coding. So much development is centered around security whether that's auth or input sanitization or SQL query parameterization...
If you're working on an internal only application with no Internet connectivity then maybe you can ignore cybersec. But only maybe.
No one's saying to ignore it.
If I own and run a sandwich shop, I don't need to be on the farm picking and processing the wheat to make the flour that goes into my bread. I could do that, but then I'd be a farmer, a miller, and a sandwich maker. All I need to know is that I have good quality flour or bread so that I can make damn good sandwiches.
That IT subject matter like cybersecurity and admin work is exactly the same as coding,
I think this is the root cause of the absolute mess that is produced when the wrong people are in charge. I call it the "nerd equivalency" problem, the idea that you can just hire what are effectively random people with "IT" or "computer" in their background and get good results.
From car software to government websites to IoT, there are too many people with often very good ideas, but with only money and authority, not the awareness that it takes a collection of specialists working in collaboration to actually do things right. They are further hampered by their own background in that "doing it right" is measurable only by some combination of quarterly financial results and the money flowing into their own pockets.
That it's dry and boring and even I must hate it because there's no place for creativity in a technical field.
I found it useful when explaining programming to lay people to try to put various programming paradigms in everyday terms.
Imperative programming is like a cooking recipe. You need specific ingredients in certain amounts and you need to perform actions in a very specific order, or the recipe won't turn out right.
OOP is like a bicycle. Lots of pieces interconnected and working together, hopefully interchangeable and standardized. It can also be used to explain unit testing to juniors. Clock mechanisms or engines can also work but people tend to relate better to bicycles.
Declarative programming (SQL) works like ordering at the restaurant. You still need to know how restaurants work and about meal courses and how to read the menu etc. but you don't need to know how the sausage was made, only if it's good or not.
SELECT food FROM menu WHERE name LIKE 'Fried %';
Lemme cat menu | grep Fried
real quick
You don't want to order from the cat menu.
grep -i fried < menu
grep -i fried menu
Of course! It's amazing how this stuff just flows from the keyboard when you're typing in a shell window, but feels awkward when typing in a Lemmy comment.
-
I'm a programmer, so I must know how to get X done in Y software.
-
I don't use or so I'm some kind of Luddite and can't possibly know anything useful about computers.
One thing that fascinates me about #1 is that the absolute raw dependency people have on Google doesn't seem to ever lead to searching for a tutorial.
After doing it for 15 years, I must be good at it and everything should be easy.
hidethepainharold.jpg
That I'm in any way smart or good at math
Based on some places I used to work, upper management seemed convinced that the "idea" stage was the hardest and most important part of any project, and that the easy part is planning, gathering requirements, building, testing, changing, and maintaining custom business applications for needlessly complex and ever changing requirements.
That you can mix and match bugfixes like lego blocks an hour before release.
Just 2 days ago some friends thought that I could get any job from the huge pool of available jobs out there...