The infrastructure drives the app architecture

A cloud native applications is typically designed as a bunch of little components that coordinate with each other over a network. They may use events instead, and while that isn’t the same as point-to-point network communications, it follows the same idea: you have a bunch of indepedent-ish bundles of code that work together, as needed, instead of just one big chunk of code that does all the work. This is, you know, a distributed application. “Message passing” is one of the dreams of object oriented programming and Internet apps.1

Microservices!

Why you use a service mesh

Anyhow, if you’re do all of that, you need a way to manage all that network traffic. Each little bit of code has to know how to contact the other bits of code and work with it - so called “east-west traffic.”2 You need a registry that catalogs all those bits of code. You need to know information about that chunk of code: the version, how to connect to it, how to authenticate with it. You need to somehow make a call over the network, that is, get a network connection. You want it to be secure and encrypted, like, always now-a-days (I don’t really know what mTLS is, but EBC decks are fucking rife with it, so it must be great). And then the people running that network want to manage it: if some chunks of code are too chatty and filling up your series of tubes with too much crap, you want to throttle them. You want to gather metrics about your series of tubes and the messages sent down them. You know: network management. And, when you’re using it with Kubernetes, you want it to all think like and work with Kubernetes: how you configure and deploy it (yaml!), how configuration is rolled out and drift is done. Etc. Etc. (Check out Ivan McPhee’s service mesh overview for a lot more details and the vendors in the space.)

What drives me bonkers about this is that, like, this is what the Internet does. Why don’t we just use Internet primitives to do all of this? Why do we need to layer a whole new network management layer on-top of all the layers. Even more maddening, when you go up the stack into the application layer: the developers there have written all of their own stuff that handles all this functionality. You look at something like the projects in Spring Cloud and they’re, you know, doing all of this too. I’ve started to think that each of these layers happens because the people in the layers above you don’t want to talk with the network admins.

Anyhow, back to service meshes. They are handy! They do important things! For example, help you run your applications across multiple clouds, Kubernetes clusters (is that the right phrasing?), add in customized layers of security, and so forth. Big ol’ enterprises need all of this. I mean, everyone does.

So, what’s up with the whole category of service mesh? Well, Gartner is not so hot on it:

The hype around service mesh software has mostly settled down, and the market has not grown as much as was once anticipated. This raises questions about the usefulness and ROI of service meshes for most organizations. “Market Guide for Service Mesh,” August 2nd, 2023, Gartner.

The report notes that service meshes are used outside of Kubernetes as well. It’s like a whole new marbling of a layer around and inside your existing layers, be they VMs or containers. Yay…? Ivan’s take a little less dire, simply urging taking it slow before choosing which service mesh to use:

Avoid adopting a service mesh based purely on consumer trends, industry hype, or widespread adoption. Instead, take the time to understand the problem you’re trying to solve. Explore the potential tradeoffs in terms of performance and resource consumption. Evaluate your support requirements against your in-house resources and skills (many open-source service meshes rely on community support). Once you’ve created a short list, choose a service mesh—and microservices-based application development partner—that works best with your software stack. Ivan McPhee, GigaOm, August 2023.

Filling in the gaps

When I first head about the notion of a service mesh long ago, my first reaction was basically “wait, I thought Kubernetes already did that?” This was the first in a long series of that reaction over the years. It turns out Kubernetes didn’t do a lot of the things I assumed it did. This was an instance of confusing outcomes with capabilities: for all the praise Kubernetes gets for improving operations and developer productivity, I’d assumed it, like, had those capabilities. But, in fact, many of the outcomes Kubernetes achieves are done by layering in all sorts of other projects, products, and ways of working.3 Ivan’s report does good job cataloging all those capabilities: your eyes can start to glaze over after awhile, so be sure to read the vendor profiles in reverse alphabetical order!

So, you need a service mesh to get all of that basic, distributed app functionality. This is fine! That’s how Kubernetes was designed, whether the overall community over the years treated it as such or not: “platform for building platforms,” “a life of it’s own,” and all that.

That Gartner report identifies a key trend in the ongoing rollout of Kubernetes. People don’t want to pay for things, and this leads to a lot of unplanned for work on their part of integrate all the free components together and deal with them:

The current service mesh market is largely dominated by open-source offerings such as Consul, Istio and Linkerd. However, Gartner client inquiries about service meshes consistently show open-source service meshes suffer from difficulty of use, and a lack of sufficient skills for effective engineering, administration and operational upkeep. The lack of mature DevOps practices can increase the operational burden. These challenges substantially increase as the number of deployed container pods and services grows exponentially, especially in a multicloud environment.

Hey, you get what you pay for. For vendors, this does mean one important product management and strategy decision: you need an easy to download, easy to get up and running, and totally free on-ramp to your paid-for product. I mean: that’s just late 2000’s, open core and early public cloud basics, right?

That Gartner report is good reading if you have access to it.

On your radar

I’m guessing you don’t have access to Gartner, so you’ll probably be interested in this GigaOm report from Ivan McPhee (have I referred to it already here yet?), which you can read thanks to my employer VMware. It’s equally good, though not as strident. Here is their radar:

We also discussed the services mesh concept and space on last week’s Tanzu Talk podcast (podcast or in video form-factor). Also, check out this interview about service meshes on our podcast from July of this year.

Relative to your interests

• Second Wave DevOps - The tools keep changing: “Let’s face facts: our implementation is what’s letting us down. What worked for John and Paul in 2009 is, in broad strokes, exactly what we have been asking every single DevOps practitioner to do since. We’ve replaced all the individual tools in the system multiple times (look at the CNCF Cloud Native Landscape for the evidence): less automated infrastructure, more infrastructure as code; less monitoring, more observability; less data centers, more cloud; less svn, more git; less virtual machines, more docker; less capistrano, more kubernetes; less hudson, more github actions. The problem isn’t that we haven’t optimized each individual part of the system enough. We’ve built more efficient tooling at every step. But the way the whole system is put together? The experience of using it? That’s basically identical to how it was in 2009, and it’s the reason we’re stuck.” There’s two fronts to the “DevOps is dead” rhetorical war now: from the platform engineering crowd and the fraction within the DevOps crowd itself.

• Did I Make a Mistake Selling Del.icio.us to Yahoo? - Plan to never get past slide one: “Any decision was an endless discussion. I remember once, we had to present to a senior vice-president. We had a 105-slide deck prepared, and we didn’t get past the second slide because they ratholed about one fucking slide. It was a miserable environment.”

• iOS 17 release: everything you need to know about Apple’s big updates - A concise list. The journaling app comes out later this year.

Survey: Majority of US Workers Are Already Using Generative AI Tools, But Company Policies Trail Behind - “The new survey finds that 56 percent of workers are using generative AI on the job, with nearly 1 in 10 employing the technology on a daily basis. Yet just 26 percent of respondents say their organization has a policy related to the use of generative AI, with another 23 percent reporting such a policy is under development.”

Logoff

I was at SHIFT in Zadar, Croatia this week. I presented my platform talk on a huge stage! This was an arena and the stage was on the center, you were surrounded by the audience. That’s not normal: usually, the audience is all in-front of you. When I’m presenting, I tend to pick out three or five people in the audience that look at. You, of course, want to pick out people who are smiling and paying attention to you. They give you energy, and also help you figure out if your approach and content are working. In this case, I forced myself to circle around the stage, finding those people in all directions.

If you find yourself “in the round” like this, try to move around so that you can find more of those positive vibe people.

Also, the morning of I had some kind of anxiety attack. You know, the kind where there’s nothing to actually worry about and yet it feels like there’s everything to worry about. It wasn’t about speaking at all. In fact, I was looking forward to finally getting up there because I knew it’d drive out that general panic attack thing. And, it worked! Public speaking is a safe, calming space for me.

A NEW CAR!

The first episode where Bob has his real hair.

I’m not sure how it happened, but The Price is Right is a major show in my life canon. The music, the camp, the excitement and sincerity of it all - it’s perfect in every way. At my first job at a dot.com in the late 90s we would gather every morning to watch it on a huge projection screen. Why? You would think in those grunge-tinged days it was ironic, but it was not. It was because we actually liked it as a whole even.

Anyhow, it’s all so lovely. The contestants are so happy just to be acknowledged and given a chance, so into it and vibrant. They’re all made equal and part of a larger whole by practicing the purist, most complex, mysterious, and poetic part of commerce: pricing.

