Ask HN: Có dự án nào bị dừng hoặc khai tử quá sớm không? Vì sao?

 (news.ycombinator.com)
6 điểm bởi GN⁺ 2025-10-13 | 6 bình luận | Chia sẻ qua WhatsApp
  • Câu hỏi và các câu trả lời về những dự án biến mất vì đi trước thời đại hoặc thị trường chưa sẵn sàng

    Chỉ là tôi tò mò thôi. Biết đâu sẽ có ai đó áp dụng điều này, hoặc phát triển thứ gì mới dựa trên ý tưởng này.

Hệ điều hành Plan 9

  • Hệ điều hành phân tán của Bell Labs từng được đánh giá là người kế nhiệm thực sự của Unix, nhưng thất bại trong thương mại hóa

    • Thiết kế đột phá mở rộng triết lý "mọi thứ đều là tệp" sang cả chia sẻ qua mạng
    • Cung cấp các tính năng UI độc đáo như lập trình bằng chuột, trình quản lý cửa sổ lồng nhau, Plumber
    • Từng rất lý tưởng cho môi trường phân tán kết nối di động, desktop, cloud và IoT, nhưng không được chấp nhận

  • Nguyên nhân thất bại

    • Vấn đề giấy phép và kiện tụng khiến giới công nghiệp quay lưng
    • Không khớp với giai đoạn điện toán tập trung suy tàn và máy tính cá nhân trỗi dậy
    • Chỉ được định vị như một OS nghiên cứu nên không tận dụng được làn sóng .com
    • Do doanh thu mảng điện thoại của AT&T suy giảm, Bell Labs đã bị bán đi nhiều lần
    • Version 3 từng được bán với giá $350 mỗi hộp nhưng chỉ được phép dùng cho mục đích phi thương mại
    • Mãi đến năm 2004 mới thực sự được công bố dưới dạng mã nguồn mở

  • Di sản

    • Giao thức hệ thống tệp 9P vẫn tiếp tục được dùng trong WSL2, hệ sinh thái VM và Kubernetes
    • Có các dự án fork hoạt động tích cực như 9front
    • Plan 9 Foundation hiện đang quản lý mã nguồn mở và các quyền liên quan

Những dự án chết yểu của Google

  • Trải nghiệm của một người dùng từng dùng 30~40 sản phẩm Google, nay chỉ còn 3~4

    • Google Picasa: công cụ quản lý ảnh cục bộ nhanh và rất tốt
    • Google Hangouts: nạn nhân của chiến lược ứng dụng nhắn tin rối rắm
    • G Suite Legacy: phá vỡ lời hứa "miễn phí vĩnh viễn" và chuyển sang thu phí
    • Play Music: đã tải lên hàng nghìn tệp MP3 nhưng mất dữ liệu khi dịch vụ đóng cửa
    • Google Finance: từng có tính năng theo dõi cổ phiếu nhưng đã bị ngừng
    • Google NFC Wallet: Apple thống trị thị trường bằng cùng một tính năng
    • Chromecast Audio: làm tốt một việc duy nhất nhưng vẫn bị ngừng

  • Google Reader: quyết định kinh doanh tệ hại nhất lịch sử

    • Bị đóng dù về lâu dài đây là dịch vụ gần như không cần bảo trì nhiều
    • Có nhiều người dùng có ảnh hưởng như nhà sáng lập, CTO, VP of Engineering
    • Để lại cho ngành bài học rằng đừng tin các sản phẩm của Google
    • Việc đóng dịch vụ được đánh giá là thành tích vì tiết kiệm được hàng triệu đô, phản ánh vấn đề văn hóa tổ chức

Adobe Flash / Macromedia Flash

  • Nền tảng tạo nội dung đa phương tiện mà đến 15 năm sau vẫn chưa có công cụ thay thế xứng đáng

    • Có thể tạo game và nội dung multimedia dễ như ghép khối Lego
    • Cung cấp bộ công cụ trực quan như MovieClip, hoạt ảnh theo timeline
    • Bị thay bằng HTML Canvas nhưng chất lượng công cụ thì không thể so sánh

  • Vì sao iPhone đã giết Flash

    • Trên phần cứng năm 2007, vấn đề hiệu năng và hao pin là rất nghiêm trọng
    • Vì Flash có thể trở thành đường vòng né hệ sinh thái ứng dụng
    • Có nguy cơ khiến iPhone bị coi là một sản phẩm rác

  • Tình hình hiện tại

    • Adobe Animate hỗ trợ xuất ra JS/Canvas nhưng không còn như bản gốc
    • Có thể chạy một phần nội dung legacy bằng các trình giả lập như Ruffle
    • Roblox phần nào đảm nhiệm vai trò tương tự, nhưng hạn chế hơn và mang tính thương mại hơn

Những dự án thất bại của Microsoft

  • Silverlight: plugin web dựa trên C#

    • Có thể dùng C# đầy đủ thay cho JavaScript
    • UI nhận biết DPI dựa trên vector, mô hình MVVM, data binding hai chiều
    • Cộng tác giữa designer và developer thông qua Expression Blend
    • Render giống hệt nhau trên mọi trình duyệt
    • iPhone đã khiến Silverlight sụp đổ cùng với Flash

  • Midori: OS bảo mật dựa trên capability

    • Đã phát triển đến mức có thể chạy được mã Windows nhưng bị dừng vì chính trị nội bộ
    • Nhiều thành quả nghiên cứu đã được tích hợp vào .NET
    • Có hơn 100 người tham gia như một dự án giữ chân nhân sự (retention project)

