Je termine un projet personnel dans lequel j'ai implémenté une bibliothèque que je pense que d'autres voudront peut-être utiliser. Sans entrer dans trop de détails, la bibliothèque fournit une interface multiplateforme pour analyser un type particulier de fichier, là où il n'en existait pas auparavant (du moins dans cette langue). Le projet était amusant et gratifiant en soi, mais je pense que ce serait dommage s'il n'était jamais envisagé par d'autres développeurs en raison de l'ignorance.
Comment puis-je proprement parler de cette bibliothèque?
Mon plan actuel consiste à:
- Hébergez une page Web avec la source, la documentation, l'utilisation et / ou des exemples
- Répondez aux questions des SO en posant la question "où est cet outil?"
- Contactez quelques membres clés du domaine concerné et informez-les
Pensez-vous que ces étapes sont raisonnables? Que pourriez-vous faire d'autre?
open-source
communication
Willi Ballenthin
la source
la source
Réponses:
Ne vous embêtez pas avec une page Web vous-même, collez-la sur github. Contrôle des sources + wiki + suivi des problèmes gratuitement = gagner (forking 'n stuff comme un bonus supplémentaire).
Si vous le construisez (et nommez-le de manière appropriée pour les moteurs de recherche), ils viendront. S'il y a un besoin, les gens trouveront la page github de votre projet via leurs moteurs de recherche. Contacter des membres clés dans le domaine connexe sera certainement utile - ils seront également sûrs de mettre le mot.
la source
Existe-t-il des listes de diffusion bien rédigées concernant cette langue ou ce format de fichier? D'après mon expérience, les projets libres et open source ont tendance à communiquer via les listes mailman GNU plus que toute autre manière. Pour les langues, je frapperais les groupes Usenet s'ils existent.
Et je suis totalement d'accord avec l'utilisation de GitHub pour l'hébergement. Ils ont les outils dont vous voudrez profiter et à peu près tout le monde le connaît.
En dehors de cela, je dirais de continuer à le pirater et de faire régulièrement le point sur les mises à jour. Les projets actifs attirent l'attention des utilisateurs, donc si vous augmentez un numéro de version, faites-le savoir au monde entier. Les annonces mensuelles (voire hebdomadaires) d'un projet utile sont certainement sous les limites des inondations pour toute communauté.
la source
Ce que j'ai fait pour une bibliothèque que j'ai développée est à peu près ce que vous avez suggéré:
Cela a plutôt bien fonctionné. La bibliothèque est téléchargée aussi souvent que possible (ou plus souvent pour être honnête, je ne savais pas que tant de gens en avaient besoin), et j'ai reçu des réponses positives à mes messages.
S'il existe une source officielle pour ce format de fichier, vous voudrez peut-être les contacter d'abord, afin que vous puissiez avoir une sorte de vérification / révision de la raison et éviter les réponses négatives. Il est difficile de surmonter une mauvaise première impression.
la source
Collaborez avec d'autres projets open source. Trouvez s'il est logique de faire une certaine intégration, afin que les deux projets en bénéficient: cela vous mettra sur le radar des utilisateurs de ces projets.
Blog sur votre projet. Il dirigera le trafic vers votre blog et ensuite vers github / code google / quel que soit le référentiel que vous utilisez.
Faites-en un exposé (ou faites un exposé plus général et mentionnez-le).
la source