Ứng dụng hiện đại (The Modern App)

• Mượn demo về “trình soạn thảo mã thế hệ tiếp theo” để châm biếm tình trạng phần mềm hiện đại trở nên quá tải bởi cập nhật, cộng tác và tính năng AI
• Trên màn hình, lỗi tải tài liệu, đồng ý quyền riêng tư, ngoại lệ phía client, các biểu tượng không nhãn, thông báo kích hoạt Windows, số lượng lỗi/cảnh báo/xung đột chồng chéo lên nhau, tạo thành một UI hỗn loạn
• Tính năng trợ lý AI liên tục lặp lại “Thinking…” trong khi chê bai mã của người dùng, rồi tiếp tục những tự động hóa thảm họa như chạy script NPM, xóa DB production, xóa ảnh
• Ghi chú phát hành v0.419 giễu nhại sự dư thừa của việc bổ sung tính năng, như 26 nút sparkle, trình giả lập terminal WSL 1.0 bị hỏng, ghi log phím gõ vào kênh Slack
• Ứng dụng dựa trên Electron, cộng tác bị ép buộc, popup kiểu agent, biểu tượng không rõ nghĩa và vô số issue GitHub cản trở sự tập trung khi làm việc, đòi hỏi khôi phục tính công cụ đơn giản

---

Demo “trình soạn thảo hiện đại” giả tưởng

• Với bối cảnh là trình soạn thảo mã thế hệ tiếp theo dành cho “lập trình viên có óc phán đoán”, demo bóp méo lời hứa của các ứng dụng hiện đại rằng con người và máy móc có thể cộng tác nhanh chóng
• UI demo nhồi vào một màn hình những yếu tố gây khó chịu thường thấy trong ứng dụng hiện đại
  • Chuẩn bị cập nhật v0.420 và yêu cầu khởi động lại
  • Tải tài liệu thất bại và yêu cầu tắt trình chặn quảng cáo
  • Yêu cầu đồng ý quyền riêng tư với “9172 đối tác”
  • Thông báo xảy ra ngoại lệ phía client
  • Thanh biểu tượng không nhãn và thông báo kích hoạt Windows
• Bảng trạng thái hiển thị 3453 lỗi cú pháp, 6462 cảnh báo CI, 1130 xung đột merge, 9512 giới hạn token, phóng đại tình trạng công cụ phát triển cảnh báo quá mức
• Thông tin đăng nhập để lộ một chuỗi trông như personal access token dạng ghp_..., châm biếm tình huống công cụ làm rò rỉ thông tin nhạy cảm lên màn hình

Châm biếm trợ lý AI và sự dư thừa tính năng

• Sau khi được yêu cầu “sửa lỗi và đừng mắc sai lầm”, tính năng trợ lý AI chê bai mã của người dùng và lặp lại “Thinking…” cùng “Thinking harder…”
• Các thông báo hệ thống tiếp theo tuôn ra đủ loại sự kiện thất bại trong một luồng như thể đang hỏi người dùng có muốn chơi game không
  • Chạy script NPM post-install
  • Thông báo Claude không có trong file sudoers
  • Windows sẽ khởi động lại sau 5 phút
  • Xóa cơ sở dữ liệu production
  • Hết thời gian kết nối GitHub
  • Triển khai CI/CD thất bại
  • Xóa ảnh gia đình để giải quyết thiếu dung lượng lưu trữ
  • Tailwind language server bị crash
  • Tủ lạnh thông minh Samsung phát hiện thiếu sữa và đặt 5 gallon
  • 418 I'm a teapot
• v0.419 Release Notes cho biết đã bổ sung 26 nút sparkle mới, cùng khẩu hiệu “AI, AI, AI!”
• Cùng ghi chú phát hành đó còn có trình giả lập terminal WSL 1.0 bị hỏng, giảm mức sử dụng RAM khi gõ trên home row, và bản sửa lỗi ghi phím gõ vào đúng kênh Slack
• Phần cuối phê phán rằng phần mềm hiện đại tràn ngập các ứng dụng đã bị Electron-ified, và vì tính năng mới, tính năng cộng tác, popup kiểu agent, biểu tượng không rõ nghĩa, người dùng khó tập trung vào công việc ban đầu
• Bằng cách đối chiếu với quá khứ, khi cả một trò chơi từng được làm trong đĩa mềm 32KB, bài viết xem “sự hoàn thiện” và tính công cụ đơn giản quan trọng hơn việc bổ sung tính năng vô tận

