An opinionated list of Python frameworks, libraries, tools, and resources
SOFTWARE ARCHITECTURE & REFACTORING 3 Domain-Centric Architectures Every Software Architect Should Know The first concern of the architect is to make sure that the house is usable; it is not to ensure that the house is made of brick. — Uncle Bob The expression domain is occurring in software bibles for a very long time now and is heavily discussed in the book Domain-Driven
The Night Shift Strategy for Cloud Savings Your Non-Prod Environments Are Burning Money While You Sleep A typical engineering team works 8 to 10 hours per day, Monday through Friday. Their dev and staging environments run 24 hours per day, 7 days per week. That means non-production infrastructure sits completely idle for 128 hours every week while still generating charges. The Flexera
Or: what broke on my first three attempts so you don't have to repeat it I've built two prediction markets from scratch. The first one crashed on testnet. The second one launched but had zero users for two months. The third one? Actually works. Here's what I learned in the process. Ask yourself three boring but critical questions: Binary outcomes (Yes/No) or multiple choices? Who decides the trut
What Should Humans Design When AI Can Write Most of the Code? AI can now write code. Not perfectly. Not always safely. Not without review. But it can write a great deal of code. It can generate functions, create tests, call APIs, build UI components, handle common errors, and produce large amounts of implementation detail at a speed no human developer can match. This changes the meaning of prog
We are currently witnessing a massive shift in AI development. We’ve moved past the "Chatbot" era and into the era of Agentic Systems—AI that doesn’t just suggest text, but actually executes code, moves money, and modifies databases. However, there is a fundamental architectural flaw in how most agents are built today: we are giving "Intelligence" and "Authority" to the same probabilistic model.
Technical debt gets talked about like a moral failing. “We have so much tech debt.” “The team keeps cutting corners.” “We need to stop and fix things.” The framing is usually emotional, which means the decisions that follow are usually not very good. A CFO talking about financial debt does not sound like this. A CFO talks about principal, interest rates, covenants, amortization schedules, and the
A small engineering team can ship remarkably well. The coordination overhead is low, decisions happen quickly, and everyone can hold the system in their head. That advantage does not persist automatically. We have watched teams of eight that moved faster than teams of eighty, and teams of eight that had somehow manufactured all the coordination problems of teams of eighty without any of the benefi