Khác

  • Copland của Apple (nguyên mẫu MacOS 8)

    • Phiên bản MacOS hiện đại hóa không cần dòng lệnh
    • Có những tính năng đáng lẽ có thể giúp việc chuyển sang di động dễ dàng hơn
    • Không thể phát hành vì feature creep và bất ổn
    • Có tin đồn nó bị khai tử có chủ đích để hợp thức hóa thương vụ Apple mua NeXT

  • Songsmith: tạo phần đệm tự động cho giai điệu

    • Từ năm 2009 đã có tính năng phát hiện hợp âm và tạo phần đệm theo thời gian thực
    • Là tiền thân của các công cụ âm nhạc AI như Suno, Udio hiện nay
    • Từng trở thành meme vì video quảng bá quá ngượng ngùng, nhưng năng lực công nghệ rất ấn tượng

Sự suy tàn của Heroku

  • Sự đơn giản và tập trung ban đầu là yếu tố thành công

    • Một ngôn ngữ, một nền tảng triển khai, một cơ sở dữ liệu
    • Giảm tối đa mệt mỏi khi ra quyết định
    • Nếu 15 năm trước đã có AI thì với dữ liệu học nhất quán nó còn hiệu quả hơn nữa

  • Nguyên nhân thất bại

    • Sau khi bị Salesforce mua lại, việc thêm biểu ngữ thương hiệu khổng lồ gây phản ứng từ người dùng
    • Sự xuất hiện của Docker và Kubernetes khiến nó có thể bị thay thế
    • Xóa free tier khiến nhiều khách hàng rời đi
    • Vấn đề lạm dụng tài nguyên miễn phí do tiền mã hóa

  • Tình hình hiện tại

    • Một số người vẫn đang dùng nó trong production
    • Vercel, Coolify, Dokku cung cấp trải nghiệm tương tự

ReactOS - tái hiện Windows NT

  • Đã được phát triển gần 30 năm nhưng vẫn chưa thể dùng thực tế

    • Wine + kernel + tương thích driver thiết bị + mục tiêu luôn thay đổi
    • Ngay cả khi Windows 10 sắp hết hỗ trợ, nó vẫn không trở thành phương án thay thế

  • Nguyên nhân thất bại

    • Mã nguồn Windows không được tài liệu hóa hay thấu hiểu đầy đủ
    • Theo nguyên tắc clean-room reverse engineering, ai từng xem mã Windows thì không thể đóng góp
    • Dù mã nguồn Windows XP bị rò rỉ, tốc độ phát triển vẫn chậm
    • Wine, Proton và công nghệ ảo hóa đã trở thành các lựa chọn thay thế thực dụng

Delphi và Pascal

  • Ngôn ngữ lập trình từng rất lý tưởng cho giáo dục

    • Trình biên dịch siêu nhanh phù hợp cho việc học bằng thử-sai
    • Hệ thống kiểu gọn gàng (không phức tạp như Rust)
    • Trung thành với việc dạy các khái niệm nền tảng của lập trình mà không cần các tính năng đặc thù của ngôn ngữ

  • Tình hình hiện tại

    • Delphi vẫn tồn tại vững vàng, đã ra đến phiên bản 13
    • Lazarus là phương án thay thế mã nguồn mở
    • Python đã thay thế nó trong giáo dục, nhưng hệ thống kiểu thì hỗn loạn hơn

Phần cứng đổi mới nhưng thất bại

  • MicroChannel (IBM): kiến trúc thiết bị ngoại vi dựa trên kênh

    • Đưa khái niệm channel của mainframe vào PC
    • Có thể chạy các channel program đơn giản
    • Thất bại trên thị trường vì giấy phép độc quyền
    • Ngày nay mọi hệ thống hiện đại đều dùng chức năng tương tự nhưng không có giao diện thống nhất

  • Motorola 680x0: bộ xử lý từng có thể trở thành nền tảng của kỷ nguyên microcomputer

    • Ra mắt năm 1978 nhưng MMU xuất hiện quá muộn
    • Là trái tim của Amiga và Macintosh đời đầu

  • Optane persistent memory: công nghệ xóa nhòa ranh giới giữa RAM và storage

    • Có thể lưu bền trực tiếp các cấu trúc dữ liệu
    • Không cần khởi động hay mở lại ứng dụng, có thể tiếp tục ngay từ điểm đã dừng
    • Thất bại vì quá đắt, dù về mặt kỹ thuật là một cuộc cách mạng
    • Những người ra quyết định kinh doanh thiếu kiên nhẫn

  • Lytro light-field camera: chỉnh tiêu cự sau khi chụp

    • Ghi lại toàn bộ dữ liệu rồi mới quyết định điểm lấy nét sau
    • Đáng lẽ có thể hoàn toàn tương thích với các công nghệ hiện đại như Gaussian splat, Meta Ray-Ban
    • Chưa đạt chất lượng ảnh mà nhiếp ảnh gia chuyên nghiệp cần
    • Có lẽ nên nhắm vào thị trường novelty như Polaroid/Instax

Những tranh luận về công nghệ web

  • Thất bại của XHTML

    • Cố giải quyết sự hỗn loạn của HTML bằng parsing nghiêm ngặt
    • HTML5 thậm chí còn chuẩn hóa cả ý nghĩa của HTML sai cú pháp
    • Định luật Postel là sai: parsing quá dễ dãi gây ra lỗ hổng bảo mật và vấn đề tương thích
    • Nguyên tắc "dừng ở lỗi đầu tiên và hiển thị thông báo lỗi" có lẽ đã tốt hơn

  • Phản biện: lý do thật sự XHTML thất bại

    • IE6 không hỗ trợ application/xhtml+xml
    • Gần như phải hỗ trợ IE6 suốt 15 năm
    • JSX, JSON vẫn thành công dù có cú pháp nghiêm ngặt
    • Mọi ngôn ngữ backend đều dùng cú pháp nghiêm ngặt
    • Vấn đề không phải rào cản gia nhập mà là hỗ trợ từ trình duyệt

  • Thực tế của HTML

    • Chỉ vì trích dẫn thuộc tính sai mà cả trang có thể không render
    • Nó phải là một định dạng mà người bình thường cũng có thể viết được
    • HTML là định dạng tài liệu chứ không phải tập lệnh
    • PDF, ZIP, CSV cũng đọc được tệp hỏng (dữ liệu quan trọng hơn định dạng)

