1 điểm bởi GN⁺ 2024-01-23 | 1 bình luận | Chia sẻ qua WhatsApp

Mã của tôi có tệ không

  • Việc các lập trình viên sợ bị chỉ trích về mã của mình là một suy nghĩ mang tính tự quy chiếu.
  • Nếu có người cảm thấy căng thẳng vì mã kém chất lượng, thì đó là điều đáng để theo đuổi.
  • Cộng đồng giúp cải thiện dự án bằng cách tái cấu trúc mã kém và đưa ra các hướng dẫn mới về chất lượng mã.

Tiến tới bảo mật

  • Nỗi lo bị tìm ra lỗ hổng bảo mật trong mã công khai và bị tấn công là mối quan ngại phổ biến.
  • Định luật Linus rằng với đủ sự quan tâm thì mọi lỗi đều trở nên hiển nhiên cũng áp dụng cho các vấn đề bảo mật.
  • Các dự án mã nguồn mở như Bitcoin có thể an toàn hơn nhờ phát hiện sớm và vá các vấn đề bảo mật.

Đánh bại đối thủ cạnh tranh

  • Trong phần mềm, ý tưởng là thứ rẻ và giá trị được tạo ra từ việc thực thi ý tưởng.
  • Chia sẻ ý tưởng giúp giải phóng bộ não để tập trung vào những điều quan trọng.
  • Về dài hạn, việc đối thủ nhìn trộm mã không quá quan trọng, và cộng đồng mã nguồn mở sẽ phản ứng tích cực với sự cởi mở của bạn.

Phát triển cộng đồng chuyên gia

  • Để xây dựng một công ty thành công, cần thực thi tốt trong thời gian dài và phát triển tệp khách hàng.
  • Về dài hạn, việc đối thủ nhìn trộm mã không quan trọng.

Chiến thắng trên thị trường

  • Trong một thị trường lớn và đang tăng trưởng, tình huống người thắng lấy hết là hiếm; điều quan trọng là làm người dùng ấn tượng và lặp lại nhanh chóng.
  • Dù đối thủ có fork dự án mã nguồn mở của bạn, nếu họ không thể phát hành nhanh hơn thì đằng nào họ cũng sẽ thua trong cạnh tranh.

Giai đoạn hậu kỳ

  • Khi dự án đạt đến quy mô đáng kể, bạn có thể đối mặt với tình huống các nhà cung cấp đám mây lớn cung cấp sản phẩm của bạn với mô hình phân phối tốt hơn.
  • Nếu AWS bắt đầu cạnh tranh trong việc lưu trữ sản phẩm của bạn, điều đó có nghĩa là bạn đang làm một việc rất đúng đắn.
  • Bạn cần tìm lợi thế cạnh tranh ở những lĩnh vực mà nhà cung cấp đám mây không làm tốt, chẳng hạn như trải nghiệm nhà phát triển.

Ngừng lo lắng

  • Nếu đối thủ đang tìm ý tưởng của bạn, họ sẽ luôn chậm hơn bạn một bước.

Tuyển dụng lập trình viên

  • Một trong những phàn nàn lớn nhất của startup là rất khó tuyển dụng lập trình viên.
  • Mã nguồn mở có thể giải quyết vấn đề tuyển dụng lập trình viên.

Tìm nguồn công khai

  • Mọi lập trình viên đều hưởng lợi từ mã nguồn mở, và nhiều người muốn đóng góp cho các dự án mã nguồn mở thú vị.
  • Nếu hạ thấp rào cản đóng góp cho dự án mã nguồn mở, khả năng những lập trình viên giỏi tìm đến dự án sẽ cao hơn.

Không, chúng tôi sẽ không làm bài test mang về nhà của bạn

  • Các lập trình viên phàn nàn về việc phải giải bài LeetCode hoặc làm bài test mang về nhà trong quá trình phỏng vấn.
  • Nếu ai đó đóng góp cho kho mã của bạn, bạn đã có thể thấy được đóng góp mã thực tế của họ và cách họ giao tiếp với đội ngũ/cộng đồng.