And even when that sad trumpet sounds, they give Bob a hug and as they walk off stage, that sparkle in their eye says “don’t worry, imma get it next time!”

Also, what other show would you ever hear the phrase “a handsome grandfather clock”?

Enterprise DevOps TechCon, October 3rd, Utrecht

If you’re into cloud native apps, kubernetes, and all that, and you can make it to Utrecht on October 3rd, you should come to Enterprise DevOps TechCon. They’ve put together a really good agenda, including talks from The Dutch Police about how they’ve been running their apps, an overview of the same at RTL/Videoland, and The Netherlands Railways (NS). Plus, all sorts of other technical talks. Oh, and an opening talk from me. I’m looking forward to it - you don’t get to see that density of practitioner talks too often. And, it’s totally free to attend! Come check it out.

Relative to your interests

• The Drunk and Retired Podcast, a review from 2005 - I’ve been podcasting for like 20 years!

• Stop saying “fail”

• When It Comes to Enterprise Tech Spending, Buyer Enthusiasm is “Not Dead Yet!” - Enterprise tech spend survey from VC shop, Battery Ventures.

• Google monopolized internet search for a decade, landmark antitrust trial hears - Ruling expected early in 2024. Also, the EU is going after Google’s real business: advertising.

• Taking a careful approach to AI in marketing - There’s a lot of analysis that we should all be doing with marketing, but it’s often hard to get at data and figure out what to do with it. // “Fifteen percent said that more than a quarter of their tasks today are intelligently automated, but they expect that to increase to 78% in five years.”

• The Artists and Cartoonists Who Designed Pee-wee Herman’s World - “I remember feeling giddy most of time we were in production, not from the legendary amount of pot consumed, but from anticipation that we were going to blow people’s minds. We were excited and felt lucky to have an audience for our artwork.”

• Apple’s iPhone 15 adds Dynamic Island and switches to USB-C - Concise overview. I’m hoping to finally get a new phone now if they’re available where ever I am at the time.

• The Poetry of Pricing - “Pricing is a signal. It’s a conversation between seller and buyer containing information that both parties will exchange. On the part of the seller it suggests both the cost of the offering and the value it provides. Buyers are inclined to see if they can stretch to the next higher increment given the increased value proposition.”

Wastebook

• “If you ever want to know what is going on with a particular issue, start by looking at who is willing to shame what, or not.” I’m not sure what the mechanics of this are, but it sounds like some interesting investigative device. Here.

• To add to the “try have less managers” theory: “I was talking to a friend of mine back at Google, and his reporting chain looks like him, Director, Director, VP, VP, VP, Senior VP, and then the CEO of the company. Every single person between him and the CEO of the company is trying to add value wherever they can to show that they can move to the next level. Which means that decision making takes forever, because you have to have too many people in the room who are used to being the decision maker, who are all competing to be the ones making that decision, which in turn absolutely kills innovation stone dead because it’s like trying to swim through concrete.” Here.

Upcoming

Talks I’ll be giving, places I’ll be, things I’ll be doing, etc.

Sep 18th to 19th SHIFT in Zadar, speaking. Oct 3rd Enterprise DevOps Techcon, Utrecht, speaking. Oct 5th to 6th Monktoberfest, Portland, ME. Oct 9th Spring Tour Amsterdam Oct 12th Spring Tour London Nov 6th to 9th VMware Explore in Barcelona, speaking (twice!).

Logoff

I’m off to Zadar today for the SHIFT conference. I’m giving my platform talk tomorrow and doing some extra video stuff. I’m having to fly outside my airline alliance, and since there’s no Marriotts there, stay outside my hotel chain. THE HORROR! On the other hand, short as my trip is, I hope to get a little Mediterranean. time, s

Small, regional events are probably better than the mega-conference

I’m starting to think that small, regional events are much - like much - more important for enterprise software sales than the big, annual events. In enterprise sales (where you’re looking to work for a few years to build up multi-million dollar deals), you’re usually targeting a couple hundred mega-organizations (plus all the governments, large cities and states, and large universities). You know: banks/insurance/etc., manufactures, pharma, global retailers, etc.

Many of the people you need to win over (bottoms-up with developers and operations people, but also “middle-up” and even the executives at the top) just won’t travel to a mega-event. Plus, the mega-event tends to be so focused on speaking perfectly about the vendor’s identity that the actual content is both thin and overwhelming.

At a regional event, you can get more attendance from the accounts you want, and can focus time on what those people want. I feel like the leads you get at a small, regional event would be higher and more targeted, plus: you get the chance to have deeper conversations (relationship building, you know, selling) with individuals, you meet more people, can run the maze through the company social networks to find the influencers and deciders, hear more rumors about what’s going on inside your accounts to better position your pitch (often tailored to each individual and group), etc.

Also, small, regional probably a little cheaper than a mega-event. Not much though, because you’re doing a lot of little events. $50,000 in Chicago, then €50,000 in Amsterdam, then $50,000 in Austin…throw in travel expenses (business class for those 6+ hour flights if you’re a kind company with a bigger enough P/E) and steak dinners, and pretty soon we’re talking millions annually.

I mean, what you’d want to do is some reporting on the leads and accounts at the mega-events versus the regional events. Pure number of leads, even at target accounts, isn’t going to tell you much. You probably need to do an analysis six and then 12 months later and see how many deals were closed and deal size from activities at each event. You could throw in “follow-up meetings” as a second metric if you needed another slide in your deck. My hunch is that you’re going to help close more deals at a regional event. You might get associated with bigger individual deals at the mega-event, but that could be because you tend to invite higher-level executives to those events than your small ones.

I don’t know: I haven’t ever looked at this at a company I work for because (a) good fucking luck getting access to all of that unless you’re an executive who can get a team of people to figure it out dumping the CSVs from Salesfroce and then spending a few days Excel’ing it into something useful, and, (b) if I did get that info, it’d be proprietary info that I couldn’t share.

A regional event strategy does require a road-crew (hello!), but if you integrate the strategy into sales, you also get the bonus of working directly with the local sales reps and sales engineers. Ideally, you’d have your field facing people like, mostly sales engineers, give a couple of the presentations at the event. These are the people that the people in the audience will keep talking with as you work on closing the deals, not the fancy-talking evangelists (hello, me again!) that are flitting about city-to-city.

Outside of vendor-run conferences, this seems to be the case with other small events like, for sure, DevOpsDays and other regional events I’ve been to recently like stackconf (Berlin) and SREday (London). DevOpsDays Des Moines feels like it had at least 500 people in attendance. If you were selling to John Deere or the numerous insurance companies in Iowa (which, yes, you are if you’re in enterprise tech sales), you’re going to reach a shit-ton more people at an event like that than at your giant confab in Las Vegas, San Francisco, Orlando, etc.

The Big Event

The big event is, I guess, needed as more of an event about the company and their announcements. The Big Event is a press and analyst moment - you get all those people there, the “influencers,” and you get your story out and they generate a lot of content. Yay!

For me, The Big event should also be about customers and prospects that are close to finally paying. The Big Event is a prestige even for your customers - getting an invite and travel paid The Big Event is a good treat to give customers. You know, with whatever ethics and compliance applied to the letter, of course.

Just securing a customer a speaking slot is good. Most of the people at your customers (and prospects) don’t get the chance to speak at conferences very much, let alone ones that have good video production and will post the videos to YouTube.1 This is true for all types of staff. For executives at your customers, getting a keynote speaking slot is good for their careers.

And, then, there’s the content in the actual talks customers give. The regional, vendor conferences are mostly a set of the same talks from the vendor, not new ones each time. It’s like stand-up act on the road. It just looks like it’s fresh. Though, having a local end-user talk would be a good edition, as well as having the local sales team speak at the event, as mentioned above.

In contract, the mega-conference is your chance to get customers on-tape (which means, in YouTube) talking about using your technology…and, yeah, in addition to that, just general, helpful conference talks. It’s your chance (the vendor) to also get content in YouTube about your productions, your positioning, etc.