Mạng xã hội và giao tiếp

  • Google Wave: cho thấy tương lai nhưng là cuộc cách mạng đến quá sớm

    • Có dịch thời gian thực, tích hợp nhiều kiểu nhắn tin và rất nhiều tính năng
    • Hoàn toàn mã nguồn mở
    • UI quá phức tạp khiến các "chuỗi cập nhật thời gian thực lồng nhau" trở nên quá tải
    • Từng hợp nhất những thứ giờ đang phân tán giữa Slack, JIRA và email

  • Vine: video ngắn ra đời trước TikTok

    • Ngay từ năm 2013 đã tăng trưởng ở quy mô đáng kể
    • Twitter không biết kiếm tiền từ nó ra sao nên dừng lại
    • TikTok ra mắt chỉ vài tháng sau khi Vine đóng cửa
    • Chỉ cần gắn banner quảng cáo vào video vuông là được, nhưng họ đã bỏ lỡ cơ hội

  • Skype: gọi video mà cả bà cũng dùng được

    • Đơn giản như điện thoại nhưng rẻ hơn gọi quốc tế
    • Từng là phần mềm P2P xuất sắc nhất
    • Bị thay thế một cách tệ hại bởi Microsoft Teams
    • Khó cấu hình phần cứng ngoài, có vấn đề tương thích, và không còn dịch vụ kiểm tra âm thanh như xưa

Các hệ điều hành

  • Maemo/MeeGo: mobile Linux mà Nokia lẽ ra nên thúc đẩy

    • N9 là thiết bị tuyệt vời nhưng chỉ được ra mắt đúng một mẫu
    • Hội đủ khả năng hack, sự tinh tế và bảo mật
    • Ngày nay đáng lẽ đã có hai dòng mobile Linux chủ đạo không phải Android hay iOS
    • Một phần được kế thừa bởi Sailfish OS

  • BeOS: OS tối ưu cho multimedia

    • Việc phải cuộn rất lâu mới thấy nhắc đến BeOS và Amiga thật đáng ngạc nhiên
    • Haiku OS đang được tái hiện lại từ đầu
    • Nhanh và phản hồi tốt hơn rõ rệt so với Linux+X+Qt+KDE

  • OS/2: bi kịch sinh ra từ hợp tác giữa IBM và Microsoft

    • Một hệ thống có API xuất sắc
    • Nếu Workplace Shell và mã SOM được công khai, có lẽ đã có thể được tận dụng ở các hệ điều hành khác
    • Được dùng rất lâu trong ATM ngân hàng mà không bị hack

Công cụ phát triển

  • Quartz Composer: lập trình trực quan kiểu node của Apple

    • Môi trường lập trình trực quan dựa trên patch
    • Có thể triển khai việc giám sát thiết bị USB chỉ bằng 3 node
    • Sau năm 2016 không còn được cập nhật, nhiều node bị hỏng trên OS mới
    • Cần được đánh giá lại trong bối cảnh lập trình dạng node đang phổ biến ở Blender và Unreal Engine

  • Atom code editor: từng có thể trở thành đối thủ của VS Code

    • Một phương án thay thế mainstream do GitHub tạo ra
    • Sau khi Microsoft mua GitHub, số phận của Atom gần như đã được định đoạt
    • Dự án khởi nguồn của Electron
    • Các nhà phát triển gốc hiện đang làm Zed editor

  • Non DAW: DAW tách rời theo chức năng

    • Mỗi chức năng được cung cấp dưới dạng ứng dụng độc lập
    • Khi chỉ cần một tính năng, không bị các tính năng khác làm phiền
    • Chỉ với ví dụ 25 dòng đã giới thiệu được toàn bộ khái niệm
    • Nhà phát triển chính đã được Microsoft tuyển và hiện làm OSS Rust

Các ngôn ngữ lập trình

  • Elm: ngôn ngữ hàm chưa hoàn thiện và không còn được phát triển sôi nổi

    • Việc xóa toán tử tùy biến làm mọi mã bị vỡ và đánh mất đà phát triển
    • Elm Architecture quá cứng nhắc nên thành vấn đề
    • F# (Fable), ReasonML, OCaml (Bucklescript), Haskell, PureScript là các lựa chọn thay thế

  • Opa: Next.js dựa trên kiểu dữ liệu từ năm 2012

    • Trước cả TypeScript đã có một framework full-stack có kiểu
    • Ra mắt khi thị trường còn hoài nghi về Node.js phía server
    • Giấy phép AGPL là cú đánh quyết định; dù sau đó đổi sang MIT thì cũng không còn cơ hội thứ hai

  • Austral: ngôn ngữ có tư duy rõ ràng và tính nguyên bản

    • Cung cấp đặc tả với độ rõ ràng hiếm thấy
    • Tác giả không còn làm việc tích cực với nó nữa
    • Với lập trình viên hobby thì thiếu cộng đồng và hệ sinh thái

  • Ceylon: ngôn ngữ JVM của Red Hat

    • Cạnh tranh với Groovy, Kotlin, Scala
    • Có union type ẩn danh, comprehension và hệ module đúng nghĩa
    • Cung cấp nhiều hơn một lớp đường cú pháp trên Java
    • Thua trong cuộc cạnh tranh với Kotlin và bị bỏ bê trong Eclipse

Những thất bại thương mại

  • Google Stadia: nền tảng cloud gaming

    • Đã xây dựng được một nền tảng streaming vững chắc
    • Thất bại vì thiếu game hấp dẫn
    • Chỉ có một số ít game vốn đã chơi được ở nơi khác là không đủ

  • Fire Phone: smartphone của Amazon

    • Nhắm vào một thị trường gần như bằng 0
    • Nhìn lại thì thật khó tin là đã từng nghĩ nó sẽ thành công

  • Project Ara: smartphone mô-đun của Google/Motorola

    • Một smartphone có thể tùy biến
    • Giá mà nó có thêm vài vòng lặp phát triển nữa để được hoàn thiện
    • Có lẽ nó sẽ quá dày để cạnh tranh