Có tích hợp với Excel không?

  • Khi vận hành một startup, bạn có thể chỉ có thời gian để giải quyết những vấn đề lớn nhất, còn các tính năng do một số ít người dùng yêu cầu có thể bị trì hoãn vô thời hạn.
  • Nếu hệ thống là mã nguồn mở, những người dùng này có thể tự đóng góp tính năng, từ đó mở rộng tính hữu ích của phần mềm.

Đã là năm 2022 rồi. Xe bay đâu?

  • Trong một thế giới không có mã nguồn mở, các công ty công nghệ vẫn liên tục phát minh lại bánh xe.
  • Trước khi biến một dự án mới thành mã nguồn mở, Supabase cố gắng hỗ trợ các dự án mã nguồn mở hiện có.

Cần thêm bằng chứng

  • Tuần tới là tuần ra mắt của Supabase, là đỉnh điểm của mọi thứ mà đội ngũ và cộng đồng đã làm trong 3 tháng qua.
  • Tốc độ tiến triển nhanh của cộng đồng Supabase là bằng chứng cho mọi lợi ích của việc vận hành một công ty mã nguồn mở.

Ý kiến của GN⁺

  • Chiến lược mã nguồn mở góp phần cải thiện chất lượng mã, tăng cường bảo mật, và thúc đẩy hợp tác cùng đổi mới thông qua việc xây dựng cộng đồng.
  • Mã nguồn mở giúp giải quyết bài toán tuyển dụng lập trình viên, nâng cao tính minh bạch và độ tin cậy của doanh nghiệp, đồng thời đóng góp cho sự phát triển công nghệ.
  • Trường hợp của Supabase cho thấy mô hình mã nguồn mở có thể tác động tích cực như thế nào đến phát triển phần mềm và tăng trưởng kinh doanh.

