Solod 0.4: Better C interop

Suddenly I’m a Go developer

Bối cảnh là AI Claude có thể giúp bạn trở thành Go developer một cách nhanh chóng. …

How to Sandbox a Linux Process with Landlock, No Root Required

Landlock là một framework security trong Linux kernel cho phép sandbox process mà không cần quyền root, hạn chế truy cập file system. Bài minh họa cho thấy program có thể đọc /etc/hostname và /tmp/secret.txt khi không có Landlock, nhưng chỉ cho phép đọc /etc khi áp dụng Landlock với policy giới hạn truy cập /tmp. Giải pháp này sử dụng syscall landlock_restrict_self() để apply rule set, giúp giảm thiểu surface attack cho ứng dụng. Đáng học cách triển khai Landlock bằng cách giới hạn quyền truy cập đến các directory cụ thể như /etc trong khi vẫn duy trì functionality chính.

Bài viết này giúp lập trình viên học cách tạo môi trường sandbox an toàn cho tiến trình Linux mà không cần quyền root, tăng cường bảo mật ứng dụng.

Go Doesn't Force Clean Architecture. That's Your Job.

Bài viết nhấn mạnh rằng Go, bằng thiết kế, không áp đặt bất kỳ quy tắc kiến trúc nào như lớp sử dụng, phụ thuộc hoặc giao diện, vì vậy việc tổ chức mã nguồn còn lại là trách nhiệm của nhà phát triển. Nguyên nhân kỹ thuật nằm ở sự đơn giản của go.mod, absence of framework-level conventions và sự linh hoạt của interface{}, cho phép các gói phụ thuộc lẫn nhau một cách tự do nếu không được kiểm soát. Khi không có sự can thiệp bewusst, các dự án thường phát triển thành một mạng lưới phụ thuộc phức tạp, khiến việc kiểm thử và thay đổi trở nên tốn thời gian và dễ gây lỗi. Điều này dẫn đến giảm năng suất, tăng chi phí bảo trì và khó mở rộng tính năng mới khi đội ngũ phát triển lớn lên. Bài học chính là phải tự định hình kiến trúc: áp dụng các nguyên tắc như Clean Architecture hoặc Hexagonal, sử dụng dependency injection qua interface, và đặt limites rõ ràng giữa các lớp bằng cách cấu trúc các thư mục và sử dụng go vet hoặc các công cụ lint để phát hiện vi phạm tôt.

Bài viết này giúp lập trình viên Go hiểu rằng kiến trúc sạch là trách nhiệm cá nhân chứ không phải thứ ngôn ngữ tự động áp đặt.

Issue #617: Building cgo code without a C compiler? — Go Weekly

Bài viết thảo luận về việc biên dịch code sử dụng cgo trong Go mà không cần C compiler. Nguyên nhân kỹ thuật xuất phát từ sự phụ thuộc của cgo vào trình biên dịch C như gcc để tạo mã máy. Hệ quả là các nhà phát triển Go gặp khó khăn khi biên dịch ứng dụng cgo trên hệ thống không có C compiler hoặc các container minimal. Điều đáng học là dự án Go đang có kế hoạch tách rời dependencies của cgo khỏi trình biên dịch C thông qua cơ chế "fat toolchain" cho phép build cgo code với Go toolchain độc lập, mang lại lợi ích về tính di động và dễ quản lý hơn.

Bài viết này giải thích cách biên dịch code cgo không cần trình biên dịch C, giúp các lập trình viên Go giải quyết vấn đề biên dịch trên môi trường hạn chế.

slog.Handler.WithAttrs

Bài viết giải thích ra đời của slog.Handler.WithAttrs trong Go 1.21 như một cách thêm thuộc tính có phạm vi vào logger mà không thay đổi handler gốc. Nguyên nhân kỹ thuật là WithAttrs trả về một handler mới sao chép các thuộc tính hiện tại và gộp thêm các attr.Attr được truyền vào, giữ nguyên tính không thay đổi của handler gốc. Hệ quả là các đoạn code có thể tạo logger có context (request‑ID, user‑ID) cho mỗi goroutine mà không cần khóa hoặc tạo bản sao toàn bộ logger, giảm thiểu việc cấp phát và tránh xung đột trong môi trường đồng thời. Bài cũng chỉ ra rằng việc sử dụng WithAttrs giúp giảm số lần gọi slog.With lên tới 40% trong các benchmark khi ghi log nhiều trường tĩnh, nhờ việc lưu trữ thuộc tính trong handler thay vì tạo mới mỗi lần log. Điều đáng học là khi cần thêm thông tin bối cảnh cho log, ưu tiên sử dụng handler.WithAttrs để tạo logger có phạm vi, giữ handler gốc không thay đổi và tận dụng khả năng tái sử dụng của thuộc tính đã được pre‑allocated.

slog.Handler.WithAttrs giúp lập trình viên quản lý thuộc tính log linh hoạt và hiệu quả trong Go.

Introducing G#: A Go-like language for .NET

G# là ngôn ngữ kết hợp giữa cấu trúc của .NET và Go, mang lại sự linh hoạt cao cho người dùng.

Lập trình viên .NET sẽ tìm hiểu G# để khám phá cách kết hợp tính linh hoạt của Go với cơ chế quản lý bộ nhớ và đa nền tảng của .NET, giúp tối ưu hóa phát triển ứng dụng đa nền tảng hiệu quả hơn.

Build with Tailscale using tsnet, APIs, and automated sharing

Bài viết mô tả cách tích hợp Tailscale vào ứng dụng bằng thư viện tsnet để tạo mạng ảo riêng mà không cần cài client riêng. Sử dụng API của Tailscale, nhà phát triển có thể lập trình tạo và xoá các tailnet cô lập, mỗi tailnet có bộ thiết bị và chính sách riêng. Quá trình này được tự động hoá qua webhook hoặc script CI/CD, cho phép chia sẻ truy cập và quản trị admin mà không cần thao tác thủ công. Kết quả là giảm thời gian cấu hình mạng từ vài giờ xuống dưới vài phút và tăng khả năng cô lập giữa các môi trường test hoặc khách hàng. Bài học chính là khi xây dựng dịch vụ cần kết nối an toàn, nên xem tsnet như lớp SDK Go và khai thác API Tailscale để tự động hoá việc tạo, chia sẻ và quản trị tailnet.

Bài này giúp lập trình viên tích hợp Tailscale vào ứng dụng một cách hiệu quả bằng cách sử dụng tsnet và APIs để tự động hóa chia sẻ.

witr: Why is this running? Trace process, port, container or file

witr là công cụ truy vết nguyên nhân của tiến trình, port, container hay file đang chạy, hiển thị toàn bộ chuỗi khởi động từ systemd, supervisor, shell hay cron cùng thông tin người khởi động, thời gian, nguồn gốc và cảnh báo quan trọng. Có thể chạy dạng tương tác TUI hoặc script với định dạng đầu ra ngắn gọn (--short) hoặc JSON (--json), hỗ trợ đa nền tảng qua một file binary Go tĩnh.

Lập trình viên nên đọc bài này để hiểu cách khám phá và giải quyết nguyên nhân sâu sắc của các quá trình bất thường, container hoặc dịch vụ chạy trong hệ thống, từ nguồn gốc khởi động đến các cảnh báo quan trọng mà ps, top hoặc lsof không thể cung cấp.