Cơ sở dữ liệu và backend

  • RethinkDB: cơ sở dữ liệu thời gian thực

    • Thất bại khi cố mở rộng phạm vi sang Horizon BaaS
    • Về mặt kỹ thuật vẫn tồn tại trong Linux Foundation nhưng đã mất đà
    • Khái niệm ban đầu rất tuyệt để demo nhưng thiếu các ca sử dụng production thực tế

  • Yahoo Pipes: công cụ kết hợp RSS và luồng dữ liệu

    • Cho thấy Internet lẽ ra nên như thế nào
    • Việc kết nối giữa các công cụ vẫn chỉ dừng ở mức Unix pipe
    • Zapier và n8n là lựa chọn thay thế hiện đại nhưng không mang cùng cảm giác
    • Node-RED, Apache Camel, Apache Nifi là các phương án cấp doanh nghiệp

Các dự án đáng chú ý khác

  • Sandstorm: nền tảng web phân tán của năm 2014

    • Dựa trên ý tưởng BitTorrent
    • Mã và dữ liệu website phân tán hoàn toàn
    • Đáng lẽ có thể tích hợp vào các website hiện có
    • Cơ chế Grain (cô lập dữ liệu) khiến việc thích nghi ứng dụng hiện có trở nên khó khăn
    • Đáng lẽ nên tiếp thị theo hướng xây ứng dụng mới ngay trên nền tảng thay vì port app

  • Keybase: mạng xã hội dựa trên mã hóa

    • Cung cấp mã hóa mạnh và xác minh danh tính
    • Sau khi bị Zoom mua lại thì gần như bị dừng hẳn
    • FOKS là dự án mới của các nhà phát triển gốc

  • del.icio.us: dịch vụ bookmark xã hội

    • Chia sẻ bookmark với những người mình thực sự quen biết
    • Cung cấp gắn thẻ phân loại hữu ích
    • Bị Reddit và Twitter thay thế
    • Pinboard từng là dịch vụ tương tự, nhưng người dùng rời bỏ vì thiếu quản trị và quan điểm chính trị của nhà sáng lập

Bài viết liên quan

6 bình luận

 
soonil 2025-10-20

Đúng là những công nghệ gợi lại nhiều ký ức.
 
roxie 2025-10-13

À.. dự án Keybase bị xếp xó rồi sao??
 
click 2025-10-13

Tôi từng dùng Vine rất nhiều; nếu nó sống sót đến thời đại video ngắn thì chắc hẳn đã kiếm được khối tiền với tư cách là người tiên phong của ngành nội dung ngắn.
 
unknowncyder 2025-10-13

Beriz WebShare?.. Tôi nhớ hồi nhỏ mình đã dùng nó khá dễ dàng và thoải mái dù chẳng có chút kiến thức nào.
 
chicol 2025-10-13

Không có Cyworld nhỉ..
 