While I’m here, this is another thing that mega-conferences do weird. I want to tread lightly here because putting on a mega-conference is A LOT OF FUCKING TERRIBLE THANKLESS WORK. Just imagine spending ten hours deciding on t-shirts, packing cubes versus insulated water bottles, or figuring out if you have budget for hot dogs during breaks, or if it’s just going to be popcorn - throw in all the life and worldviews of a geographically dispersed and cultured team (“what if people are offended by corn?”) and you’ve got endless…endless meetings. Imagine picking a newborn’s name with 200 co-workers, but there’s lawyers involved and 100 executives, supporting by their staff whipping up PowerPoints proving that “Gerry” is the clear winner if you want to follow the Q3 guidance from McKinsey, and, really, is Statista really a site we want to get market data from(we have an IDC EULA, you know - oh, we’re a systems management company [sure, inside a hardware company] but for some reason we don’t subscribe to that part of IDC? File a ticket?)…meanwhile that other executive just took a screenshot of a James Governor tweet and, like, that’s all we had to do?…yeah…where was I?…right…vying for the baby’s name).

Anyhow.

The mega-conference is probably your number one channel during the year to build up your customer testimonials, references, and marketing. You should get as many of the talks as possible to be customers talking about using your product, or just validating your world view (“boy, we really needed to go cloud native to meet business demand,” said Really Big Insurance Company speaker). In fact, I’d say, that barring government policies, if you get a customer to speak, you should pay all of their travel expenses. Compare that to how much producing one of those fancy videos where people are walking around hallways and looking off camera as they say (hey, again, I know how much work it is) kind of vapid, too short testimonials that have been edited down to business jargon. The mindset of those videos is to be quick, short and sweet. Four minutes is considered long. That’s not really long enough to tell a meaty customer story.

A 45 minute conference talk by a customer can be converted into a logo on your “we’re sort of a big deal” slide, likely at least three other pieces of content, sliced into social vides, a PDF case study, then you can reference it in your own talks and presentations (this is, essentially, what I’ve made a career out of)…and then there’s the actual video itself!

Also, while you have customers there, you can do additional interviews and videos. The customers have already arranged their thoughts and gotten permission to speak publicly for the talk they gave. This means you can get them to talk more. And, you can put their content in other channels. I mean, you’re probably going to pay theCUBE to show up, maybe The New Stack, the CTO Advisor, moderately famous tech podcasts (call us!), right? Feed customers into those videos (if you’re paying for one of those show floor video outfits and you just have your execs talking with them, you’re losing out - get your customers on there!)

Where is the Mr. Beast of Enterprise Software Industry Analysis?

BTW: it’s beyond me why the big analyst firms don’t get into this “live from the conference room floor” business. I get the whole pay for play, blah, blah, but: really, no one gives a fuck, that’s some kind of internal neurosis those firms have. At the very least, 451 Group/S&P Global Whatever should be in that game. I know it’s easy to say after doing it for 20 years with the, uh, DIY quality that allow myself, but doing it all is not a big deal. You don’t need to be some Monday Night football quality-level like theCUBE. What’s more important is the content quality and distribution. If you got people like RedMonk or the helpful bullshit-detector sass of a Gartner analyst interviewing vendor execs and customers at The Big Event, it’d be great content and analysis - but the full video behind the analyst paywall, even. I think these firms don’t do it because (a) as mentioned it’d just out of their skills and comfort level, and, (b) classic innovator’s dilemma self-harm (they can’t re-prioritize budget and analyst time to go for what seems like a lower-quality, lower value product but ends up being just fine once you figure out the business model and invest in it for 24+ months).

O’Reilly should get into this too. Maybe Pluralsight, or whatever. I think those tech publishing companies are trying to figure out doing a paywalled YouTube, which I think could work (think scaling Ben Thompson, sort of). You put 1/4 to 1/2 of each video on YouTube and ALL THE SOCIALs, and then you have the full video behind your paywall. A huge chunk of revenue from those companies (and analyst shops!) comes from ARR: company-wide subscriptions to their services that are on a two to three year time bomb of lost revenue. Just like with software, if you’re an analyst shop or O’Reilly, over the course of that 12+ month subscription, you have to drive consumption. You want people at the companies viewing your content. Otherwise, at the end of that contract term your customers will be like “year, but no one really used this service, so how about we cut how much we pay you by 90%?” In that model, the content provider needs to stuff as much content as possible into their platform: just, like, anything! So, you’d get the big vendors to, at the minimum, pay travel and expenses to go their conferences and just interview the shit out of all the speakers. Win-win!

Also, as Richard Seroter points out, the mega-event is an important event for getting your own employees together.

Speaking of…

If you’re into cloud native apps, kubernetes, and all that, and you can make it to Utrecht on October 3rd, you should come to Enterprise DevOps TechCon. They’ve put together a really good agenda, including talks from The Dutch Police about how they’ve been running their apps, an overview of the same at RTL/Videoland, and The Netherlands Railways (NS). Plus, all sorts of other technical talks. Oh, and an opening talk from me. I’m looking forward to it - you don’t get to see that density of practitioner talks too often. And, it’s totally free to attend! Register and come check it out.

Wastebook

• My new theory is that there are too many managers and middle-people in the software process. I’m not trying to be an anarchist here, or anything. The developers should talk directly with the security and governance people, not through meetings and the tunnels. The developer team should talk directly with “the business” about what they need, and directly with customers/users. In the same way, the ops people should talk directly with the app developers. Draw up the old value stream and see where you’re waiting for a review meeting, a management decision, an authorization of some sort. With all the cloud native automation/shift left stuff, why is that needed? Figure it out and if the development team can just decide themselves, do that.

• #LifeHack if you’re going to write a thing that you’re sick of covering or paying attention to some topic, then you’re still paying attention to that topic. No need to mention that you’re sick of it and are going to stop. Just stop. 🤯

Relative to your interests

• What is an Authority to Operate (ATO)? - Governance in the military.

• Salesforce CEO takes another bold stand on remote work - Another chapter in the no one knows WTF on WFH deal saga: “For my people that’s my message. They need to mix in person and remote together. Our engineers are extremely productive at home. We have lots of people who are extremely productive at home. But there also has to be sales people being productive in the office selling to customers and we need to make it all work.”

• DevOps Patterns for Private Equity: Technology organization strategies for high performing software investments - Wait, wut? As someone in the Software Defined Slack quipped, this should really be sponsored by Thomo Bravo, Silverlake, Vista, etc.

• VMware Introduces Frameworks And Services At Explore Conference To Enable Enterprise Adoption Of Generative AI - Quick analysis of VMware’s AI strategy.

• Everyone is Busy: Who Has Time to Transform? - Mark tries to crack the “how to engineer a corporate structure, plan, and incentive plan to actually change” problem of digital transformation. I think the answer is: make small goals that you do on a short (quarterly) basis instead giant, waterfall annual strategy plans. // “My role at USCIS involved a huge transformation project. Our initial mistake was to think of it as a monolithic effort; we were going to make all the agency’s paper processes into digital processes. It would have been better to clarify the business outcomes, which were achievable. We knew we wanted to reduce the amount of paper that moved between our offices; that let us prioritize addressing the parts of the business that moved the most paper. We knew we wanted to be better at detecting fraudulent applications; that clarity let us focus on the types of immigration benefits most susceptible to fraud. And so on for our other goals. With this clarity, we tied the transformation to everyday activities rather than going off and building technical infrastructure as a sideline project.”

• US Banks Must Get Ready For Open Banking Now - Banks and regulations: the source of enterprise tech spend! It’ll probably make banking better for individuals too. If that happens, along with USB-C finally getting to the iPhone, this will be an era of government regulations helping us out a lot in tech-land. Sure, the tech people will be all like “do we want the government decided tech innovation?” And I think I’d be like “yes, someone has to, cause no one else seems to be doing things that purely favor the customer/consumer, regardless of ‘business impact.’” I mean, whether a company is profitable or not is not my problem as a customer. My job is to get as much value out of the company as possible, not help them be profitable. DIGITAL TRANSFORMATION FOR THE PEOPLE.

• UK.gov efficiency hurt as legacy tech upgrades stall - Security is always the FUD-stick: “Dame Meg Hillier MP, PAC chair, said: ‘Whitehall’s digital services, far from transforming at the pace required, are capable of only piecemeal and incremental change. Departments’ future-proofing abilities are hobbled by staff shortages, and a lack of support, accountability and focus from the top. In particular, a lack of cyber-security experts should send a chill down the government’s spine.'”

