How I log every Git commit to a plain text file

The Agent-Era Career

Addy Osmani, cựu trưởng nhóm kỹ thuật Google, đưa ra lời khuyên sự nghiệp cho kỷ nguyên AI …

A hell of a time to be a builder

Tác giả chia sẻ câu chuyện cá nhân xây dựng ứng dụng giao tiếp cho người cha sắp mất trong 1,5 ngày bằng React, rồi mở rộng thành luận điểm: AI không thay thế lập trình viên mà trao cho họ sức mạnh chưa từng có. Khi các tác vụ lập trình cơ học trở nên rẻ hơn, phẩm chất con người như sự đánh giá, gu thẩm mỹ và trực giác sản phẩm trở nên quan trọng hơn. Thay vì giới hạn bởi khả năng kỹ thuật, phần mềm giờ đây bị giới hạn bởi tham vọng và có thể được tạo ra bởi nhiều đối tượng hơn như nhà thiết kế, nhạc sĩ hay giáo viên.

Lập trình viên nên đọc bài này để hiểu cách AI không thay thế mà mở rộng tầm ảnh hưởng của họ trong việc xây dựng sản phẩm, từ đó khám phá cách chuyển đổi từ công việc kỹ thuật sang định hình giá trị và sáng tạo trong ngành công nghệ.

What's new in Git 2.55.0?

Git 2.55.0 bổ sung nhiều tính năng mới như lệnh git history fixup để sửa đổi commit đã tồn tại, hỗ trợ fsmonitor daemon trên Linux qua inotify(7), khả năng đẩy lên nhiều remote cùng lúc, tùy chọn --graph-lane-limit cho git log --graph, tải xuống blob theo lô cho partial clones, và Rust trở thành dependency bắt buộc trong quá trình build (có thể tắt nếu cần).

Lập trình viên cần đọc để cập nhật về các tính năng mới trong Git 2.55.0 như cách sửa đổi commit và tự động rebase nhánh chồng lấn, giúp tối ưu hóa công việc quản lý lịch sử mã và hiệu suất clone, đặc biệt khi làm việc với các dự án lớn hoặc hệ thống phân tán.

Building a hybrid demand forecasting service: classical ML for the number, an LLM for the why

Bài viết đề xuất thiết kế một dịch vụ dự báo nhu cầu bán lẻ kết hợp mô hình học máy cổ điển (XGBoost/LightGBM) cho dự đoán số liệu cùng LLM để giải thích bằng ngôn ngữ tự nhiên. Tác giả thảo luận hai thách thức: rò rỉ dữ liệu trong phân chia train/test cho chuỗi thời gian và thiếu bộ dữ liệu kết hợp chuỗi nhu cầu với văn bản phong phú, đồng thời đề xuất các chiến lược dữ liệu và phương pháp đánh giá (TimeSeriesSplit, MASE) cho cả hai phần. Kiến trúc đề xuất sử dụng Microsoft Fabric/OneLake, Azure ML và Foundry Agent Service, nhưng lưu ý đây chỉ là bản thiết kế chưa triển khai thực tế.

Những lập trình viên xây dựng hệ thống dự báo doanh số thực tế sẽ tìm hiểu cách kết hợp ML truyền thống và LLM để tránh lỗi phân chia dữ liệu thời gian và tối ưu hóa giải thích cho người dùng mà không cần phải xây dựng từ scratch lại.

Highlights from Git 2.55

Git 2.55 ra mắt với hơn 100 nhà đóng góp, nổi bật với hỗ trợ incremental multi-pack index (MIDX) trong git repack, lệnh mới git history fixup để gộp staged changes vào commit trước, thực thi song song hooks dựa trên config, cải thiện hiệu suất sinh bitmap (giảm từ 612s xuống 294s trong benchmark), cùng nhiều tính năng mới như --path-walk cho partial clone, git format-rev, autostash trong git checkout -m, remote group cho git push và tối ưu hóa đồ thị commit.

Là người phát triển cần tìm cách tối ưu hóa công cụ quản lý dự án, Git 2.55 mang những cải tiến hiệu suất và tính năng mới giúp giảm thời gian thực hiện các tác vụ lặp đi lặp lại và mở rộng khả năng tương tác với các repo lớn hơn.

I ditched my database app after Obsidian added one feature, and I'm not paying for separate tools anymore

Tính năng Bases mới của Obsidian biến các ghi chú markdown thành cơ sở dữ liệu có thể sắp xếp, lọc và nhóm theo metadata ngay trong ứng dụng, giúp tác giả thay thế hoàn toàn một ứng dụng database trả phí trước đây. Giải pháp này mang lại lợi ích như dữ liệu thống nhất, không phụ thuộc định dạng độc quyền, đồng bộ tự động giữa ghi chú và chế độ xem, đồng thời loại bỏ sự phức tạp khi vận hành hai hệ thống riêng biệt.

Lập trình viên nên đọc bài này để khám phá cách chuyển đổi từ các ứng dụng database chuyên dụng sang giải pháp tích hợp với Obsidian, tiết kiệm thời gian và chi phí đồng thời duy trì tính linh hoạt và không phụ thuộc vào các công cụ bên ngoài.

How To Measure Developer Productivity?

Việc đo lường năng suất lập trình viên thông qua các chỉ số như lines of code, commits, pull requests hay AI tokens là cách tiếp cận lỗi thời, thậm chí trong kỷ nguyên AI. Những chỉ số này chỉ phản ánh hoạt động chứ không đo lường giá trị thực, dẫn đến lãng phí và động cơ sai lệch. Thay vào đó, nên tập trung vào kết quả kinh doanh hoặc hành vi người dùng, vì chỉ khoảng 33% ý tưởng phần mềm thực sự mang lại giá trị.

Lập trình viên nên đọc bài này để hiểu cách đo lường hiệu quả thực sự của công việc, thay vì bị lừa bởi chỉ số sản lượng, giúp họ tập trung vào giá trị tạo ra cho dự án và doanh nghiệp chứ không phải chỉ số giả tạo.