boeman

joined 1 year ago
[–] boeman@lemmy.world 1 points 4 months ago

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.

[–] boeman@lemmy.world 5 points 4 months ago

Wait, cyber trucks hava a liver?

[–] boeman@lemmy.world 4 points 4 months ago

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

[–] boeman@lemmy.world 8 points 5 months ago (5 children)

Like if everytime someone mentioned the usa people were like "Oh are you afraid of being shot? bet you have to constantly watch out for being shot huh? shot?"

As an American, I kinda am...

[–] boeman@lemmy.world 30 points 5 months ago (13 children)

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.

[–] boeman@lemmy.world 5 points 5 months ago

I've been sick... I'm pretty sure I may have bought this toilet paper.

[–] boeman@lemmy.world 2 points 6 months ago
[–] boeman@lemmy.world 1 points 6 months ago (1 children)

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.

[–] boeman@lemmy.world 7 points 6 months ago (3 children)

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.

[–] boeman@lemmy.world 7 points 6 months ago

The NFL is a non profit, the teams are not. It still doesn't make it right, though.

[–] boeman@lemmy.world 3 points 6 months ago

Leave me out of this 😁

view more: next ›