I spend a lot of time researching Cloud Native technologies. Also whilst editing the Cloud Native Software Engineering Newsletter I’m always looking for the best sources of knowledege and high quality content. Everything on the list is things I read, people I follow or books I’ve read. I’m not recommending anything I haven’t used.

By the end of this article you’ll know about the best Cloud Native resources that I’ve found to-date. Make sure to come back as I’ll be constantly updating this page! 

Have you been thinking about wanting to write? Did someone mention to you that it might be good for your career? Or you want to write to earn some money? Maybe you just want to document your notes and share them with others?

I can’t read your mind and know your motives to want to start writing, that’s for sure. But what I can do is this: go through the fears that are currently stopping you starting to write. How do I know what these fears are? Because I have the same writing fears and I wrestle with them every day and every week.

Here is my latest post for Simple Programmer…

Recently, I conducted an experiment with my team.

This experiment was challenging enough to make even some seasoned developers sh*t their pants.

What experiment did we run? We stopped branching our code, we threw away code review, and we started pushing directly to master.

Recently I’ve been training for a long cycling event.

The event is a three day event where we will cycle around 70-100 miles each day back-to-back.

It’s very much an endurance event and for all my adult life, I’ve been a strength athlete competing in strength sports that are maximal exertion. It couldn’t be much more of a polar opposite set of skills.

I sat at a Starbucks cross-legged with my laptop on my lap. I’d gone out to try and find the peace required to focus on the job application I was completing as a front-end product developer.

The task was simple: Create a demo app that connects to an API (Foursquare) and shows the results.

As I sat there putting the finishing touches on the demo (you can actually still see it here) I had a realization…

Here is my latest post for Simple Programmer…

There are many lists of books about becoming a better programmer. They likely include books like Refactoring, Code Complete, The Mythical Man Month, etc.

However, in the workplace, it isn’t just programming knowledge that we programmers need. Learning programming is an essential part of our work — but it’s not everything.

The authors of iconic programming books had remarkable careers, but it wasn’t just their coding knowledge that made their careers noteworthy. They were well-rounded experts and we should strive to emulate that quality as well.

Here is my latest post for Simple Programmer…

We were struggling to get our features out into production. There were lots of defects and firefighting. All this and the company was but a few months old. What was working here going to be like in a year? We were all staying as late as we could and even working weekends to try and fix issues that would appear, seemingly, from nowhere. It was hell.

Here is my latest post for Simple Programmer…

As programmers, we have a lot on our plates. Understanding the newest technology, the business, navigating politics in the business and in our teams, and all of the tools, languages, and everything else that comes with the territory. It is overwhelming.

When it comes to making improvements, it’s easy to be in favor of our own personal development over that of our teams. Choosing to focus on gaining personal skills over improving the output of the team or the business. After all, these improvements are a manager’s responsibility, right? Possibly. But this type of thinking can backfire on us if we’re not careful.

Why? Because, ultimately, we get paid for the value we deliver to our business. So if we want more pay, more recognition, and ultimately a better career, it makes sense to keep an eye on what the business wants and needs, not just our own personal development. That’s how our checks are paid and how we keep a roof over our head.

This type of thinking can seem somewhat counterintuitive, and maybe even scary, as we’re focusing on areas that feel outside of our control.

Here is my latest post for Simple Programmer…

For success, it isn’t the programming knowledge you or your team members have at present that matters most. Nor is it how many years of experience we have.

It’s how we work together, how we approach problems, and most importantly, how we learn. Michael Gerber said in the most eloquent way I have seen in his book The E-Myth: “Contrary to popular belief, my experience has shown me that the people who are exceptionally good in business aren’t so because of what they know but because of their insatiable need to know more.”