Làm thế nào để tôi (nhanh chóng) cho mọi người biết rằng phần mềm tôi đang cung cấp miễn phí không phải là từ bỏ kho?

Là một lập trình viên độc lập, cá nhân:

Làm cách nào để mọi người nhanh chóng biết rằng tôi đã không từ bỏ phần mềm tôi đã viết và tặng miễn phí? Rằng tôi đang nỗ lực để duy trì và hỗ trợ phần mềm của mình đến mức chuyên nghiệp?

Khi phần mềm được viết bởi một hoặc hai nhà phát triển có sẵn miễn phí hoặc được đánh dấu là nguồn mở, thường thì giả định mặc định là đó là từ bỏ kho. Đây thường là một giả định an toàn - kiểm tra câu trả lời cho câu hỏi này nếu bạn nghi ngờ nó: Tại sao các lập trình viên viết các ứng dụng nguồn đóng và sau đó làm cho chúng miễn phí? .

Mặc dù vậy, có rất nhiều lập trình viên cung cấp các công cụ miễn phí và / hoặc nguồn mở không bị bỏ rơi.

Nếu chúng ta đang nói về các công ty lớn, tức là Google, thì không có vấn đề thực sự nào cho thấy sự khác biệt giữa các công cụ và phần mềm trực tiếp được hỗ trợ và những công ty bị bỏ rơi hoặc ngừng hoạt động.

Một kho lưu trữ git sống động không nhanh chóng - người dùng sẽ phải đủ hiểu biết để hiểu về kho lưu trữ và biết nơi để tìm nó. Tiếp thị và quản lý cộng đồng nhất quán mất nhiều thời gian và công sức hơn tôi có thể tự mình đưa vào. Ngoài ra, nếu phần mềm của tôi trở nên phổ biến / thành công, tôi cho rằng những phần mềm đó sẽ tự phát triển và được hỗ trợ bởi những người dùng có quyền lực trong cộng đồng.

A đã cố gắng sắp xếp các đề xuất thành hai phần với ba điểm: điểm đầu tiên nhắm vào những người không có nền tảng kỹ thuật, phần thứ hai: mỗi người và phần cuối cùng, những người có kiến ​​thức về CNTT nhiều hơn.

Nội dung

Đầu tiên và quan trọng nhất, nội dung của trang web của bạn phải phản ánh thực tế rằng sản phẩm phần mềm của bạn được cập nhật thường xuyên.

• Ngày cập nhật cuối cùng . Hiển thị nó. Trên trang chủ. Ở phía trên. Trong các chữ lớn. Bởi vì đây là điểm quan trọng nhất. Bạn có thể nói với tôi những gì bạn muốn cố gắng thuyết phục tôi rằng bạn vẫn đang làm việc chăm chỉ cho dự án của bạn. Nếu dự án được cập nhật lần cuối vào năm 2002, tôi sẽ không bao giờ tin bạn. Ví dụ: trang web Notepad2 cho chúng tôi biết: "Dự án được cập nhật lần cuối: ngày 06 tháng 5 năm 2011". Chỉ cần đọc rằng tôi khá chắc chắn rằng dự án không bị bỏ rơi.

• Tần suất của các bản cập nhật . Một số dự án không bị bỏ rơi trong một ngày, mà là dần dần: lúc đầu, có một bản cập nhật mỗi tháng, sau đó hai bản mỗi năm, hơn một trong hai năm. Nếu trong những năm qua, bạn đã cập nhật dự án của mình ít nhất một lần mỗi tháng, thì người dùng sẽ thực sự thấy danh sách các bản cập nhật (và cũng hữu ích để xem những gì đã được sửa đổi).

• Phản hồi của bạn cho cộng đồng . Bạn có lắng nghe những gợi ý của người dùng không? Bạn có giải quyết các lỗi được báo cáo? Có danh sách các báo cáo lỗi, nơi có vé gần đây và những vé đó được giải quyết là một dấu hiệu tốt: không chỉ cộng đồng của bạn không bỏ rơi bạn, mà bạn đã không từ bỏ cộng đồng của mình .

Điểm cuối cùng đặc biệt đúng với những người như nhà phát triển. Nếu bạn nhắm mục tiêu đến những người không có nền tảng công nghệ, họ có thể không biết và không quan tâm đến phần mềm theo dõi lỗi. Đối với những người đó, bạn muốn nhấn mạnh vào hai điểm đầu tiên, đặc biệt là điểm đầu tiên.

Phong cách

Nó không chỉ về những gì bạn nói, mà còn về cách bạn nói với nó. Trong hầu hết các trường hợp, mọi người sẽ có cảm giác rằng phần mềm của bạn có bị bỏ rơi hay không. Để cho họ cảm giác thích hợp:

• Hiển thị ngày gần đây . Không chỉ ngày cập nhật cuối cùng. Nó cũng có thể là danh sách các bài đăng blog gần đây bạn đã thực hiện liên quan đến sản phẩm phần mềm này hoặc số lượt tải xuống trong hai tháng qua, v.v. Đôi khi, ngay cả việc hiển thị nguồn cấp RSS không liên quan đến sản phẩm của bạn cũng có thể thực hiện thủ thuật cho những người không có nền tảng công nghệ.

