Sr. Content Developer at Microsoft, working remotely in PA, TechBash conference organizer, former Microsoft MVP, Husband, Dad and Geek.
158994 stories
·
33 followers

Steam hardware shipper breach leaks customer data, including names and addresses

1 Share

Valve says a data breach may have exposed the personal information of customers who ordered its Steam hardware in Europe. In an email sent to users, Valve says its European shipping partner, CEVA Logistics, suffered a data breach that may have included customer names, addresses, phone numbers, and email addresses.

The breach at CEVA occurred between July 29th and August 1st, weeks after Valve began taking reservations for its new Steam Machine and Steam Controller. Valve adds that European customer data "was likely compromised" as part of the breach, as CEVA stores "delivery-related information" for up to 90 days after orders.

Read the full story at The Verge.

Read the whole story
alvinashcraft
56 minutes ago
reply
Pennsylvania, USA
Share this story
Delete

The first rival Android app store just arrived in the US Play Store

1 Share
Screenshot of Aptoide Games as seen on the Play Store website
Google appears to have prepared a dedicated section for third-party app stores within Google Play, and Aptoide is just the first. | Screenshot: Google Play Store

Following the latest twist in Google's legal battles with Epic, US Android users are now able to open Google's Play Store and download a third-party digital store with its own selection of apps. Aptoide, a store specializing in mobile games, is the first to become available.

Third-party app stores have always been available on Android, which is a more open platform than iOS in that respect. However, until now they've only been available if pre-installed on a device - as with the Amazon Appstore on Fire tablets or Samsung's Galaxy Store - or installed via sideloading. Listing rival storefronts within the Play Store makes them much easier for …

Read the full story at The Verge.

Read the whole story
alvinashcraft
56 minutes ago
reply
Pennsylvania, USA
Share this story
Delete

Your AI Bill Will Be Your Cloud Bill on Steroids

1 Share

I have seen this exact promise before, almost word for word, and I remember how it ended. When EC2 arrived, the pitch was that servers were about to become effectively free–spin up what you need, pay pennies, never buy a rack again. And for a little while, for a small workload, it really was cheap. Then the workloads grew, the architectures spread out across a hundred managed services, the data started moving between regions, and one day the finance team opened the cloud bill and made a sound I have heard in a dozen companies since. The cheap thing had quietly become one of the largest line items in the business, and by then it was load-bearing and impossible to leave.

AI is going to run this same play, except on steroids. That is not me being cynical for sport–I said it to Nordic APIs and I believe it structurally. Every incentive that made cloud costs balloon is present in AI, only larger. The pilot is cheap because the usage is tiny and, often, because the provider is subsidizing it with investor money to win the market. Then the usage grows, because agents are tireless and you pointed them at everything, and every token has a price, and the workflows multiply, and the models get called in loops you did not fully anticipate. The meter that felt like a rounding error during the demo becomes the number the CFO circles in red. Same movie, bigger budget.

You can already see the enthusiasm cooling at the top of the market, which is the tell. The companies that went hardest and earliest are the ones now quietly asking what all of this actually costs to run at scale, and whether the value out the other end justifies the spend. The hype has not caught up to that conversation yet–the conference stages and the funding announcements are still running a season behind–but the people signing the invoices have started doing the math, and the math is sobering. That gap between the public enthusiasm and the private cost accounting is exactly where the last cloud correction lived too.

The dynamic gets worse when you look at how most of the tooling is actually built, because most agentic products are thin wrappers around Claude or ChatGPT. There is nothing wrong with a wrapper–plenty of real value lives in the wrapping–but it means the vendor’s own costs are variable and pass straight through to you, and it means the pricing models are fragile. A company reselling access to someone else’s model does not fully control its own margins. When the underlying model provider changes their pricing, or stops subsidizing usage to chase profitability, that shock travels straight down the stack to the invoice in your inbox. You are not just exposed to your own consumption. You are exposed to the entire chain of subsidies above you, and those subsidies are not permanent.

None of this means AI is going away, and I want to be careful not to overclaim the other direction. The models will not vanish–they will settle into something sustainable, smaller than today’s everything-everywhere ambitions but still substantial and genuinely useful. What is going to change is the posture. The era of “turn it on everywhere and don’t look at the meter” is going to end the same way the equivalent cloud era ended, with a wave of FinOps discipline, architectural retreat, and hard questions about which workloads actually earn their keep. The companies that survive that correction well will be the ones who saw it coming.

So treat AI spend the way you learned–painfully–to treat cloud spend. Instrument it from day one. Know your cost per workflow, not just your monthly total. Assume the subsidized price you are paying today is a promotional rate that will expire, and pressure-test whether the value survives at three times the cost. Keep the option to run smaller or open models where the economics stop making sense, so you are not trapped when the wrapper’s margins get squeezed. The teams that get burned in the coming correction will be the ones who mistook a subsidized demo price for the real cost of the thing. I have watched an entire industry make that exact mistake once already. We do not have the excuse of not knowing how it ends.



