Come and explore with me
Advanced Rust Series Part 8: The Self-Referential Struct Problem – Pin, Unpin, and Async State Machines
Advanced Rust Series Part 7: Smart Pointers and Interior Mutability – Box, Rc, Arc, RefCell, and Mutex
Advanced Rust Series Part 6: Lifetimes in Trait Definitions and Bounds
Advanced Rust Series Part 5: Lifetimes in Structs and Enums – Holding References Safely
Azure CLI + GitHub Copilot in VS Code: What Actually Works in 2026
Advanced Rust Series Part 4: Lifetime Elision – What the Compiler Infers and When You Must Be Explicit
Advanced Rust Series Part 3: Lifetimes Demystified – Why They Exist and How to Read Them
Advanced Rust Series Part 2: Borrowing Rules in Depth – The Borrow Checker Mental Model
Advanced Rust Series Part 1: The Ownership Model Revisited – Beyond the Basics
AI Agents with Memory Part 8: Production Memory Architecture – Putting It All Together 
Pin and Unpin are two of the most conceptually difficult parts of Rust. They exist to support self-referential structs and async state machines – understanding them demystifies how async Rust works under the hood and when you actually need to think about them.
Rust’s ownership model is strict by design, but real programs need patterns like shared ownership and interior mutability. Box, Rc, Arc, RefCell, Cell, and Mutex each solve a specific problem. This post maps out when to use each one and what trade-offs you are accepting.
Traits and lifetimes interact in ways that go well beyond what you see in basic Rust. This post covers lifetime bounds on traits, trait objects with lifetimes, and higher-ranked trait bounds – the features that power flexible and safe library APIs.
Holding references inside structs and enums is where lifetime annotations become unavoidable. This post covers how to annotate data structures that borrow from external data, what the constraints mean in practice, and the design patterns that keep your code clean.
A full written version of the Azure CLI + GitHub Copilot in VS Code session delivered at Global Azure Bootcamp 2026. Covers the .azcli file trick, Copilot Chat for Azure commands, Bicep generation, GitHub Actions workflows, error debugging, and honest limitations — with all demo commands included.
Most Rust code compiles without a single lifetime annotation. That is not luck – it is lifetime elision, a set of deterministic rules the compiler applies automatically. Understanding those rules tells you exactly when you need to write annotations and why some errors catch you off guard.
Lifetimes are the part of Rust that scares developers the most. But they are not magic – they are just a way to tell the compiler how long references are valid. Once you understand what the compiler is actually asking, lifetime annotations start to make sense.
The borrow checker is not a random obstacle – it has a clear set of rules and a consistent mental model. Once you internalize how it reasons about your code, you stop fighting it and start working with it. This post breaks down those rules at a level that changes how you write Rust.
Most Rust tutorials cover ownership at the surface level and move on. This post goes deeper – exploring move semantics in real code, the Copy vs Clone distinction that trips up experienced developers, and what ownership actually means for how you design production systems.
Seven parts built the individual layers. This final part assembles them into a complete, deployable production system with a full reference architecture, infrastructure configuration, monitoring setup, cost model, and a decision framework for when to use each memory type.
