Who wrote this byte?

Toss: Building less to ship faster

Toss, ứng dụng tài chính hàng đầu Hàn Quốc, được chia thành gần 1,000 module. Sử dụng binary cache của Tuist, đội ngũ đã tăng tỷ lệ build local hoàn thành trong dưới 1 phút hơn ba lần. Cụ thể, trước đây chỉ 15% build local đạt dưới 1 phút, nay đã lên tới 50%. Giải pháp này giúp giảm thời gian build từ vài chục phút xuống còn khoảng 1 phút, đáng để học hỏi từ cách họ tối ưu hóa hệ thống module lớn.

Bài viết này giúp lập trình viên hiểu cách tối ưu hóa build time với Tuist's binary cache cho dự án module hóa lớn.

Extend Lua with Zig 1: Hello World

Bài viết hướng dẫn Lua developer cách bắt đầu với Zig thông qua chương trình Hello World, so sánh cú pháp Zig như @import, comptime blocks, pub declarations với Lua tương ứng. Tác giả giải thích cơ chế thực hiện tại thời gian biên dịch (comptime execution model) và hệ thống build của Zig. Series bài này hướng tới mục tiêu cuối cùng là gọi các hàm Zig tùy chỉnh từ Lua. Code hoạt động được với Zig 0.17 và branch master.

Bài hướng dẫn này giúp lập trình viên Lua dễ dàng bắt đầu với Zig và hiểu cách tích hợp hai ngôn ngữ này với nhau.

Zig 0.17.0 Release Notes

Phiên bản Zig 0.17.0 được phát triển sau 5 tháng làm việc bởi 206 đóng góp với 925 commit, tập trung vào hệ thống build được cải tiến (gồm Build Server Protocol mới), ELF linker hỗ trợ biên dịch tăng trưởng cho hầu hết dự án x86_64-linux, và nâng cấp lên LLVM 22.1.8. Bản cập nhật thay đổi đáng kể: @bitCast cho arrays/vectors thay đổi có thể làm hỏng mã mà không báo lỗi biên dịch, @cImport và errdefer captures bị loại bỏ, void{} syntax thay thế bằng @splat, nhiều std library API được đổi tên hoặc không còn dùng. Zig thêm các built-in mới như @backingInt, @fromBackingInt, @SpirvType và @divCeil, hỗ trợ thêm các target loongarch32, xtensa-linux, sparc64-linux nhưng mất hỗ trợ một số PowerPC/glibc. ZLS hiện không tương thích với 0.17.0 do tách quá trình maker/configurer, nhưng đội Zig và ZLS đang hợp tác sửa lỗi.

Zig 0.17.0 mang đến hệ thống xây dựng hoàn toàn mới, trình liên kết ELF được cải tiến, và nhiều thay đổi API quan trọng mà lập trình viên cần nắm để cập nhật mã nguồn của mình.

I made a build visualizer to understand Bun’s compile times

Tác giả tạo ra buildprof - một công cụ tracing mã nguồn mở giúp phân tích thời gian biên dịch phần mềm trên Linux. Công cụ này hiển thị chi tiết quá trình xử lý của các tasks trong build process, ví dụ như khi build ripgrep. Nguyên nhân kỹ thuật gây ra compile time chậm thường nằm ở các task I/O blocking hoặc quá nhiều worker threads. Hệ quả là developers có thể identify bottleneck và optimize build performance một cách hiệu quả. Điều đáng học là kỹ thuật tracing và visualization giúp tối ưu hóa performance trong Rust projects, đặc biệt với frameworks như Bun.

Công cụ buildprof giúp lập trình viên hiểu rõ cách thời gian biên dịch được phân bổ khi sử dụng Bun.

Faster pnpm installs

pnpm đã tối ưu hóa tốc độ cài đặt trên nền tảng Vercel, giúp giảm 14% thời gian cài đặt trung bình cho các triển khai Pro khi sử dụng build cache được khôi phục. Tối ưu hóa này tập trung vào cơ chế cache của pnpm khi làm việc với hệ thống CI/CD của Vercel. Thời gian cài đặt nhanh hơn giúp cải thiện hiệu suất tổng thể của quá trình triển khai ứng dụng lên Vercel. Lập trình viên nên cân nhắc tích hợp pnpm vào các dự án triển khai trên Vercel để tận hưởng lợi thế về tốc độ này. Đây là minh chứng cho thấy sự cộng tác giữa các công cụ toolchain và nền tảng deployment mang lại lợi ích thực tế cho hiệu suất phát triển.

pnpm installs on Vercel nay nhanh hon 14% trung binh khi su dung build cache, giup quy trinh trien khai web cua ban hieu qua hon.

Design your programming languages right (2024)

A rambling collection of opinions on what programming language and configuration format designers should get right from the start, including multiline string indentation handling (praising Dhall and Nix/Lix), relative file path resolution (criticizing Docker Compose and Cargo for getting it wrong), sticking to consistent file extensions for syntax highlighting, allowing trailing commas, using delimited escapes for numeric and string literals, sigil-prefixed keywords to allow future extension, respecting different dev vs release workflows, versioning across code migrations, including release dates alongside version numbers, and building proper file-watching and code search into build tools from the start.

Proposal: an opt-in emulator flag that makes map order independent of atom creation order

Map trong Elixir sắp xếp thứ tự dựa trên thời gian tạo atom, dẫn đến kết quả không ổn định do quá trình khởi động Elixir tải module song song và compiler biên dịch file đồng thời. Sự không đồng bộ này gây ra race condition khi lặp qua map, làm kết quả thay đổi giữa các lần chạy khác nhau. Đề xuất này đưa ra flag emulator để tách biệt thứ tự tạo atom và thứ tự lặp map, giải quyết vấn đề bằng cách cho phép lập trình viên chủ động lựa chọn hành vi mong muốn. Việc này quan trọng với các ứng dụng cần tính xác định như testing và deployment trong môi trường production.

Đề xuất này giúp hiểu cách xử lý thứ tự bản đồ độc lập với thứ tự tạo atom, tăng tính ổn định và dự đoán cho code của lập trình viên.

Recursive make and -j

Khi làm việc với GNU Make, tôi đã nghiên cứu về các lời gọi đệ quy (recursive make) trong đó một Makefile tự gọi lại chính nó. Việc này cần lưu ý vì GNU Make đã thay đổi hành vi từ phiên bản 3.81 đến 4.3. Các phiên bản mới hơn đã tối ưu hóa việc xử lý parallel jobs với tham số -j, giúp tăng tốc build. Lập trình viên nên hiểu sự khác biệt này để tránh các vấn đề hiệu năng khi làm việc trên các dự án có cấu trúc phức tạp. Việc đọc tài liệu gốc sẽ cung cấp cái nhìn sâu hơn về các thay đổi cụ thể và cách sử dụng tối ưu parallel build.

Bài viết giải thích cách hành vi của lệnh make đệ quy đã thay đổi qua các phiên bản GNU Make khác nhau.