A Brief Introduction to Icon

[Pre-RFC] Scalar object methods (with a working implementation)

Bài thảo luận đề xuất bổ sung phương thức đối tượng cho các kiểu scalar (số, chuỗi) trong PHP, cho phép gọi trực tiếp như $str->trim() hay (3)->pow(2). Phương pháp này sử dụng cơ chế dispatch tĩnh, chuyển đổi thành lời gọi static tới các lớp nội bộ mà không thêm opcode mới, nhưng vấp phải phản đối về phạm vi áp dụng hạn chế do mô hình biên dịch theo file của PHP và nguy cơ phá vỡ công cụ phân tích tĩnh.

Lập trình viên nên đọc bài này để hiểu cách PHP đang thảo luận về cách mở rộng tính năng gọi phương thức trực tiếp trên giá trị nguyên thủy (scalar) như $str->trim() mà vẫn đảm bảo hiệu suất và tính bảo mật thông qua cơ chế phân tán compile-time.

Programming Languages Are Authoring Tools for Platforms

Tác giả cho rằng ngôn ngữ lập trình chính là công cụ sáng tạo (authoring tools) cho các nền tảng (platforms).

Lập trình viên nên đọc bài này để hiểu cách ngôn ngữ lập trình không chỉ là công cụ thực hiện mã mà còn là khung xây dựng và định nghĩa nền tảng riêng của dự án, giúp tối ưu hóa hiệu suất, tính mở rộng và tương thích với tương lai.

Python’s Most Confusing Features Actually Make Perfect Sense

Python sở hữu những tính năng gây bối rối nhưng thực chất lại hợp lý nhờ thiết kế nhất quán và triết lý ngôn ngữ rõ ràng.

Nếu bạn đang gặp khó khăn với những đặc điểm Python như vòng lặp while thay vì do...while, quản lý ngoại lệ với try-except hoặc tính chất đa hình, bài viết sẽ giúp bạn hiểu rõ nguyên lý thiết kế của ngôn ngữ, từ đó tránh nhầm lẫn và sử dụng hiệu quả hơn.

[php-src] PR #20903: GH-10497 (const obj->prop write)

A PHP internals mailing list thread discussing RFC const_object_property_write (PR #20903), which proposes allowing property writes on objects referenced by PHP constants. Currently, writing to CONST_OBJ->prop raises a 'Cannot use temporary expression in write context' error even though the operation mutates the object, not the constant binding. The RFC has evolved through multiple versions: v0.1 included array/dim writes (which were controversial due to silent no-op behavior), v0.2 scoped out array writes to focus only on object property writes, and v0.3 extended coverage to class constants in addition to global constants. A notable edge case is that enum cases are class constants, so writes to readonly enum case properties now raise a runtime readonly-property Error instead of a compile-time error. The RFC targets PHP 8.6 and requires a 2/3 majority vote.

[Pre-RFC] Scalar object methods (with a working implementation)

Đề xuất pre-RFC giới thiệu phương thức đối tượng cho các kiểu vô hướng (scalar) trong PHP, cho phép gọi phương thức trực tiếp trên giá trị như $str->trim() hay (3)->pow(2). Cách tiếp cận này chỉ xử lý các đối tượng chắc chắn là kiểu vô hướng tại thời điểm biên dịch, chuyển đổi thành các lớp nội bộ mà không ảnh hưởng đến hiệu suất. Có hai phần độc lập để bỏ phiếu: phương thức trên kiểu vô hướng đảm bảo và biến cục bộ có kiểu vô hướng. Bản triển khai thử nghiệm trên PHP 8.6-dev cho thấy không có thay đổi phá vỡ trong hơn 173k tệp Packagist.

Lập trình viên nên đọc để hiểu cách PHP 8.6+ có thể mở rộng khả năng gọi phương thức trực tiếp trên giá trị nguyên thủy (scalar) như $x->toUpperCase() mà không cần thay đổi mã nguồn hiện tại, đồng thời đánh giá tác động về hiệu suất và công cụ phân tích static.

Class Extension

A PHP internals mailing list thread where Holly Schilling proposes adding class extensions to PHP, inspired by Swift's extension syntax, implemented in a 2-phase approach. Michael Morris questions the value of the feature, arguing that PHP's existing inheritance and traits already cover what Swift-style extensions provide.

GitHub - jbwinters/jacquard-lang: Jacquard is a small programming language designed for a regime in which most code is written by machine-learning models and reviewed by people.

Jacquard is a small programming language designed for a regime in which most code is written by machine-learning models and reviewed by people. - jbwinters/jacquard-lang

[RFC] Case sensitive PHP

A PHP internals mailing list thread discussing a proposed RFC to make PHP fully case-sensitive. The RFC author Jorg Sowa revived the discussion, collecting points from previous debates. Supporters argue it would simplify the Zend engine, static analyzers, and LSPs by removing the need for identifier normalization passes, and would make PHP consistent with other languages. Opponents question the practical benefit, noting IDEs already enforce correct casing, and raise concerns about PHP's own inconsistent built-in naming (DateTime vs PDO vs mysqli). A key concern is that making PHP case-sensitive without first standardizing the standard library's naming conventions would create a 'casing salad' problem. The thread ends with the RFC author announcing he is abandoning the RFC due to low chances of it passing.