A “full-stack developer” is someone who can do front-end / UI work (HTML, CSS and Javascript or whatever the frameworks and tools de jour are nowadays if we’re talking webdev), back-end work (APIs and “business logic” and all the stuff users don’t see), and often storage and infrastructure work (manage databases, write and optimize SQL queries, put things in buckets, get your code running on AWS / k8s / a pack of gophers / whatever)

that is

someone who wears too many hats and isn’t paid nearly enough by a company that doesn’t want to hire 4 engineers

I write code in a niche industry, in an even more niche language.

With 20 years experience I am finally at the point that much of my stuff works without too much headache.

Unfortunately, now that I’m finally good at it, it’s become a much smaller part of my overall job.

Nothing I look forward to more than being left alone for a few hours with my headphones on banging out a project.

1. Identify a problem. (User wants do something and can’t, something that is supposed to work doesn’t, someone wrote shit code that works and we want to fix it)
2. Get more info about it: ask users for more context, find out about their workarounds, assess the impact of the bug, find solutions to similar problems. Get together with others and hash out some design.
3. Do the coding. Often involves a bunch of reading documentation and trial running code to see if it works
4. Come up with a way to confirm the change does what it’s supposed to: write a new automatic test, or a procedure a person can follow to verify it works
5. Write a description of the change and test plan
6. Get someone else to check what I’ve done and make any changes they ask for (as long as I agree)

10 Get told to stop working on whatever I’m working on, some tech debt just became tech foreclosure.

20 Some new problem is now problem number 1

30 Get about 70% done fixing the problem (it’s functional but ugly, just need to wrap up this mess so it doesn’t become tech debt…)

40 GOTO 10

I’m a DevOps guy and seem to spend most of my time fixing AI slop. It’s supposed to mean automating builds, tests, scans, deploys, compliance, etc, so the other developers can focus on product code and all the process just works

First of all, there is no graphical stuff. That’s just for simple learning sandboxes.

We have an IDE - Integrated Development Environment. You can think of it as a glorified text editor. We type code in text and it gives us the equivalent of spellcheck, grammar check, autocomplete. They usually colorize the code so you can see structure, match parens and quotes, and other low level assistance. But it gets much more useful with integrations to version control, scanners, build tools, download dependencies . You can click to build, test, scan, commit. They’re usually tons of other tools to make life easier.

But code is cheap and easy to write the first time: much more expensive to fix. Maintenance over time is far more expensive than writing it.

So now we have AI as another tool integrated into IDEs, and it is somewhat useful for generating new code based on patterns from previous code. But it’s never good enough to be an end result. A good developer can use the ai to get a jumpstart on new code, iterate it to get better, and almost always have to use their own knowledge to finish it to a working, maintainable result.

So I have a bunch of junior developers in another country, just directly checking in ai slop. They don’t seem to be experienced enough or diligent enough to recognize when it needs more work. Which means I need to spend a lot more time on code reviews trying to figure out the unorganized mess, give the same feedback over and over, review the same code many times, and inevitably spend much more time on bug fixes for their mess than I would have taken implementing it myself.

The thing is ai is not good at bug fixing. You can try to have it summarize the code, or compare it to best practices but it can’t really help figure out what’s going wrong and how to best fix it. Especially if the original code is ai slop to begin with. So I don’t even get any advantage from it

I’m a data analyst, not so much a developer, but in my work I write SQL, DAX, and M code. My job involves sales people telling me what metrics they think they want, delivering those metrics, then being told to make different metrics because the ones I delivered didn’t play into their narrative 🙃

I… write code. It does stuff. Usually the wrong stuff, until I’ve iterated over it a few times and gotten it to do the right stuff. I don’t “click around in a GUI.” If a tutorial is making you do that, it’s a bad tutorial.

Something something Jira something scrum agile Confluence something another meeting something hit tab and let copilot do it and repeat.

There is this channel that live-streams themselves if you wanna watch like 5-20 minutes and get an overall idea.

https://youtu.be/vc5UPu76XOw

Tutorials only explain the concepts, maybe takes you 10% there. The rest is is practical application and applying the methods. You might be able to copy and paste some code but I will bet my bottom dollar that there will be some nuances for your use case that you have to amend manually. Thinking about the logic and how everything connects to each other is often the part that takes the longest and the most challenging.

What I can say is that if you like problem solving, technology is a great drug to get your fix, it is endless.

I think you need to start a project, accept it will be slow and painful, and don’t become an expert before you start, just use the skills you have and see where they take you. The only thing that matters in software is that it works. The definition of working changes over time, but get that first working version and you will keep going.

Disclaimer: I have a dream job for me and my experience is probably not representative.

Go on open.kattis.com, pick a problem, solve it. That’s what 40% of my job is like. 20% more is reading through and understanding where the right place for this bit of code to live or what bits of code I should be reusing to make it. Another 20% is discussing with other engineers the tradeoffs of solving a problem with x vs y and picking what to do, and the last 20% is reviewing code, i.e. making sure other people solve their problems correctly and don’t drop a bunch of hack in our tree.

Programmer here.

Clicking things in elaborate IDE GUIs and copying stuff they don’t understand appears widespread because it’s easy to teach and make a video about, but it’s not it.

My days are spent in Emacs, (used to be Vim), and a Bash terminal. I sometimes use an more “fancy” IDE for a year or two but I always realize they slow me down and make me stupid.

I write code I understand based on system models I discuss with the team. My time is spent thinking about the models, learning the components I work with, debugging, etc. While all of these involve typing up some code, only 5% or so is writing actually “finished” code.

Mostly I make JIRA tickets.

I’m a glorified data analyst. Almost all my work is done with a single database using a narrow range of commands and SQL queries. I memorized the syntax for stuff I use regularly and just type it out every time.

No I do not want to write a bunch of macros. No I do not need an AI assistant. What I need is for all these “helpful” tools and popups to get the fuck out of my way. I’ve been typing typing typing since AOL Instant Messenger.