A Live Chiptune Synthesizer in Erlang

Exploring Programming Languages

Một nhà phát triển hài hước kể lại hành trình khám phá các ngôn ngữ lập trình — từ LISP, COBOL, Perl, Python, Ruby, Java, JavaScript, Go đến Rust — ghi lại những đặc điểm kỳ quặc và khó chịu của từng ngôn ngữ trước khi tìm thấy sự hài lòng với Elixir và hệ sinh thái BEAM.

Làm việc với nhiều ngôn ngữ lập trình khác nhau giúp bạn hiểu rõ hơn về cách mỗi ngôn ngữ xử lý vấn đề, từ đó có thể chọn lựa và áp dụng hiệu quả hơn trong công việc thực tế.

Error handling in Elixir

Bối cảnh của error handling trong Elixir liên quan đến việc xử lý các tín hiệu lỗi khác nhau trong hệ thống phân tán. Nguyên nhân kỹ thuật nằm ở cơ chế supervision tree của OTP và cách Elixir phân biệt giữa exceptions (lỗi runtime) và errors (lỗi logic). Hệ quả của việc xử lý lỗi không đúng có thể dẫn đến crash process ngẫu nhiên và ảnh hưởng đến toàn bộ ứng dụng. Điều đáng học là cách Elixir sử dụng try/catch/rescue để bắt exceptions và với/else cho handling errors, cùng với việc dùng multi-catch để thu thập nhiều lỗi cùng lúc.

Bài này giúp lập trình viên Elixir hiểu và xử lý hiệu quả các tín hiệu lỗi khác nhau trong hệ thống của họ.

Gleam doesn't compile to Erlang source anymore

Gleam phiên bản 1.19.0 đã thay đổi cách biên dịch, không còn tạo ra code nguồn Erlang truyền thống mà chuyển sang sử dụng Erlang/OTP BEAM files trực tiếp. Thay đổi này giúp tăng tốc độ biên dịch đáng kể, giảm thời gian từ 5-10 giây xuống còn dưới 1 giây cho các dự án trung bình. Việc bỏ qua bước tạo code nguồn Erlang giúp giảm thiểu sự phức tạp trong quá trình build và tránh những vấn đề về đồng nhất giữa code nguồn và BEAM file. Đối với lập trình viên, đây là sự cải tiến quan trọng giúp tăng hiệu suất làm việc đáng kể khi sử dụng Gleam trong môi trường production.

Bài viết này giải thích thay đổi quan trọng trong cách Gleam biên dịch chương trình, ảnh hưởng đến cách bạn tương tác với Erlang runtime.

LeetCode 53 Maximum Subarray Erlang solution— divide and conquer approach

LeetCode 53 Maximum Subarray Erlang solution— divide and conquer approach This solution uses the Divide and Conquer approach to find the maximum sum of a contiguous subarray. The algorithm …

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.

Exploring OTP Patterns for Agentic Workflows

Bối cảnh bài viết tập trung vào OTP Agentic workflows với GenServers và event sourcing để đảm bảo execution bền vững cho AI agents. Nguyên nhân kỹ thuật là cần cơ chế xử lý trạng thái đáng tin cậy khi làm việc với các tác vụ phức tạp của AI. Hệ quả là việc triển khai này giúp hệ thống phục hồi hiệu quả sau lỗi mà không mất trạng thái quan trọng. Điều đáng học là cách OTP kết hợp event sourcing tạo nền tảng vững chắc cho các hệ thống agent-based. Các kỹ thuật này đặc biệt hữu ích khi xây dựng AI agents cần state persistence và fault tolerance.

Bài viết này giúp lập trình viên hiểu cách triển khai các tác nhân AI bền vững bằng cách sử dụng OTP pattern với GenServer và event sourcing trong hệ thống phân tán.

Patch Package OTP 29.1.1 Released

Phiên bản patch OTP 29.1.1 đã được phát hành để giải quyết các lỗi được ghi nhận với các Trouble Report Id OTP-20272, OTP-20287, OTP-20355, OTP-20371, OTP-20386 và OTP-203.... Patch này nhắm vào các vấn đề kỹ thuật cụ thể trong phiên bản OTP 29.1 gốc, tập trung vào cải thiện độ ổn định và khắc phục các vấn đề về performance trong các module core. Việc patch này ra đời là cần thiết để đảm bảo hệ thống Erlang/OTP hoạt động ổn định hơn, đặc biệt với các ứng dụng xử lý transaction lớn. Lập trình viên nên cập nhật ngay nếu đang sử dụng phiên bản 29.1 do các lỗi được fix ảnh hưởng trực tiếp đến production environment.

Bản vá OTP 29.1.1 chứa các sửa lỗi quan trọng ảnh hưởng đến độ ổn định và hiệu năng của ứng dụng.

otp_debug_mcp - let an AI agent debug a live BEAM node (MCP server)

Khi AI ngày càng viết nhiều code của chúng ta, nhiều lỗi chỉ xuất hiện trong hệ thống chạy thực tế. Trên BEAM, hệ thống có thể được kiểm tra trong khi chạy với tính năng distribution, process introspection và tracing. otp_debug_mcp là MCP server cho phép một AI agent debug một node BEAM đang hoạt động, tận dụng các khả năng giám sát sẵn có. Công cụ này giải quyết vấn đề khi lỗi chỉ xuất hiện trong môi trường runtime chứ không thể tái tạo trong test cases. Lập trình viên làm việc với Erlang/Elixir có thể học được cách tích hợp AI vào quy trình debug phức tạp trên hệ thống phân tán.

Bài này giúp lập trình viên tận dụng AI để gỡ lỗi trực tiếp trên node BEAM đang chạy.