Hãy làm những thứ không mở rộng, rồi thực sự đừng mở rộng

• Bắt đầu từ ý tưởng “làm những thứ không mở rộng” của Paul Graham, và nhờ môi trường phát triển có trợ lý GPT, giờ đây thực sự có thể hoàn thành công việc ở quy mô rất nhỏ
• Giờ đây có thể tạo ra những dự án đơn giản cho cá nhân hoặc nhóm nhỏ, và không còn cần phải nhất thiết phát triển chúng thành tăng trưởng hay kinh doanh
• Các ví dụ thực tế gồm cộng đồng Slack, trình gửi bưu thiếp, ứng dụng nhắc đúng giờ được tạo cho cá nhân hoặc nhóm nhỏ để mang lại cảm giác thỏa mãn và tính hữu ích
• Nhờ sự phát triển của công cụ AI, việc tạo phần mềm nhỏ, tùy biến đã trở nên rất dễ về mặt chi phí và tốc độ, và chính quy mô nhỏ lại là mục tiêu
• Có thể thoát khỏi nỗi ám ảnh phải mở rộng để tận hưởng tự do tạo ra một thứ nhỏ bé, hữu ích và vừa khít với mình rồi dừng lại ở đó

---

Bối cảnh: ‘làm những thứ không mở rộng’ và sự thay đổi của thời đại

• Hơn 10 năm trước, Paul Graham đã đề xướng khái niệm “Do things that don’t scale” (hãy làm những thứ không mở rộng)
• Ý tưởng này ban đầu hướng tới việc bắt đầu bằng những thử nghiệm nhỏ mang tính thủ công, cách tiếp cận cá nhân, rồi dần tìm cách mở rộng
• Nhưng gần đây, nhờ các công cụ dựa trên GPT, chỉ làm phần “ban đầu” rồi dừng lại cũng đã là đủ, thậm chí còn là tốt nhất
• Chi phí và thời gian để bắt đầu một dự án đã giảm xuống rất thấp, và không còn cần mọi ý tưởng đều phải lớn lên thành một doanh nghiệp
• Ngay cả một dịch vụ chỉ dành cho bản thân hoặc một vài người quan trọng cũng đã có đủ mục đích tồn tại

Slack không nên lớn hơn nữa

• Tác giả đang vận hành một workspace Slack với khoảng 100 người dùng
  • Thực tế chỉ có khoảng 15–20 người trò chuyện tích cực mỗi tuần
  • Sự thân mật và bầu không khí riêng tư được giữ vững, cho phép giao tiếp sâu hơn so với các nền tảng công khai như Twitter
• Có thể làm nó lớn hơn, nhưng nếu mở rộng thì bầu không khí đó sẽ nhanh chóng vỡ vụn và sự thân mật sẽ biến mất
  • Thậm chí cũng không cần tới 1.000 người
  • Khi số người lạ mặt tăng lên, và khi không biết ai đang nghe, lượng trò chuyện cũng giảm đi
• Có những điều chỉ quy mô nhỏ mới làm được

PostcardMailer: nhỏ gọn và đơn giản

• Vài năm trước, tác giả đã tạo một trang web nhỏ (PostcardMailer) có thể gửi bưu thiếp cho mẹ khi anh ấy đăng ảnh lên Instagram
  • Trang này lấy ảnh và chú thích rồi gửi cho mẹ qua một API bưu chính
• Khi chính sách API của Instagram thay đổi và cách làm đó bị chặn, anh ấy đã triển khai lại bằng phương thức tải ảnh lên
  • Bạn bè và một số người dùng Orange Site (Hacker News) đã sử dụng nó
  • Sau đó, do lo ngại về spam và lạm dụng, việc quản lý tài khoản bị hạn chế
  • Khi Heroku ngừng dịch vụ, anh ấy cũng ngừng duy trì trang web, và cuối cùng chuyển sang dịch vụ dựa trên email
