adam bien's blog

Quarkus 3.37.3 - Maintenance release

Phát hành phiên bản bảo trì Quarkus 3.37.3, nền tảng Java siêu nhanh (Supersonic) và siêu nhẹ (Subatomic).

Lập trình viên nên đọc bài này để khám phá cách Quarkus 3.37.3 nâng cao hiệu suất ứng dụng Java bằng các cải tiến tối ưu hóa bộ nhớ và xử lý nhanh hơn gấp 10 lần so với các framework truyền thống.

Architecture Decisions Behind Building a Simple Personal Software Tool

Kỹ sư backend chia sẻ quyết định kiến trúc khi xây dựng ứng dụng desktop/mobile cá nhân …

Front-End Architecture with Domain-Driven Design

Một kỹ sư front-end kỳ cựu chia sẻ cách áp dụng Domain-Driven Design (DDD) vào ứng dụng …

Movement is not progress

Tối ưu hóa chi phí và lợi nhuận chỉ là phương tiện chứ không phải chiến lược. Các công ty cần có tầm nhìn dài hạn và kế hoạch đa bước, tránh rơi vào bẫy Goodhart khi hy sinh sức khỏe lâu dài vì lợi nhuận ngắn hạn. Chiến lược thực sự bắt nguồn từ tầm nhìn, sử dụng tối ưu tài chính như bước đầu, và gắn kết mọi hành động với mục tiêu lớn hơn.

Lập trình viên nên đọc bài này để hiểu cách xây dựng chiến lược phát triển công nghệ không chỉ dựa trên tiết kiệm chi phí ngắn hạn mà là xây dựng một hệ sinh thái bền vững, từ đó cải thiện hiệu quả và tương lai của dự án.

When to repeat yourself

Nguyên tắc DRY (Don't Repeat Yourself) quan trọng nhưng việc loại bỏ trùng lặp cũng có chi phí. Khi chia sẻ code giữa các service, lựa chọn giữa thư viện chung (gây coupling) hay microservice (thêm độ trễ mạng) đều có nhược điểm. Trong codebase, kế thừa tạo coupling cứng nhắc, trong khi composition linh hoạt nhưng phức tạp. Tốt nhất nên giữ trùng lặp cho đến khi có bằng chứng thực tế để tách thành abstraction phù hợp.

Lập trình viên nên đọc bài này để tránh rơi vào sai lầm về DRY quá cứng nhắc, vì sự trùng lặp có thể là dấu hiệu cần thiết cho sự linh hoạt và bảo trì hiệu quả hơn là cố gắng loại bỏ ngay từ đầu.

Hibernate Turned 11,000 Records Into 50 Million Rows

Một tác vụ bulk-import xử lý 15.000 template giao dịch đã khiến hệ thống crash do lỗi Cartesian product của Hibernate. JPQL query dùng JOIN FETCH trên hai collection cùng lúc khiến Hibernate cross-join chúng, biến ~11.000 bản ghi thành 50 triệu dòng trong bộ nhớ. Lỗi này không lộ ra trong test nhỏ vì các collection được mapping dưới dạng Set thay vì List (lẽ ra phải ném MultipleBagFetchException khi khởi động). Giải pháp là tách query thành hai lần fetch riêng biệt, dùng @BatchSize để tải batch, và flush/clear session Hibernate định kỳ trong quá trình import lâu dài, giúp giảm 9 lần số dòng và cải thiện tốc độ xử lý lên 15 lần.

Lập trình viên nên đọc bài này để tránh rủi ro như biến vấn đề JOIN FETCH thành Cartesian product khổng lồ, gây sập ứng dụng do quá tải bộ nhớ trong các dự án bulk import lớn.

Why I Stopped Calling Myself a Full-Stack Developer

Một chuyên gia công nghệ với 20 năm kinh nghiệm lập luận rằng danh xưng "Full-Stack Developer" đang trở nên hạn chế, thay vào đó đề xuất khái niệm "Feature Expert" (Chuyên gia Tính năng). Giá trị cốt lõi không nằm ở ngôn ngữ hay framework mà ở khả năng nhận diện các mẫu vấn đề lặp đi lặp lại (tính toán giá, tối ưu tìm kiếm, caching) và giải quyết chúng bất kể tech stack. Bài viết khuyên các lập trình viên trình độ trung cấp nên tập trung vào cấu trúc dữ liệu và xây dựng kho kiến thức các vấn đề đã giải quyết thay vì tích lũy ngôn ngữ.

Là người muốn nâng cao hiệu quả làm việc và chuyên sâu trong các vấn đề thực tế như tính toán giá, tối ưu tìm kiếm hay quản lý bộ nhớ, bài viết này giúp bạn chuyển từ kiến thức kỹ thuật sang tư duy giải quyết vấn đề xuyên suốt các ngôn ngữ và công nghệ.