Read the whole story
alvinashcraft
57 minutes ago
reply
Pennsylvania, USA
Share this story
Delete

Markdown Became the Control Plane for AI

1 Share

A Perl script published on a blog in March 2004, given away, never specified, and declared obsolete about once a year since is now the format your AI stack runs on. Your agent reads its standing instructions from a .md file. Your skills are .md files. Your model was trained on a corpus where markdown is the dominant prose serialization, and it emits markdown back at you whether you asked for it or not. Somewhere in your organization, someone is quietly converting your documentation into it right now.

I spent the last stretch writing down what that layer actually is, and it turned into a new paper — The Fundamentals of Markdown. Every .md file that matters, where it came from, who owns it, and what the catalog says about who is actually publishing any of it. Anil Dash is threaded through the whole thing, because he was the product manager for Movable Type — the platform Markdown.pl first shipped as a plugin for — and because he told me something in our conversation in June that I have not been able to put down: “markdown has become the control plane for AI. You can have the most cutting-edge frontier model from a trillion-dollar company, and you’re making a plain text markdown file to try to orchestrate it.”

Why it won, and why the obvious answer is wrong

The usual explanation is “it’s simple.” Plenty of simple formats lost. Markdown won on a property John Gruber named as his primary design goal and almost nobody else optimized for: it is readable when nothing parses it. Hit a markdown file with an engine that does not understand half its syntax and you still get a legible document. Put a trailing comma in a JSON file and you get an error.

That is graceful degradation of meaning, not just of layout, and it is the exact reason a language model handles markdown better than any structured alternative you could hand it. The model does not parse markdown. It reads it. So does a person. That was designed in 2004 for reasons that had nothing to do with machine learning, and it is why every attempt to improve on it has been a rounding error.

The part that argues with me

My reflex — the one this practice is built on — is that an unspecified format is not a gift, it is a deferred bill, and somebody always pays it. Markdown had no specification for a decade and everyone paid: the same document rendered differently on GitHub, on Reddit, in Stack Overflow, and through Pandoc, in ordinary lists and ordinary emphasis.

Anil thinks my reflex is wrong, and he has receipts. “The fact that markdown is a little bit of a toy is part of why it’s so good. ‘Markdown enterprise-grade’ would have been a nightmare.” His evidence is not markdown, it is the standards he helped build — OpenID, OAuth, RSS — each of which he could implement in the early days as a self-described lousy coder, and each of which then got enterprised up until “what I used to hack together by viewing source now took all weekend just to get running.” And then the structural point that should worry anyone who does this for a living: technical correctness and standardization make capture easy for whoever can afford to send someone to a standards meeting.

I think he is right and I think I am too, and in the paper I work out why those are not actually in conflict — the short version being that looseness of syntax is what let markdown spread, ambiguity of implementation is what taxed everyone building on it, and CommonMark is the rare proof that you can fix the second without inflicting the first.

That argument is not a history lesson. It is the correct lens to bring to what is happening right now.

A dozen companies are deciding what your instruction file is called