• Hiện tại, chỉ cần gửi ảnh từ iPhone qua email đến [e-mail] thì mẹ anh ấy sẽ nhận được bưu thiếp
  • Riêng tư, không có đăng nhập hay mật khẩu
  • Có nhiều trang web gửi bưu thiếp trên thị trường, nhưng chỉ dịch vụ này hoạt động đúng chính xác theo cách mong muốn

Landline Pill Reminder: ứng dụng nhắc thuốc chỉ dành cho mẹ

• Đã có lúc mẹ của tác giả cần uống thuốc vào giờ cố định
  • Mẹ anh ấy không có smartphone, và hầu như còn sống theo kiểu tắt cả điện thoại nắp gập phần lớn thời gian
• Phương tiện liên lạc đáng tin cậy chỉ còn thư tín hoặc điện thoại bàn
• Vì vậy, anh ấy đã tạo một ứng dụng nhỏ dùng Twilio API để gọi điện thoại thoại 3 lần mỗi ngày
  • Phát giọng ghi âm: “Đến giờ uống thuốc rồi”
  • Sau 10 phút gọi lại thêm một lần để yêu cầu xác nhận
• Chi phí làm gần như bằng không, và hoàn thành chỉ trong vài ngày
  • Nếu mở rộng thì sẽ phát sinh hỗ trợ cho người khác, trách nhiệm, thậm chí cả bất an pháp lý, nhưng một giải pháp chỉ dành cho mẹ lại là lựa chọn an toàn và hiệu quả nhất

Mẫu hình (bài học)

• Phát hiện ra một nhu cầu có ý nghĩa với bản thân
• Xây dựng giải pháp nhỏ nhất và đơn giản nhất
• Kìm hãm tối đa ham muốn mở rộng
• Tận hưởng giải pháp đã hoàn thành
• Trước đây mở rộng là trọng tâm, nhưng giờ đây ‘sự nhỏ bé’ tự nó có thể là mục tiêu
  • Nhờ các công cụ hỗ trợ như AI, chi phí và công sức để tạo phần mềm tùy biến cá nhân đã giảm đi rất nhiều
  • Một dịch vụ cho 1 người hoặc một nhóm rất nhỏ người dùng có thể là lựa chọn tối ưu

Kết luận: giá trị của ‘nhỏ bé’

• Trong công cụ và môi trường ngày nay, sự xa xỉ/lợi ích thực sự không phải là tốc độ, chi phí hay AI, mà là sự tự do được phép dừng lại
• Hoàn thành một thứ ‘nhỏ, hữu ích và vừa khít’ của riêng mình, rồi không theo đuổi tăng trưởng gượng ép, như vậy là đã đủ
• Trong thời đại ám ảnh bởi mở rộng, cảm giác thỏa mãn lặng lẽ khi biết hài lòng và dừng lại đúng lúc đang trở thành một giá trị mới

[GN⁺]

Ý kiến Hacker News

