I’ve been working to find a way to give my personal to AI. toxic assholery for everyone

I see you’ve met my ex wife.

Realistically, you only need a garage

I think I’d just get tired of bacon.

1701

The “Kansas City” dog is not Kansas City… I’ve lived here my whole life and no KC dog has cream cheese… BBQ sauce and burnt ends or pulled pork with pickle slices… Maybe throw some fried onion straws or baked beans on that.

Micro services alone aren’t enough. You have to have proper observability and automation to be able to gracefully handle the loss of some functionality. Microservice architecture isn’t a silver bullet, but one piece of the puzzle to reliable highly available applications that can handle faults well

Poseidon?

It’s not innovative anymore, but it sure was when it released. But they kept it near its peak instead of making it utter horse crap.

Maybe?

I can’t disagree with this… After basing the size off of the vertical pixel count, we’re now going to switch to the horizontal count to describe the resolution.

I vaguely remember reading a news story about a firefighter that did that a while ago.

Same here.

1gb symmetrical $70 a month…

You aren’t wrong… But everything with extended use needs to be maintainable. Making a change in 5 places sucks.

Plus, that’s what open-closed principle is all about. Instead of adding additional functionality to current working code, you extend and modify.

(☞ﾟヮﾟ)☞

My 4 host machines run debian (proxmox). I have a lot of different guest flavors running though, debian, fedora, rocky, one old guest still running Ubuntu and even a mint sandbox machine.

I probably have a bit more complicated self host than others because I am using it both for my useful internal services (jellyfin, git, pihole, etc.) I also run a whole lot of services for learning, such as kubernetes and dns. Plus a whole lot of other mostly useless stuff that I only use to test different architectures or automations that come in handy as an SRE.

Like this:

ᕕ( ᐛ )ᕗ

The thing to think about is reusability. Are you copying and pasting code into multiple places? That’s a great candidate to become a class. If you have long lived projects (i.e. something you will use multiple times over a lot of years) maintainability is important. Huge functions and monolithic applications are very hard to maintain over time.

Break your functionality out into small chunks (methods and classes). Keep it simple. It may take a while to get used to this, but your time for adding additional functionality will be greatly improved in the long run.

A lot of great programmers were terrible at one time. Don’t let your current lack of knowledge of principles stop you from learning. One of the biggest breakthroughs I had as a programmer is changing how I looked at architecting applications. Following SOLID principles will assist a lot in that. Don’t try to understand and use these principles all at once, take your time. Programming isn’t what you make your living with, it’s a tool to help you be more efficient in your current role.

Realize that becoming a more effective programmer is different for everyone. Like you, I was self taught. I was a systems and network engineer that decided to move into software development. I’ve since moved into a role that takes advantage of all the skills I’ve learned through the years in SRE. like you, a lot of what I write now is about automation and analysis.

Taylor Hawkins?