There’s definitely a lot of cargo cult* thinking in software. People don’t understand the why of things but they want the results. That’s why most “agile” I’ve seen is a waste of time.
*Is there a less problematic phrase for this?
There’s definitely a lot of cargo cult* thinking in software. People don’t understand the why of things but they want the results. That’s why most “agile” I’ve seen is a waste of time.
*Is there a less problematic phrase for this?
I’ve wasted entire days with people like that because they couldn’t be fucking arsed reading error messages and figuring things out by themselves.
I’ve had a couple interview tasks that are like “clone this repo and run it. Try to do [action]. Tell us any errors you find and how to fix them”
One of them was some sort of redux app, and the problem was a state mutation. Another one, the CSS had some weird so stuff rendered crazy. Both were pretty easy to track down and fix. You could probably also do something that’s like an error thrown, but people would probably just feed that into an AI now.
One of the guys I worked with said be prefers the chatbot because stack overflow always made him feel stupid when he’d ask for help. The emotional dimension is big for some people.


I just recommend checking things from the live boot environment. I found out once that some things didn’t work (HDMI , Ethernet, Wi-Fi) only after installing, and it was a hassle. Ended up switching to a different distro that did work out of the box.


The worst is when people don’t know how the system works, and then won’t listen to answers
Like I was at a job and product was going on about “our system has no concept of project owner. We have all these projects but there’s nothing unifying them under a single owner. We need to build this!”
I was like “… what? That’s just not true. There’s a “company” object that does that. It’s got a foreign key with project in the database. I guess it’s a weird name but it’s there”
It took several back and forths over multiple meetings. They eventually got on the same page and I saved us doing a whole useless project, but they did insist I rename it to “account” in the database and code. I would’ve rather left it because that could’ve been dicey, but alas. (The rename did go out fine, but I had to go looking for every reference.)


For the code, open source is probably the way to go. People should be able to build from source. Otherwise, how do they know you’re not doing something shady. Open source is generally a net improvement on security, assuming people actually look at it.
For screenshots, first fix it so the screenshots render nicely on narrow displays.


Would probably need to be open source to be trustworthy. Running a random executable from the Internet seems dicey.
Needs more screenshots. The two that are on the site don’t render great on mobile. Can only see a small portion.
I’m unclear how you find another user and verify who they are.
Website should have a clearer feature list. The user manual wants to download a text file instead of showing it in the browser.
The advantage of Mac is it’s more widely used and thus more widely supported (for things that are supported at all). You can just buy an apple computer from a trusted source and it’ll work. Linux doesn’t quite have that yet. If more people move to Linux , you’ll find better drivers and stuff.


Fixed Agatha Christie: Evil Under the Sun not being playable in French.
What an oddly specific fix


Most of the code at my current job doesn’t even have the optional type annotations. You just see like def something(config). What’s config? A dict? A list? A string? Who the fuck knows.
Unfortunately most of the developers seem to have a very pre-modern take on programming and aren’t interested in changing anything.


Get a code formatter. Ruff is popular. So is black. Never think about it again.
I’ve seen at a very large company a workflow that involved manually updating an excel workbook and (I think) saving it on confluence, so a python script could download it and parse it later. It wasn’t even doing formulas. It was just like less than a hundred lines of text in a half dozen sheets.


As someone who works in software, I’ve been using macs at work for more than a decade. One job had Linux machines. One place had windows for developers and it was a shit show.
Apple isn’t amazing but at least the terminal is sensible.


For work, a Mac and vscode. I don’t love vscode but it’s what everyone uses.
Well, some of them develop on windows with like notepad++ and it’s kind of a nightmare. There’s no ci/cd, linting, or testing, so whenever I check out someone else’s branch it’s full of red squiggles.
My personal is pop!_os Linux where I’m also using vscode because I’m too cheap to pay for pycharm.
I’ve seen some garbage slide through code reviews. Most people don’t do them well.
I’m doing contract work at a big multinational company, and I saw a syntax error slide through code review the other day. Just, like, too many parenthesis, the function literally wouldn’t work. (No, they don’t have automated unit tests or CI/CD. Yes, that’s insane. No, I don’t have any power to fix that, but I am trying anyway). It’s not hard to imagine something more subtle like a memory leak getting through.
In my experience, people don’t want to say “I think this is all a bad idea” if you have a large code review. A couple years ago, a guy went off and wrote a whole DSL for a task. Technically, it’s pretty impressive. It was, however, in my opinion, wholly unnecessary for the task at hand. I objected to this and suggested we stick with the serviceable, supported, and interoperable approach we had. The team decided to just move forward with his solution, because he’d spent time on it and it was ready to go. So I can definitely see a bunch of people not wanting to make waves and just signing off on something big.
SCP to prod, or ssh in and copy paste. Devops only removed write access to prod machines this month, and people complained. (No, we don’t have docker)
I think they used Amazon CodeCommit for a while, but I don’t know what that’s like.
This almost makes me appreciate my current job, where most stuff has been in place for years and any changes take forever.
It’s kind of a bummer that it’s going to take like six months to add a linter, and they only started using git like last year.
I’ve been pushing to add some basic checks on PR, and people are reluctant. There’s one repo that I’m code owner on so I spent the like 15 minutes to apply a code formatter and add a GitHub action to check. But on the main repo people are dragging their heels. I’m like just pick ruff or black and do it. It’s going to take like 10 minutes. I’m not asking for us to go crazy and add automated tests right now, but can we at least get something to verify the python code is syntactically correct?
The other day something went through code review until I looked at it and saw there was an extra (, and that shit wouldn’t even run. I’m like please please add an automated check. I’ll do it. Please.
I think a lot of people just aren’t familiar with how other places do software. This is the same place that was ssh’ing into prod and making changes right on the machine until like this month.
Mint is fine. I went with pop!_os because at the time mint didn’t play well with my hardware.
Make sure you test things from the install live disk before you commit. Internet access, displays, audio should all work.
I feel like every retro I’ve attended has been a farce.
“What went bad? We said doing it this way would be harder and more risk prone. Management insisted we do it that way, and it took longer than and caused a site outage.”
"What should we do differently?’
“Listen to the team next time”
“That won’t happen”