Cảm ơn bạn Joe đã dành thời gian trả lời thư của tôi, tôi thực sự đánh giá cao nó! Tôi sẽ vui lòng trả lời ở đây.
Câu trả lời của bạn bắt đầu bằng cách đề cập đến những trò tai quái của P++:
Phần lớn cuộc thảo luận dựa trên khẳng định được đưa ra trong cuộc thảo luận về P++ rằng có hai nhóm nhà phát triển
Trên thực tế, tôi đã bắt đầu viết thư trước cuộc thảo luận về toàn bộ thiên hà P++. Tuy nhiên, cuộc sống gặp trở ngại (con trai tôi chào đời vào đầu tháng 8), đó là lý do tại sao phải mất gần một tháng để xuất bản nó.
Tôi chỉ muốn làm rõ rằng tôi đã có nhiều suy nghĩ về chủ đề này trước khi P++ được đề cập đến.
Bạn có thể biết bằng cách nhìn vào lịch sử của RFC rằng những phe phái này trên thực tế không tồn tại
Cho dù chúng ta có gọi đó là phe phái hay không, nếu bạn nhìn vào tình hình gần đây RFCs, họ hầu như luôn lạc đề để thảo luận về tương lai của PHP ở quy mô rộng hơn. Chắc chắn có thể chỉ có một vài người, nhưng vẫn có thể nghe thấy những giọng nói lớn.
Một vài ví dụ:
Đây là cách hầu hết các cuộc thảo luận này diễn ra:
- Nikita cố gắng đưa ngôn ngữ về phía trước
- Zeev và/hoặc Stas ủng hộ khả năng tương thích ngược, dẫn đến cùng một cuộc trò chuyện kéo dài lặp đi lặp lại
- Sara cố gắng giữ trung lập
- Dmitry đang làm việc PHP 8 đâu đó ở phía sau và tránh xa những cuộc thảo luận này
Các quy tắc đã được viết từ nhiều năm trước – được cho là dành cho một thế giới tiền mã hóa xã hội hoàn toàn khác – chúng tôi hầu như làm rất tốt việc tuân theo các quy tắc khi chúng được viết.
Tôi nghĩ bạn đã giải quyết được bản chất của vấn đề: cách thức PHP công việc nội bộ đã lỗi thời và kém hiệu quả trong thời hiện đại này.
Điều quan trọng cần chỉ ra là các quy tắc không đầy đủ, phần lớn cách chúng ta cư xử được xác định theo quy ước. Bạn có thể phản đối điều này và nói rằng chúng ta nên cố gắng liệt kê đầy đủ mọi hành động có thể xảy ra.
Tôi cho rằng chúng ta cần một bộ quy tắc hợp lý và hiện đại, có thể linh hoạt.
Gần đây, một RFC đã được tiến hành để loại bỏ cú pháp thẻ PHP ngắn
Mặc dù tôi có quan điểm của mình về việc duy trì khả năng tương thích ngược – điều mà tôi đã đề cập trong phần đầu của bức thư – nhưng tôi nghĩ điều quan trọng nhất cần rút ra từ cú pháp ngắn gọn RFC là quy trình này rõ ràng đã bị hỏng và cần được sửa chữa.
Những gì chúng tôi có ở đây là sự thất bại trong quy trình của chúng tôi và không có gì hơn thế. Tôi và có thể những người khác đang xem xét cách chúng ta có thể tránh được thất bại tương tự này trong tương lai. Tại thời điểm này, có vẻ như mong muốn đưa ra một chính sách ngừng sử dụng chính thức, điều này vừa đạt được mục tiêu tránh được lỗi tương tự này, vừa có thể tăng cường sự tự tin khi áp dụng các phiên bản PHP mới.
Rất vui vì chúng ta có cùng quan điểm về vấn đề này và từ nhận xét của bạn về nội bộ, tôi biết rằng bạn cũng đang tìm kiếm một giải pháp cân bằng. Câu hỏi của tôi là liệu điều này có khả thi trong hệ thống hiện tại hay không. Có cảm giác như chúng ta đang đi vòng tròn và có rất ít tiến triển.
Đầu tiên, vì mục đích rõ ràng. Bạn phải cẩn thận khi xác định điều gì đó sẽ gây tranh cãi. Ồn ào, không bằng gây tranh cãi
Điều đó đúng, mặc dù một vài tiếng nói lớn có thể ảnh hưởng đến sự phát triển của PHP đáng kể. Không có nhiều người đóng góp cốt lõi và họ phải dành nhiều thời gian để đọc và trả lời thông qua các cuộc thảo luận giống nhau. Tôi cố gắng tự mình cập nhật danh sách nội bộ, vì vậy tôi biết đây là một nhiệm vụ đầy đủ.
Thời gian và công sức cần có để thay đổi quy trình của chúng tôi là rất đáng kể và chỉ trở thành ưu tiên khi rõ ràng là quy trình của chúng tôi đang thất bại hoặc có khả năng thất bại và gây thiệt hại.
tôi nghĩ PHP đang dần phát triển vì có quá nhiều cuộc thảo luận không cần thiết diễn ra lặp đi lặp lại, tôi gọi đó là một quá trình thất bại.
Tôi chắc chắn rằng bạn có mẫu dữ liệu cho thấy điều này hoặc bạn chắc chắn sẽ không đưa ra tuyên bố này.
Có, trước đây tôi đã liên kết một số ví dụ gần đây.
Thực tế là một số người dường như không thể cư xử đúng mực trên Internet, trong khi tôi chắc chắn (đọc: phải tin) họ là những người biết điều trong cuộc sống thực. Những người này thể hiện bản thân rất nhanh và chứng tỏ rằng họ không có gì nhiều để nói.
Tôi nghĩ sẽ có sự kiểm duyệt nào đó khi những người này tiếp tục quay lại và không có cách nào ngăn chặn họ. Đây là nơi mà danh sách gửi thư không đủ.
Tôi không thể tranh luận rằng danh sách gửi thư là một cách tốt để giao tiếp, nhưng đó là những gì chúng tôi có. Tuy nhiên, đó không phải là tất cả những gì chúng tôi có:
Đúng, mặc dù các kênh bạn liệt kê dường như vẫn không thu hẹp khoảng cách giữa các nhà phát triển cốt lõi và người dùng. Điều này được thể hiện rõ qua số lượng nhà phát triển vùng người dùng bày tỏ ý kiến của họ trên tất cả các loại phương tiện truyền thông xã hội. Tôi nghĩ một diễn đàn công cộng là con đường để đi đến đây.
Điều này được đề cập thường xuyên và tôi nghĩ tôi sẽ là người đầu tiên chỉ ra rằng trong chừng mực điều đó đúng thì đó là lỗi của cộng đồng.
Có hai nhóm ở đây:
- Những người đầu tư rất nhiều vào PHPnhưng không muốn liên quan gì đến các cuộc thảo luận nội bộ, vì những cuộc trò chuyện lạc đề và mệt mỏi
- Những người thực sự muốn đóng góp dưới hình thức phiếu bầu và ý kiến đóng góp nhưng không biết cách thực hiện.
Wiki không rõ ràng lắm về điều này:
Những người có tài khoản php.net VCS đã đóng góp code cho PHP
Các đại diện từ cộng đồng PHP sẽ được lựa chọn bởi những người có tài khoản VCS php.net. Các nhà phát triển chính của các dự án dựa trên PHP (framework, cms, công cụ, v.v.) là người thường xuyên tham gia các cuộc thảo luận nội bộ
Cá nhân tôi nghĩ mình thuộc nhóm thứ hai này, mặc dù tôi không rõ nhận thức của mình có đúng hay không. Và tôi có thể nghĩ đến một số nhà phát triển khác có thể đại diện chính xác cho PHP cộng đồng.
Tôi có thể hỏi không? Thực tế là tôi đã hỏi riêng một thành viên chủ chốt nhưng không nhận được câu trả lời. Tôi có nên đặt câu hỏi này trong danh sách nội bộ không? Tôi không chắc chắn.
Đây lại là một ví dụ về việc không giao tiếp được giữa các nhà phát triển cốt lõi và vùng người dùng. Có một rào cản được coi là không thể vượt qua.
Bây giờ tôi không nói rằng có một rào cản thực sự, tôi chỉ nói rằng nhiều nhà phát triển vùng người dùng nhìn nhận theo cách này, bao gồm cả tôi.
Một lần nữa xin chân thành cảm ơn câu trả lời của bạn Joe. Tôi đánh giá cao nó và mong được đọc những bình luận của bạn về tôi.
Trân trọng
Dầu Brent