Code BEAM Lite Stockholm - Learning Resources / Talks - Erlang Forums

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.

Httpc: per-request Unix-domain socket support

Httpc đang hỗ trợ Unix sockets ở cấp profile thử nghiệm, nhưng cần tính năng cho phép chọn socket Unix cho từng request riêng lẻ mà không thay đổi cấu hình profile. Nguyên nhân kỹ thuật là hiện tại không có cách nào chọn socket cho từng request cụ thể trong httpc:request/4,5 call. Hệ quả này làm giới hạn linh hoạt khi làm việc với nhiều socket Unix khác nhau trong cùng một ứng dụng. Điều đáng học là giải pháp sẽ cung cấp API mới cho phép chọn socket Unix cho từng request riêng, thay vì chỉ ở cấp profile toàn cục.

Lập trình viên nên đọc bài này để biết cách hỗ trợ socket Unix cho từng yêu cầu riêng lẻ trong thư viện httpc.

Spoorthy Sridhara

Hội nghị Erlang, Elixir và Gleam châu Âu diễn ra trong 2 ngày với các buổi nói chuyện, thảo luận và kết nối cho cộng đồng BEAM. Sự kiện này tập trung vào các công nghệ chạy trên virtual machine BEAM như Erlang, Elixir và Gleam. Hội nghị tạo cơ hội để các lập trình viên chia sẻ kiến thức về phát triển hệ thống phân tán và xử lý đồng thời. Tham gia sự kiện giúp cập nhật những xu hướng mới nhất trong ecosystem BEAM và mở rộng mạng lưới quan hệ chuyên môn.

Bài viết này cung cấp thông tin quan trọng về hội nghị Erlang, Elixir và Gleam ở châu Âu - sự kiện không thể bỏ lỡ cho cộng đồng BEAM.

The Erlang Ecosystem Frontier: Our Work Ahead

Hội nghị Erlang, Elixir và Gleam châu Âu diễn ra trong 2 ngày với các bài trình bày, thảo luận và kết nối cho cộng đồng BEAM. Sự kiện này tập trung vào các thách thức và cơ hội đang định hình tương lai của hệ sinh thái Erlang. Các công nghệ như Elixir và Gleam đang chứng minh tiềm năng ứng dụng trong các hệ thống phân tán phức tạp. Hội nghị nhấn mạnh tầm quan trọng của việc phát triển các công cụ mới để hỗ trợ hiệu suất và độ tin cậy của hệ thống Erlang. Các nhà phát triển có cơ hội học hỏi từ những chuyên gia hàng đầu về cách tối ưu hóa code Erlang trong môi trường production.

Hội nghị Erlang, Elixir và Gleam mang đến cơ hội cập nhật kiến thức và kết nối với cộng đồng BEAM đầy tiềm năng.

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 …

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.