Các nhà phát triển Apple tẩy chay ‘Feedback Assistant’
(lapcatsoftware.com)- Trong cộng đồng nhà phát triển Apple đã xuất hiện đề xuất tẩy chay Feedback Assistant, kêu gọi không gửi lỗi mới lên hệ thống báo lỗi chính thức cho đến khi các vấn đề được khắc phục
- Cách tham gia là trước hết báo cáo các vấn đề của chính Feedback Assistant, sau đó ngừng gửi Feedback mới và trả lời các yêu cầu hiện có rằng mình đang tẩy chay
- Bất mãn tập trung vào cách vận hành hệ thống báo lỗi như không công khai khả năng tái hiện, đóng mà không thông báo, không thể mở lại, yêu cầu sysdiagnose quá mức, ngừng gửi qua web, không thể tìm kiếm, v.v.
- Việc chia sẻ lỗi trên WebKit, các dự án mã nguồn mở của Apple trên GitHub, cùng mạng xã hội·blog·podcast không nằm trong phạm vi tẩy chay
- Mục tiêu là phơi bày việc Apple đang dựa vào lao động QA không lương của các nhà phát triển bên ngoài, đồng thời khẳng định rằng các nhà phát triển vẫn có thể tiếp tục công việc và sinh kế mà không cần Feedback Assistant
Cách tham gia tẩy chay
- Bắt đầu ngay việc tẩy chay Feedback Assistant của Apple và khuyến nghị mọi nhà phát triển Apple cùng tham gia
- Quy trình được đề xuất gồm ba bước
- Gửi một Feedback mới trong mục Developer Tools & Resources của Feedback Assistant, kèm danh sách vấn đề và tuyên bố sẽ tẩy chay cho đến khi chúng được giải quyết
- Không gửi bất kỳ Feedback mới nào khác cho đến khi Apple xử lý xong các vấn đề
- Nếu Apple yêu cầu phản hồi cho Feedback hiện có, hãy trả lời rằng bạn đang tẩy chay và dẫn chiếu số Feedback đã gửi ở bước đầu
- Feedback ở bước đầu nên được mỗi người viết theo cách riêng nếu có thể
- Mục đích là buộc Apple phải xử lý các Feedback liên quan đến việc tẩy chay và nhận ra rằng các nhà phát triển đang hành động nghiêm túc
Phạm vi tẩy chay và các ngoại lệ
- Phạm vi tẩy chay chỉ giới hạn ở Feedback Assistant
- Vẫn có thể tiếp tục nói về lỗi trên mạng xã hội, blog và podcast
- Các hệ thống báo lỗi công khai khác của Apple không bị đưa vào diện tẩy chay
- Các hệ thống báo lỗi khác này được đánh giá là tốt hơn Feedback Assistant ở nhiều mặt
- Mục tiêu trước mắt là thay đổi chính Feedback Assistant, hệ thống bị chỉ trích là thù địch với người báo lỗi nhất mà nhiều người từng thấy
Những vấn đề lặp đi lặp lại trong Feedback Assistant
- Ngay cả khi nhận được quy trình tái hiện chính xác và dự án Xcode mẫu, Apple vẫn không cho biết hoặc từ chối công khai việc họ có tái hiện được lỗi đã báo hay không
- Điều này khiến nhà phát triển khó đánh giá liệu Apple có nghiêm túc xử lý Feedback hay chỉ đang trì hoãn bằng thủ tục
- Feedback bị đóng với trạng thái
Investigation complete - Unable to diagnose with current informationmà không có yêu cầu bổ sung thông tin hay thông báo đóng - Feedback bị đóng mà không có sự đồng ý của người gửi, và hiện tại dường như ngay cả nhân viên Apple cũng không thể mở lại Feedback đã đóng, như thể đó là một “tính năng” của hệ thống
- Nếu Apple vô tình đóng một Feedback về lỗi vẫn chưa được sửa, thay vì tạo Feedback mới cho cùng lỗi đó và thông báo số cho nhà phát triển, họ lại yêu cầu nhà phát triển tự mở lại từ đầu
- Ngay cả khi chưa sửa lỗi hay chưa thử sửa/tái hiện, Apple vẫn yêu cầu verify Feedback trên bản beta mới nhất
- Nếu nhà phát triển không verify, Feedback đó sẽ bị đóng
- Quá trình này bị xem là sự lãng phí rất lớn về thời gian của nhà phát triển
- Với các Feedback bị đóng vì trùng lặp, thay đổi trạng thái của Feedback gốc không phải lúc nào cũng được chuyển tới
- Apple thường xuyên yêu cầu báo cáo sysdiagnose có tính xâm nhập cao và dường như không muốn xem Feedback nếu không được cung cấp
- Nhiều nhà phát triển làm việc trên thiết bị cá nhân
- sysdiagnose bị xem là xâm phạm nghiêm trọng quyền riêng tư, điều mà chính Apple vẫn nói là một quyền cơ bản của con người
- Apple bị chỉ trích là hoặc chưa tạo ra, hoặc đã từ bỏ, những cách thu thập thông tin và chẩn đoán nhỏ gọn hơn, có mục tiêu hơn và ít xâm nhập hơn
- Gần đây, việc gửi Feedback trên web không còn khả thi
- Apple yêu cầu chỉ được gửi qua ứng dụng Feedback Assistant gốc trên macOS hoặc iOS
- Tác giả cho biết đã gửi Feedback qua ứng dụng web trong nhiều năm, và lần gửi cuối cùng trên web là ngày 26 tháng 10
- Nhà phát triển không thể tìm kiếm lỗi trong Feedback Assistant
- Nhân viên Apple có thể tìm trong cơ sở dữ liệu, nhưng nhà phát triển bên ngoài chỉ có thể xem các Feedback do chính họ gửi
- Dù một số Feedback cần được giữ bí mật, nhiều Feedback thì không cần như vậy, và một cơ sở dữ liệu lỗi có thể tìm kiếm theo cơ chế opt-in sẽ có ích cho cả nhà phát triển bên ngoài lẫn chất lượng phần mềm nền tảng của Apple
Trả lời lập luận “Apple cũng không có thời gian”
- Tác giả không đồng ý với quan điểm bênh vực rằng Apple không có thời gian để phản hồi Feedback một cách tử tế
- Ưu tiên, lịch trình và phân bổ nhân lực được quyết định bởi ban lãnh đạo công ty
- Apple bị chỉ trích là coi trọng thời gian của mình hơn thời gian của nhà phát triển, và dường như không có cảm giác áy náy khi lãng phí vô hạn thời gian của họ
- Nếu Apple có thể quyết định rằng họ không có thời gian để phản hồi Feedback, thì nhà phát triển cũng có thể quyết định rằng họ không có thời gian để gửi Feedback
- Từ góc nhìn của người dùng Apple lâu năm, các bản cập nhật OS lặp lại mỗi năm là không thật sự cần thiết, và thời kỳ Mac OS X Snow Leopard với nhịp cập nhật khoảng hai năm một lần được nhớ lại như giai đoạn có nhiều thời gian hơn để sửa lỗi
Nhắm vào hệ thống, không phải kỹ sư cá nhân
- Cuộc tẩy chay này không nhắm vào từng kỹ sư Apple riêng lẻ
- Nhiều kỹ sư Apple cũng được cho là muốn Feedback Assistant được cải thiện
- Việc cải thiện Feedback Assistant có thể củng cố, chứ không làm tổn hại, mối quan hệ giữa kỹ sư Apple và nhà phát triển bên ngoài
- Đối tượng bị tẩy chay là hệ thống báo lỗi, với mục đích khiến ban lãnh đạo Apple nhận ra và phản ứng trước các vấn đề kéo dài
Lao động QA không lương và lựa chọn của nhà phát triển
- Cuộc tẩy chay này cũng có thể được gọi là một cuộc đình công lao động
- Apple đang tận dụng các nhà phát triển cho một khối lượng lớn lao động QA không lương
- Chỉ một Feedback cũng có thể đòi hỏi vài giờ hoặc vài ngày làm việc
- Cả Apple lẫn nhà phát triển đều biết rằng nhà phát triển giữ vai trò quan trọng trong việc thử nghiệm và hoàn thiện phần mềm cũng như sản phẩm của Apple
- Apple bị chỉ trích là coi Feedback của nhà phát triển như điều đương nhiên, trong khi lại không dành cho họ sự tôn trọng hay phép lịch sự cơ bản trong hệ thống báo lỗi
- Các nhà phát triển đã bị rèn cho tin rằng gửi Feedback cho nền tảng là nghĩa vụ của mình, nhưng nền tảng Apple không phải là đối tượng từ thiện
- Nền tảng Apple đã giúp Apple trở thành công ty có lợi nhuận cao nhất thế giới, và các nhà phát triển bên ngoài không phải là nhân viên Apple, nên lao động không lương không thể bị xem là điều đương nhiên
Hai mục tiêu của cuộc tẩy chay
- Mục tiêu thứ nhất là cho thấy việc nhà phát triển báo lỗi là cần thiết đối với Apple, và nếu thiếu nó thì Apple sẽ chịu thiệt, qua đó gây áp lực buộc Feedback Assistant phải cải thiện
- Mục tiêu thứ hai là để chính các nhà phát triển tự xác nhận rằng thực ra họ không cần phải báo lỗi cho Apple
- Nhiều lỗi đã gửi rốt cuộc không được sửa, và kể cả khi được sửa thì thường cũng đã quá muộn để tránh tác động của lỗi
- Đúng là lỗi của Apple ảnh hưởng đến ứng dụng, nhưng vì khó kỳ vọng Apple sửa kịp thời nên nhà phát triển thường sẽ đưa biện pháp обход vào ứng dụng rồi phát hành
- Một khi biện pháp обход đã được đưa vào, mức độ khẩn cấp để Apple sửa lỗi sẽ giảm đi, và việc báo lỗi trở nên gần với hoạt động thiện nguyện hơn là điều bắt buộc
Định nghĩa lại vai trò của Feedback Assistant
- Feedback Assistant không được xem là một hệ thống cung cấp dịch vụ khách hàng cho nhà phát triển
- Trái lại, chính các nhà phát triển lâu nay đã cung cấp dịch vụ cho Feedback Assistant, và giờ họ chọn tạm ngừng dịch vụ đó cho đến khi hệ thống được cải thiện
- Tác giả hy vọng Apple sẽ giải quyết các vấn đề của Feedback Assistant, nhưng nếu không có cải thiện thì sẵn sàng tẩy chay vĩnh viễn
- Bất kể Apple có phản ứng tích cực hay không, nếu nhiều nhà phát triển tham gia và xác nhận rằng Feedback Assistant không phải yếu tố thiết yếu cho công việc và sinh kế của họ, thì cuộc tẩy chay được xem là thành công
Bổ sung ngày 7 tháng 11 năm 2023
- Cuộc tẩy chay Feedback Assistant đã có trang web chính thức
- Trang này cũng cung cấp địa chỉ email, feed RSS và tài khoản Mastodon
- Danh sách công khai những người tham gia tẩy chay cũng đang được biên tập, có thể xem chi tiết tại trang trên
1 bình luận
Ý kiến trên Hacker News
Tôi ước tính trong số các báo cáo gửi qua Feedback Assistant, chỉ khoảng 10% nhận được phản hồi hoặc xác nhận
Đó là một lỗi tái hiện 100% trên iOS, và tôi còn cung cấp cả một project mẫu cô lập. Việc tạo một báo cáo lỗi cẩn thận, chi tiết tốn thời gian, nên khi không nhận được bất kỳ phản hồi nào thì thật sự rất nản; tôi rất đồng cảm với bài viết này
Việc kiểm thử, tái hiện và viết tài liệu tốn thời gian và công sức. Tôi không muốn gì cả, chỉ mong nó được sửa; con tôi cũng dùng iPhone
Các công ty khác cũng không khác nhiều. Tôi gửi cho Cisco một lỗ hổng thực thi mã từ xa, họ trả lời rằng họ đã biết nhưng sẽ không sửa vì sản phẩm sắp hết vòng đời
Trong nhiều năm tôi đã gặp rất nhiều lỗ hổng, nhưng nếu không được trả tiền để tìm chúng thì thường tôi chỉ bỏ qua. Không đáng để bực bội
Tôi đã nộp các báo cáo lỗi tử tế, có các bước tái hiện, kết quả tự điều tra và thông tin chi tiết, nhưng vẫn im lặng. Cảm giác như ứng dụng chỉ gửi lỗi thẳng vào
/dev/nullTẩy chay hay đình công chỉ hiệu quả khi đa số, hoặc gần như tất cả mọi người, cùng tham gia. Vì chỉ khi chắc rằng gần như tất cả sẽ tham gia thì tôi mới tham gia
Nếu bài blog này chỉ khiến 0,1% nhà phát triển đình công thì Apple sẽ chẳng bận tâm
Bản thân ý tưởng đình công của nhà phát triển là rất hay, nhưng nếu bắt đầu bằng lời kêu gọi hành động của riêng Jeff Johnson thì tôi cho rằng thường khó tạo ra thay đổi hành vi
Muốn tổ chức thì trước hết cần liên hệ trực tiếp với 50–200 nhà phát triển chủ chốt, có tiếng và được tôn trọng để họ cùng ký tên, rồi công bố một thư ngỏ. Như vậy mọi người mới thấy đây không phải mong muốn của một cá nhân, mà là một cuộc đình công nghiêm túc do những người hiểu chuyện thực hiện
Cũng cần để các trang công nghệ lớn đưa tin, để cả Apple lẫn nhà phát triển đều nhìn thấy
Và bức thư đó không nên là danh sách mọi bất mãn, mà phải đưa ra các hành động cụ thể, có thể kiểm chứng mà Apple cần thực hiện để chấm dứt đình công. Không được biến thành những yêu sách không có điểm kết thúc, cũng không phải kiểu mong muốn “hãy sửa hết ngay lập tức”, mà phải là tiến triển thực tế với ngày tháng và cột mốc
Nếu muốn đình công thì phải thật sự tổ chức. Một bài blog nói “khuyến khích mọi nhà phát triển Apple cùng tham gia” không phải là tổ chức, và việc viết rằng mình sẽ đình công cũng không khiến ai đó tự nhiên đứng ra tổ chức thay
Như tác giả đã nói ở cuối bài, đây không hẳn là tẩy chay theo nghĩa ngừng mua hàng, mà là ngừng cung cấp lao động miễn phí, nên ở đây tôi gọi là đình công
Đây không phải một vấn đề quan trọng rõ ràng như đấu tranh để có thu nhập cao hơn. Điểm hay của cuộc đình công này là các bước 1–3 ở phần đầu bài đều chỉ đòi hỏi ít nỗ lực từ mọi người, nên nếu muốn thì rất dễ tham gia
Như đã nói ở cuối bài, một trong các mục tiêu là tự chứng minh rằng thật ra chúng ta không cần Feedback Assistant. Gần như chẳng có gì để mất, việc tham gia hệ thống báo cáo lỗi không phải điều thiết yếu với chúng ta, và chúng ta có thể đơn giản rời đi
Cuộc đình công này không phải trận chiến sống còn phải thắng bằng mọi giá. Dù Feedback Assistant có tệ và gây bực bội dai dẳng đến đâu, trong thứ tự ưu tiên nghề nghiệp thì nó vẫn nên ở mức thấp
Tôi lại cho rằng chính thái độ này trở thành đòn bẩy với Apple. Chúng ta chỉ là các tình nguyện viên rút khỏi một “cơ hội” tình nguyện tệ hại, nhưng Apple lại đang dựa vào lao động miễn phí của chúng ta cho các sản phẩm thương mại, và nếu muốn thay thế thì họ thực sự phải tuyển thêm nhân viên và trả tiền
Không ai từ bỏ lương tháng chỉ vì ngừng dùng Feedback Assistant. Chi phí tham gia cuộc đình công này rất thấp, và với đa số người, tham gia có khi còn ít tốn kém hơn không tham gia
Vì vậy tôi thấy khả năng nó sẽ lớn dần theo thời gian thành một cuộc đình công có ảnh hưởng, theo cách vốn khó xảy ra trong tranh chấp lao động truyền thống
Ngay cả nếu đúng, Apple cũng có đủ nhiều báo cáo hoặc tính năng khác để xử lý, nên việc toàn bộ báo cáo lỗi từ bên ngoài biến mất có thể cũng không ảnh hưởng nhiều
Tôi mong cách Apple quản lý lỗi sẽ thay đổi. Khi đã tái hiện lỗi, viết báo cáo lỗi ở mức chất lượng mà chính tôi muốn nhận, kèm cả test case tối thiểu, rồi nhiều năm không nghe tin gì cho đến khi nó bị đóng hoặc nhận được tin nhắn yêu cầu tôi làm thêm để xác nhận còn lỗi hay không, thì thật sự rất mất động lực
Tôi tò mò liệu có công ty nào ở quy mô gần Apple làm tốt việc này không
Tôi cũng có thể nghĩ ra nhiều lý do khiến đây là vấn đề khó, và hiểu rằng việc bố trí nhân sự sẽ khó. Nhưng Apple được trả tiền để giải quyết vấn đề này, và họ đang không giải quyết được
Vì vậy nói chung tôi nghĩ khi báo cáo lỗi thì làm ít hơn sẽ tốt hơn. Tuy vậy, nội dung đưa vào vẫn phải cẩn thận và rõ ràng
Đồng cảm. Ngay cả khi nộp Radar trong nội bộ Apple cũng thường bị đối xử tương tự. Chỉ là có thể xem được trạng thái Radar
Ý tôi là những người sửa lỗi, tinh chỉnh nhỏ và chăm sóc codebase như làm vườn
Hành động có sức nặng hơn lời nói. Apple đang thể hiện bằng hành động rằng họ nghĩ gì về các nhà phát triển
Muốn thay đổi hành vi của Apple có lẽ phải tạo ra một vụ ồn ào khá lớn. Khi đang ngồi trên một núi tiền mặt, Apple gần như không có động lực để thay đổi
Apple có vẻ xem các nhà phát triển bên ngoài như một dạng sâu bọ. Những hệ thống và quy trình họ áp đặt lên nhà phát triển trông như được thiết kế chủ động để làm họ nản lòng
Bài trước: https://news.ycombinator.com/item?id=3947903
Giờ tự nhiên thấy mình già khủng khiếp
Bổ sung: cuối cùng cũng tìm được toàn bộ thư mẫu [1]. Hồi đó tôi đã gửi một bản sao, và đến giờ nó vẫn nằm bị bỏ mặc trong Feedback Assistant
[1]: https://gist.github.com/mysteriouspants/1989061
Cũng có lúc cần báo lỗi qua Feedback Assistant. Đó là khi bạn tìm được một nhà phát triển nội bộ của Apple, người đó nói sẽ sửa lỗi, và chỉ cần mã phản hồi để báo cáo công việc nội bộ
Gửi các báo cáo lỗi không được yêu cầu thì chỉ là lãng phí thời gian. Không hẳn là tôi “tẩy chay” Feedback Assistant, chỉ là tôi đã ngừng dùng vì nó chẳng làm được việc gì hữu ích
Với tư cách nhà phát triển, tôi hoàn toàn từ chối dính dáng đến Apple dưới bất kỳ hình thức nào. Lý do là khoản phí 100 USD mỗi năm
Mỗi lần những chuyện như thế này lộ ra, tôi lại thấy phán đoán của mình đặc biệt đúng
Hãy tưởng tượng công ty giàu nhất thế giới lại thu tiền để bạn có đặc quyền đóng góp cho nền tảng của họ
Hoàn toàn điên rồ, và không lời lẽ nào có thể thay đổi suy nghĩ của tôi
Dù vậy, họ vẫn có thể làm như Google, thu một lần, và cũng có thể rẻ hơn
Khoan, vậy giờ không thể gửi phản hồi trên web nữa à? Thật sự ngu ngốc đến mức khó tin
Bản thân ứng dụng Feedback cũng hỏng một nửa, nên dù Apple có muốn thì chắc họ cũng không nhận được báo cáo của tôi
Trước đây tôi từng viết blog về việc Apple thờ ơ với các nhà phát triển web liên quan đến Safari như thế nào [1]
Nhìn chuyện này thì có vẻ Apple cũng thờ ơ với các nhà phát triển khác, và nói thật là không ngạc nhiên
[1] https://www.construct.net/en/blogs/ashleys-blog-2/safari-rel...
Apple thường xuyên làm hỏng rất nhiều thứ, không chỉ các tính năng tiên tiến mà cả chức năng cơ bản. Có vẻ quy trình kiểm thử của họ không được tốt lắm