[GN⁺]

Các ý kiến trên Lobste.rs

• Khó mà đồng tình với chuyện enshittification của trình biên tập mã. Những IDE “lớn” như JetBrains hay Visual Studio thì tôi không rõ lắm, vì chúng không thể chạy ổn trên phần cứng yếu kém tôi từng dùng trước đây, nên rốt cuộc tôi chuyển sang Notepad++, VSCode, Emacs và các trình biên tập trong terminal
  Mảng đó nhìn chung vẫn được giữ khá tương tự (VSCode có thể là ngoại lệ), và nhờ treesitter cùng language server mà các tính năng hay đã có thể được chia sẻ. Dù vậy, vẫn sẽ tốt nếu có các tiện ích như hiển thị hình ảnh hay một trình duyệt tệp tử tế
  Việc tiếp tục duy trì những trình biên tập như vậy trong tình hình kinh tế hiện nay có vẻ là điều khó bền vững. Tôi cũng thích hoài niệm, nhưng đã tìm thấy sự bình yên khi thừa nhận những gì mình đang có và những phần mềm nguồn mở hợp gu mình hơn. Dù chúng kém phổ biến hơn nhiều đi nữa
• Tôi đã đọc tên miền này thành D-Bus Hell
  • Cứ mỗi lần có bài từ dbushell.com được đăng lên, cảm giác kiểu gì cũng có ít nhất một phản ứng nói rằng họ đã đọc thành D-Bus Hell hoặc DBU Shell. Nó xuất hiện khá thường xuyên đến mức giờ tôi còn đang cân nhắc có nên báo cáo là lạc đề không
    Tuy nhiên, nhìn vào https://lobste.rs/domains/dbushell.com thì thực ra cũng không thường xuyên đến thế, và không phải lần nào cũng vậy
• Trớ trêu là xu hướng này càng tệ đi thì Emacs lại càng trông hấp dẫn hơn. Tôi lấy nó làm ví dụ về “pháo đài cô độc” cá nhân, nhưng thậm chí còn muốn VSCode trở nên tệ nhất có thể để lựa chọn của mình trông tốt hơn
  Tôi cũng tò mò không biết câu trong bài “Còn nhớ thời người ta làm cả trò chơi trên đĩa mềm 32KB không? Họ mới là lập trình viên thật sự” có phải là đùa không. Tôi hy vọng không cần tranh luận “lập trình viên thật sự” là gì. Những cuộc tranh luận như vậy rất nhanh sẽ biến thành cuộc đấu cái tôi
  Dù vậy, tôi cảm thấy nhận xét rằng lập trình đã khá khác xưa phần nào có sự thật. Những lập trình viên mà giờ tôi kính trọng nhất và càng lớn tuổi càng muốn noi theo là những người xử lý tốt các tầng thấp của stack. Chẳng hạn như Casey Muratori hay Andrew Kelley
  • Tôi chưa từng nghĩ đến việc lấy mức độ thành thạo ở từng tầng của stack làm tiêu chí cho một nhà phát triển giỏi, nhưng rõ ràng đó có vẻ là một tiêu chí khá vững chắc
    Tôi hiểu câu đó là nói đến những nhà phát triển biết tận dụng hiệu quả hơn các tài nguyên sẵn có, chẳng hạn như phần cứng. Ai cũng có thể tạo ra một ứng dụng phình to, nhưng một nhà phát triển giỏi có thể làm sao cho ngay cả một ứng dụng rất cơ bản cũng không cần nhiều RAM để chạy
    Nó làm tôi liên tưởng đến hình ảnh một cầu thủ bóng đá đẳng cấp vẫn chơi hay ngay cả khi không có một đôi giày bóng đá cụ thể nào: nếu có năng lực, bạn không phụ thuộc quá mức vào công cụ
  • Bây giờ chính là lúc thích hợp để đọc lại Story of Mel, a Real Programmer
    https://users.cs.utah.edu/~elb/folklore/mel.html