Tại sao Dropbox không thành công
Dropbox chắc hẳn ai cũng biết rồi đúng không? Thành lập từ năm 2007 bởi một sinh viên MIT thường xuyên làm mất USB, anh ta nảy ra ý tưởng tải tệp lên máy chủ.
Tại sao Dropbox không thành công
Ảnh bìa
Quán cà phê “Dome Sinkhole Cafe” ở huyện Tu Văn, Quý Châu, Trung Quốc. Quán cà phê này được xây dựng ngay bên trong một hố sụt karst khổng lồ. (via)
Tại sao Dropbox không thành công
Dropbox chắc hẳn ai cũng biết rồi đúng không?
Thành lập từ năm 2007 bởi một sinh viên MIT thường xuyên làm mất USB, anh ta nảy ra ý tưởng tải tệp lên máy chủ.
Sau đó anh ta bắt đầu khởi nghiệp và tạo ra dịch vụ lưu trữ đám mây đầu tiên trên thế giới. Thời điểm đó, đây thực sự là một sản phẩm mang tính cách mạng.
Đó là lịch sử ra đời của Dropbox. Sau khi thành lập, dịch vụ này nhanh chóng trở nên phổ biến và trở thành một trong những công ty đám mây SaaS hàng đầu thời kỳ đầu.
Thế nhưng, đỉnh cao của họ dường như chỉ dừng lại ở thời điểm ra mắt. Chặng đường phát triển sau đó không hề suôn sẻ, vài năm trở lại đây thậm chí hoàn toàn dậm chân tại chỗ và ngày càng ít người biết đến.
Biểu đồ trên cho thấy xu hướng giá cổ phiếu của Dropbox. Mức giá cao kỷ lục 39 USD đạt được vào năm niêm yết 2018 và chưa bao giờ quay lại mốc đó. Gần mười năm trôi qua, hiện tại giá cổ phiếu của hãng vẫn chỉ quanh quẩn ở mức 20 USD.
Nói cách khác, trong thập kỷ bùng nổ vừa qua của Internet, Dropbox không những không phát triển mà còn bị thu hẹp lại.
Vốn hóa thị trường hiện tại của công ty chỉ đạt hơn 6 tỷ USD. Để so sánh, Airbnb, một công ty thành lập cùng thời điểm và ban đầu có vẻ kém tiếng hơn, hiện có vốn hóa 85 tỷ USD. Đó là chưa kể đến Uber, công ty thành lập muộn hơn, hiện đạt mức vốn hóa 150 tỷ USD.
Rốt cuộc tại sao Dropbox lại không thể bứt phá?
Gần đây, tôi có đọc một bài phân tích đưa ra một góc nhìn rất thú vị.
Tác giả lập luận rằng sai lầm cốt lõi của Dropbox nằm ở chỗ tự định vị mình là một công cụ dành cho người dùng cá nhân (C-end) thay vì là công cụ làm việc cho doanh nghiệp (B-end).
Một trong những chiến dịch nổi tiếng nhất của Dropbox thời kỳ đầu là tiếp thị lan truyền. Khi đó, việc đăng ký tài khoản không mở rộng rãi mà yêu cầu mã mời. Nếu có người đăng ký qua mã mời của bạn, cả hai sẽ nhận thêm dung lượng lưu trữ miễn phí (như hình dưới).
Chiến dịch này thành công rực rỡ, mã mời trở nên vô cùng khan hiếm giúp Dropbox thu về lượng người dùng khổng lồ. Câu chuyện này sau đó đã đi vào sách giáo khoa và được vô số công ty công nghệ học hỏi.
Có lẽ chính thành công đó đã khiến Dropbox đóng khung mình trong phân khúc khách hàng cá nhân. Định vị này ảnh hưởng đến một loạt quyết định sau đó, cản trở sự phát triển của công ty. Đúng là họ đã bị chính thành công của mình làm hại.
Các dịch vụ lưu trữ đám mây vốn là công cụ làm việc. Nếu muốn sinh lời, bạn không thể chỉ nhắm vào người dùng cá nhân mà phải hướng tới các doanh nghiệp.
Lý do là doanh nghiệp trả tiền cho thời gian của nhân viên, nên họ sẵn sàng mua các công cụ giúp nâng cao năng suất. Trong khi đó, hầu hết người dùng cá nhân chỉ muốn tiêu khiển, họ sẽ không chi tiền cho các phần mềm giúp tăng hiệu suất làm việc.
Điều này giải thích tại sao doanh thu của Dropbox luôn dậm chân tại chỗ, thậm chí doanh thu năm 2025 còn giảm so với năm 2024. Bởi vì tỷ lệ người dùng cá nhân tự bỏ tiền túi để tăng năng suất làm việc là một con số cố định. Nếu không khai phá thị trường mới, doanh thu từ mảng khách hàng cá nhân sẽ không thể tăng trưởng.
Tôi thấy nhận định này cực kỳ sâu sắc. Hầu hết người tiêu dùng chỉ thích giết thời gian chứ không thích tiết kiệm thời gian, chỉ có doanh nghiệp mới sẵn sàng chi trả cho các phần mềm tối ưu hiệu suất.
Việc tự giới hạn bản thân ở thị trường cá nhân chính là nguyên nhân gốc rễ khiến Dropbox không thể tăng trưởng.
Mô hình kinh doanh chính của các phần mềm cá nhân hoặc là giúp người dùng giải trí tốt hơn, hoặc là mô hình quảng cáo dựa trên sự chú ý của họ. Khi họ dùng ứng dụng của bạn để giết thời gian, bạn có thể bán sự chú ý của họ cho các nhà quảng cáo.
Chi phí AI vượt qua lương kỹ sư
Chi phí lập trình bằng AI thực chất lớn đến mức nào? Cuối cùng chúng ta cũng có những con số cụ thể.
Theo một bài viết gần đây, nhân viên tại Anthropic tính toán rằng chi phí vận hành AI đã gấp 2,3 lần tổng quỹ lương của họ.
Mức lương trung bình năm của một lập trình viên cao cấp tại Mỹ là khoảng 224.000 USD. Điều này đồng nghĩa với việc Anthropic phải chi thêm trung bình 515.000 USD mỗi năm cho mỗi kỹ sư chỉ để trả cho các chi phí sử dụng AI.
Vì Anthropic là công ty dẫn đầu về mô hình AI nên con số này khá cực đoan, chi phí AI trung bình tại các công ty khác không cao đến thế.
Tuy nhiên, tại top 1% các công ty phần mềm của Mỹ, chi phí AI trung bình cho mỗi nhân viên là 89.000 USD, với mức trung vị là 137.000 USD. Với mức lương 224.000 USD, chi phí AI ít nhất cũng chiếm tới 40% lương của kỹ sư.
Từ những con số trên, AI đã làm tăng chi phí nhân sự của lập trình viên từ 40% đến 230%. Nếu hiệu suất của lập trình viên không tăng tương ứng, thì đối với công ty, lợi ích mà AI mang lại thực chất là một con số âm.
Tin tức công nghệ
(1) Một công ty trong nước vừa ra mắt mẫu máy ảnh không màn hình, chỉ trang bị một kính ngắm trong suốt.
Các thông số như ISO, khẩu độ, tốc độ màn trập và dung lượng pin đều hiển thị trực tiếp trên tấm nền trong suốt đó.
Trọng lượng của máy chỉ 65 gram, giá bán 199 Nhân dân tệ. Tuy không thực sự hữu dụng nhưng trông nó rất ngầu.
(2) Nvidia công bố chương trình đối tác mới, theo đó họ sẽ cung cấp năng lượng tính toán cho các công ty khởi nghiệp và sẽ thu hồi vốn sau khi các công ty này có doanh thu.
Điều này làm ta liên tưởng đến các khoản vay tiêu dùng, ngay cả khi bạn không đủ tiền mua thì họ vẫn cho bạn vay để mua, tất cả chỉ nhằm mở rộng doanh số bán hàng.
(3) Một giáo sư tại Đại học Brown phát hiện ra các bài luận thi giữa kỳ của sinh viên đạt điểm số rất cao và nghi ngờ tất cả đều được viết bằng AI.
Vì vậy, ông quyết định tổ chức kỳ thi cuối kỳ theo hình thức tự luận trực tiếp tại lớp (một hình thức rất hiếm gặp ở Mỹ). Kết quả là 18 sinh viên đã rút khỏi lớp, 9 sinh viên khác không đến phòng thi, và điểm trung bình của 27 sinh viên tham gia thi đã giảm từ 96 điểm ở giữa kỳ xuống còn 48 điểm.
Trong kỷ nguyên AI, việc giảng viên dùng AI để dạy học còn sinh viên dùng AI để làm bài tập đang dần trở thành một vấn đề nhức nhối cần được giải quyết ở các trường đại học.
(4) Liên minh Châu Âu quy định từ ngày 7/7 năm nay, mọi ô tô mới bán ra tại thị trường này bắt buộc phải trang bị camera giám sát hướng thẳng vào mặt người lái.
Nếu bạn cúi đầu nhìn điện thoại quá lâu hoặc không tập trung nhìn đường, đèn cảnh báo trong xe sẽ nhấp nháy đi kèm âm thanh cảnh báo. Bước tiếp theo rất có thể là hệ thống tự động gửi dữ liệu về đồn cảnh sát để phạt nguội hành vi của bạn trong xe.
Bài viết
- Con đường tiến tới Elm 1.0 (tiếng Anh)
Tuần này, một sự kiện bất ngờ đã xảy ra khi ngôn ngữ Elm ra mắt phiên bản mới, sau lần cập nhật gần nhất từ tận năm 2019, trước khi đại dịch bùng phát.
Nhiều người từng nghĩ ngôn ngữ Elm đã khai tử, nhưng giờ mới thấy nó vẫn còn sống. Elm có thể biên dịch thành mã JS chạy ở frontend, và kiến trúc luồng dữ liệu một chiều của nó đã truyền cảm hứng trực tiếp cho React.
Tác giả thường yêu cầu các ứng viên viết code trực tiếp để tìm số trung vị trong một danh sách khi tham gia phỏng vấn.
Bài viết giải thích lý do tại sao ông cho rằng đây là một câu hỏi rất phù hợp để đánh giá ứng viên, với những lập luận rất thuyết phục.
- TypeScript 7.0 chính thức ra mắt (tiếng Anh)
Microsoft tuần này đã chính thức phát hành TypeScript 7.0. Bắt đầu từ phiên bản này, engine của ngôn ngữ đã được chuyển từ JS sang viết bằng Go, giúp tốc độ tăng lên gấp 10 lần.
- Chạy 5 lệnh git này trước khi đọc code (tiếng Anh)
Khi tiếp nhận một kho lưu trữ mã nguồn mới, việc đầu tiên tôi thường làm là mở terminal lên và chạy vài lệnh Git log để có cái nhìn tổng quan về dự án. (Đóng góp từ @calderbuild)
- Hiện thực hóa giao thức x402 (tiếng Anh)
Giao thức x402 là một giao thức thanh toán web mới, người dùng bắt buộc phải thanh toán mới có thể xem được nội dung trang web hỗ trợ giao thức này. Bài viết trình bày cách triển khai giao thức này bằng ngôn ngữ JS.
Hiện tại, tất cả các trình duyệt phổ biến đều đã hỗ trợ API định vị neo trong CSS, cho phép dễ dàng xác định vị trí của một phần tử so với một phần tử khác (trên, dưới, trái, phải).
Công cụ
Một công cụ hợp nhất cho JS, tích hợp runtime, trình quản lý gói và bộ công cụ frontend vào trong một file nhị phân duy nhất. Lập trình JS giờ đây chỉ cần công cụ này là đủ.
Một dự án tương tự là meow, cũng là một file nhị phân chứa toàn bộ JS/TS runtime và các công cụ đi kèm.
Một ứng dụng macOS, công cụ quản lý container Docker trên máy Mac, một giải pháp thay thế cho Docker Desktop.
Một engine trực quan hóa biểu đồ do Viện nghiên cứu Microsoft hợp tác cùng Đại học Nhân dân Trung Quốc phát triển. Nó xử lý dữ liệu thô thành định dạng thống nhất, sau đó kết xuất thành biểu đồ trực quan thông qua thư viện biểu đồ được chỉ định. Công cụ này chủ yếu được phát triển để AI gọi sử dụng.
Hiện tại, các thư viện biểu đồ được hỗ trợ bao gồm Vega-Lite, ECharts và Chart.js.
Một ứng dụng LaTeX dành cho máy tính để bàn, có khả năng chuyển đổi các công thức toán học viết tay hoặc chụp màn hình thành mã LaTeX, đồng thời cung cấp thêm plugin cho Microsoft Office. (Đóng góp từ @SakuraMathcraft)
Giải pháp xử lý tài liệu trên trình duyệt dựa trên SDK tĩnh của OnlyOffice, cho phép xem, chỉnh sửa và chuyển đổi các file Word, Excel, PowerPoint trực tiếp ở client mà không cần backend. (Đóng góp từ @electroluxcode)
Thu thập dữ liệu bằng cách nhúng trực tiếp script vào trang web đã đăng nhập thông qua giao thức Chrome CDP. (Đóng góp từ @eatmoreduck)
Ứng dụng ghi chú mã nguồn mở miễn phí được triển khai trên Cloudflare. (Đóng góp từ @tianma-if)
Nền tảng quản lý mã QR động và rút gọn liên kết mã nguồn mở gọn nhẹ. (Đóng góp từ @wybaby168)
Mẫu khởi đầu SaaS full-stack mã nguồn mở dựa trên Cloudflare Workers, tích hợp sẵn các mô-đun xác thực, thanh toán và trang quản trị để nhanh chóng khởi chạy các sản phẩm SaaS. (Đóng góp từ @beilunyang)
Công cụ chuyển đổi tài liệu Typst thành sách điện tử ở ba định dạng: HTML, EPUB và PDF.
AI
Công cụ giúp nhận biết nhanh tài khoản của bạn có bị Claude Code đánh dấu là người dùng Trung Quốc hay không, trải nghiệm trực tuyến. (Đóng góp từ @gokuscraper)
Một ứng dụng tương tự khác là ClaudeFlag. (Đóng góp từ @tsebao)
Một công cụ dòng lệnh giúp đồng bộ hóa phiên làm việc tmux đang chạy trên máy tính sang trình duyệt điện thoại di động, rất tiện lợi để điều khiển Claude Code hoặc Codex từ xa. (Đóng góp từ @yuanyuanzijin)
Một dự án đầy sáng tạo giúp lồng tiếng bình luận trận đấu thời gian thực bằng AI cho các video phát sóng thể thao trực tiếp. (Đóng góp từ @bluemotional)
Một sandbox lập trình AI ngay trong trình duyệt. Sau khi AI tạo dự án React, nó sẽ cài đặt các dependency trong WebContainer và khởi chạy bản xem trước trang web, tự động sửa lỗi nếu phát sinh. (Đóng góp từ @siuming-qiu)
Công cụ dòng lệnh dịch sách điện tử định dạng epub bằng các mô hình ngôn ngữ lớn (mặc định là DeepSeek). (Đóng góp từ @BigDawnGhost)
Tài nguyên
Kho lưu trữ tổng hợp các nguồn xem phim truyền hình miễn phí. (Đóng góp từ @laoma2053)
Cuốn sách công nghệ mã nguồn mở bằng tiếng Trung, đi từ bản chất của lưu trữ cho đến thiết kế và triển khai hệ thống tệp. (Đóng góp từ @Lularible)
Trang web âm thanh nền cung cấp âm thanh thực tế khi tàu chạy trên tuyến đường sắt Yamanote của Nhật Bản, bao gồm tiếng bánh sắt chạy trên đường ray, loa phát thanh trên tàu, tiếng người nói chuyện, tiếng chuông cửa tàu, v.v.
Hình ảnh
Thời kỳ đầu, đường lộ chỉ vẽ một vạch sơn trắng duy nhất ở chính giữa để phân chia hai làn xe đi ngược chiều nhau.
Vào những năm 1950, một nhà luyện kim tên là John V. N. Dorr nhận thấy rằng chỉ có một vạch trắng ở giữa là chưa đủ.
Ông lập luận rằng do không nhìn rõ ranh giới mép đường ở đâu, các tài xế có xu hướng lái xe bám sát vào vạch trắng trung tâm, điều này rất dễ dẫn đến va chạm, đặc biệt là vào ban đêm khi đèn pha của xe đi ngược chiều gây lóa mắt.
Ông đề xuất nên vẽ thêm một đường vạch lề đường ở phía bên phải (áp dụng cho các nước đi bên phải) để biểu thị ranh giới ngoài của mặt đường.
Một đề xuất cực kỳ đơn giản và hiệu quả như vậy mà trước đó không một ai nghĩ tới, sau khi được triển khai đã giúp ích cho hàng tỷ người trên thế giới.
Dưới đây là một số tác phẩm lọt vào vòng chung kết của cuộc thi nhiếp ảnh thiên văn năm nay.
Trăng lên ở Seattle
Sao chổi băng qua dãy Alps
Cực quang ở Na Uy đổ xuống như thác lũ
Xem thêm nhiều bức ảnh khác tại liên kết tiêu đề.
Trích đoạn
Không ai thích họp hành, nhưng các cuộc họp định kỳ là động lực thúc đẩy mạnh mẽ đối với các dự án dài hạn.
Các dự án dài hạn thường đòi hỏi sự cộng tác của nhiều người, mỗi người phụ trách một mảng khác nhau và kéo dài trong nhiều tuần, nhiều tháng hoặc thậm chí nhiều năm. Trong quá trình đó, nhiều người vẫn phải gánh vác thêm các công việc khác.
Thứ tự ưu tiên của mỗi người là khác nhau, nên những công việc dài hạn rất dễ bị đẩy xuống cuối danh sách.
Một giải pháp hiệu quả là thiết lập các buổi họp định kỳ, dù là gặp trực tiếp hay họp qua video.
Mục tiêu của họp định kỳ là giúp dự án tiến triển, và điều cực kỳ quan trọng là bắt đầu mỗi cuộc họp bằng việc rà soát các đầu việc chưa hoàn thành từ cuộc họp trước. Điều này sẽ tạo áp lực thúc đẩy mọi người hoàn thành công việc của mình.
Khi biết rằng trong cuộc họp sắp tới mình sẽ bị hỏi: “Tiến độ công việc X tuần trước thế nào rồi?”, mọi người sẽ có xu hướng thu xếp thời gian để hoàn thành nó.
Cách tiếp cận này cũng rất hiệu quả bên ngoài môi trường công ty, ví dụ như khi họp định kỳ với khách hàng. Bạn là bên thực hiện, có động lực để bàn giao kết quả, nhưng khách hàng lại có thể thiếu động lực và không vội nhận bàn giao hay thanh toán. Tại cuộc họp, bạn liên tục cập nhật tiến độ, nếu họ chưa làm gì thì việc này sẽ khéo léo nhắc nhở họ.
Tóm lại, nếu bạn đang quản lý một dự án quy mô lớn, phức tạp và có nhiều người tham gia, hãy cân nhắc tổ chức họp định kỳ. Về tần suất, tôi đã thử nghiệm họp hàng tuần, hai tuần một lần hoặc hàng tháng, và tất cả đều mang lại hiệu quả tốt. Hãy chọn tần suất phù hợp nhất với mức độ khẩn cấp của dự án.
Điều bạn cần nhớ là các cuộc họp có thể đóng vai trò như một cơ chế bắt buộc để mọi người thực sự dành thời gian thúc đẩy dự án tiến lên.
Trích dẫn
1.
Lịch sử đầy rẫy những công ty lầm tưởng rằng họ sẽ tồn tại mãi mãi, và chúng tôi chắc chắn sẽ không nằm trong số đó.
— Asha Sharma, người đứng đầu mảng Xbox của Microsoft, tuyên bố sa thải 3.200 nhân viên.
2.
AI rõ ràng đã giúp hiệu suất làm việc hiện tại của tôi tăng vọt, tôi có thể xử lý hiệu quả năm việc cùng lúc. Vấn đề là cách làm việc này khiến tôi phải chuyển đổi ngữ cảnh liên tục suốt cả ngày, khiến thời gian thực sự bước vào trạng thái tập trung sâu (flow state) giảm đi đáng kể.
Cách đây không lâu, công việc của lập trình viên vẫn là một hoạt động mang tính suy ngẫm tĩnh lặng. Bây giờ thì khác rồi, nó giống như một người phục vụ nhà hàng liên tục nhận món ăn được đẩy ra từ nhà bếp.
— 《Kỹ sư lập trình bây giờ cần bắt đầu thiền rồi đấy》
3.
Bạn có biết ngôn ngữ nào chỉ mất hai giây để biên dịch, khi deploy chỉ là một file nhị phân duy nhất, và ngay cả khi một dependency trên npm bị xóa lúc ba giờ sáng thì hệ thống cũng không bị sập không? Đó chính là Go.
4.
Giảng viên xác định mình đã dạy những gì rất dễ: bạn chỉ cần lấp đầy chữ lên các slide và tuyên bố mình đã dạy xong.
Cái khó thực sự là làm sao biết được học sinh có tiếp thu được những gì bạn dạy hay không, đó mới là mục tiêu tối thượng của giáo dục.
Khi AI xuất hiện, trọng tâm của giáo dục sẽ không còn là “dạy” nữa, mà là làm sao đảm bảo người học đã tiếp thu được kiến thức.
5.
Khi bạn càng đưa vào nhiều công cụ, độ phức tạp sẽ tăng theo cấp số nhân, trong khi trí tuệ và thời gian của bạn vẫn không đổi. Sự phức tạp chính là kẻ thù lớn nhất.