
Author of Confidence Engineering. NServiceBus Champion, C# Dev, DevOps, SOA and Distributed Systems Architect, and @ParticularSW Evangelist.
Austin, TX
Joined May 2011
- Tweets2.9K
- Following789
- Followers500
- Likes4.5K
Colin Pear retweeted
I periodically find a post from some Scrum person wondering how to speed up the "inspection and adaptation" loop. That's easy: Get rid of all the bureaucracy that Scrum added to inspect-and-adapt when it took the concept from more effective ways of working, like XP. The notion of working small, releasing often, getting feedback, and adjusting is central to _all_ so-called "Agile" ways of doing things. Scrum adds a bunch of artifacts, meetings, roles, estimates, and other bureaucracy to that. Dump that bureaucratic waste, and you'll speed up. Pretty simple.
Colin Pear retweeted
Resilience in negotiation isn’t just about managing what’s thrown at you. It’s about thriving, pivoting, and even using disruption to gain an edge.
Are you using below-the-surface Labels to uncover your counterparts' real core values and needs?
That’s Tactical Empathy in action.
Colin Pear retweeted
Tired of looking at the Cursor dashboard to see how much usage your enterprise plan has left? Our friends at @ClearMeasure built a (free!) VSX tool to put the information right in your editor. Pretty cool! clearmeasure.com/cursor-usag…
Colin Pear retweeted
"design patterns don't matter because AI writes code" is like saying "architectural blueprints don't matter because power tools cut wood faster."
Ex: architectural (distributed, messaging) patterns like say a claim check or cache aside, do you need them? Depends on the context. But you can't say you do or don't unless you know what they are and the trade-offs. Otherwise you're just offloading decisions.
Colin Pear retweeted
Not too simple, not too complex.
On Oct 7 at .NET Day Online we're talking modular monoliths.
Free and online: ardalis.com/dotnetday26
0830 ET / 1430 CET/CEST TOMORROW
#dotnet #jetbrains #softwarearchitecture
Microsoft just gave Windows its own built-in way to run Linux containers.
WSL Containers is now generally available, letting you build and run Linux containers directly from Windows with wslc.
It brings isolated containers, faster Windows-to-Linux file access and a new networking model.
And Compose support is already coming next.
Linux containers on Windows just became a first-party Microsoft feature.
Full announcement: blogs.windows.com/windowsdev…
Now, with AI, we have even MORE of this happening.
Folks, seriously, this hasn't ever gone well.
#UseWhatWorks
usewhatworks.org/
Colin Pear retweeted
In this video, @dvdstelt takes a different look at microservices and discusses why technology choice doesn’t change coupling or autonomy at all, and how we need to take a step back and stop sharing data between services particular.net/videos/autono…
Wow, JavaScript stands the test of time! I wrote these games in plain vanilla JS about27 years ago and they still work perfectly. I even did the graphics.
pearweb.com/javascript/games…
Colin Pear retweeted
Want to know what production messaging looks like?
✅ Multiple endpoints
✅ Distributed workflows
✅ Cloud-native architecture
✅ Observability
✅ Failure handling
✅ Different messaging patterns
The Loan Broker Showcase demonstrates how real distributed systems are built, not toy examples. #dotnet #messaging docs.particular.net/samples/…
Colin Pear retweeted
CHILLS: The U.S. Men’s National Team belted out “Take Me Home, Country Roads” accompanied by 70,000 patriots in Seattle after advancing to Round 32 at the FIFA World Cup.
Incredible moment.
Let’s go Team USA!
Keep bringing home those wins 🇺🇸🔥
Colin Pear retweeted
“You are making America look bad to the rest of the world” - The American radical left lunatics came for one of our World Cup visitors because he hurt their feelings.
This World Cup visitor was chastised in his video about going to Sonic because he wrote “ICE” in capitals 🤣 That offended them.
🎥 sidequestdad on TT
Colin Pear retweeted
I cancelled my $10/mo Calendly subscription and vibe coded my own with Fable for $12,000
Colin Pear retweeted
Working full swing on releasing fullstackhero v10 soon! Final stages of work are happening.
In case you have missed, we will have React frontend (admin + dashboard apps), and a .NET 10 supercharged backend, all running seamlessly with aspire!
All of the latest work is on the develop branch: github.com/fullstackhero/dot…
Release soon!
Colin Pear retweeted
Microservices is the software industry’s most successful confidence scam. It convinces small teams that they are “thinking big” while systematically destroying their ability to move at all. It flatters ambition by weaponizing insecurity: if you’re not running a constellation of services, are you even a real company? Never mind that this architecture was invented to cope with organizational dysfunction at planetary scale. Now it’s being prescribed to teams that still share a Slack channel and a lunch table.
Small teams run on shared context. That is their superpower. Everyone can reason end-to-end. Everyone can change anything. Microservices vaporize that advantage on contact. They replace shared understanding with distributed ignorance. No one owns the whole anymore. Everyone owns a shard. The system becomes something that merely happens to the team, rather than something the team actively understands. This isn’t sophistication. It’s abdication.
Then comes the operational farce. Each service demands its own pipeline, secrets, alerts, metrics, dashboards, permissions, backups, and rituals of appeasement. You don’t “deploy” anymore—you synchronize a fleet. One bug now requires a multi-service autopsy. A feature release becomes a coordination exercise across artificial borders you invented for no reason. You didn’t simplify your system. You shattered it and called the debris “architecture.”
Microservices also lock incompetence in amber. You are forced to define APIs before you understand your own business. Guesses become contracts. Bad ideas become permanent dependencies. Every early mistake metastasizes through the network. In a monolith, wrong thinking is corrected with a refactor. In microservices, wrong thinking becomes infrastructure. You don’t just regret it—you host it, version it, and monitor it.
The claim that monoliths don’t scale is one of the dumbest lies in modern engineering folklore. What doesn’t scale is chaos. What doesn’t scale is process cosplay. What doesn’t scale is pretending you’re Netflix while shipping a glorified CRUD app. Monoliths scale just fine when teams have discipline, tests, and restraint. But restraint isn’t fashionable, and boring doesn’t make conference talks.
Microservices for small teams is not a technical mistake—it is a philosophical failure. It announces, loudly, that the team does not trust itself to understand its own system. It replaces accountability with protocol and momentum with middleware. You don’t get “future proofing.” You get permanent drag. And by the time you finally earn the scale that might justify this circus, your speed, your clarity, and your product instincts will already be gone.
























