1 điểm bởi GN⁺ 2024-07-05 | 1 bình luận | Chia sẻ qua WhatsApp
  • Câu chuyện “cứ phát hành đi” buồn nhất

    • Với tư cách là một indie maker, câu nói “cứ phát hành đi” có thể gây cảm giác vô cùng nản lòng
    • Bắt đầu phát triển ứng dụng vào ngày 1 tháng 1 năm 2018
    • MVP đã sẵn sàng chỉ sau vài ngày, nhưng lại tiếp tục cố gắng thêm tính năng mới
    • Học React Native và đầu tư vài tháng cho nó
    • Sau 2 năm phát triển, đã từ bỏ việc phát hành ứng dụng
  • Người khác đã giải quyết vấn đề

    • Phát hiện ra rằng người khác đã giải quyết vấn đề mà tôi định giải quyết
    • Dùng thử ứng dụng của họ và thấy dù chậm và nhiều lỗi, nó vẫn đã được phát hành
    • Ứng dụng của họ được cập nhật hằng tuần và phát triển cùng cộng đồng
  • Sử dụng ứng dụng của đối thủ

    • Đăng ký và dùng thử ứng dụng của đối thủ, rồi cảm thấy những cảm xúc rất lẫn lộn
    • Dù ứng dụng của họ không hoàn hảo, nó vẫn đã được phát hành, và tôi trở thành fan của họ
  • Cập nhật 2024

    • Quyết định sẽ phát hành một ứng dụng năng suất vào năm 2022
    • Vì ứng dụng của đối thủ không tiệm cận với tầm nhìn của tôi
    • Đã phát hành ứng dụng Benji - The Life OS

Ý kiến của GN⁺

  • Bài viết này truyền tải thông điệp quan trọng tới các nhà phát triển rằng đừng chờ “thời điểm hoàn hảo” mà hãy phát hành sản phẩm
  • Mô tả rất tốt những cảm xúc phức tạp khi đối thủ giải quyết được vấn đề
  • Chia sẻ thẳng thắn về sự thất vọng và thành công trong quá trình phát triển ứng dụng, điều mà nhiều nhà phát triển có thể đồng cảm
  • Các ứng dụng năng suất như Benji có thể tích hợp nhiều tính năng và mang lại giá trị lớn cho người dùng
  • Khi áp dụng công nghệ mới, điều quan trọng không phải là sự hoàn hảo mà là phát hành trước và phản ánh ý kiến phản hồi từ người dùng sau

1 bình luận

 
GN⁺ 2024-07-05
Ý kiến trên Hacker News
  • Cần chống lại áp lực kiểu "cứ tung ra đi"

    • Khi các chi tiết kỹ thuật là quan trọng, không thể vội vàng rồi "cứ thế phát hành"
    • Chống lại áp lực từ cấp quản lý là một phần vai trò của kỹ sư phần mềm
    • Làm ra phần mềm tốt quan trọng hơn lợi ích của công ty
    • Việc chạy theo deadline ngắn hạn sẽ tạo ra động lực tiêu cực về lâu dài
  • Trải nghiệm với những người đòi 50% cổ phần chỉ vì có ý tưởng

    • Một người có ý tưởng làm app đã nhờ viết code miễn phí
    • Nói rằng nếu sau 6 tháng vẫn chưa ra mắt thì họ sẽ tự làm
  • Ý kiến của người luôn mong người khác giải quyết vấn đề giúp mình

    • Người giải quyết vấn đề rồi sẽ trở thành người phải bảo trì nó
    • Quan trọng hơn việc ám ảnh với giải pháp là mang lại giá trị cho khách hàng
  • Câu chuyện của một người đã ra mắt app nhờ được truyền động lực từ phần bình luận

    • Sau khi ra mắt, app đó tốt hơn rất nhiều so với sản phẩm cạnh tranh
    • Có thể xem tại benji.so
  • Việc thực sự dùng hệ thống của chính mình có thể thay đổi góc nhìn

    • Người dùng đã quen với việc tự động xử lý các vấn đề nhỏ
    • Theo đuổi sự hoàn hảo có thể là vấn đề về cái tôi
    • Tự dùng sản phẩm mình làm ra và quyết tâm không sửa nữa có thể thay đổi rất nhiều thứ
  • Ý kiến của người nhìn nhận tích cực việc người khác hiện thực hóa ý tưởng của mình trước

    • Xem đó là bằng chứng cho thấy ý tưởng là tốt
    • Mục tiêu của dự án cá nhân là tạo ra thứ hữu ích cho bản thân hoặc người xung quanh
    • Nên công khai ngay cả bản alpha để người khác có thể cải thiện nó
  • Ý kiến của người không thích kiểu viết "cố tỏ ra vui nhộn"

  • Việc có ra mắt hay không nên được quyết định tùy theo mục đích phát triển app

    • Nếu mục tiêu là giải quyết vấn đề cá nhân thì không cần phát hành
    • Nếu là sản phẩm để bán thì nên ra mắt khi đã có bộ tính năng tối thiểu
    • Nếu là dự án mã nguồn mở thì không nên vội phát hành
    • Khi công khai, có thể sẽ phát sinh rất nhiều yêu cầu sửa bug và thêm tính năng
    • Từ bỏ dự án cũng không phải điều xấu
    • Điều quan trọng là những gì học được trong quá trình làm
  • Ý kiến của người cho rằng ví dụ về "cứ tung ra đi" là không phù hợp

    • Rất nhiều người độc lập nảy ra ý tưởng về ứng dụng năng suất
    • Họ thất vọng khi phát hiện ý tưởng của mình đã tồn tại
  • Ý kiến của người chỉ trích tác giả là một "đứa trẻ con"

    • Chỉ trích việc chỉ làm proof of concept rồi không tiếp tục nữa
    • Nhấn mạnh rằng chỉ có ý tưởng thôi thì không thể đòi quyền lợi