Six people on the cutting edge of serverless modernization

Team Stackery

Serverless is a quickly-maturing technology and, if you’ve followed its evolution over the past several years, you’ve likely seen a host of great (and not-so-great) documentation of its technology and practices. Now that serverless is a much more mainstream topic for reputable outfits to report on, it’s become easier to comb through serverless fact and fiction in the media.

But when you have large legacy apps that need modernization, it’s critical that your understanding and sources on serverless is more than just factual. You need to stay on the cutting edge of serverless. To really do that, you need to follow people who are asking not just what serverless does and can do, but what it will do next. If you don’t already, take a minute to follow these six people who frequently talk about best practices that will become de rigueur two years later.

Yan Cui

Yan wrote the book on serverless. Yes, the actual first text on the subject that talks more about the mindset of serverless than the technical details. Few see the pano-view of serverless like Yan. His twitter is a treasure trove of insider tips, and he much of what he shared showcases easily digestible best practices.

>> Find Yan on LinkedIn

Ben Kehoe

If you’ve got a hockey-puck shaped robot sweeping your floor right now, you can thank Ben Kehoe and his team at iRobot. While others make the cool robot hardware, Ben is a trailblazer when it comes to serverless-at-scale. Ben has worked on custom internal tools to handle many of the roadblocks all serverless teams face, and his twitter feed is a great start to learning about well-known problems and current thinking. I’m sure I could talk for hours with him about the challenges and best practices for breaking the monolith with serverless!

Chris Munns

Whenever Chris Munns publishes something on his AWS Blog, I have a mixture of feelings. I’m excited to read his insights and sad I might not write anything quite so incisive. His feed is a mixture of AWS events and stories and goofy internet ephemera. A must-read.

>> Find Chris on LinkedIn

Jeremy Daly

If you aren’t subscribed to the Off-by-None newsletter, sign up now! A handful of us have had the privilege of spending time with Jeremy -- he’s a great resource and very collaborative. He even co-hosted a community party at re:Invent this past year with our very own Farrah Campbell!

As someone who comes up with clever article ideas for a living, Jeremy’s newsletter is always full of new and interesting stuff we can write about here at Stackery. Mine it for yourself!

>> Find Jeremy on LinkedIn

Corey Quinn

This list is incomplete without the guy who has a solid 15-minute standup routine about AWS. Corey’s newsletter isn’t solely about serverless and if you’re a specialist (like me) there will be some general AWS stuff that goes over your head. As I hope you know, that’s ok and in fact a good thing.

Regardless of your serverless acumen, Corey’s newsletter is always worth a look. His main work surrounds helping companies get more control over their AWS bill, meaning he gives real and actionable advice that saves money and time. Preserving renewable and finite resources?! What more can you ask for?

Bonus serverless icon cross-over time! Corey and Jeremy together in Vegas for re:Invent 2019:

>> Find Corey on LinkedIn

Charity Majors

While Charity’s monitoring service honeycomb.io is neither AWS focused nor centered on serverless, she does provide some of the best advice in the business on DevOps. Her observability talks are can’t-miss and her Twitter is full of good advice for any team looking to modernize with serverless.

>> Find Charity on LinkedIn

Shameless self-promotion time!

Follow me on Twitter here and let me know who you think it a must-follow in serverless/AWS!

You can also follow Stackery but if you’re reading this, you probably already know where to find our twitter icon (psst. lower left).

Related posts

Why Serverless
ServerlessWhy Serverless

© 2022 Stackery. All rights reserved.