GN⁺ 2025-10-13
Ý kiến trên Hacker News

  • Đó là hệ điều hành Plan 9. Đây là hệ thống gần nhất với việc trở thành người kế nhiệm của Unix, đưa triết lý "mọi thứ đều là tệp" tiến thêm một bước bằng cách cho phép chia sẻ tệp qua mạng dễ dàng và xây dựng các hệ phân tán. Trong Plan 9, việc truy cập tài nguyên từ xa vừa dễ vừa ổn định, trong khi ở các hệ thống khác người ta phải cài phần mềm kém tương thích cho từng trường hợp sử dụng. Nó cũng có các tính năng UI đột phá như chỉnh sửa văn bản dựa trên mouse-chording, trình quản lý cửa sổ lồng nhau, và Plumber, công cụ chạy lệnh trên toàn hệ thống theo mẫu văn bản. Nhờ kiến trúc phân tán, lẽ ra nó rất phù hợp với thời đại ngày nay khi thiết bị di động, desktop, cloud và IoT đều kết nối với nhau, nhưng thực tế chúng ta vẫn mắc kẹt với những hệ điều hành không được thiết kế như vậy. Hiện các bản fork như 9front vẫn còn sống, nhưng bản gốc của Bell Labs thì đã biến mất. Nguyên nhân sụp đổ là các vấn đề pháp lý như giấy phép và kiện tụng khiến ngành công nghiệp chậm chạp trong việc áp dụng, vào đúng thời điểm cần một OS phân tán thì mọi người lại thích máy tính cục bộ hơn, và vì nó chỉ được biết đến như một OS nghiên cứu nên đã không tận dụng được làn sóng dot-com. Cuối cùng, việc AT&T mất nguồn doanh thu, Bell Labs bị bán đi và các thành viên cốt lõi rời đi cũng góp phần gây ra điều đó

    • Nguyên nhân thất bại lớn nhất của Plan 9 là khác với Unix, các nhà cung cấp phần cứng không thể mua giấy phép rẻ rồi tự do sửa đổi nó cho phần cứng của mình. Bell Labs định bán Plan 9 như phần mềm thương mại với giá 350 đô la, và điều này khiến nó không được ngành công nghiệp tiếp nhận đúng mức. Tôi từng nhiều lần nhấn mạnh điều này trong các bài viết, nên rất đáng tham khảo: liên kết1, liên kết2, liên kết3

    • Giao thức hệ thống tệp của Plan 9 vẫn còn sống bên trong WSL2

    • Tôi tự hỏi vì sao các hệ thống kiểu Unix khác không tích cực áp dụng triết lý "mọi thứ đều là tệp"

    • Trong Plan 9, vấn đề symbolic link đã được giải quyết

  • Giao diện đồ họa Photon của QNX cũng rất ấn tượng, dù tập trung vào thời gian thực nhưng vẫn có widget, gauge và nhiều tính năng tốt, thậm chí còn hỗ trợ tới 2 trình duyệt web nên không hề có độ trễ. Nó thật sự mang cảm giác của một hệ điều hành thời gian thực. Và Mac OS 8, từng được gọi là Copeland, đã hiện đại hóa Mac OS nguyên bản trong khi vẫn giữ truyền thống không có command line. Vì không có command line nên mọi cài đặt và cấu hình tính năng đều phải dễ dàng và nhất quán, và nếu từng có một giai đoạn chuyển sang di động thì có lẽ nó đã chuyển tiếp rất mượt mà. Thực ra các nhà phát triển đã từng được cung cấp bản thực, nhưng vì Apple buộc phải mua NeXT nên dự án Copeland đã bị xếp xó. Ngoài ra, khái niệm hệ điều hành xử lý giao dịch cũng rất đột phá. Nó giống IBM CICS ở chỗ nạp chương trình, chạy rồi kết thúc, trái ngược với việc Unix và Linux về bản chất là các hệ thống chia sẻ thời gian dựa trên terminal. Tiếp theo, IBM MicroChannel cố mang các ưu điểm của kênh mainframe sang PC, nhưng rốt cuộc thất bại chủ yếu vì chính sách độc quyền. Ngày nay gần như mọi hệ thống đều dùng các khái niệm tương tự, nhưng chúng không đóng vai trò như một giao diện tích hợp giúp đơn giản hóa OS. Và CPU có hypervisor hoạt động đúng nghĩa cũng vậy: khác với các hệ IBM VM ngày xưa, trên x86 mọi lớp đều là các kiểu giải pháp chắp vá. Dòng Motorola 680x0 lẽ ra phải trở thành nền tảng của kỷ nguyên microcomputer, nhưng MMU ra quá muộn nên không làm được điều đó. Modula-2 và 3 khá ổn, nhưng Oberon thất bại, và DEC cũng suy tàn theo. Với XHTML, HTML5 đã chính thức hóa lỗi và đưa vào các quy tắc phân tích quá dễ dãi đến mức thành ra không cần thiết. Chỉ cần một thẻ không được đóng đúng trong quảng cáo hay mã ngoài là cả trang có thể hỏng theo cách vô nghĩa. Cuối cùng, cũng từng có những đổi mới như Word Lens, nơi bạn đưa smartphone lên nhìn thế giới là có thể dịch máy và xử lý ngoại tuyến, nhưng rồi nó biến mất sau khi bị tích hợp vào Google Translate

    • Tôi muốn đính chính về dự án Copland. Dự án này bị quản lý cực kỳ tệ, lại liên tục thêm công nghệ mới một cách vô tội vạ nên feature creep rất nặng và độ ổn định giảm nghiêm trọng. Nếu dùng các bản build bị rò rỉ, chỉ riêng các chức năng desktop cơ bản thôi cũng thường xuyên treo và crash. Đến năm 1996, nội bộ Apple đã kết luận Copland là thứ không thể phát hành, rồi mới bắt đầu xem xét cấp phép OS bên ngoài và cuối cùng mua NeXT. Không phải họ bỏ Copland để đi mua NeXT; mà là Copland hoàn toàn không thể phát hành, nên họ buộc phải đưa ra quyết định đó

    • Tôi từng có thời gian rất mê XHTML, nhưng rồi đã trải qua cảnh chỉ vì một thẻ nào đó ngoài tầm kiểm soát của mình, như quảng cáo, bị đóng sai là toàn bộ trang không hiển thị gì ngoài một thông báo lỗi to đùng. Cách tiếp cận kiểu “in phần còn lại bằng Times New Roman” cũng không thực tế. Nếu về bản chất vẫn phải phân tích HTML thì cũng chẳng khác bao nhiêu so với trước đó. Với tư cách người đam mê, tôi có thể viết phần mã của mình thật hoàn hảo, nhưng thực tế thì đa số mọi người đều làm khá cẩu thả. XHTML nghe hợp lý về mặt logic, nhưng trong thực tế nó là cách tiếp cận bất khả thi vì chính bản chất con người

    • Bạn có thể thích phong cách nghiêm ngặt như XHTML, nhưng với tài liệu web được chia sẻ rộng rãi thì một framework không biết tha thứ là không phù hợp. Nếu chia định dạng tệp thành hai loại: (1) vòng lặp mở, nơi người tiêu thụ không thể liên hệ tác giả, như HTML, pdf, zip, csv..., thì dữ liệu quan trọng hơn định dạng, nên cả pdf hay zip lỗi cũng phải đọc được. (2) vòng lặp đóng, nơi người tiêu thụ kiểm soát được người tạo, như mã nguồn chương trình, thì có thể chấp nhận parser nghiêm ngặt. XHTML là mô hình chỉ dùng được cho (2), trong khi HTML là (1). Trừ những môi trường vốn đã khép kín như tài liệu nội bộ doanh nghiệp, còn lại rất khó áp dụng XHTML

    • Tôi chỉ trích việc HTML5 dung thứ quá mức cho lỗi thẻ sai. Hầu hết các định dạng khác đều dừng ở lỗi đầu tiên, chỉ HTML là ngoại lệ. Điều này tạo ra rất nhiều lỗ hổng bảo mật và khiến mọi thứ khó khăn hơn cho tất cả lập trình viên. Xu hướng parsing của HTML5 dường như đã đi quá xa theo hướng những người chống lại Internet Explorer cũ kỹ hoặc theo hướng ghi chép bug thành tiêu chuẩn nhân danh chuẩn hóa. RFC liên quan

    • Việc yêu cầu đóng thẻ cho “đúng” chỉ làm tăng rào cản gia nhập của ngôn ngữ. Ngày xưa người ta tự viết HTML, có sai thì ít nhất vẫn hiện ra cái gì đó trên màn hình nên nhiều người vẫn tiếp tục thử. Còn ngôn ngữ lập trình thật sự thì chỉ một lỗi nhỏ cũng phun ra thông báo lỗi khủng khiếp khiến người ta dễ bỏ cuộc. Các ngôn ngữ gần đây đã cải thiện kiểu như Rust, nhưng vào thời XHTML thì rất khó hiểu được chỉ từ những lỗi nhỏ

  • Tôi chọn Google Wave. Tôi đã xem bản demo đầu tiên của Chris DiBona và thấy nó thật sự tuyệt vời. Dịch thời gian thực, tích hợp nhiều kiểu nhắn tin khác nhau, lại còn mã nguồn mở với đầy tính năng hay ho. Nhưng Wave được phát hành thực tế lại là một phiên bản thu nhỏ, và thị trường cũng thờ ơ với nó, điều đó rất đáng tiếc. Kết cuộc là chúng ta còn lại những thứ như JIRA, Slack, email, và càng cảm nhận rõ sự thiếu vắng của Wave

    • Google Wave có stack công nghệ rất xuất sắc, nhưng đã phạm sai lầm chí mạng ở thiết kế UI. Họ xử lý Wave không phải như một tài liệu duy nhất mà như nhiều mục riêng lẻ, khiến mọi thứ chỉ trở nên phức tạp hơn và làm mất hết ưu điểm

    • Tôi đã trầm trồ khi xem demo, nhưng rồi nghĩ kỹ lại thì đi đến kết luận rằng nó thật kinh khủng. Giống như Slack, bạn phải tự kiểm tra từng cập nhật của mỗi kênh, nhưng Wave còn phức tạp hơn rất nhiều nên tôi trực giác thấy rằng không thể nào theo kịp được

    • Công nghệ của Wave rất ấn tượng, nhưng nếu xem lại video demo thì có thể thấy đó không phải là một sản phẩm tốt. Họ cố tạo ra một sản phẩm all-in-one bao trùm mọi thứ nhưng đã không thành công. Trái lại, các công nghệ đó được phân tán vào nhiều sản phẩm Google khác nhau, và hóa ra việc có UI riêng cho từng chức năng lại trực quan hơn nhiều

    • Nó cực kỳ phù hợp để cùng bạn bè quản lý chia sẻ những thứ như lịch trình du lịch, và dạng thức của Wave rất hiệu quả cho các cuộc thảo luận ad-hoc có kèm tài liệu và liên kết. Nó khiến tôi có cảm giác như đang nhìn thấy tương lai, đến mức hồi còn non tay tôi đã tự viết một plugin quản lý server: Wave-ServerAdmin. Đã 16 năm trôi qua, có lẽ giờ là lúc lưu trữ nó vào kho lưu trữ

    • Tôi từng tải hẳn máy chủ Wave mã nguồn mở về để xem có thể làm ra sản phẩm gì không, nhưng hạn chế lớn nhất là nó không thể lưu trữ dữ liệu lâu dài. Vì điều đó mà theo tôi nó không có tương lai, và phản ứng của các thành viên nhóm Wave cũng cho cảm giác họ không hiểu thực tế mà đang sống trong ảo tưởng. Dù vậy, đây vẫn là một ý tưởng rất hay

  • Adobe Flash / Shockwave là công cụ làm game hay nội dung đa phương tiện dễ dùng đến mức dù đã vài chục năm trôi qua, đến nay vẫn chưa có công cụ nào ngang tầm. Nó nhắc ta rằng nhân loại không phải lúc nào cũng tiến về một hướng; đôi khi ta còn đánh mất vĩnh viễn những thứ rất quý giá

    • Nó giúp cả người mới bắt đầu cũng dễ dàng làm game, nên cả ngành game đã đón nhận một làn sóng ý tưởng mới mẻ. Ví dụ như các nhà phát triển indie kiểu Zachtronics đã ra mắt theo cách này. Ngược lại, mỗi game Flash lại đi kèm vô số quảng cáo và kiểu điều hướng bằng Flash tệ hại, đến mức có thời nhà hàng nào cũng có website toàn Flash. Trình phát video dựa trên Flash là nỗi đau trên Linux, và nó cũng là một trong những thủ phạm chính làm chậm việc hỗ trợ video tử tế trong trình duyệt

    • Flash là thảm họa đối với web. Nó tồn tại như những hộp đen mà bạn không thể zoom, không chọn được văn bản, cũng không dùng nút back. Cái chết của nó thậm chí còn giống như thành tựu lớn nhất của Steve Jobs

    • Godot đang khá gần với điều đó. Nó dễ học, hỗ trợ cả 2D lẫn 3D, và có thể xuất ra HTML5/webasm, các OS lớn và cả di động. Nó chưa hoàn hảo, nhưng đã tiến bộ nhảy vọt trong vài năm gần đây, và có cảm giác như đang đến gần một bước ngoặt lớn kiểu Blender

    • Kể cả khi Adobe giải quyết triệt để vấn đề bảo mật, Apple có lẽ vẫn sẽ giết nó thôi. Thành công đại chúng của Flash là một mối đe dọa với Apple. Dù cơn sốt HTML canvas cũng đã lắng xuống, đến giờ vẫn chưa có giải pháp thay thế nào để nhà thiết kế tạo ra thiết kế tương tác đẹp mà không cần thuê bao rồi nhúng ở bất cứ đâu

    • Vấn đề là Flash đã bị lạm dụng quá mức. Ở công ty tôi, có một ứng dụng nhất quyết giữ Flash đến cùng; tìm hiểu ra thì hóa ra chỉ là một đường kẻ phân cách ngang đơn giản trên trang được làm bằng Flash. Menu dropdown bằng Flash, splash screen trên website ô tô, tất cả đều là lạm dụng. Mãi tới khi thời đại di động đến nó mới có thể chết hẳn, và lúc đó hầu như cũng chẳng còn mấy ai tiếc nuối

  • Có vô số dịch vụ Google có thể thấy trên killedbygoogle.com. Tôi từng dùng khoảng 30~40 cái, nhưng giờ chỉ còn dùng 3~4. Google Picasa dùng cục bộ rất nhanh, Google Hangouts thì làm tôi rối vì quá nhiều ứng dụng chat. G Suite Legacy từng hứa miễn phí trọn đời mà cuối cùng vẫn thu phí nên tôi bỏ Google. Google Play Music có hàng nghìn file MP3 tôi từng tải lên, nhưng dịch vụ đóng cửa rồi nên tôi không định tải lại nữa. Google Finance và NFC Wallet cũng làm mất niềm tin dữ liệu nên tôi chuyển đi. Chromecast Audio chỉ làm đúng một việc tôi cần, và khi nghe tin ngừng sản xuất tôi đã bán nó đi ngay. Còn việc Chromecast cũng đã chết thì tôi chỉ biết trong lúc đang dùng nó

    • Tôi cũng sẽ tiếc Google Reader mãi mãi. Chi phí vận hành có lẽ cũng chẳng cao đến vậy, và đây là kiểu tính năng mà dù lâu không sửa gì tôi cũng chẳng phàn nàn. RSS xưa nay vẫn được dùng theo đúng một cách như vậy

    • Không phải toàn bộ nhạc bạn đã tải lên Google Play Music đều biến mất. Nếu bạn là người đã chuyển sang YouTube Music thì các bài hát đã được chuyển hết sang đó, không cần tải lại

    • Chromecast Audio vẫn hoạt động rất tốt. Chỉ là họ không còn bán nữa thôi, nên tôi vẫn luôn để mắt tới đồ cũ

    • Tính năng nhận diện khuôn mặt của Picasa đi trước thời đại, và gói ngoại tuyến của nó thật sự rất tốt. Đáng tiếc là ở phiên bản cuối có bug khiến các thẻ khuôn mặt bị đổi ngẫu nhiên, làm việc nhận diện trên vài nghìn bức ảnh gia đình của tôi trở nên vô dụng. Digikam chỉ vừa đủ làm việc tương tự, chứ là giải pháp thay thế thì vẫn còn quá yếu

    • Điều thú vị là sau khi đóng Google Notebook, vài năm sau Google lại làm ra Google Keep mà tính năng gần như y hệt

  • Máy ảnh light-field của Lytro gây ấn tượng mạnh về mặt kỹ thuật và họ cũng đã ra mắt hai sản phẩm, nhưng độ phân giải vẫn chưa đạt mức mà nhiếp ảnh gia chuyên nghiệp cần. Tuy vậy, với sự xuất hiện của các phương tiện như light-field display trên Meta Ray-Ban và gaussian splats, giờ đây đã là thời điểm có thể tận dụng nhiều dữ liệu cảm biến hơn. Xét ngoài khía cạnh kỹ thuật, thị trường cho những máy ảnh low-res kỳ lạ như Polaroid hay Instax vẫn rất lớn, nên chiếc Lytro đầu tiên hoàn toàn có thể đi theo một form factor thú vị và thậm chí tích hợp cả máy in cũng không thành vấn đề

    • Light field ghi lại bằng cách trộn các pixel ở nhiều độ sâu lấy nét khác nhau, nên kết quả là độ phân giải tất yếu thấp hơn camera thường. Chế tạo thì không quá khó, nhưng giới hạn vật lý thật đáng tiếc

    • Có vẻ smartphone ngày nay cũng đã phần nào triển khai được tính năng này. Tôi vẫn nhớ khi Lytro xuất hiện đã thấy cực kỳ hào hứng

  • Bộ nhớ bền vững Optane có một giá trị đột phá ở chỗ lưu dữ liệu trực tiếp, nên có thể tiếp tục làm việc ngay mà không cần boot hay load ứng dụng. Nó thất bại vì quá đắt, nhưng trước đó các giới hạn của nó cũng đã khá rõ. Dù vậy, xu hướng này chưa hoàn toàn biến mất, như qua memory snapshot của VM hay container của macOS

    • Tôi đặt niềm tin tuyệt đối vào công nghệ 3dxpoint. Đó là công nghệ được ủ trong nhiều thập kỷ, nhưng phía kinh doanh lại không có đủ kiên nhẫn để chờ thế giới bắt kịp

    • Tư duy hệ thống hiện có vẫn bị mắc kẹt trong sự phân biệt giữa RAM và đĩa, nên chưa thật sự sẵn sàng tiếp nhận phần cứng mới như Optane. Dù vậy, trong mảng server vẫn đang xuất hiện một số use case, và cũng có rất nhiều dự án nghiên cứu liên quan

    • Optane thật sự rất đáng kinh ngạc về mặt kỹ thuật. Nó suýt nữa đã xóa nhòa ranh giới giữa RAM và đĩa, tới mức chỉ với một thanh là có thể dùng cho toàn bộ bộ nhớ

    • Tôi thực sự đang đặt kernel trên ổ Optane để có trải nghiệm boot tức thì

    • Không chỉ vì giá, mà còn vì hệ sinh thái nền tảng chưa lan rộng đủ và tư duy cũ cũng chưa sẵn sàng. Nó gần hơn với mô hình môi trường dựa trên (live) image như Lisp hay Smalltalk thuở đầu. Bản thân tôi cũng có một hệ thống hỗ trợ firmware cùng Optane dung lượng thấp. Dung lượng thì nhỏ và bị trói vào OS cũ, nhưng vẫn đáng để thử nghiệm. Nếu RAM đủ lớn thì cũng có thể bắt chước kiểu suspend/resume. Kết hợp với tiến bộ của SSD thì chênh lệch tốc độ gần như biến mất. Chỉ còn lại độ bền kiểu TBW. Thậm chí có thể trộn hai thứ lại để dùng

  • Mạng Ricochet là một hệ thống rất độc đáo: vào thời đường dây điện thoại, nó cung cấp tốc độ cỡ ISDN bằng một mạng mesh gói không dây. Người ta đã đổ 5 tỷ USD vào 23 mạng lưới ở các thành phố nhưng gần như không có khách hàng, và nó đóng cửa năm 2001. Marketing tập trung vào “chuyên gia di động”, nhưng thực tế lại bỏ qua thị trường hộ gia đình vốn chỉ muốn internet nhanh hơn. Ngày nay 5G femtocell có khái niệm vật lý tương tự, nhưng thiếu tính dự phòng và khả năng tự định tuyến

    • Ricochet là một hệ thống tuyệt vời đi trước thời đại. Tôi cũng khuyên nên đọc cảm nhận của Joel Spolsky: đánh giá modem Ricochet Wireless

    • Tôi thật sự rất yêu modem Ricochet. Tôi vẫn nhớ thời cầm Ricochet thế hệ 2 cùng PowerBook ngồi trong quán cà phê ở Palo Alto để lướt web 56k và mở phiên ssh. Tôi vẫn còn một chiếc đâu đó trong nhà trong cái hộp, và đôi lúc nghĩ hay là kết nối thử cho vui ở chế độ star

    • Tôi đã dùng modem Ricochet ở San Francisco vào năm 98~99. Mười năm sau iPhone mở ra thời đại 3G, và mức cải thiện hiệu năng là áp đảo. Nếu nghĩ xem liệu cuộc sống của tôi sẽ tốt hơn không nếu Ricochet sống sót, thì trái lại tôi lại cảm thấy tiến bộ công nghệ đã đi theo hướng đúng đắn hơn nhiều

    • Đây là một dịch vụ tôi đã quên hẳn, nhưng giờ nghĩ lại thì lúc đó nó thực sự rất xuất sắc. Chắc tôi cũng là một trong bốn khách hàng duy nhất của nó

  • Midori của Microsoft là một OS theo đuổi bảo mật dựa trên capability. Có tin đồn nói rằng nó đã được phát triển tới mức có thể chạy mã Windows, nhưng cũng có lời kể rằng nó bị hủy vì chính trị nội bộ. Nó giống như tiền thân của Fuchsia. Wiki Midori

    • Midori thật sự rất thú vị. Blog của Joe Duffy có lẽ là tài liệu chi tiết nhất hiện còn: blog Midori. Bên trong Microsoft, nó cũng được xem như một moonshot và dự án giữ chân nhân sự chủ chốt. Hơn một trăm kỹ sư rất cao cấp đã được đổ vào đó. Một phần kết quả nghiên cứu cũng được dùng trong .NET, nên không phải mọi thứ đều biến mất hoàn toàn

    • Tôi không biết tin đồn chạy được mã Windows đến từ đâu. Theo mọi tài liệu công khai, Midori theo đuổi sự không tương thích hoàn toàn với mã cũ. Có thể bên trong vẫn có người mơ đến chuyện di trú, nhưng bản thân thiết kế của nó là một hệ thống mới tận gốc, không có con đường chuyển tiếp

    • Nền tảng kỹ thuật thì thú vị, nhưng nếu do Microsoft làm thì cuối cùng có lẽ nó vẫn sẽ thành thứ phần mềm phình to đầy những vấn đề hoàn toàn mới. Nếu tồn tại đến giờ, có khi nó còn bị nhồi nhét cả spyware và tính năng AI mà ngay từ đầu người dùng đã không hề muốn

    • Không biết bạn có biết Genode(genode.org) không. Nó ở trong lĩnh vực khá giống Midori và vẫn đang được phát triển tích cực cho tới nay

  • Yahoo Pipes thật sự rất tuyệt để tạo RSS feed và workflow tùy biến. Ngày nay có các lựa chọn thay thế như Zapier hay n8n, nhưng tôi đặc biệt thích Pipes. Và tôi cũng đồng ý với những hồi tưởng về Google Reader

    • Rất khuyên nên đọc kho lưu trữ lịch sử của Pipes. Trong đó có các hồi tưởng từ chính đội ngũ phát triển thực tế

    • Yahoo Pipes là tương lai mà internet lẽ ra nên hướng tới. Sau ngần ấy thập kỷ, việc liên kết giữa các công cụ kiểu đó đến giờ vẫn mới chỉ được thực hiện ở mức gần bằng unix pipes mà thôi

    • Tôi chưa từng dùng trực tiếp, nhưng mỗi lần nghe người khác hồi tưởng tích cực về pipes là lại cảm thấy hẳn nó phải là một công cụ phi thường. Tôi không biết thứ đã chết là Pipes, hay là internet đại chúng dựa trên các tiêu chuẩn mở và giao thức mở

    • Tôi rất yêu Pipes. Tôi từng gom nội dung từ nhiều site, định dạng lại bằng pipes, rồi đưa vào blog php qua RSS. Nhưng rồi từng site một ngừng hỗ trợ RSS, Pipes cũng mất ý nghĩa và cuối cùng bị đóng. Một thời gian tôi dùng riko, một thư viện Python, để làm điều tương tự mà không có visual editor, và nhờ đó lại trở thành cơ duyên để tôi chuyển từ PHP sang Python

    • Nếu muốn hồi sinh ý tưởng của Yahoo! Pipes, thì Node-RED(nodered.org) là một điểm khởi đầu tốt. Nó có nhiều điểm mạnh như mã nguồn mở, API vững chắc, hơn 10 năm tích lũy kinh nghiệm, backend ổn định... Tôi cũng từng dùng Browser-Red, là bản chỉ lấy frontend của Node-RED, và Erlang-Red, là bản dựng lại bằng backend Erlang. Node-RED khác ở chỗ mọi node đều chỉ có một cổng vào hoặc không có, trong khi Pipes cho phép nhiều dây vào. Frontend của nó cũng rất dễ làm quen nếu bạn biết jQuery. Nếu bạn có câu hỏi gì về Node-RED hay flow-based programming thì cứ liên hệ bất cứ lúc nào