• Cũng có chút tò mò xem nó có thể lớn đến mức nào, nhưng đến một thời điểm nào đó — có lẽ là trước mốc 1.000 người — sẽ có cảm giác bầu không khí bị vỡ vụn, sự thân mật biến mất, không còn quen tên nhau nữa, cũng khó biết ai đang đọc bài viết, nên đối thoại cũng giảm đi, tức là bản thân việc tăng trưởng lại tạo ra ảnh hưởng tiêu cực, có vẻ như nó hoạt động tốt vì quy mô nhỏ, và tôi nghĩ điều này cũng đúng với các mạng xã hội như Facebook, khoảng giai đoạn 2005~2010, Facebook chủ yếu là nơi bạn bè ở đại học, trung học, công ty tụ lại để thoải mái chia sẻ suy nghĩ và đăng các liên kết thú vị, nhưng khi số người quen cứ tăng dần và những người không thân lắm được thêm vào danh sách bạn bè thì bầu không khí thay đổi hoàn toàn, ai cũng từng trải qua chuyện đến một lúc nào đó, khi một người chẳng hề thân thiết tỏ ra khó chịu với bài đăng của mình hoặc nảy sinh xung đột quan điểm, thì mình sẽ dần chia sẻ ít đi

  • Tôi nhớ có lần trên Facebook chỉ chửi thề một câu cũng không phải quá nặng, vậy mà bà tôi nhắn tin bảo xóa đi, nên tôi chặn luôn bà, như vậy còn tốt hơn là chỉ gặp nhau vào dịp lễ tết, mà hình như bà cũng chẳng nhận ra chuyện đó
  • Thực sự có một thuật ngữ cho hiện tượng này là 'Context Collapse', dùng để mô tả việc mạng xã hội ép một người phải duy trì một persona trực tuyến duy nhất, thay vì thể hiện những phiên bản khác nhau của bản thân trong từng bối cảnh xã hội khác nhau như công việc, trường học, gia đình..., liên kết liên quan
  • Tôi nhớ mình là người cuối cùng trong nhóm bạn đăng ký Facebook, là kiểu người dùng internet old-school lớn lên cùng IRC nên việc điền tên thật và ảnh thật vào một trang PHP trông khá nghiệp dư (lại còn do một ai đó từ Harvard làm ra) thấy cực kỳ kỳ quặc, nhưng vì đám con gái ai cũng dùng nên rồi tất cả đều theo vào. Đó là khoảnh khắc nó trở thành lịch sử
  • Có một thời điểm mà dường như mọi người cùng lúc nhận ra Facebook không còn là nơi để chia sẻ gì nữa, mà là một đấu trường cạnh tranh, từ đó ai cũng ngừng chia sẻ và bắt đầu "giám tuyển" hình ảnh của mình
  • Tầm năm 2008 Facebook thực sự rất ổn, cảm giác như đang giao lưu với bạn bè ngoài đời, nhưng khi người nhà bắt đầu tham gia thì nó biến thành bầu không khí như một bữa ăn với đại gia đình mở rộng

• Làm ra thứ gì đó cho chính mình là một việc thú vị, tôi cũng làm vậy, chỉ là tôi muốn nhấn mạnh rằng bài viết gốc vốn dành cho các nhà sáng lập — tức những người lập công ty

  • Đây là câu chuyện về một kiểu công ty nhất định, đặc biệt là tech startup, và tôi muốn nói rằng cần có thêm góc nhìn về việc xây dựng một “doanh nghiệp” tạo ra lợi nhuận càng sớm càng tốt, thay vì chấp nhận lỗ và chỉ ám ảnh với tăng trưởng như startup, tôi nghĩ nên xây dựng những công ty có thể sinh lời mà không nhất thiết phải tăng trưởng
  • Đúng vậy, tôi công nhận lời khuyên trong bài gốc vốn tập trung vào entrepreneur/founder, tôi chỉ muốn bẻ lái câu nói hay này đi một chút thôi, vì nó rất hữu dụng
  • Nếu bạn làm ra thứ gì đó để giải quyết vấn đề của chính mình, mà hóa ra người khác cũng đang gặp phải và đã thử nhưng thất bại, thì có thể sẽ có nhu cầu, nếu đó là vấn đề đủ bất tiện thì người ta cũng sẵn sàng trả tiền, thực ra kiểu vấn đề này thường gặp ở B2B hơn là B2C, và nhiều khi vấn đề cá nhân lại mở rộng thành B2B
  • Từ 'Startup' thường được định nghĩa là ‘một công ty nhỏ được thiết kế để tăng trưởng nhanh’

• Robin Sloan đã viết một bài về chủ đề tương tự vài năm trước, tôi nghĩ một trong những thay đổi tích cực nhất gần đây là việc bất kỳ ai cũng có thể tự làm ra những thứ nho nhỏ để thấy vui, kể cả không có ngôn ngữ lập trình hay kiến thức chuyên môn, không nhất thiết phải thật đột phá, bài liên quan

