Jenny’s Daily Drivers: KolibriOS 0.7.7

DRY Principle in C#: Don't Repeat Yourself - A Practical Guide With Real Code Examples

Nguyên tắc DRY trong C# nhấn mạnh loại bỏ sự trùng lặp về kiến thức, không chỉ là mã code trông giống nhau. Bài viết chỉ ra các vi phạm DRY thực tế như quy tắc nghiệp vụ trùng lặp, magic strings hay giá trị cấu hình cứng nhắc, đồng thời cảnh báo về nguy cơ trừu tượng hóa sớm không đúng lúc, dẫn đến coupling sai và điều kiện flag-driven.

Lập trình viên nên đọc bài này để tránh rơi vào nhầm lẫn giữa lặp lại logic và tối ưu hóa thiết kế, từ đó xây dựng mã sạch, dễ bảo trì và phù hợp với nguyên tắc SRP mà không phải là "làm đẹp" thay vì thực sự cải thiện.

Design Patterns, the Ruby Way (Part 2): Modern Creational and Structural Patterns

Bài viết hướng dẫn triển khai sáu mẫu thiết kế cổ điển (Factory, Builder, Adapter, Decorator, Proxy, Facade) theo phong cách Ruby, sử dụng các tính năng ngôn ngữ như duck typing, modules, tap và SimpleDelegator để giảm boilerplate. Ruby ưu tiên composition hơn inheritance, điều này thể hiện xuyên suốt các mẫu thiết kế được trình bày.

Lập trình viên Ruby nên đọc bài này để hiểu cách áp dụng các mẫu thiết kế classic theo phong cách Ruby hiện đại, tiết kiệm thời gian và tránh sự phức tạp của các ngôn ngữ khác nhờ sự linh hoạt của duck typing và prefer composition over inheritance.

Time Complexities Reference Charts

Bài viết cung cấp bảng tham chiếu về độ phức tạp thời gian (time complexities) của các thuật toán, thuật toán sắp xếp phổ biến cùng các thao tác trên cấu trúc dữ liệu cơ bản.

Một lập trình viên nên đọc bài này để hiểu cách phân tích hiệu suất thực tế của các thuật toán và cấu trúc dữ liệu, giúp tối ưu hóa mã nguồn và chọn lựa giải pháp phù hợp với yêu cầu công việc.

[RFC] Primary Constructors

A PHP internals mailing list thread discussing the proposed Primary Constructors RFC for PHP. The RFC proposes a new syntax allowing class properties to be declared directly in the class signature (e.g., class Money(public readonly int $amount) {}), saving a few lines over traditional constructor promotion. Key debate centers on whether primary constructors should support a body for initialization/validation logic. Critic Nick Sdot argues the feature is too limited without body support, especially for readonly classes where property hooks don't work, and warns against shipping another half-finished PHP feature. RFC author Rob Landers defends the scoped design, citing data that 30-40% of constructors are empty and 61-71% of Laravel/Symfony classes could benefit, while suggesting body support could come in a follow-up RFC. Rowan Tommins takes the opposite view, arguing that full parity with regular constructors would cause endless style debates.

Software Design in the Agentic Age: Place Your Bets

Observations from Thoughtworks' Future of Software Engineering retreat on how agentic AI development changes software design priorities. Key debates covered whether low-level code quality still matters (conclusion: yes, because LLMs reinforce bad code, context windows are limited, and humans must debug what agents can't), whether specifications should replace code as the source of truth, and the role of domain models and bounded contexts in agentic workflows. The author argues for maintaining high test coverage, sound domain models, and code quality as a hedge against AI's risks and potential reversibility to human engineering. Rigour doesn't disappear with agents — it migrates upstream into specifications and test suites.

[RFC] Primary Constructors

A PHP internals mailing list thread discussing the proposed Primary Constructors RFC for PHP. The RFC proposes a new syntax allowing class properties to be declared directly in the class signature (e.g., class Money(public readonly int $amount) {}), saving a few lines over traditional constructor promotion. Key debate centers on whether primary constructors should support a body for initialization/validation logic. The RFC author (Rob Landers) argues bodies are intentionally excluded and belong in a follow-up RFC, citing that 30-70% of real-world constructors could already benefit without bodies. Critics (notably Nick Sdot) argue the feature is too limited without body support, particularly for readonly classes where property hooks don't work, and warn against PHP's pattern of shipping incomplete features that never get properly finished.

Start With Ugly Code

Các lập trình viên có kinh nghiệm thường vội áp dụng giải pháp "tinh tế" bằng cách thêm các trừu tượng hóa quá sớm, trước khi hiểu rõ vấn đề. Bài viết khuyến nghị bắt đầu bằng code đơn giản nhất có thể chạy qua test, tránh những dòng code phức tạp hay dự đoán tính tổng quát. Nó so sánh các biến thể bằng các chỉ số chất lượng code (SLOC, cyclomatic complexity, ABC) và chứng minh giải pháp đơn giản chiếm ưu thế. Phương pháp TDD (Red-Green-Refactor) được giới thiệu như cách tiếp cận tự nhiên, kèm hướng dẫn cụ thể về khi nào nên chấp nhận duplication và khi nào cần tổng quát hóa, cũng như lý do test nên kiểm tra giá trị cụ thể thay vì logic triển khai.

Lập trình viên nên đọc bài này để tránh rơi vào thói quen tạo ra mã đẹp ngay từ đầu mà không xác thực nhu cầu thực tế, và học cách bắt đầu với giải pháp đơn giản nhất trước khi refactor theo nguyên tắc TDD.