Do not let your type system reason about aliasing in your programming language

prydt's site

Bối cảnh: Bài viết là bài tiểu cá nhân khám phá ba tính năng ngôn ngữ lập trình yêu thích của tác giả. Nguyên nhân kỹ thuật: Ba tính năng này bao gồm flow typing (Crystal và TypeScript), Rust's borrow checker và D's contract programming, mỗi tính năng đều giải quyết các vấn đề cụ thể về type safety và quản lý bộ nhớ. Hệ quả: Ví dụ minh họa bằng class bank account trong D cho thấy cách các invariant giúp bảo toàn tính toàn vẹn dữ liệu. Điều đáng học: Những tính năng này chứng minh tầm quan trọng của việc tích hợp static typing và kiểm tra tại runtime để xây dựng phần mềm đáng tin cậy hơn.

Bài này giúp bạn hiểu rõ ba tính năng lập trình mạnh mẽ nhất từ Crystal, Rust và D để nâng cao kỹ năng viết code an toàn và hiệu quả.

Implementing Type Contracts via Mutually Referencing Type Parameters

Bối cảnh: Khi viết generic code, việc khai báo các kiểu dữ liệu có mối quan hệ tuần hoàn (mutually‑recursive) thường gây khó khăn vì compiler không tự động hiểu vòng lặp tham chiếu. Nguyên nhân kỹ thuật: Để tạo type contracts cho các kiểu này, bạn phải sử dụng kỹ thuật mutually referencing type parameters, tức là định nghĩa các tham số kiểu lồng nhau sao cho chúng chỉ ra lẫn nhau một cách rõ ràng. Hệ quả: Nếu không áp dụng cách này, compiler sẽ báo lỗi hoặc tạo ra code không kiểm soát được, khiến contract không được áp dụng và kiểu dữ liệu không được kiểm tra đúng. Điều đáng học: Bạn nên học cách triển khai contract bằng cách tạo ra các tham chiếu lẫn nhau trong khai báo kiểu, vì đây là cách duy nhất để viết generic code an toàn cho các cấu trúc phức tạp. Vì vậy, nếu bạn đang cân nhắc đọc bài gốc, hãy xem cách họ thực hiện pattern này để hiểu rõ hơn về cách áp dụng type contracts trong thực tế.

Bài hướng dẫn này giúp lập trình viên viết mã generic đúng cách cho các kiểu đệ quy hoặc tương hỗ đệ quy.

What's New With Golang Generics

Generics từng là tính năng mới trong Go và giờ đã phát triển qua các phiên bản gần đây, với những cải tiến được Dolt tích hợp vào dự án.

Lập trình viên Go nên đọc bài này để hiểu cách tương tác với Generic trong Go—công cụ mới giúp viết mã linh hoạt hơn, giảm sự phụ thuộc vào kiểu dữ liệu cụ thể, và tối ưu hóa hiệu suất cho các ứng dụng hiện đại.

GHC 10.0.1-alpha1 is now available — The Glasgow Haskell Compiler

Đội ngũ Glasgow Haskell Compiler vừa phát hành GHC 10.0.1-alpha1, phiên bản alpha đầu tiên của bản cập nhật lớn sắp tới. Các thay đổi chính bao gồm GHC2024 trở thành ngôn ngữ mặc định, Type và Constraint hoàn toàn tách biệt thành kinds khác nhau, và giới thiệu QualifiedStrings extension. Phiên bản này cũng nâng cấp LLVM hỗ trợ đến phiên bản 23, yêu cầu cabal-install 3.18+, và loại bỏ hỗ trợ cho các phiên bản Debian/Ubuntu cũ thay bằng Debian 13. Bạn nên đọc bài gốc để hiểu rõ cách tối ưu hóa polymorphic specialisation và các thay đổi trong I/O manager cho POSIX (trừ macOS).

Lập trình viên nên đọc bài này để cập nhật những thay đổi quan trọng trong GHC 10.0.1-alpha1 và chuẩn bị cho việc chuyển sang phiên bản trình biên dịch mới này.

Choral Language Website

Choral là ngôn ngữ lập trình nghiên cứu dành cho viết multiparty choreographies, định nghĩa cách các vai trò (Alice, Bob, Carol) phối hợp trong hệ thống phân tán. Trình biên dịch Choral chuyển đổi mô tả choreography thành thư viện Java tương ứng cho từng vai trò, loại bỏ việc điều phối send/receive thủ công. Nó hỗ trợ interoperability với Java, cung cấp công cụ ChoralUnit để kiểm thử tích hợp và thư viện Ozone thử nghiệm cho code bất đồng bộ.

Lập trình viên muốn phát triển hệ thống phân tán hoặc tích hợp các microservice sẽ tìm hiểu Choral để tránh rắc rối về đồng bộ hóa giao tiếp giữa các thành phần, giảm thiểu lỗi và tối ưu hóa thiết kế bằng cách làm rõ quy trình phối hợp ở cấp độ kiểu dữ liệu.

Haskell for all: Dependent if expressions without dependent types

Folklore trick for dollar-store dependent types

Set-Theoretic Types from Scratch

The Erlang, Elixir and Gleam conference in Europe - 2 days of talks,discussions and networking for the BEAM community.

FAQ: Why isn’t mutable a subtype of immutable, or vice versa?

An explainer addresses a recurring language-design question: why don't programming languages make mutable and immutable versions of a data structure subtypes of each other. Using the Liskov substitution principle and a simple pair data structure example, it shows that mutable pairs can't substitute for immutable ones because immutability carries an implicit contract (e.g., stable hash values) that mutation would violate, even though a mutable pair supports every operation an immutable one does. The piece also covers how ad hoc polymorphism (type classes, interfaces, traits, duck typing) can let both types share operation names like car/cdr without forming an unsound subtype hierarchy, referencing Wadler and Blott's type class formalism.