• How Can CIOs Communicate the Business Value of IT? - Talk with biz-normals about how technology can make the organization better, not on the activities that’s required to do so: "IT demonstrates value when we enable business outcomes, not when we report effort expended, resources consumed or work done…. Highlight the impact technology can have on business outcomes, so the value in the investment is recognized and IT gets the funding it needs.”

Upcoming

Talks I’ll be giving, places I’ll be, things I’ll be doing, etc.

Sep 18th to 19th SHIFT in Zadar, speaking. Oct 3rd Enterprise DevOps Techcon, Utrecht, speaking. Oct 5th to 6th Monktoberfest, Portland, ME. Oct 9th Spring Tour Amsterdam Nov 6th to 9thVMware Explore in Barcelona, speaking (twice!).

Logoff

Thanks for all the feedback on yesterday’s episode. I learned long ago that you can never tell what people end up liking, so it’s good to hear from them when they do. And, I mean, it’s always good to hear positive feedback even it’s just a little heart click thing.

I’m sure all of you are just right up in the thrill of talking about enterprise tech mini-events in, like, Eindhoven and Kansas City, right?

The week so far, a selection

I don’t really know what “platform engineering” is

Last episode I shared the the email Q&A I had for an article about platform engineering. The finished article is up, much nicer edited than just copy and pasting my email. It’s part of the buzz around the SHIFT conference next week, which I’ll be at, in Zadar, Croatia.

Wastebook

• Always use the cloakroom for your backpack at a museum. No need to carry it around.

• Adding peanuts to soup is a genius move.

• It’s hot all over northern Europe. They are not prepared for this at all. I was in the brand new Berlin airport for several hours and the AC wasn’t up for it. Europe is in for ten years or sweating their asses off for ten or so years until they figure this out. Now is the time to invest in HVAC, cologne, and handkerchiefs.

• If you’re going to use an animated gif in your presentation, you should have it loop for, like, five seconds max. You don’t want it to run over and over for minutes as you talk through the slide. (You know, convert it to an MP4 and then you can tell PowerPoint to just play it once.)

• “The secret to doing good research is always to be a little underemployed. You waste years by not being able to waste hours.” -Amos Tversky in The Undoing Project

• “I knew what time it was by watching TV” Tom Hanks

• Watering the Plants: “I wonder what’ll happen when I get a job I like. Will I keep these hobbies? I’ll have the knowledge, sure, but will I apply it, or go normal Jesse-workaholic mode and just throw myself into the job, ignoring all my previous escapes from reality?” And: “I used to be in the conference circuit and loved speaking all around the world at various user groups, conferences, and workshops. Speaking about tech you are passionate about in front of large, eager groups of strangers is intoxicating.”

SpringOn Tour in London, Oct 12th

If you’re a Java programmer in the London area, you should come check out the free SpringOne Tour conference on 12 October in London. It’ll give you a great overview of the latest in Spring, platform engineering and IDPs, and all that cloud native programming stuff:

I’m MC’ing it and will moderate a Q&A at the end. Come check it out - I mean, it’s free, and better than going into the office that day, right?

Logoff

One day, when I write some kind of book like Confessions of a Tech Marketing Hustler, I’ll figure out a chapter on this: the dissonance between being on the road and then being at home. As she says:

The city looks pretty when you been indoors
For 23 days I've ignored all your phone calls
Everyone's waiting when you get back home
They don't know where you been, why you gone so long

Friends treat you like a stranger and
Strangers treat you like their best friend, oh well

In the enterprise tech life-on-the-road, uh, life, you exist in a spick and span world of daily showers, well cleaned and air conditioned hotels, fancy meals, and smily handshake meetings. You expense everything, and shuffle along in a TV-show-like luxury world. Then you get home, and it’s just like real life. Dirty dishes, kids that need help with homework, exhaustion at the everyday things. This is all “fine,” of course: it’s the ping-ponging back and forth that can make you lose your mind.

This is a thing where, I think, if you know it’s going to happen, you can prevent it from happening. Rather, you can see yourself getting all tangled up during this transition and say “ah! I know what’s happening here - so I’ll stop it.”

Sometime later…

By topic-coincidence, I had lunch with my old pal Robert Brook who’d been on a multi-country train tour recently. He asked about this same problem: how does one deal with the cognitive exhaustion of so many life context switches? I think what I do is this: I make myself be OK with a drop in productivity. That is, I’m happy to “do nothing.”

When I’m traveling for work, giving a talk or having one meeting, I’m basically intensely at work for 2 hours: the 30 to 60 minutes of giving a talk, and making sure I show-up on time before that. You’d think I could fill the rest of the time with, like, writing a blog post (a newsletter?), editing some videos, making some videos. You know, just pull out your selfie stick and excoriate executives for being asleep at the wheel, or some such shit.

But, no. You will not do that. You will not have the brain power or the energy to be productive. The good news, having given a talk, having had a meeting with some prospects, having sat through a five hour EBC, dog and pony…you will have been productive. You will have done your work for the day, and you may space out. You may stare at a Deutsche Bank airport ad and contemplate the failed life.

The same is true for hectic tourism. There’s much advice about how to have a good vacation, how to be a good tourist. Here is mine:

1. There are three types of vacations: going to a beach, going to an event/amusement park, and going to a place (usually a city).

2. When you go to the beach, you do exactly that. You stay in a house or a hotel at most, a five minute walk from the beach. You wake up everyday and, if you’re someone who’s finders can automatically type out the word “productivity” perfectly, without having to do spell correct each time, you will think: “What will I accomplish today? Where do I need to go?” And then, as you figure out how to make the coffee machine work (again), your mind will kick in (rather, slink in), and say, “no, no. You are already doing it. You are at the beach. Productivity is now maxed out. You will either sit here, enjoying your coffee, or you will sit on the beach, enjoying the sun and the water and the sounds. Perhaps you’ll have a hamburger later, maybe a beer, or a cup of fruit if you’re lucky. And then, you come back here and sleep, and then away to the beach again. Golly, my KPIs will be maxed out in no time.”

3. When you go to an amusement park (Disney, Legoland, etc.) there is more “work” to be done, sure. But it’s like being at the airport. You just are comfortable waiting in lines and you sort of space out while you stand there. Do the kids want to eat awful corndogs, terrible fries, and other shitty fried food? Well! Let them! You are hitting your quarterly goals out of the park. You just shuffle along, going to things at whatever time they’re at, letting kids enjoy a tea cup ride or just playing in a sandbox for three hours.

4. When you go to a place, usually a city, there are more options. Your first goal is to get a sense for what normal life is like there. For this, I suggest walking around in a neighborhood, and spending some time in a few grocery stores. Being Just imagine what it’d be like if you lived here, and you had to get kids to school each day, figure out how to hire someone to clean your gutters, but also just sit on your stoop enjoying a fashionable rose, or lager. This is being a flâneur, which is all you really need to do when being a tourist. The second thing to do is to go a museum of some sort. You don’t need to see it all, or even the most famous things, just pick one period to look at. (The Mono Lisa is highly overrated, but all Van Gough painting are, despite their fame, very underrated - you should always see a Van Gough, each one will be amazing, no matter how many times you see it - the Dutch Masters [Rembrandt, Vermeer, etc.] are equally so, but it takes some training: no one likes bourbon or Scotch the first ten times they drink it, but on that 11th time, you think, “ah, I see what’s happening here - er, yes…well…I might just need to try it a few more times to make sure though…”). For example, you could go to Musée d'Orsay and just plan to look at the art deco interior design and furniture. Or the Rodin statues. If you happen to stroll by the other art, how thrilling for you! The third thing you should do is spend an annoyingly long time at a cafe, coffee shops (standard, or Amsterdam-style, I suppose, as your life-style dictates) restaurant, or a bookstore. Even just shopping works. There’s also, of course, nature, but that just seems like a type of walking about aimlessly.

In all of these cases, I hope what you see is that doing nothing is the goal. You can’t waste time if you weren’t looking to spend it wisely in the first place.

And, please, if you’re looking to be productive while you’re traveling for work: don’t do it. You’re just making it harder for the rest of us to look good.

Press Pass

I’m speaking at the SHIFT conference next week in Zadar, Croatia. Here’s some questions they asked me ahead of time for their ShiftMag outlet. I’m not sure why, but I didn’t send the third one in and saved it up for this here newsletter.

