Object Calisthenics: 9 Exercises That Will Elevate Your Code Quality

What happens to a method that awaits forever?

What happens if you await something that never finishes? Does the method sit in memory until the heat death of the universe (or all the other possible scenarios)? Does it leak? Let's find out, and then do some things you should definitely 100% legit do in production.

How to Loop Through a List in C#: Every Way, Benchmarked

How to loop through and iterate a List<T> in C# with foreach, for, ForEach, Index(), and spans, plus break, continue, safe removal, and benchmarks.

Microsoft.UI.Reactor: a C#-first way to build WinUI apps

Microsoft.UI.Reactor là một framework C# để phát triển ứng dụng WinUI, ra mắt tại Microsoft Build 2026. Framework này giải quyết vấn đề hiệu năng khi render UI bằng cách implement virtual DOM pattern tương tự React. Thử nghiệm cho thấy UI.Render cải thiện 30% tốc độ so với WinUI truyền thống. Điều đáng học hỏi là cách tiếp cận hybrid này kết hợp ưu điểm của C# với pattern từ frontend JavaScript. Bạn nên đọc bài gốc nếu đang tìm cách tối ưu hóa hiệu năng cho ứng dụng WinUI của mình.

Microsoft.UI.Reactor mang đến cách tiếp cận đơn giản hóa và hiệu quả hơn để phát triển ứng dụng WinUI bằng C#.

The era of the .csproj is over: How Microsoft Just Simplified C# Forever.

Microsoft đang cách mạng hóa cách làm việc với C# thông qua .NET 10 và file-based apps, cho phép lập trình viên chạy code trực tiếp từ các file .cs mà không cần .csproj. Thay đổi này loại bỏ bước tạo project phức tạp ban đầu, giúp việc thử nghiệm và viết script trở nên nhanh gọn hơn đáng kể. Kỹ thuật này sử dụng dự án dựa trên file mới với định dạng MSBuild, tự động xử lý các dependency và cấu hình cần thiết. Lợi ích lớn nhất là giảm thiểu boilerplate code cho các ứng dụng nhỏ và script, đồng thời vẫn cho phép chuyển đổi sang project đầy đủ sau này khi cần. Đây là xu hướng mà mọi lập trình viên C# nên tìm hiểu để tối ưu hóa workflow và tăng tốc độ phát triển.

Bài viết này giúp bạn tiết kiệm thời gian phát triển bằng cách chạy mã C# trực tiếp từ file mà không cần dự án .csproj phức tạp.

A faster, lighter C# Dev Kit

C# Dev Kit 11.0, phát hành cùng .NET 11, đã được tái thiết kế để cải thiện đáng kể thời gian tải, tốc độ build và sử dụng bộ nhớ. Sáu quy trình được quản lý được gộp thành một single Native AOT-compiled native executable, giúp giảm 180x thời gian tải solution và 39x thời gian build incremental trên các codebase lớn như Aspire (407 projects) và Orleans (155 projects). Project caches mới tồn tại qua các lần tải và có thể commit vào version control để cung cấp công cụ tức thì trong fresh clones hoặc git worktrees. Phiên bản này cũng hỗ trợ ngôn ngữ phong phú cho các file .csproj, .props, và .targets với completions, diagnostics, go-to-definition và cảnh báo lỗ hổng trên packages, cùng tính năng mới 'C# Doctor' chẩn đoán các vấn đề môi trường như SDK bị thiếu hoặc package restore thất bại.

C# Dev Kit 11.0 cải thiện đáng kể hiệu suất với thời gian tải nhanh hơn 180 lần, thời gian build tăng tốc 39 lần và giảm sử dụng bộ nhớ, cùng với các tính năng hỗ trợ phát triển mới.

Clean Code Is Not the Same as Clear Code: Comments Were Never the Problem

Bối cảnh của bài viết đặt ra câu liệu có sự khác biệt giữa Clean Code và Clear Code, cùng việc liệu comments có thực sự là vấn đề trong lập trình. Nguyên nhân kỹ thuật nằm ở việc code sạch (clean code) thường tập trung vào việc giảm thiểu số lượng lines of code và tối ưu cấu trúc, trong khi code rõ ràng (clear code) ưu tiên sự dễ hiểu ngay lập tức cho người đọc. Hệ quả là các dự án thường theo đuổi clean code mà hy sinh tính clear code, dẫn đến khó khăn bảo trì và debug. Điểm đáng học là các lập trình viên cần cân bằng giữa sự ngắn gọn và dễ hiểu, không nên loại bỏ comments một cách mù quáng mà nên sử dụng chúng một cách chiến lược.

Bài viết này giúp lập trình viên hiểu rằng viết code sạch không đồng nghĩa với code dễ hiểu, và giải quyết vấn đề tài liệu hiệu quả hơn là chỉ phụ thuộc vào comment.

The Big Decimal Bugfix with .NET 11

.NET 11 makes decimal, double, float and BigInteger conversions correctly rounded. Why (decimal)1.23 is no longer 1.23m, where it breaks money code and how to …

C# now beats Rust on WASM size

Dự án NetWasm cho phép biên dịch C# và .NET CIL thành WebAssembly (WASM) cỡ nhỏ với WASI, sử dụng biên dịch ahead-of-time (AOT) kèm runtime và garbage collector (GC) tối ưu. Kỹ thuật này đạt hiệu quả đáng kinh ngạc với kích thước file output chỉ 1.1MB cho ứng dụng ASP.NET Core phức tạp, nhỏ hơn đáng kể so với Rust khi cùng triển khai WASM. Sự khác biệt chủ yếu đến từ cách .NET runtime được tinh chỉnh và GC được tối ưu hóa đặc biệt cho môi trường WASM. Đây là minh chứng rõ ràng cho thấy .NET có thể cạnh tranh sòng phẳng với các ngôn ngữ thường được coi là tối ưu cho WebAssembly về mặt kích thước.

Lập trình viên nên đọc bài này để biết cách tối ưu hóa kích thước WASM cho ứng dụng C#/.NET bằng NetWasm.