• Có một thiết kế hình ảnh gần đây . Nếu trang web của bạn tạo ấn tượng để không bị thay đổi kể từ năm 1998, bạn có thể nói rằng bạn đang nỗ lực để duy trì sản phẩm phần mềm của mình, nhưng còn việc duy trì trang web của bạn trong thập kỷ qua thì sao?

• Sử dụng các công nghệ mới . Trang web của bạn được viết bằng HTML5 / CSS3? Thật tuyệt! Tôi chắc chắn sản phẩm của bạn cũng như vậy, và nếu nó được viết bằng C #, thì nó sử dụng .NET Framework 4.

Tạo một blog / diễn đàn trang web và duy trì hoạt động.

Chỉ rõ, tốt nhất là tự động, khi các bản cập nhật cuối cùng cho phiên bản sản xuất và phiên bản phát triển của phần mềm. Ví dụ, SourceForge thực hiện việc này (phần nào) tự động với ngày "hoạt động cuối cùng", mặc dù tôi không biết chắc chắn điều gì tạo nên "hoạt động".

Cách tiếp cận mà Wine có vẻ cũng hiệu quả, mặc dù có lẽ ít hơn như vậy. Có một phần "Tin tức" trên trang nhất hiển thị ngày phát hành điểm phát triển đang được quảng cáo.

Nói chung, một trang web có vẻ hoạt động sẽ đi một chặng đường dài để làm cho dự án của bạn xuất hiện hoạt động.

Bên cạnh tất cả các đề xuất tốt bằng cách khác tôi muốn thêm:

• Làm rõ rằng bạn đang chấp nhận các vấn đề và đề xuất nâng cao trong trình theo dõi vấn đề hoặc bất kỳ cách phù hợp nào.
• Tạo một bản đồ đường bộ để cho thấy rằng bạn đang có kế hoạch phát hành các phiên bản mới hơn với các tính năng tốt hơn. Nó sẽ cho ấn tượng tốt để biết rằng bạn đang cam kết tiến hóa không chỉ bảo trì.

Bên cạnh một blog, bạn có thể đăng nhập tài khoản twitter để họ theo dõi - tài khoản cá nhân của bạn hoặc tài khoản được tạo riêng cho chương trình của bạn. Tôi muốn giới thiệu một tài khoản twitter chuyên dụng, vì một cá nhân có thể khó tìm thấy các tweet liên quan đến cập nhật. Tuy nhiên, nó có thể giúp đưa tên của bạn ra khỏi đó / xây dựng những người theo dõi xung quanh một tài khoản trung tâm.

Cung cấp một lịch sử trên trang web của bạn hoặc tương tự. Nếu người dùng có thể thấy rằng một số công việc đã được thực hiện trong vài tháng qua (dưới dạng phát hành), thì họ sẽ cho rằng một dự án vẫn đang được duy trì.

Nếu không, có một blog hoặc một cái gì đó với thông tin cập nhật, thường xuyên cập nhật. Nếu người dùng có thể thấy nội dung đó đang thay đổi, họ sẽ không thể xem xét một dự án đã chết.

Trong tương lai, bạn sẽ đạt đến điểm mà bạn đã thực hiện những gì bạn muốn và mọi thứ đều ở đó và hoạt động.

Nó có thể cần một bản vá thỉnh thoảng và vv do phụ thuộc hoặc các vấn đề liên quan đến nền tảng, nhưng nó chỉ hoạt động.

Tại thời điểm đó, đảm bảo hệ thống bán vé của bạn được mở. Nói, github.

Nếu hệ thống bán vé có vấn đề đã mục rữa trong nhiều năm bên cạnh việc không cam kết, điều đó thường có nghĩa là không có bảo trì đang xảy ra.

Nếu có một số lượng tốt các mã và các cam kết gần đây, điều đó có nghĩa là nó hoạt động.

Nếu không có vé nào cả và các cam kết gần đây (ví dụ: ruby ​​/ phần tiếp theo), có lẽ bạn đang duy trì một viên ngọc quý.

Tôi nghĩ chìa khóa là vé đá. Sẽ không có vấn đề gì lớn nếu một phần mềm không được cập nhật trong nhiều năm, nếu hệ thống bán vé cho thấy không có vấn đề hợp lệ nào phát sinh kể từ khi nó được cập nhật lần cuối.

Một phương pháp, không được đề cập cho đến nay, là thông báo bạn mở cho các giao dịch thương mại. Nếu mọi người nghĩ rằng bạn kiếm được tiền từ dự án (ngay cả khi không phải từ bán hàng), họ sẽ tin chắc hơn rằng nó không bị bỏ rơi. Rốt cuộc, sau đó bạn có một động lực để không từ bỏ nó.

Thậm chí nhiều điểm thưởng hơn nếu bạn có thể ghi chú các giao dịch thành công trong ghi chú phát hành của mình: "Hỗ trợ Windows 7 được tài trợ bởi Acme Inc."