Between September 2024 and late 2025 the industry produced more new named-markdown-file conventions than in the previous twenty years combined. llms.txt from Jeremy Howard at Answer.AI. AGENTS.md, now stewarded by the Agentic AI Foundation under the Linux Foundation. SKILL.md, which Anthropic opened as a public specification in December 2025. And then the vendor set — CLAUDE.md, GEMINI.md, .github/copilot-instructions.md, .cursor/rules/*.mdc — which are the same concept with five different filenames and five different owners.

The convergence on a markdown file in your repo that tells the AI how to behave is real and useful. The five-way split on which filename is a land grab, and you have paid this tax before, in every gateway policy format and every cloud descriptor you have ever had to maintain twice.

What the catalog actually shows

Claims about adoption in this space are usually made by whoever is selling the adoption, so I counted instead — across the 26,099 API providers profiled in the APIs.io catalog, in August 2026:

  • 6,260 providers (24.0%) publish a fetchable llms.txt — faster uptake than OpenAPI managed in its first two years. But only 31 ship the full-corpus companion, which means the overwhelming majority published an index and stopped.
  • 2,495 providers (9.6%) declare agent skills, and those that do publish about eight apiece — top-heavy enough that skills are still a differentiator rather than a baseline, roughly where OpenAPI sat in 2014.
  • AGENTS.md appears at 0.4% of commercial API providers despite 60,000+ open-source projects using it. The convention is winning in repositories and has not crossed into published API surfaces yet, because providers think of agent instructions as something that happens inside their codebase rather than something they publish to consumers. I think that is a mistake, and the correction is the opportunity.
  • And across every markdown file in the catalog, plain .md beats .mdx 257,980 to 269. If you are choosing a format for anything an agent might read, that ratio is your answer.

The one thing to take from it

If you do nothing else: start serving markdown as a representation, not just authoring it as a source file. The quiet, important part of the llms.txt proposal was never the index — it was serving a clean .md version of each page at the same URL. That is content negotiation, a twenty-five-year-old web mechanism finally getting the use case it deserved, and it is spreading faster than llms.txt itself among the teams who have thought it through.

The paper is the full version: the 2004 origin and the four formats it borrowed from, the specification vacuum and the fight to close it, every dialect and who owns it, the repo convention layer from README.md to ADRs, the whole agentic file explosion with my honest read on each one, the catalog census with its method stated, the anti-patterns I watch for, and a self-assessment you can run against a repository this afternoon.

The Fundamentals of Markdown is $50 at papers.apievangelist.com. The conversation with Anil Dash that runs through it is free, in full, with audio and transcript.



Read the whole story
alvinashcraft
57 minutes ago
reply
Pennsylvania, USA
Share this story
Delete

From Finance to Scrum Master, a Deliberate Career Pivot | Wasim Osman

1 Share

Wasim Osman: From Finance to Scrum Master, a Deliberate Career Pivot

Read the full Show Notes and search through the world's largest audio library on Agile and Scrum directly on the Scrum Master Toolbox Podcast website: http://bit.ly/SMTP_ShowNotes.

 

"The homework should start a lot earlier than that. The person looking for a particular role should already be moving in that direction before they even start the journey." - Wasim Osman

 

Wasim never planned to become a Scrum Master. He trained in finance and stock markets in the UK, but the pull toward software—and even 3D animation—had been there since he was young. When he realized the finance world wasn't for him, he made a move that looked like a detour and turned out to be a runway: he joined the people team at a tech company in Bangladesh, a branch of a New York-based firm. He didn't have the leverage to be picky, so he took the opportunity, learned how the engineering teams actually worked, and made himself useful. When the company started shifting from waterfall to agile and hosting Scrum certification events, Wasim was in the room organizing them. One day the head of engineering asked a "random question"—would he consider becoming a Scrum Master? For Wasim, it was an easy yes, because it was the direction he'd quietly been aiming at all along. He shadowed a senior engineer for a quarter, then took over a team of senior-most engineers who were patient with his mistakes. That patience built his confidence, and his willingness to keep his prior curiosity alive made the transition feel organic rather than forced.

 

Self-reflection Question: What direction are you quietly moving toward right now, and what "homework" could you start today so the next opportunity feels organic instead of accidental?

 

[The Scrum Master Toolbox Podcast Recommends]

🔥In the ruthless world of fintech, success isn't just about innovation—it's about coaching!🔥

Angela thought she was just there to coach a team. But now, she's caught in the middle of a corporate espionage drama that could make or break the future of digital banking. Can she help the team regain their mojo and outwit their rivals, or will the competition crush their ambitions? As alliances shift and the pressure builds, one thing becomes clear: this isn't just about the product—it's about the people.

 

🚨 Will Angela's coaching be enough? Find out in Shift: From Product to People—the gripping story of high-stakes innovation and corporate intrigue.

 

Buy Now on Amazon

 

[The Scrum Master Toolbox Podcast Recommends]

 

About Wasim Osman

 

Wasim Osman is a seasoned Agile Coach and a Product Owner at Orkestra SCS. He launched his agile career at a Silicon Valley startup based in New York, then spent years coaching teams across Canada, helping organizations transform how they deliver value. Wasim brings a rare blend of agile discipline and product thinking. He's passionate about building technology that drives real business impact.

 

You can link with Wasim Osman on LinkedIn.





Download audio: https://traffic.libsyn.com/secure/scrummastertoolbox/20260810_Wasim_Osman_M.mp3?dest-id=246429
Read the whole story
alvinashcraft
57 minutes ago
reply
Pennsylvania, USA
Share this story
Delete

136. Green Software: Building More Sustainable Systems - with Wilco Burggraaf

1 Share

In this episode, Rick & Oscar talk with Wilco Burggraaf about why greener software is about much more than writing faster code. They explore how reducing digital waste, improving architecture, and making smarter technical decisions can lower energy use while also improving performance and reducing costs. Wilco shares practical examples, discusses the impact of AI, and explains why sustainable software is also maintainable software. This episode shows how small changes in software design can create a big impact.

About this episode, and Wilco Burggraaf in particular: you can find Wilco on LinkedIn.

About Betatalks: watch our videos and follow us on Instagram, LinkedIn, and Bluesky





Download audio: https://www.buzzsprout.com/1622272/episodes/19603386-136-green-software-building-more-sustainable-systems-with-wilco-burggraaf.mp3
Read the whole story
alvinashcraft
57 minutes ago
reply
Pennsylvania, USA
Share this story
Delete
Next Page of Stories