(1) Where do you stand in the DevOps vs. SRE vs. Platform Engineering debate?

I guess by stance you mean “are these things different, or all the same thing, really?” I go back and forth on this a lot. The sum total of both is helpful - they’re both giving helpful practices and changes that organizations can follow and make to get better at how they do software.

It’s fair to say that the first wave of platform engineer thought-leadering was harsh on DevOps, but I think that early “DevOps is Dead” take has dissipated.

The platform engineering community is doing a great job of promoting the idea of product managing platforms, the notion of a platform itself. What exactly platform engineering means isn’t exactly sorted out yet. It either means “everything” or it might mean building and maintaining up the developer tools and runtime environment (the platform).

I don’t think we really know yet since the concept of platform engineering is. It’s only like, what, two years old? We can predict what it will be using the old trick of “most things in the future are a continuation of the past.”

I don’t really know if I’m part of the core platform engineering community, so I’ve recently stopped myself from trying to define it. I’m too much of an outsider at this point.

(2) How do you define developer platforms?

I define it mostly as everything above IaaS - what we used to call PaaS. For whatever reason, people don’t like to use “PaaS” anymore, but it pretty much perfectly defines what a “platform” is. I mean, it’s right there in the name of Platform as a Service.

You could also throw in developer tooling like CI/CD piplelines and the collaborative sites/consoles/dashboards developer use (internal developer portals - another category figuring itself out). If those tools are tightly integrated with the platform to make building, deploying, and running the applications better, it’s probably worth including them in the definition of “platform.”

(3) Another hot topic, connected to developer platform is – developer experience. What would you say is good (internal) developer experience and what would some of the killers of DevEx be?

That’s easy to answer but hard to get right. In general, good DevEx is when your developers can get their code to production fast. Of course, it shouldn’t be bad code, insecure, and all of that. Good DevEx should be when developers don’t spend a lot of time on “toil” or work that can be automated instead. Bad DevEx is when they have to file tickets and wait for things.

On the other hand, sometimes you need to do these things for good reasons. You might have compliance and laws you need to conform to or get shutdown by the government. In those cases, you can likely improve DevEx if you know how to apply new tools and ways of thinking to old governance processes, but you might not ever get to the point where developers can deploy at will, multiple times a day. And, you know, I don’t know if I want my bank having that much innovation on a daily basis.

I know this is a kind of consultant-talk, airport book mystical answer to your question, but I’d say the best way to measure developer experience is to ask them “are you happy with how you’re do your job?” And if they say “yes,” you have good developer experience. If they say “no,” you should ask them what could make it better.

I’m not sure I really like the term “developer experience” very much anyway. “Developer productivity” is a little better, but “productivity” is more of a business metric than, like, a human metric. Businesses care about productivity because it means they increase their profit (literally and metaphorically): we can do the same amount of work with less effort than we used to. It used to take the developers and IT four weeks to deploy a new application, now it takes one week.

You can see why productivity can turn into the enemy of an individual: if I’m a profit-hungry business, instead of giving the IT staff three weeks off now, the business ask them to fill those weeks with even more work. And you also probably don’t give them three more weeks worth of pay: you probably still pay them the same thing.

Productivity can certainty help the individual feel like they’re doing a good job, and get a sense of fulfillment. I feel great when I’ve done a lot of work that I know matters. But at some point, whatever effort and change-stress an individual puts into being more productive doesn’t get them much, if any, reward.

But, developer productivity metrics are probably good for measuring if things are in good working order.

(4) And, why do you say they have been a thing for at least 10 years? Why are they in the spotlight now then?

We had Heroku back in the late 2000’s, then Cloud Foundry was based on that, and some other PaaSes and accidental platforms. Companies like Mercedes-Benz, JP Morgan Chase, several militaries, and others have been running platforms like those for 5, seven, ten plus years.

What I like to do in my talks is catalog the practices they’ve learned over those years, what works and doesn’t. I’m especially interested in what very large, usually 30 to 50+ year old organizations are doing with their platforms: how they make it work for thousands of developers. As a community, we tend to dismiss the wisdom of teams like this because they’re not using the next great technology. But, the ways to run a platform are pretty much constant over time, especially in larger organizations.

I think “platforms” are in the spotlight now because most organizations have finished their first round of putting kubernetes in place. It took several years to figure that out and start seeing more use in the mainstream. Once you get kubenetes up and running, then you need to start building a platform on-top of it: you have to add all that other stuff that developer use.

To pick one of the things out of the talk: the most important thing if you want to have a good platform is immediately start product managing it and think of application developers as your customers. Whatever team is building the platform should be talking with application developers all the time (weekly or so) and getting feedback on what works well for them, what doesn’t work, and if recent changes to the platform have improved things. You’d think this is what operations people who run this kind of thing do, but they’re usually more focused on the state and status of the system - if it’s running, if it’s secure, etc. - rather than the usefulness of the platform to developers.

For a more detailed discussion, if you haven’t checked it out already, you should read Jennifer Riggins’ platform engineering report, it’s free thanks to VMware:

I talked with her a couple times for it and reviewed the text ahead of time. You should check it out, I think it’s a good go at trying to nail down exactly what that term means. This month, at least :)

Checked Bags

You know how it is: as an expat, when you go back to the US, you bring back some food, clothes, toys, books (in English), and so forth. Pinto beans are hard to find in The Netherlands as are fresh made HEB tortillas, of course.

This time of year it’s candy corn. Yup: five pounds of it. But also the makings for s’more’s. Country-to-country, candy turns out to be one of the last, unique cultural artifacts of everyday life. And, of course, in the 50+ little countries that is the United States, this can be state-to-state. Anyhow, I heard awhile back that IKEA makes great duffle bags for this kind of thing, the FRAKTA. They pack small, are very sturdy (they’re made from the same stuff as those big blue IKEA bags), and are cheap. Checks out! It works great. Here’s one going from Des Moines to Amsterdam:

Upcoming

Talks I’ll be giving, places I’ll be, things I’ll be doing, etc.

Sep 13th, stackconf, Berlin. Sep 14th to 15th SREday, London, speaking (get 50% of registration with the code 50-SRE-DAY) Sep 18th to 19th SHIFT in Zadar, speaking. Oct 3rd Enterprise DevOps Techron, Utrecht, speaking. Oct 5th to 6th Monktoberfest, Portland, ME. Oct 12th SpringOne Tour London Oct 9th SpringOne Tour Amsterdam Nov 6th to 9th VMware Explore in Barcelona, speaking (twice!).

Logoff

It’s 9pm here in Berlin. I’m speaking at stackconf tomorrow, then I’m off to London for SREday (both above). I’ve been reading Legends and Lattes, and it is super fun!

Confusing outcomes with capabilities

I don’t have this sorted out well, but the baby keeps crawling on me to remind me to chill the fuck out about being a professional thought leader and be more of a professional dad. (That’s right, I’m blaming my three year old for the shoddiness of the below!)

In the technology world, you are taught to think in terms of “outcomes,” or “business outcomes” to use the longer jargon. An outcome is the final effect a technology, decision, or change has. It’s a variation of “the means justify the ends.”

What does this technology help us achieve? Revenue, security compliance, faster app response times, developer productivity, migration, etc.

As ever, things are not cut and dry, but I’d say the two other ways of thinking about a tool are capability and price.

Capabilities are things like “run on Windows,” a general programming framework, a service mesh, a configuration tool, any given open source project…this a way of thinking about the tool as the tool. When you think of technology’s capabilities, you’re not really asking “and will that be useful to us?” Of course, “it works” is an assumed feature.

Price is obvious: it is either more than you want to pay, or less than you want to pay. Or, you know, Goldy Locks. Whether it’s a capability you want or it achieves the outcome you want doesn’t matter: it’s the number you want. For handful of of technologies, price is a feature, but not nearly as much as in handbags, t-shirts, and koozies. In general, there is only one price enterprise buyers want: cheaper.

Anyhow, I wanted to talk about mixing up outcomes with capabilities.

In the infrastructure space, we’re really bad at allowing those two to intermix, even treating them as the same thing, instead of keeping them separate.

