first contrib app

Première recherche de contribution

TLDR ; Essayez-le ici !

Pourquoi ce projet ?

En tant que codeur souhaitant apporter sa première contribution à un projet open source, il peut parfois être difficile de trouver le bon projet qui correspond à la fois à vos attentes et à vos compétences.

Grâce à certains projets comme Awesome List, vous pouvez toujours trouver des listes statiques de projets qui recherchent des développeurs.

Pour aller plus loin, si vous souhaitez rechercher des problèmes qui peuvent être traités par les débutants avec le moteur de recherche Github, vous devez toujours savoir quelle étiquette est utilisée par chaque référentiel pour cibler les débutants.

La réponse

Cette application tente de répondre à cette problématique en mettant à votre disposition un moteur de recherche simple qui ciblera toutes les problématiques de labels étant plus ou moins liées aux débutants . Pour l’instant, plus ou moins 50 labels différents sont répertoriés dans ce fichier.

Et parce que faire un moteur de recherche peut être plus cool qu'il ne l'est, j'ai essayé de suivre mes vibrations intérieures des années 80 pour proposer un style Miami Vice / GTA Vice City :)

Quels problèmes ai-je rencontrés en cours de route ?

• Je souhaitais utiliser l'API GraphQL fournie par Github car elle réduit considérablement le nombre d'appels réseau. Cependant, il n’est pas appelable sans être authentifié. Par conséquent, en tant qu'utilisateur, vous devez être authentifié sur Github pour utiliser cette application.

• Inconvénient majeur : lors de la recherche de problèmes par étiquette dans Github, nous ne pouvons pas utiliser l'opérateur "OR". Fondamentalement, nous ne pouvons pas rechercher un problème ayant des étiquettes BONNE PREMIÈRE CONTRIBUTION OU À GRABS en une seule requête. Par conséquent, l'astuce pour obtenir les problèmes qui pourraient vous intéresser est d'interroger les référentiels qui ont des problèmes correspondant à la liste de nos étiquettes. La conséquence malheureuse est que la liste des problèmes répertoriés dans un référentiel peut parfois être vide... ce qui conduit parfois à obtenir une liste de 20 référentiels sans aucun problème à afficher... C'est la raison pour laquelle le bouton récupérer plus peut doit être écrasé plusieurs fois avant de trouver de nouveaux problèmes à afficher... Une de mes idées naïves était d'interroger à nouveau une nouvelle liste de référentiels lorsque aucun problème n'est renvoyé, mais lancer des requêtes réseau de manière récursive ne semble pas être une bonne idée... hum ...

La pile

Les principales bibliothèques de ce projet sont :

• React (mais preact-compat est utilisé pour obtenir un bundle plus petit)
• Réagir à Apollon
• Réagir au routeur
• Un peu de lodash

FEUILLE DE ROUTE

Il s'agit d'une première ébauche donc il reste encore beaucoup de choses à faire

• Polir le style
• Améliorer la possibilité de tri (jusqu'à présent, il est codé en dur par nombre d'étoiles décroissantes).
• Tests fonctionnels (car on a toujours besoin de tests :))
• Comme dit précédemment, une astuce pour obtenir un moyen élégant d'interroger uniquement les référentiels significatifs qui ont des problèmes.

N'hésitez pas à ouvrir des relations publiques ou à soumettre des problèmes :)

LICENCE

MIT.