Phải chăng chúng ta đã lạc lối trong việc phát triển phần mềm hiệu quả?

Khó khăn khi mở tệp Microsoft Word bằng Google Docs

• Cha của tác giả đã phải cài Word trên laptop để làm việc với tệp tài liệu Microsoft Word
• Tác giả đã gợi ý Google Docs cho cha mình
  • Vì cha ông đã có sẵn tài khoản Google, dễ sử dụng, chạy trên đám mây và tự động đồng bộ
• Tuy nhiên, khi mở một tệp tài liệu khoảng 30MB trong Google Docs, Chrome hoặc Google Docs dường như không kham nổi, đến mức nội dung vừa gõ phải mất vài giây mới hiển thị trên màn hình
• Cuối cùng, tác giả đã cài LibreOffice và ở đó mọi thứ chạy rất nhanh

Suy ngẫm về các tiêu chuẩn phần mềm ngày nay

• Tác giả tự hỏi liệu việc phát triển phần mềm có đang thụt lùi về mặt hiệu năng hay không
  • Liệu những công cụ, framework và ngôn ngữ hiện đại, hào nhoáng mới nhất có đang khiến chúng ta đi lùi về mặt hiệu quả hay không
• Cấu hình phần cứng đang tăng lên để phục vụ web app và trình duyệt
  • Nếu chỉ có ứng dụng native thuần túy thì có lẽ điều đó là không cần thiết
  • Vì sao điện thoại di động lại cần tới 8GB hay 16GB RAM
• Web cần render native thay vì chỉ là lớp bao cho engine render giao diện
  • Lý do một tệp Word 30MB không mở nổi trong Google Docs ngay cả trên laptop cấu hình tốt là vì trình duyệt cần dùng nhiều bộ nhớ và CPU hơn
• Có vẻ như chúng ta đã đánh mất cách phát triển các ứng dụng được tối ưu, hiệu quả và có hiệu năng tốt. Đây là vấn đề cần được giải quyết
  • Máy tính Apollo năm 1966 với 2KB RAM đã đưa loài người lên Mặt Trăng, nhưng đến năm 2024 thì trình duyệt lại không xử lý nổi tệp tài liệu 30MB
• Tác giả tập trung vào web vì hiện nay toàn ngành đều đang dồn sự chú ý vào các ứng dụng PWA cho tương lai

Tầm quan trọng của tối ưu hóa API

• Tối ưu hóa API rất quan trọng cho cả web lẫn ứng dụng native vì hiệu năng API có thể đóng góp vào hiệu năng của ứng dụng
• Sản phẩm của tác giả là Onradar(https://onradar.io), hỗ trợ tối ưu hóa thông qua giám sát API
  • Onradar cung cấp giám sát thời gian hoạt động cho API và giám sát theo luồng
  • Có thể tạo các kịch bản người dùng khả thi với các API liên quan trong flow editor và để Onradar kiểm thử 24/7
  • Cung cấp cảnh báo khi xảy ra sự cố

Ý kiến của GN⁺

• Vấn đề tương thích giữa Google Docs và MS Office là chuyện đã bị chỉ ra từ lâu. Đến nay nó vẫn chưa được giải quyết hoàn toàn và tiếp tục gây bất tiện cho người dùng. Hy vọng hai công ty sẽ hợp tác tích cực hơn để xử lý vấn đề này
• Việc giải quyết vấn đề hiệu năng của web app bằng cách tăng cấu hình phần cứng không phải là giải pháp gốc rễ. Cần có cách phát triển phần mềm sử dụng hiệu quả nguồn lực hữu hạn
• Ủng hộ ứng dụng native cũng là một hướng, nhưng cải thiện hiệu năng web app trong khi vẫn giữ được các ưu điểm của web có lẽ là hướng đi tốt hơn. Tính di động và khả năng tiếp cận của web app là những lợi thế khó có thể từ bỏ
• Tối ưu hóa và giám sát API là yếu tố quan trọng có thể góp phần nâng cao hiệu năng của toàn hệ thống. Đặc biệt trong bối cảnh kiến trúc microservice đang trở thành xu hướng chủ đạo, sự quan tâm tới lớp API sẽ chỉ càng lớn hơn
• So sánh với thời Apollo có vẻ không thật sự phù hợp. Rất khó đặt việc điều khiển tàu vũ trụ và xử lý văn bản lên cùng một mặt bằng. Phần mềm ngày nay đã quá đồ sộ và phức tạp, nên khó có thể kỳ vọng hiệu quả như thời Apollo

[GN⁺]

Ý kiến trên Hacker News

Tóm tắt:

• Apple và Microsoft đang cản trở việc phát triển ứng dụng native bằng các yêu cầu như cần tài khoản nhà phát triển, phải mua chứng chỉ để ký binary và chia sẻ doanh thu. Web là một phương án thay thế đơn giản và rẻ hơn nhiều.
• Nhờ định luật Moore, phần mềm đã “đi nhờ” sự tiến bộ của phần cứng trong nhiều thập kỷ. Đây vừa là phúc lành vừa là lời nguyền.
• Các nhà phát triển thích một nền tảng điện toán phổ quát được tích hợp và kết nối hoàn toàn (web). Người dùng thì không quá bận tâm nếu hiệu năng đã đủ tốt. Việc tạo ra phần mềm tốt không còn quan trọng.
• Các quyết định kinh doanh là nguyên nhân chính:
  1. Chuyển sang cloud - doanh nghiệp thích mô hình thu phí định kỳ, còn khách hàng thì không cần tự thuê đội IT riêng
  2. Khách hàng từ chối nâng cấp phần mềm on-premise, khiến chu kỳ bảo trì kéo dài và các bản vá nối tiếp không dứt
  3. Phát triển web tốn ít chi phí hơn so với phát triển để hỗ trợ nhiều nền tảng
• Đầu thập niên 90, MS Word được phân phối bằng đĩa mềm và tệp thực thi chỉ có 2MB. Giờ đây kích thước được tính bằng GB, nhưng không rõ thực sự đã cải thiện được điều gì.
• Vẫn có phần mềm nhẹ nhưng ít được lựa chọn. Có nhiều phần mềm nhẹ rất tốt như Lua, SQLite, Fennel, Althttpd, Fossil, Mako Server.
• Ở frontend, mọi người thường thích ứng dụng native và trang web hơn, nhưng webapp như Tiddlywiki cũng có ưu điểm riêng. Dù vậy, nó vẫn dùng nhiều tài nguyên hơn Emacs.
• Có trường hợp khi chuyển trang trong React, việc render menu thả xuống mất rất nhiều thời gian. Cuối cùng đã giải quyết bằng cách sửa mã React.
• Khi công ty cấp cho lập trình viên thiết bị cấu hình cao, sẽ nảy sinh vấn đề là họ không còn kiểm thử đầy đủ trên các PC phổ thông đời cũ.
• Người ta đọc nhiều bài blog như “idiomatic code”, “tối ưu hiệu năng là cội nguồn của cái ác” và coi trọng thời gian phát triển hơn. Trước đây từng có những lập trình viên viết mã tốt hơn và nhanh hơn.