To illustrate it: there are very few things that give you the outcome of developer productivity. Even defining “developer productivity” is stacking the deck for what you want to argue. I’ll define it as “allowing developers to do more work, ship more often, and probably be happier.” You could make it too vague and say “create the most business value with the shortest amount of time and cost.” As it says: productivity! This usually means removing toil from developer’s day-to-day lives, automating/eliminating manual reviews and meetings, speeding up onboarding (getting faster laptops and test labs), and automating as many things as possible (tests, building, deploying, monitoring, managing). MY DEFINITION IS NOT GREAT, MOVING ON.

(There is another thing we do too much in marketing and that is to think about “developer productivity” as a business outcome which…it could be…but I don’t think most businesses are that sophisticated in how they think about their software strategies. For example, if you’ve historically outsources your custom programming, you’re probably not sophisticated enough. In contrast, as I learned in a recent DevOpsDays talk, John Deere does look at its software factory as a core function so they can think of developer productivity as a pure business outcome. ANYHOW.)

Here is the problem: when you sell, evaluate, use, or otherwise think about a technology based only on its outcome. Us marketers are especially bad at this. Have you ever seen a pitch about some infrastructure technology that starts off telling you about macro economic headwinds and, like, software is eating the world? Chances are you’re thirty minutes to never away from hearing about the actual technology, what it does, and how it works.

The OpenStack era of cloud was rife with this. So many pitches started off saying why cloud was important (cloud or die!), explaining what cloud was, and then that it would help you achieve all sorts of outcomes like agility and moving from capex to opex.

I know it seems like I pick on Kubernetes a lot. And…yes, I do - I have mixed feelings - but, it’s also a recent phenomena we all know. Throughout it’s history, a lot of chatter about Kubernetes has focused on the outcomes it achieves: better cost control, developer productivity, etc. As it turned out, Kubernetes doesn’t really directly give you those outcomes: it’s just part of an overall stack that helps you get there.

Sure, it’s linked. But contrast that with the capabilities of an IDE. If I right click on a chunk of code and say “refactor this code to its own method,” that directly addresses productivity. Most of what an IDE does has the outcome of developer productivity. You know this because you can look at the alternative, a text editor, and see that developers are so much more productive with an IDE.

Now, you could say that Kubernetes gives operations and infrastructure people capabilities…“ops productivity,” and I would say - YES IT DOES (though, now that I look at the chart below for the thousandth time, ops productivity seems to be going in the wrong direction year/year? You see, I haven’t really looked at this chart in terms of operational productivity, just developer productivity.):

Operations people work directly with Kubernetes to get the capability of “install a shit-ton of containers on this cloud thing I setup and obey the configuration governance and policy and have all the processes in those containers talk with each other over the network like this. Oh, and, like, be secure?” The alternatives may not be as good, or as fast, or as reliable.

But Kubernetes itself doesn’t give a shit about application developers. For application developers, it offers a blinking cursor as if to say, “worked fine in ops, dev problem now.”

This is fine! This is what was intended! (Along with Google and Red Hat, et. al., neutralizing AWS’s competitive advantage in IaaS.) The Kubernetes thought-leaders have been trying to tell us this all along:

Kubernetes can certainly be part of a stack that makes developers more productive, but that’s not really a core thing it does. So if you’re thinking in terms of kubernetes as developer productivity, you’re at risk of mixing up outcomes and capabilities.

Things get a bit loopy here - there’s a needling distinction between being part of an overall stack that gets you come outcome (Kubernetes and developer productivity) versus directly creating that outcome (IDEs and developer productivity).

The closer the outcome and the capability are, the more accurate your thinking will be.

Another problem with thinking only about outcomes is that you can’t evaluate it against alternatives. When Puppet, Chef, Ansible, and Salt were going at it, they all wanted to deliver the same outcome. Competition came down to which had the capabilities to do it better, more reliably, in a way ops people liked, and (I assume) price. If you were talking about any of those in terms of outcomes, it’d have been largely a waste of time.

Outcome marketing is best for enterprise sales

In technology marketing and sales, there’s a relationship between the price of the technology, the seniority of the decision maker (whoever approves buying the technology), and how outcomes focused you are. As you can guess, the higher the price, the higher decision maker in the organization, the more you focus on outcomes:

(1) With rare exception, the senior executives approving purchasing something don’t have time to care about how the technology actually works, or evaluate it versus alternatives: they just have to build up a hunch that it seems like it’ll get them the outcome that they want.

(2) And, if you have a high price, you’re going to need a senior executive to approve the budget, so you’re pitching to senior executives, and then see (1).

If all you hear is capabilities talk, the pitch is intended for an individual way down the org chart. If all you hear is outcomes talk, the pitch is included for an executive, way up the stack.

SpringOne Tour is coming up in Amsterdam, October 9th, 2023. I’ll be MC’ing it. I live here, after all! It’s focused on - surprise! - the Spring Framework and programming:

Our Spring advocates, technical engineers, and application development experts bring an in-depth look into the beauty of open-source, with Spring Framework, Spring Boot 3, Kubernetes, Progressive Delivery and more, to strategize with you on how you can innovate faster.

It’s free to come and the content is great, so register and come check it out.

Upcoming

Talks I’ll be giving, places I’ll be, things I’ll be doing, etc.

Sep 13th, stackconf, Berlin. Sep 14th to 15th SREday, London, speaking (get 50% of registration with the code 50-SRE-DAY) Sep 18th to 19th SHIFT in Zadar, speaking. Oct 3rd Enterprise DevOps Techron, Utrecht, speaking. Oct 5th to 6th Monktoberfest, Portland, ME. Oct 9th Spring Tour Amsterdam Nov 6th to 9th VMware Explore in Barcelona, speaking (twice!).

Logoff

I’ll be in Berlin and London this week. Whacky!

In Iowa

I was in Des Moines this week to give one of the keynotes at DevOpsDays Des Moines (it went well). Here’s some snapshots from around town:

CEO Therapy

This week’s Software Defined Talk:

This week, we discuss Netflix's DVD deprecation, the remote work debate, and how to fork an open-source project. Plus, thoughts on why Europe needs more ice.

Have a listen!

Transcripts

For all the podcasts, videos, conference talks, and even notes to myself: I haven’t figured out what to do with automated transcript systems. It’s nice to have text, but the work involved in doing anything with feels almost as high as starting from scratch.

I’ve done hundreds of hours of video and podcasts over, like, 25 or 30 years. If I got actuate transcripts, I’m not sure what I’d do with them. When I do an hour interview with someone, you’d think getting a transcript would be useful.

You’d think that passing it ChatGPT to write an article would be useful. First, ChatGPT can’t handle that amount of text (at least, I don’t know how to get it to). Second, the result requires a lot of editing. Over that 30 years I’ve trained to become a good writer: I’m good at going from a blank screen and getting to 500, 1800, or many more words.

Maybe transcripts are not so good for writing, but they do seem good for:

• Voice Notes - I’ve never been a big user of voice notes. But that might actually be helpful. I’ve been it more than ever recently, and like many quips about taking notes, the value isn’t really in the note itself, but in using writing as thinking.

• Also, dictating writing might be good, but typing is so much faster and you can edit and correct as you go.

• I do read transcripts of other podcasts when I don’t want to listen to them, that’s fine.

This is a free report from Jennifer Riggins at The New Stack. I talked with her a couple times for it and reviewed the text ahead of time. You should check it out, I think it’s a good go at trying to nail down exactly what that term means. This month, at least :)

Wastebook

• “Survival is optional. No one has to change” is cold comfort to the employees of companies that didn’t survive. I wish we’d spend more time in the “digital transformation” world focusing on getting people to change, not just tell the survivors how awesome it’ll be once they change.

• Remember the positive feeling that you could be fine taking actions to do things instead of focus on your own hobbies. Working on your life instead of vague FOMO.

Relevant to your interests

• VMware Expands Tanzu into a Full Platform Engineering Environment - Overview of our take on platform engineering, product-wise.

• Dangerous Dimensions: Mind-Bending Tales of the Mathematical Weird - Looks like fun, right?

• HashiCorp Retools Licenses And Software To Grow Its Business - Extensive look into the HasiCorp financials and talk of their OSS licensing shift.

• The Works of Mars, 1671 - Fortification engineering.

