Close. A script is readable and editable code. The LLM slop is "deep" so it's opaque and you can't really change the system prompt (you can jailbreak it).

Since getting married to a programmer I've learned that CS is not the same as IT. I'm still the family IT person, now I just sleep with a walking talking command line cheat sheet. She could write a program for anything but a KVM is black magic to her.

Yeah it bugs me too. The line gets even blurrier now that one of the latest models is to integrate devops with the dev team. And put developers on call to handle system generated alarms. That used to be the job of what we called a sysadmin, but as part of everything being “cloud” now, they figured they could save some money and make developers do IT work as well, call it devops, and then squeeze out a bunch of related IT roles.

I appreciate the response. But "golfing" was likely just an autocorrect from trying to type "coding" when they made the meme.

Or maybe you're making another joke. If so, /woosh to me.

The coding? In little bite-sized pieces. I follow the Unix philosophy of "make each program do one thing well". It's much less daunting to build it one piece at a time.

I'm fortunate to have an employer who understands that the architectural work is done while I appear to be walking around doing nothing.

yall get the chance to take adhd meds? what a paradise

caffeine works wonders

Yeah, but you have to be an actual evil person to take the job at Kalshi. So 🤷

Tbh, I've worked with self-professed "superstar programmers" so far. In every case their cockiness, ther "I'm always right" attitude and their inability to receive criticism or to adjust in any way to the team lead to major issues.

These "superstar programmers" are much more likely to produce live bugs (because they don't listen to anyone, don't follow procedure like code reviews and stuff and after a time nobody wants to invest time into reviewing their code properly because it always ends in a fight). They are also really harmful to team cohesion. Their behavior usually ends with most of the team quitting unless they are fired before that happens.

Programming is teamwork. It by definition needs to be unless you work alone. Someone who can't work well in a team is a bad programmer.

We have a superstar programmer in our sister team. Both teams work on the same project but in different sections, but there's a core area where we overlap. That guy recently caused a massive 5h outage of our customer-facing website, which is our main access point for much of the business. We have customers in the order of 100 million that couldn't access the website.

What had appened is that our superstar programmer worked in the middle of the night when nobody was online. He made a non-urgent but critical change and pushed to production without code review or testing by the QAs, because, you know, he's a superstar and he doesn't need to follow processes. Our process for a change like that would have been that he needs a code review from his team and from our team (since the change affects us as well), and then it would have to be tested by their and our QAs in the preview env before and on production after the push.

There's around 20 domains for our website for different countries and different client companies. Our superstar only tested one of them after the push and that one was working, so he didn't check the rest. Turns out he made a simple typo and all other domains weren't accessible, until the rest of the team members came online at ~9 in the morning and noticed the massive outage. We then spent two hours trying to troubleshoot what exactly went wrong until someone found and debugged his merge request, because of course he didn't even inform anyone that he did the change. (He didn't even create a ticket for it, even though our processes require that.)

Superstar programmers are great at contests but terrible workers.

It's pretty much the same as why you wouldn't hire an artisan instagram bricklayer influencer to work on a block of flats.