1 bình luận

 
GN⁺ 2024-01-23
Ý kiến Hacker News
  • Vấn đề của giả định

    Giả định về khả năng sinh lời bền vững không phản ánh đúng thực tế. Đặc biệt khi xét đến các thách thức như mức lương cao của lập trình viên tại Mỹ, công ty phần mềm nguồn mở (OSS) cần thành công hai lần: lần thứ nhất là bản thân OSS phải thành công, và lần thứ hai là công ty phải thành công.

  • Kinh nghiệm của đội ngũ Graphistry

    Đội ngũ Graphistry rất đam mê OSS và đã góp phần khởi đầu các dự án Apache Arrow và Nvidia RAPIDS nổi tiếng. Họ cung cấp client Python và JS dưới dạng OSS, và PyGraphistry[AI] là một con dao đa năng kiểu Thụy Sĩ dành cho đồ thị với nhiều công cụ khác nhau. Tuy nhiên, họ tăng trưởng bền vững chủ yếu bằng cách bán giấy phép tự lưu trữ cloud/on-premise cho máy chủ trực quan hóa đồ thị GPU cho doanh nghiệp, chính phủ và các công ty dữ liệu. Doanh thu từ dịch vụ lưu trữ SaaS thay thế có thể hỗ trợ các đội ngũ nhỏ, nhưng đa số đội ngũ khó có thể tiếp tục đổi mới nếu không có doanh thu từ giấy phép tự lưu trữ.

  • Sự bất mãn với mô hình kinh doanh nguồn mở

    Khi thảo luận với các nhà sáng lập khác về mô hình kinh doanh nguồn mở, có ba lời phàn nàn lặp đi lặp lại:

    • Mã nguồn bị chê là lộn xộn, kém chất lượng hoặc chưa hoàn thiện
    • Hacker sẽ tìm và khai thác lỗ hổng bảo mật
    • Đối thủ sẽ đánh cắp tài sản trí tuệ

    Mục thứ tư bị thiếu là: "Amazon/AWS sẽ thương mại hóa một dịch vụ dựa trên mã của tôi mà không trả cho tôi đồng nào".

  • Bán cho chính phủ dân sự

    Một điều mà nhiều dự án bỏ lỡ là bán cho chính phủ dân sự. Chính phủ Mỹ có rất nhiều chương trình cho công nghệ và mua số lượng lớn nhiều loại phần mềm khác nhau do có sự tách biệt giữa các cơ quan dân sự, cộng đồng tình báo và chính quyền bang. Các yêu cầu về quy định và tuân thủ không cao như nhiều người nghĩ, đặc biệt nếu đội ngũ tự xử lý vài hợp đồng đầu tiên. Đây là nguồn doanh thu chắc chắn và được đảm bảo cho dự án, và thường rất có lãi với các cam kết 3-5 năm.

  • Giá trị của phần mềm nguồn mở

    Ý tưởng phần mềm thì rẻ, nhưng giá trị gần như luôn được tạo ra từ việc thực thi ý tưởng đó. Khi công bố phần mềm nguồn mở, bạn không chỉ cung cấp ý tưởng mà còn cung cấp cả một phần đáng kể của việc thực thi ý tưởng đó. Mã nguồn chưa phải là toàn bộ việc thực thi, nhưng nó còn được mở rộng bằng bán hàng, marketing, hỗ trợ, v.v. Bài viết có xu hướng xem nhẹ giá trị của mã nguồn, nhưng điều đó không đúng.

  • Mô hình kinh doanh của Supabase

    Supabase tự quảng bá mình là một công ty nguồn mở, nhưng trên thực tế việc thử tự lưu trữ là không thực tế. Vì vậy, họ được khen là nguồn mở, nhưng thực chất đó chỉ là một chiến lược marketing.

  • Lựa chọn sản phẩm nguồn mở

    Cá nhân tôi luôn chọn sản phẩm nguồn mở thay vì các lựa chọn khác. Việc có quyền truy cập không giới hạn vào mã nguồn là rất quan trọng, và điều đó cũng quan trọng với xã hội. Phần mềm được tạo ra với tư duy như vậy là phần mềm nguồn mở, và đôi khi mọi người sẽ trả tiền cho nó.

  • Khó khăn của kinh doanh nguồn mở

    Các dự án nguồn mở như PostgreSQL, Python, Bitcoin và React là những dự án tốt, nhưng không phải là những mô hình kinh doanh tốt. MongoDB và Elastic là ngoại lệ. Có nhiều công ty cơ sở dữ liệu mã nguồn đóng thành công hơn công ty cơ sở dữ liệu nguồn mở. Công ty nguồn mở rất khó làm, nhưng lại mang giá trị rất lớn cho người dùng.

  • Tầm quan trọng của thương hiệu và cộng đồng

    Khi cạnh tranh với các nhà cung cấp lâu đời như Google, thương hiệu, cộng đồng, đội ngũ và trải nghiệm nhà phát triển (DX) hầu như không quan trọng bằng các yếu tố như tuân thủ.

  • Công khai mã nguồn và cấp phép

    Hãy công khai mã nguồn để mọi người có thể đọc và đóng góp. Yêu cầu giấy phép trả phí cho mục đích sử dụng thương mại, nhưng vẫn giữ miễn phí ở tầng thấp. Cần xây dựng trong doanh nghiệp một văn hóa nơi khách hàng trả phí tài trợ cho toàn bộ hoạt động phát triển.

  • Tính khả thi của công ty nguồn mở

    Công ty nguồn mở chỉ có ý nghĩa khi công ty nhắm đến nhà phát triển hoặc tạo ra sản phẩm mà trên thực tế không ai có khả năng tự lưu trữ. Supabase là một ví dụ thuộc cả hai trường hợp này.