
building opensource software, prev @MicroFocus, @HPE, Opsware, NMCI, @Akamai
Minnesota
Joined August 2009
- Tweets8.2K
- Following1.9K
- Followers667
- Likes7.3K
Pinned Tweet
ServiceRadar v1.4.25 just dropped, UI refresh and log viewer updates code.carverauto.dev/carverau…
Just moved my bazel caches to /Volumes/Build/bazel-cache/ and turned off spotlight and fseventsd for that volume.. big improvement on OSX
mfreeman451 retweeted
One of the coolest spontaneous performances ever caught on camera: Mick Jones of The Clash steps onstage with Sugarmen in Venice, May 2015, and tears into an unrehearsed “Should I Stay or Should I Go.”
mfreeman451 retweeted
Periodic reminder that for every serious, exploitable vulnerability that you find out about and patch, there was some level of exploitation of it *before* then.
Fascinating. Amazon says it has telemetry showing PHP2Shell was being exploited on Oct. 17—that is, four days prior to public disclosure.
Not known who was doing it. "It remains unclear how the actor acquired exploit information prior to disclosure."
aws.amazon.com/blogs/securit…
mfreeman451 retweeted
You've gotta patch your dependencies super fast because they're full of vulns (PHP, Node, eMudhra, etc), but not _too_ fast because they're full of backdoors (LiteLLM). Good luck!
New blog post -- Querying a Million-Device Topology Map with ServiceRadar Atlas serviceradar.cloud/blog/quer…
mfreeman451 retweeted
i've been bashing on "software is dead" for a while now. it's probably time for me to start sharing what i think will happen instead as well
there's so much to unpack, so i'm going to split it into a series of a few parts
today i'll start with part 1 - jevons paradox
story time - let's rewind to the industrial revolution, when steam engines powered all the factories, railways and effectively the economy
but steam engines had to burn coal - a lot of them. there's a limited amount of coal available, so people started to optimize the steam engines to use less coal
that's when the counter-intuitive thing happened - when steam engines used less coal, the industry actually ended up using more coal in total
how?? what jevons found and documented in his book was - when steam engines used less coal, they became cheaper to deploy and run, and hence became economically viable in more places, so the total demand rose significantly as a result
when the barrier of entry to create software is significantly reduced, the same will happen - software will become much cheaper and more accessible
hesitant to pay $100/month for the adobe suite today? well, what if it becomes $10 lifetime purchase?
sick of so many mobile apps having a paywall? well, what if the entire app store is $5/month all-you-can-eat?
the price point for each individual piece of software will drop, but the software economy as a whole will become a lot larger because of the rising consumption demand
so many more people and businesses will get access to software that's too costly for them to use today
so many more people who aren't developing software today will be able to participate, create, help grow the economy and make a living out of it
software is nowhere near "dead". it's just about to take off
OpenSpec is about to get 10x better.
We've spent the past year learning from developers and teams using OpenSpec every day.
Now we're bringing those lessons into our own custom-built agent harness.
Our goal is simple: help developers stay involved in the decisions that matter, better understand the work being done, and ultimately have greater confidence in what agents produce.
A completely new way to experience OpenSpec.
We'll be releasing an early preview next week. Stay tuned!
mfreeman451 retweeted
with all the dunking on @elixirlang, a quick note from someone who bet on it.
phoenix liveview is processes all the way down. that is what lets us build interactive ui without the overhead and indirection of client side state management. we ship and test interfaces insanely fast and nothing else has come close.
and that is just liveview. @elixirphoenix is one of the most productive web stacks i have tried.
the erlang runtime is the other half. agents can attach to it in dev and in prod and see the process tree, memory and cpu, not just symbols. it is a system you can interrogate.
we have not used everything it can do because we have not needed it yet. when something does need to be fast we can drop into a nif and write that part in rust, and so far that has barely come up. we optimized for feeling productive so we could get the business off the ground. @marekfort and i say the same thing every time. best decision we made, and even better with agents.
My grok usage reset has been changed from Sept 14th~ to tonight, "Resets September 11, 2026 at 11:50 PM". I'm guessing we'll get Grok 4.7 tomorrow.
mfreeman451 retweeted
"a great idea is 90% of the work, John Sculley believed, Jobs called that belief a disease
craftsmanship between idea and product is where the magic lives
ideas never survive building unchanged"
mfreeman451 retweeted
9 yrs ago, we recorded 3 tracks live at Paste Studios, & somehow this session went on to become the MOST watched Paste Session! Unbelievable! Thanks to everyone who watched. We’ll always be grateful for this one.
“Live at Paste” is avail to listen on all streaming services now 💜
Introducing erlang_wasm: a WebAssembly runtime implemented in Erlang/OTP.
No Wasmtime, Wasmer or wasm3 binding.
It interprets WebAssembly on the BEAM. With the compiled tier enabled, hot code is compiled to Core Erlang and loaded as a BEAM module.
64,774 spec assertions passing.
github.com/benoitc/erlang_wa…
Topology render/layout engine improvements in ServiceRadar will be in the next release github.com/carverauto/servic…


















