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

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. …

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.

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ẻ.

How to Handle Errors in Go

Handling errors in Go là một thách thức lớn cho lập trình viên mới, đòi hỏi hiểu rõ cơ chế error handling của Go. Nguyên nhân kỹ thuật nằm ở việc Go sử dụng kiểu interface error và yêu cầu explicit error checking thay vì exception handling như các ngôn ngữ khác. Hệ quả là các lỗi không được xử lý đúng có thể gây panic ứng dụng, ảnh hưởng đến chất lượng code. Điều đáng học là áp dụng pattern như "if err != nil" kết hợp với custom error types và error wrapping để xử lý linh hoạt và cung cấp đủ context cho debugging.

Bài viết này giúp lập trình viên Go nắm vững cách xử lý lỗi hiệu quả và tránh những sai lầm phổ biến khi làm việc với error handling trong Go.

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.

Remote Taskfiles

Remote Taskfiles đã chính thức ra mắt sau gần 3 năm thử nghiệm.

Tìm hiểu về Remote Taskfiles sẽ giúp lập trình viên tối ưu hóa quy trình làm việc từ xa với công cụ đã được thử nghiệm trong 3 năm.