Nỗi Uất Hận Của Dev Khi Code Chuẩn 100% Vẫn Bị Hệ Thống Đè Ra Báo Lỗi

Các ông đã bao giờ code chuẩn chỉ 100%, pass sạch bách các bước linter và validation test, nhưng hệ thống của khách hàng vẫn báo lỗi sấp mặt chưa? Cảm giác lúc đó chỉ muốn đập bàn phím đúng không? Chào mừng anh em đến với thế giới đầy ảo ma của định dạng ePub – nơi Adobe và Kobo đang bắt tay nhau hành hạ giới dev lẫn các tác giả tự xuất bản sách.

Rốt cuộc thì chuyện quái gì vừa xảy ra?

Mới đây, tác giả Andre Klein đã đăng đàn bóc phốt một pha xử lý đi vào lòng đất của nhà Kobo (một nền tảng đọc sách điện tử khá có số má). Câu chuyện được tóm tắt nhanh cho các đồng đạo lười đọc như sau:

• File chuẩn không cần chỉnh: Andre Klein chuẩn bị một file ePub3 cực kỳ xịn xò con bò, đã chạy qua bộ lọc quốc dân epubcheck (tiêu chuẩn vàng của W3C) và nhận về kết quả hoàn hảo không một lỗi nhỏ.
• Kobo báo lỗi: Khi upload lên hệ thống của Kobo, file ngay lập tức bị từ chối kèm một thông báo lỗi vô tri. Đội ngũ support của Kobo phán một câu xanh rờn: "File của chú bị lỗi rồi, tự đi mà sửa".
• Kẻ đứng sau giật dây: Hóa ra, lỗi đ*o phải ở file ePub của tác giả. Thủ phạm chính là Adobe RMSDK (Reader Mobile SDK) – một bộ render engine siêu cổ lỗ sĩ mà Kobo đang sử dụng để hiển thị các file ePub tiêu chuẩn.
• Quay xe 180 độ: Khi tác giả thử đổi đuôi file từ .epub thành .kepub (định dạng riêng của Kobo), file lại chạy mượt mà không một vết xước. Lý do? Khi đọc .kepub, Kobo dùng engine WebKit hiện đại tự trồng (có tên là Access), còn khi đọc .epub thường, nó lại lôi "bãi rác di sản" của Adobe ra chạy.
• Thà đổ lỗi cho user: Thay vì cập nhật hệ thống hoặc ép Adobe fix bug, Kobo chọn giải pháp dễ nhất: Đổ hết trách nhiệm lên đầu tác giả và bắt họ tự tối ưu hóa file cho vừa lòng cái engine lỗi thời kia.

Giang cư mận bốc hỏa phe combat

Bài viết sau khi lên sóng đã nhanh chóng leo top trên Hacker News với hàng trăm bình luận đồng cảm từ các đạo hữu cùng cảnh ngộ:

• Phe thù ghét Adobe: Đa số anh em đều đồng tình rằng bất cứ sản phẩm nào dính dáng đến Adobe mà có chữ "SDK" hay "DRM" thì chắc chắn là một thảm họa UX và ác mộng của lập trình viên. Một lão quái bình luận: "Adobe RMSDK giống như một cái xác sống từ những năm 2010, được chắp vá để kiếm tiền bản quyền chứ chẳng ai thèm bảo trì".
• Phe thực dụng - mách nước workaround: Nhiều dev kỳ cựu khuyên rằng nếu muốn sinh tồn trong thế giới ePub, đừng bao giờ tin vào chuẩn W3C. Anh em nên dùng tool như Calibre để băm nát file ra, hoặc tự viết script tự động convert sang .kepub trước khi ném lên store để tránh dính chưởng.
• Phe uất ức độc quyền: Một số ý kiến chỉ trích gay gắt việc các ông lớn công nghệ cố tình tạo ra các "walled garden" (sân chơi khép kín). Họ cố tình làm khó các tiêu chuẩn mở để ép người dùng và creator phải phụ thuộc vào công cụ độc quyền của họ.

Góc nhìn từ Coding4Food

Tóm cái váy lại, vụ scandal này là minh chứng rõ nhất cho một chân lý đau đớn trong ngành IT: Code đúng chuẩn chưa chắc đã chạy được ngoài thực tế. Khi lý thuyết đối đầu với các thế lực "ma giáo" nắm giữ thị trường, lý thuyết thường ăn quả đắng.

Nếu các ông đang nuôi mộng tự làm web bán sách, xuất bản tài liệu hay đơn giản là dựng một trang blog cá nhân để chia sẻ kiến thức, lời khuyên chân thành là hãy tự chủ công nghệ từ đầu. Cứ thuê lấy một con cloud vps chất lượng cao bên Vultr mà tự host, tự quản lý file, thích render kiểu gì thì render, đỡ phải chịu cảnh "chó cậy gần nhà, gà cậy gần chuồng" và bị các ông lớn hành hạ vô lý.

Nguồn: Hacker News