¿Cómo le hago saber (rápidamente) a las personas que el software que estoy proporcionando de forma gratuita no es abandono?

Como programador individual independiente:

¿Cómo hago para que la gente sepa rápidamente que no he abandonado el software que he escrito y regalado de forma gratuita? ¿Que estoy haciendo el esfuerzo necesario para mantener y respaldar mi software a un nivel profesional?

Cuando el software escrito por uno o dos desarrolladores está disponible de forma gratuita, o marcado como de código abierto, por lo general, el supuesto predeterminado es que se trata de software de abandono. Esto suele ser una suposición segura: consulte las respuestas a esta pregunta si lo duda: ¿Por qué los programadores escriben aplicaciones de código cerrado y luego las liberan? .

Sin embargo, hay muchos programadores que proporcionan herramientas gratuitas y / o de código abierto que no son abandonados.

Si hablamos de grandes empresas, es decir, Google, no hay ningún problema real para distinguir entre las herramientas y el software compatibles y en vivo, y los que se abandonan o se suspenden.

Un repositorio de git animado no es rápido: los usuarios tendrán que ser lo suficientemente inteligentes como para comprender el repositorio y saber dónde buscarlo. El marketing constante y la gestión comunitaria requieren más tiempo y esfuerzo de los que puedo dedicar por mi cuenta. Además, si mi software se vuelve popular / exitoso, supongo que crecerán por su cuenta y serán respaldados por usuarios avanzados de la comunidad.

A intentó organizar las sugerencias en dos partes con tres puntos cada una: el primer punto está dirigido a personas sin antecedentes técnicos, el segundo: cada persona, y el último, las personas con más conocimiento de TI.

Contenido

Primero y más importante, el contenido de su sitio web debe reflejar el hecho de que su producto de software se actualiza con frecuencia.

• La fecha de la última actualización . Enséñalo. En la página de inicio. En la cima. En letras grandes Porque este es el punto más importante. Puedes decirme lo que quieres tratando de convencerme de que todavía estás trabajando duro en tu proyecto. Si el proyecto se actualizó por última vez en 2002, nunca te creeré. Por ejemplo, el sitio web Notepad2 nos dice: "Última actualización del proyecto: 06 de mayo de 2011". Solo leyendo que estoy bastante seguro de que el proyecto está lejos de ser abandonado.

• La frecuencia de las actualizaciones . Algunos proyectos no se abandonan en un día, sino progresivamente: al principio, hay una actualización por mes, luego dos por año, que una en dos años. Si durante los últimos años actualizó su proyecto al menos una vez al mes, sería muy convincente para los usuarios ver realmente la lista de actualizaciones (y también útil para ver qué se modificó).

• Sus comentarios a la comunidad . ¿Escuchas las sugerencias de tus usuarios? ¿Resuelve los errores reportados? Tener una lista de informes de errores, donde hay tickets recientes y esos tickets están resueltos es una buena señal: no solo su comunidad no lo ha abandonado, sino que tampoco lo ha abandonado .

El último punto es especialmente cierto para personas como los desarrolladores. Si se dirige a personas sin antecedentes tecnológicos, es posible que no conozcan ni se preocupen por el software de seguimiento de errores. Para esas personas, le gustaría insistir en los dos primeros puntos, especialmente el primero.

Estilo

No se trata solo de lo que cuenta, sino también de cómo lo cuenta. En la mayoría de los casos, la gente tendrá la sensación de que su software está abandonado o no. Para darles la sensación adecuada:

• Mostrar fechas recientes . No solo la fecha de la última actualización. También puede ser una lista de publicaciones recientes en el blog relacionadas con este producto de software, o la cantidad de descargas en los últimos dos meses, etc. A veces, incluso mostrar la fuente RSS que no tiene nada que ver con su producto puede ser la solución. para personas sin antecedentes tecnológicos.

• Tener un diseño visual reciente . Si su sitio web da la impresión de que no ha cambiado desde 1998, puede decir que está trabajando duro para mantener su producto de software, pero ¿qué pasa con el mantenimiento de su sitio web durante la última década?

• Utiliza nuevas tecnologías . ¿Su sitio web está escrito en HTML5 / CSS3? ¡Eso es genial! Estoy seguro de que su producto también es genial, y si está escrito en C #, usa .NET Framework 4.

Haga un blog / foro web y manténgase activo.

Indique, preferiblemente automáticamente, cuándo fueron las últimas actualizaciones de la versión de producción y de la versión de desarrollo del software. SourceForge , por ejemplo, hace esto (algo) automáticamente con la fecha de "última actividad", aunque no estoy seguro de qué constituye "actividad".

El enfoque que adopta Wine también parece efectivo, aunque quizás menos. Hay una sección de "Noticias" en la página principal que muestra la fecha de publicación del punto de desarrollo que se anuncia.

En términos generales, una página web que parece activa contribuirá en gran medida a hacer que su proyecto parezca activo.

Además de todas las buenas sugerencias de otros que quiero agregar:

• Deje en claro que está aceptando problemas y sugerencias de mejora en un rastreador de problemas o de cualquier manera adecuada.
• Haga una hoja de ruta para mostrar que planea lanzar versiones más nuevas con mejores características. Le dará buena impresión saber que se está comprometiendo con la evolución, no solo con el mantenimiento.

Además de un blog, puede incluir una cuenta de Twitter para que la sigan, ya sea su cuenta personal o una creada específicamente para su programa. Recomendaría una cuenta de Twitter dedicada, ya que una personal puede ser difícil de encontrar tweets relacionados con la actualización. Sin embargo, podría ayudar a que su nombre salga a la luz / construir seguidores alrededor de una cuenta central.

Proporcione un historial en su sitio web o similar. Si el usuario puede ver que se ha realizado algún trabajo en los últimos meses (en forma de lanzamiento), asumirá que todavía se está manteniendo un proyecto.

De lo contrario, tenga un blog o algo con información actualizada y actualizada. Si el usuario puede ver que el contenido está cambiando, es probable que no considere un proyecto muerto.

En el futuro, llegará a un punto en el que implementó lo que quería, y todo está ahí y funciona.

Es posible que necesite un parche ocasional, etc. debido a dependencias o problemas relacionados con la plataforma, pero simplemente funciona.

En ese momento, asegúrese de que su sistema de tickets esté abierto. Di github.

Si el sistema de venta de entradas tiene problemas que se han podrido durante años sin compromisos, generalmente significa que no se está realizando ningún mantenimiento.

Si hay un número saludable de tickers y confirmaciones recientes, significa que está activo.

Si no hay entradas en absoluto y confirmaciones recientes (por ejemplo, ruby ​​/ secuela), probablemente haya mantenido una joya.

Creo que la clave es ticket rock. No es gran cosa si una pieza de software no se ha actualizado durante años, si el sistema de tickets muestra que no ha surgido ningún problema válido desde la última actualización.

Un método, no mencionado hasta ahora, es anunciar que está abierto a acuerdos comerciales. Si las personas piensan que está ganando dinero del proyecto (incluso si no es de ventas), estarán más convencidos de creer que no está abandonado. Después de todo, entonces tienes un motivo para no abandonarlo.

Incluso más puntos de bonificación si puede anotar ofertas exitosas en sus notas de lanzamiento: "Soporte de Windows 7 patrocinado amablemente por Acme Inc."