Posts in "newsletter"

How to support 1,000's of developers for your internal developer platform

Let’s start with some good looking cheese: Still Life with Cheese and Fruits, Roelof Koets, 1625.Community is Mission Critical for Platform EngineeringEstablishing an internal community is one of the keys to enterprise platform engineering. A lean platform team can’t support all the support and consultative requests from thousands of developers. When you create and garden an internal community you’re trying to get the developers to talk with each other and help solve each others problems.

What the AIs think of the US presidential debate

Today it’s just links and fun finds that I’ve been storing up for a about a week. Great “Please Eat Me” specimen, from Russell Davies. Also, a big sign of the same.What the AIs thinks of the debateI asked Perplexity about the US presidential debate last night. I wasn’t very interested in “fact checking,” but in how different the coverage in the New York Times and Fox News was. I added in a “partial transcript” of the debate as well to compare both to what actually happened.

How DevOps can come back from the dead, and why it must

The DevOps community is running on fumes and at the lowest point in mindshare and interest that it’s ever been at. This is stupid. The practices, tools, and mindset of DevOps are vital to how most organization run their software1 and DevOps has improved the way the software we use everyday is built and run, improving all of our lives. If DevOps wasn't a thing, the world of software would be worse and each day would be a little more tedious because the apps we depend on would be worse.

Beyond mystic management mind-games

Searching for Cheap TricksThe amount of AI content and conversations out there is getting exhausting. It’s almost as bad as the burbling font of platform engineering content that gets rewritten and published each week. The below RAND paper and commentary got me thinking though: a lot of the AI talk is just talk about applying new technologies in general. We are still really bad at the basic task of communicating requirements to developers, checking in on their work and seeing if they’re solving the right problems in a helpful way…and even knowing what business problems to need attention in the first place.

perplexity.ai is great

Just links and fun finds. Before “fun” was invented. Found in Amsterdam thrift shop.Relevant to your interestsI didn’t do link round-ups this past week, so there’s a backlog. Also, I’ve been using Perplexity to summarize some articles (not listed here, usually). I think it’s pretty good, and I recommend you use it. Amazon’s CEO says their AI tool has saved them a crazy amount of time - This oddly specific, and a big deal if applicable to other organizations.

Private Cloud at VMware Explore - Notebook

Normally I wouldn’t disclaim this since I think you, dear readers, are wise enough to know that it always applies, but: these views are my own, not my employer, VMware Tanzu by Broadcom. Also, we covered the below on this week’s Software Defined Talk. If you prefer to listen a podcast, it’ll be out on Friday morning, 7:30am Amsterdam time: subscribe! Private CloudYesterday at my work’s big conference, Explore, there was a lot of conversation about private cloud.

Enterprise-grade Spring, and quick AI apps with Java

SpringOneYesterday we put on Spring One. There’s still sessions going on, which you can watch live if you register for free. Here’s some highlights. We went over one of the most valuable products the Tanzu team has put out this year: the Spring Application Advisor. You set this up in your pipeline and it continuously scans for Spring and Java components that need to be updated. Using OpenRewrite recipes, it then creates the code you’d need to apply to not only update those components, but also update your own code and configuration.

There never was a rug - the social norms of open source staying open have changed

From Iceland.This week’s Software Defined Talk podcastWe talk about the open source “rug pull” du jour in this week’s Software Defined Podcast: “This week, we discuss CockroachDB's relicensing, the ongoing debate about remote work, and platform engineering. Plus, some thoughts on the use of speakerphones in public.” We both steer us towards a conclusion something like: yup, the open source vendor can change the license and start charging whenever they want, that’s the new reality.

Platform engineering problems: can ops actually do product management?

Are you at a large organization doing platform engineering? Have you been building and/or using a platform? How are you introducing product management in your operations group? I want to test a theory that’s come up in my conversations a lot this summer: introducing product management into ops and infrastructure organizations is too difficult. It won’t work. There are teams here and there that can do it, and they show up at conferences.

Finding your podcast style and character

Figuring out what kind of podcast you’re doingGarbage Chairs of AmsterdamOne of my co-workers is started a podcast and had some questions. Here’s my answers. As with most “how do I do this?” sessions, it focuses a lot on gear which I scoot away from in my answers, you know, following the cliche that the tools matter less than what you do with them. Also, the tools are tedious, but easy to learn.