• Here’s Something Past Its Expiration Date: the Expiration Date Itself - “Food experts broadly agree that the expiration dates on every box of crackers, can of beans and bag of apples waste money, squander perfectly good food, needlessly clog landfills, spew methane and contribute to climate change.” // And, they’re gone for the most part in the UK.

• Texas’s Biggest Barbecue City Is Attracting a New Crop of Exciting Restaurants - Lots going on in Lockhart.

• Favorite coffee-making setups from the Ars Technica staff - I made coffee with a Chemex for a few years. The coffee was good, and the overall ritual of it was just fantastic.

• Books Recommended With Uncommon Wisdom and Tender Care - “Over and over, Aoyama demonstrates how it’s done. In her Hatori ward, good fortune is not arbitrary or unearned; it is never a gauzy gift from the universe. It arises instead from action, experience and wisdom. Her characters appreciate each other; they are grateful to each other; they recognize in each other quality and potential. (Put these folks in a laboratory dish with the dramatis personae of a cynical HBO show and they’d annihilate each other, matter and antimatter.)” And: “You’ve got to be careful with novels about libraries and bookstores… The risk, in all these cases, is flattery. It feels nice to be assured that the places you find appealing are, in fact, wonderful. It’s also boring. The standard for such novels, therefore, is that they reveal something interesting and true about these environments.”

• It’s Not You, It’s Me: What It Really Means When Budget Is The Reason For The Breakup - Something that’s not useful isn’t worth paying for.

• Forrester’s Impressions: VMware Explore 2023 - A brief overview of VMware’s strategy and where Forrester thinks it going.

Upcoming

Talks I’ll be giving, places I’ll be, things I’ll be doing, etc.

Sep 13th, stackconf, Berlin. Sep 14th to 15th SREday, London, speaking (get 50% of registration with the code 50-SRE-DAY) Sep 18th to 19th SHIFT in Zadar, speaking. Oct 3rd Enterprise DevOps Techron, Utrecht, speaking. Oct 5th to 6th Monktoberfest, Portland, ME. Nov 6th to 9th VMware Explore in Barcelona, speaking (twice!).

Logoff

Des Moines, 7:38am

I’ve got a lot of travel coming up - like the old days! Two more weeks of long trips.

More importantly, it’s the start of the school year for my three kids. You’re supposed to look at actual New Years as the start of a new cycle, but the school year has always been the beginning of the cycle for me, back to when I was kid, college, and even when I was kidless for a long time. It’s a time to start new habits, especially when it comes to parental pedantry. But, the structure of the school schedule also clear out all the time-wasting that comes with schedule ambiguity and openness. I was told once that I thrive in structure, which seemed right at the time, despite the chaos-driven nature I can seem to have: that’s just my writing and content style, though.

Iowa

I’m in Des Moines, Iowa for the keynote I’ll be giving at DevOpsDays here. I believe their registration is closed, so…if you’re not already registered, I won’t be seeing you! But, you can check me out rehearsing it here. There’s 20 minutes of bonus content! Like and subscribe, MOFOS!

ChatDM - Dealing with short-term memory

If you’re interested in my recent experiments to get ChatGPT to act a Dungeon Master for solo-play Dungeons & Dragons, check out my recent write-up. It’s going OK, and I think I’ve figured out a technique to get over it’s short-term memory.

Jennifer Riggins and The New Stack crew have a good booklet out on Platform Engineering. I read over it and talked with Jennifer a couple times. I should have recorded those calls to munge into some articles, but, whatever.

You should check it out, I think it’s a good go at trying to nail down exactly what that term means. This month, at least :)

Wastebook

• The best way to make money is to not to loose money.

• Make It Bigger part 01 and part 02 - great stuff here, especially on focus (something I willfully ignore all the time) and building comfort with presenting. Also, Russell Davies has very unique, but subtle style to everything he does. I don’t know him, but I wonder how different his front-stage character is from his back-stage character. Is his vibe how he is in “real life”? He runs a conference called “Interesting” which I think is a word that summarizes his approach. Also, like me, he used to be very active and “big” in the 2000’s on the web and is, sort of, quiet now. How is that working out? I need a club of people like that where we meet and weekly answer the question “what am I doing now? should I be satisfied?” More broadly: the UK digital people are always, well, interesting.

• “it’s not not about the technology” Here.

• “Well, I don’t know how many of you have built Kubernetes-based apps. But one of the key pieces of feedback that we get is that it’s powerful. But it can be a little inscrutable for folks who haven’t grown up with a distributed systems background. The initial experience, that ‘wall of yaml,’ as we like to say, when you configure your first application can be a little bit daunting. And, I’m sorry about that. We never really intended folks to interact directly with that subsystem. It’s more or less developed a life of its own over time.” Craig McLuckie, SpringOne 2021.

• “It is a ghost of a word, with no meaning except that fact that it almost had a definition – now the definition cites it’s lack of existence.” Here.

• “Small enough to care.” Seen on the back of a semi-truck trailer on the way to Schiphol.

• If you tell me the procurement process for an organization I can tell you exactly what kind corporate culture it has. Enterprise Bloodwork.

• Privileged sad sack.

Relevant to your interests

• Longplay 2.0: An Album-Oriented Apple Music Player with Loads of New Features - Seems cool.

• Paper Calendars, quarterly ones - Print out A4 sized calendar pages, weekly ones, put until books

• Survey finds relatively few Americans actually use (or fear) ChatGPT - 30% to 40% (for young adult males) seem like a lot too me. // “Ongoing polling by Pew Research shows that although ChatGPT is gaining mindshare, only about 18% of Americans have ever actually used it. Of course that changes by demographic: Men, those 18–29 and the college educated are more likely to have used the system, though even among those groups it’s 30–40%.”

• The Ultimate Guide to Developer Counter-Productivity - Focus on outcomes, not activities…mostly. So long as the activities are good and lead to outcomes. // Yes, and…many tasks may not seem directly tied to value, but they are. If you don’t measure where a shelf goes on a wall, when you hang it, there’s a good chance it will look shit. If you don’t take your compliance training in a bank, the bank could be operating illegally. If you don’t take time to meet with other teams (people), when it comes to needing to work with them, it will be harder. Also, if the outcomes you’re unproductive developers are getting are greats, who cares about LoC.

• Man, Myth & Magic The Illustrated Encyclopedia Of Mythology 21 Volumes In 1 - This is the kind of stuff I’d pursue and spend hours looking through in the 80’s.

• Zodiac posters by Bruce Krefting, 1969

• Mindsets and Tactics for New Leaders of Software Teams - Seems like good stuff.

• Dark Mode: How Users Think About It and Issues to Avoid - A lot more on dark mode than you thought was possible to write about // “Aesthetic appeal and improved accessibility are the strongest arguments for supporting dark mode.”

• Here’s Why Automaticity Is Real Actually - How hype goes bad: “Suppose there is a good idea. People will be attracted to it. It will gather momentum. Eventually it will have made all the true claims it can make, but it won’t have used up its hype. Its momentum will carry it forward into making false claims and doing bad things.”

• Terraform vs. GitOps vs. System Initiative

Upcoming

Talks I’ll be giving, places I’ll be, things I’ll be doing, etc.

Sep 6th to 7th DevOpsDays Des Moines, speaking. Sep 13th, stackconf, Berlin. Sep 14th to 15th SREday, London, speaking (get 50% of registration with the code 50-SRE-DAY) Sep 18th to 19th SHIFT in Zadar, speaking. Oct 3rd Enterprise DevOps Techron, Utrecht, speaking. Nov 6th to 9th VMware Explore in Barcelona, speaking.

Logoff

I’m in Des Moines for DevOpsDays later this week, speaking on Friday. This is the view of downtown from my hotel room. It reminds me of Austin before all the new builds started coming in in the 2000s. They are BIG into agriculture ads in the airport. I don’t get that kind of regional focus on airport ads in Europe, so it’s always fun to be reminded of it.

Two airport thoughts:

1. In Europe, most airports I go to are in big cities, and big hubs. Those airports have a fancier feel. The staff in those airports also seem a lot cheerier than the staff in US airports. US airports have a very hostile feel to them from the sometimes ticketing, TSA, general staff, definitely customs and boarder patrol (they were nice this time! the only thing to Dutch ever do is make fun of me [rightly so] for not knowing Dutch after five years), etc. That said, American travelers are also more uppity - entitled even? I very rarely see people traveling in Europe getting upset or angry with staff.

