En tant que programmeur indépendant et individuel:
Comment puis-je faire savoir très rapidement aux gens que je n'ai pas abandonné le logiciel que j'ai écrit et offert gratuitement? Que je fais l'effort nécessaire pour maintenir et soutenir mon logiciel à un niveau professionnel?
Lorsqu'un logiciel écrit par un ou deux développeurs est disponible gratuitement ou marqué comme open-source, l'hypothèse par défaut est généralement qu'il s'agit d'un abandon de logiciel. Il s'agit généralement d'une hypothèse sûre - consultez les réponses à cette question si vous en doutez: pourquoi les programmeurs écrivent-ils des applications en code source fermé puis les rendent-ils gratuits? .
Il y a beaucoup de programmeurs qui fournissent des outils gratuits et / ou open source qui ne sont pas pour autant des abandons.
Si nous parlons de grandes entreprises, c'est-à-dire de Google, il n'y a pas vraiment de problème à faire la différence entre les outils et logiciels pris en charge et ceux qui sont abandonnés ou abandonnés.
Un référentiel git animé n'est pas rapide - les utilisateurs devront être suffisamment avertis pour comprendre le référentiel et savoir où le chercher. Le marketing cohérent et la gestion de la communauté prennent plus de temps et d'efforts que je ne peux en investir seul. De plus, si mon logiciel devient populaire / performant, je suppose que ceux-ci se développeront d'eux-mêmes et seront pris en charge par les utilisateurs expérimentés de la communauté.
la source
Réponses:
A a essayé d'organiser les suggestions en deux parties avec trois points chacune: le premier point cible les personnes sans formation technique, le second: chaque personne et la dernière, les personnes ayant plus de connaissances informatiques.
Contenu
D'abord et surtout, le contenu de votre site Web doit refléter le fait que votre produit logiciel est fréquemment mis à jour.
La date de la dernière mise à jour . Montre le. Sur la page d'accueil. Au sommet. En grosses lettres. Parce que c'est le point le plus important. Vous pouvez me dire ce que vous voulez en essayant de me convaincre que vous travaillez toujours dur sur votre projet. Si le projet a été mis à jour pour la dernière fois en 2002, je ne vous croirai jamais. Par exemple, le site Web Notepad2 nous dit: "Dernière mise à jour du projet: 6 mai 2011". Rien qu'en lisant, je suis à peu près sûr que le projet est loin d'être abandonné.
La fréquence des mises à jour . Certains projets ne sont pas abandonnés en une journée, mais plutôt progressivement: au début, il y a une mise à jour par mois, puis deux par an, qu'une sur deux ans. Si au cours des dernières années, vous avez mis à jour votre projet au moins une fois par mois, il serait très convaincant pour les utilisateurs de voir réellement la liste des mises à jour (et également utile de voir ce qui a été modifié).
Vos commentaires à la communauté . Écoutez-vous les suggestions de vos utilisateurs? Résolvez-vous les bugs signalés? Avoir la liste des rapports de bogues, où il y a des tickets récents et où ces tickets sont résolus est un bon signe: non seulement votre communauté ne vous a pas abandonné, mais vous n'avez pas abandonné votre communauté .
Le dernier point est particulièrement vrai pour les personnes comme les développeurs. Si vous ciblez des personnes sans formation technologique, elles ne connaissent ni ne se soucient des logiciels de suivi des bogues. Pour ces personnes, vous voudriez insister sur les deux premiers points, en particulier le premier.
Style
Il ne s'agit pas seulement de ce que vous dites, mais aussi de la façon dont vous le dites. Dans la plupart des cas, les gens auront plutôt le sentiment que votre logiciel est abandonné ou non. Pour leur donner le sentiment approprié:
Affiche les dates récentes . Pas seulement la date de la dernière mise à jour. Il peut également s'agir d'une liste des récents articles de blog que vous avez publiés concernant ce produit logiciel, ou du nombre de téléchargements au cours des deux derniers mois, etc. Parfois, même l'affichage du flux RSS qui n'a rien à voir avec votre produit peut faire l'affaire. pour les personnes sans formation technologique.
Avoir une conception visuelle récente . Si votre site Web donne l'impression de ne pas avoir été modifié depuis 1998, vous pouvez dire que vous travaillez dur pour maintenir votre produit logiciel, mais qu'en est-il de la maintenance de votre site Web au cours de la dernière décennie?
Utilisez de nouvelles technologies . Votre site Web est écrit en HTML5 / CSS3? C'est génial! Je suis sûr que votre produit bascule également, et s'il est écrit en C #, il utilise .NET Framework 4.
la source
Créez un blog / forum et restez actif.
la source
Indiquez, de préférence automatiquement, quand les dernières mises à jour de la version de production et de la version de développement du logiciel l'ont été. SourceForge , par exemple, le fait (quelque peu) automatiquement avec la date de «dernière activité», bien que je ne sache pas avec certitude ce qui constitue une «activité».
L'approche que Wine semble également efficace, mais peut-être moins. Il y a une section "News" sur la première page qui montre la date de publication de la version du point de développement.
D'une manière générale, une page Web qui semble active contribuera grandement à rendre votre projet actif.
la source
Outre toutes les bonnes suggestions des autres, je veux ajouter:
la source
Outre un blog, vous pouvez créer un compte Twitter à suivre - votre compte personnel ou créé spécialement pour votre programme. Je recommanderais un compte Twitter dédié, car un compte personnel peut être difficile à trouver dans les tweets liés aux mises à jour. Cependant, cela pourrait aider à faire connaître votre nom / à créer des abonnés autour d'un compte central.
la source
Fournissez un historique sur votre site Web ou similaire. Si l'utilisateur peut voir qu'un travail a été effectué au cours des deux derniers mois (sous la forme d'une version), il supposera qu'un projet est toujours en cours de maintenance.
Sinon, ayez un blog ou quelque chose avec des informations datées et régulièrement mises à jour. Si l'utilisateur peut voir que le contenu change, il ne considérera probablement pas qu'un projet est mort.
la source
À l'avenir, vous atteindrez un point où vous avez mis en œuvre ce que vous vouliez, et tout est là et fonctionne.
Il peut avoir besoin d'un correctif occasionnel et ainsi de suite en raison de dépendances ou de problèmes liés à la plate-forme, mais cela fonctionne.
À ce stade, assurez-vous que votre système de billetterie est ouvert. Dis, github.
Si le système de billetterie présente des problèmes qui pourrissent depuis des années sans aucune validation, cela signifie généralement qu'aucune maintenance n'a lieu.
S'il y a un bon nombre de tickers et de commits récents, cela signifie qu'il est actif.
S'il n'y a pas de billets du tout et des commits récents (par exemple ruby / suite), vous avez probablement conservé un bijou.
Je pense que la clé est le ticket rock. Ce n'est pas grave si un logiciel n'a pas été mis à jour depuis des années, si le système de billetterie montre qu'aucun problème valide n'est survenu depuis sa dernière mise à jour.
la source
Une méthode, non mentionnée jusqu'à présent, consiste à annoncer que vous êtes ouvert aux transactions commerciales. Si les gens pensent que vous gagnez de l'argent grâce au projet (même s'il ne provient pas des ventes), ils seront plus convaincus de croire qu'il n'est pas abandonné. Après tout, vous avez alors un motif pour ne pas l'abandonner.
Encore plus de points bonus si vous pouvez noter des offres réussies dans vos notes de version: "Prise en charge de Windows 7 aimablement sponsorisée par Acme Inc."
la source