• Tôi đã dùng Claude Code để làm một web app nhỏ tạo bản đồ lục giác cho game nhập vai, có rất nhiều trang tương tự và đa số là miễn phí, thậm chí nhiều nơi còn có các tính năng mà app của tôi không có, nhưng app của tôi hoạt động đúng theo cách tôi muốn, nó phản ánh những thứ tôi cần như chỉnh sửa kiểu chồng sông và rừng lên địa hình dạng ô, nhiều biểu tượng khu định cư khác nhau, nhiều biến thể đồi/núi hơn, nếu có tính năng nào muốn có thì tôi cứ thêm vào thôi, chẳng có lý do gì phải nhìn app của người khác rồi tự nhủ "đành chịu vậy", vì nó chỉ phục vụ nhu cầu cá nhân nên không cần bận tâm đến khả năng mở rộng, bảo mật hay kiếm tiền, thực tế tôi chỉ mất khoảng một hai giờ để làm, mà còn là viết bằng AI chia ra trong hai ngày

• Có một câu châm ngôn startup là “Do things that don’t scale”, hình như nó đã được dùng từ thời kỳ đầu của Airbnb hay Y Combinator, mấy hôm trước nó cũng lại lên HN, bài liên quan

  • Đúng là thời điểm thú vị, tôi viết bài này vào cuối tuần trước mà tuần này hầu như không xem HN
  • Vì đó là bài hiện ra đầu tiên trên Google Search nên tôi cảm thấy phần nào làm giảm độ tin cậy của bài gốc

• Tôi đồng ý rằng không phải mọi thứ đều cần phải lớn lên, nhưng tôi không thấy ChatGPT nhất thiết có điểm giao nào với chủ đề lần này

  • Nó giống kiểu trước đây chỉ có ép phun nhựa, còn bây giờ thì có máy in 3D
  • Ngay cả các ví dụ trong bài cũng là những câu chuyện có từ trước thời LLM (mô hình ngôn ngữ lớn)
  • Chắc là chưa từng thử code bằng ChatGPT

• Tôi đề xuất bài viết của Robin Sloan "ứng dụng cũng có thể được làm như món ăn nấu tại nhà" liên kết liên quan

• Tôi thực sự đồng cảm với bài này, cũng vì lý do đó mà tôi bỏ nghề tư vấn phần mềm, từ giờ chỉ cần bảo LLM viết ra mọi thứ mình cần, từ tech stack, hosting đến tích hợp nó cũng tự lo, thế giới đang chuyển từ "tìm giải pháp thay thế Discord" sang "hãy tạo cho tôi một bản sao Discord cho tôi và bạn bè tôi", chất lượng code không còn quan trọng nữa, vì sẽ không còn chuyện hàng triệu người dùng dùng nó nữa

  • Tôi không đồng ý với ý này, trải nghiệm đó đã có thể có từ trước LLM rồi, với phần lớn sản phẩm đã luôn có các lựa chọn thay thế mã nguồn mở, và việc cài đặt cũng như triển khai đôi khi còn dễ hơn dùng LLM, hơn nữa còn nhận được cập nhật, chỉ là mọi người không muốn chịu trách nhiệm cho việc cài đặt, triển khai và duy trì bảo mật nên cảm thấy trả một khoản nhỏ cho các dịch vụ đó dễ chịu hơn nhiều, vấn đề chưa bao giờ là chuyện viết code

• Tôi nhớ đến kiệt tác “Barely Succeed: It’s Easier” của Maciej Ceglowski liên kết YouTube liên quan

• Về bản chất, tôi tự hỏi liệu 'mở rộng quy mô' có thật sự từng là một mục tiêu quan trọng đến vậy hay không