2. Ben Thompson aside in some podcast awhile back that one of the reasons that American airports are so crappy (you know, old carpet) is that because they’re old. And they’re old because America was one of the first places to have lots of airports. I have no way to verify that, but it’s a good “turns out.” The turns out being that at one point, they were awesome and leading edge. First movers’ stuff becomes shit. I’d have to check. Also, as with so many things like this (comparing American, uh, “infrastructure style” to the rest of the world), the other thing is: America is a lot bigger than you’d think. We have a lot of airports compared to say, Germany, definitely The Netherlands, I wonder if all of the EU? (Something like 5,000 in the US vs. 3,500 in the EU - based on some shitty-quick Google searching).

The point being: I think they’re both just different systems and thus, have different results that are hard to compare. It’s a variant of “the purpose of a system is what it does.”Something more like “the system does/is what you choose.” So (a) realize it’s a choice, and, (b) choose wisely.

Trees do not grow in straight rows

This picture clarified what it’s like to be an American living in Europe.

Everyday, you’re confronted by how old everything is. The word “old” deserves attention, and explains the whole point. To an American, “old” tends to be a negative term. (Well, a left leaning American, at least.) But in Europe, you are surrounded by old and there’s a certain comfort to it.

I live in The Netherlands, and the thing you realize quickly is that there is very little “nature” in The Netherlands. Westerners having been living here for thousands of years. The entire country has been touched by and designed by people. In fact, if it weren’t for human engineering draining swamps, digging canals, and literally building new land in the sea, the country wouldn’t be. Like. Exist.

The rest of Europe is this way too: unnatural. There isn’t really space in Europe that hasn’t felt the hand of humans. Sure, in the larger countries, there are places where humans have decided not to mess around. But, for the most part, nature in Europe has long - like, really, long - been civilized: conquered.

Here is what I tell my fellow flâneurs. As you amble about Amsterdam and all of Europe, notice how many trees are in a perfect row. And notice how old those trees are. Trees do not grow in a perfect row normally. People did that.

In America, there are not that many trees in a row. There are huge parts of America that are just…there. To be fair, I wouldn’t say there are “unknown” parts of America, but it’s much different than Europe. There’s nothing like West Texas in Europe, and (the Texan in me does not like to type this) that is just a tiny part of the American wilderness.

What we don’t have in America is what’s in the picture above: a connection to hundreds of years back. The way we’re raised, we know about back to 1776. Before then, it’s a confusing blur. Does any American really know what the French and Indian War was all about? And it’s only in the past several decades - my lifetime! - that we acknowledge and are curious about anything that happened before Europeans came to America. Now, that is a good centuries long history we (in all the Americas) should be visiting and drawing on more.

But. I don’t want the problematic aspects of the American-mind to distract from a compliment I’m trying to give Europe. All of That is there for us Americans to deal with: I am not glossing over it.

This endless history that Europe has is so hard to reckon with as an American, and I feel like it shapes the European mindset. What would be like to walk around a museum and feel a direct connection to something painted 464 years ago or 458 years ago.

Ironically, the second thing to reckon with is more recent in history: World War 2. So much of Europe through the flâneur’s eyes is defined by that war. When you walk in Amsterdam, you see buildings from the 1600s. When you walk in Germany, with rare exception, you see only buildings built after 1945.

If you don’t get it, let me tell you an anecdote from an English friend. He was traveling in Cologne, Germany, I believe, and noticed how new and modern all the buildings were, how the roads were perfectly formed to accommodate cars. How thoroughly modern everything was. After talking with a local German a bit, he said, “this is remarkable! How is it that everything is so fresh and new.” To which the German, gravely replied, “well, you should ask your great friends about that…”

And that brings us to the third thing. Living in Europe, I’m confronted a lot by that date: 1945. We Americans think of Europe as peaceful, socialists…“Freedom Fries” and all that.

What our short aperture of history misses is that it’s only since 1945 that Europeans haven’t been trying to kill each other constantly: basically, all the time, like, non-stop. Before 1945, it was near constant war in Europe. Us Americans might think the Europeans awfully pacifist and do-nothingniks, but you have to appreciate how done and utterly tired they must have been after 1945. Perhaps, forced to become enlightened, even. Centuries and Centuries of war and senseless death had finally exhausted, wiped out, and almost killed this entire part of the world.

You walk around the museums and the old parts of the cities that still exist and you constantly realize how old, how lived, how experienced, and how in the future everything here is.

(Us tech people scoff at the EU and their whacky regulations, but, well, I mean, if it gives you something else to do instead of constantly being at war, is it all that bad?)

SUPERSTREAM - Sep 6th, 2023

Next week at an O’Reilly Superstream hosted by Sam Newman, I’m talking about platform team practices I’ve collected from seven years of talking with platform teams. My colleague Whitney is also giving a talk, and she always has great presentations. You should come check it out!

From a 2015 Pivotal Deck

This is back when all of us in the industry were trying to freak out the enterprise market. It worked…?

Upcoming

Talks I’ll be giving, places I’ll be, things I’ll be doing, etc.

Sep 6th O’Reilly Infrastructure & Ops Superstream: Kubernetes, online, speaking. Sep 6th to 7th DevOpsDays Des Moines, speaking. Sep 13th, stackconf, Berlin. Sep 14th to 15th SREday, London, speaking (get 50% of registration with the code 50-SRE-DAY) Sep 18th to 19th SHIFT in Zadar, speaking. Oct 3rd Enterprise DevOps Techron, Utrecht, speaking. Nov 6th to 9th VMware Explore in Barcelona, speaking.

Logoff

See y’all next time!

Not much today.

Halloween Clown Tailwinds

“Among outfits, the best performers have been those linked to clowns, which increased by 43% year over year.”

Somewhere, there's a financial analyst who really cares about the increase in clown costumes this Halloween.

Wastebook

• “So I quit my job as an engineer at Memorex’s disk drive plant in Santa Clara, California, and we flew to Kuala Lumpur. We found an un-air conditioned hotel room for $10 a night above a brothel with genial trans prostitutes and ate $1 meals served on banana leaves from the nearby restaurants. After a few weeks, we decided to get out of the sweltering heat and check out Singapore. It was just as sweltering there. After three more weeks, we’d had enough and no longer had an urge to go to Indonesia.” Here.

• “Consumers make choices for many reasons: price, convenience and marketing. Maybe politics. The other day I went to my local Walgreens to buy toothpaste and ultimately chose not my favorite brand but the only one that wasn’t under lock and key. I didn’t want to wait for an employee to liberate the Colgate, so Crest it was. Needless to say, I did not use Google to find out which brand was more committed to bodily autonomy. What can I say? I was in a hurry.” Here.

Relative to your interests

• Can you trust ‘open source’ companies? - ’There’s nothing wrong with making money. But, I’ve gotten really tired of projects that use open source for their start and then turn their backs on the philosophy that made them their first hundreds of millions. At the very least, they need to stop pretending they’re open source once they’ve moved to a “Look but don’t touch” or “Look but don’t profit from it” license.'

• Measuring developer productivity? A response to McKinsey - Measure outcomes, not efforts.

Upcoming

Talks I’ll be giving, places I’ll be, things I’ll be doing, etc.

As mentioned yesterday, I’ll in Des Moines next week to speak at DevOpsDays Des Moines. They were kind enough to invite me to give a keynote, which I’m looking forward to.

If you want to go, registrations closes today, I believe, so get those tickets now.

More upcoming:

Sep 6th O’Reilly Infrastructure & Ops Superstream: Kubernetes, online, speaking. Sep 6th to 7th DevOpsDays Des Moines, speaking. Sep 13th, stackconf, Berlin. Sep 14th to 15th SREday, London, speaking (get 50% of registration with the code 50-SRE-DAY) Sep 18th to 19th SHIFT in Zadar, speaking. Oct 3rd Enterprise DevOps Techron, Utrecht, speaking. Nov 6th to 9th VMware Explore in Barcelona, speaking.

Logoff

I’ve been working on my slides for the above DevOpsDays talk. Here’s a picture I made for a slide. It’s transparent! So far, I’m doing a combo of two types of DevOpsDays talks: “vulnerable autobiography” and “list of good ideas.” I have’t gotten to the second, but I think the first is OK.