Une estimation approximative de la nature problématique des projets GitHub

Bonjour, je m'appelle Dmitry Karlovsky et je ... pratique l'aromathérapie thermorectale. Je comprends que tout le monde aime son marais et le protégera jusqu'à la dernière goutte de liquide. Cependant, une culture d'ingénierie élevée exige de l'objectivité dans l'évaluation des outils.







Souvent, il existe plusieurs options qui conviennent à la fonctionnalité du problème pour résoudre le même problème. Toutes choses égales par ailleurs, j'aimerais choisir un projet qui posera le moins de problèmes. Mais comment estimer le volume de ces problèmes sans dépenser plusieurs années-homme pour combler toutes sortes de bosses de vos propres mains?







Eh bien, regardons quels problèmes il y a, comment les évaluer et comparer certains projets populaires.







Problèmes



Erreurs dans le code



Personne ne veut d'un outil bogué ou qui ne fonctionne tout simplement pas. Ils ont généralement un problème avec la balise "bug".







Râteau en architecture



L'architecture n'est peut-être pas adaptée à la manière dont vous souhaitez l'utiliser. De plus, l'architecture est parfois inutile, même dans des cas d'utilisation apparemment basiques. La question dans ce cas, si elles commencent, est longue dans l'esprit de "comment faire cela?" ou "pourquoi ne fonctionne-t-il pas comme je m'y attendais?"







Documentation



Si la documentation est incomplète, pas à jour ou pas du tout, la maîtrise de l'outil sera semée de difficultés. Un problème est généralement soulevé dessus avec la balise "documentation".







Imperfection



Si une fonctionnalité n'est pas implémentée de manière très pratique ou n'est pas implémentée du tout, vous devez alors écrire vos propres façades, décorateurs, adaptateurs et autres proxys afin d'adapter l'outil aux réalités de votre projet. Ils ont généralement un problème avec la balise «amélioration».







Soutien



. , , . . . , , , , . Issue . .









, , issue — , , , . , issue, . , .







, , . . , , . , . , , .







, , . issue, . , ...







TypeScript FlowJS?









— Haxe. . .







React Angular?









Angular , , . , . . .







Redux MobX?









MobX . issue, , . , , .







RXJS . , , . RxMarbles .







MomentJS Luxon?









, date-fns. .









, , , , , . , , , (, AngularJS, , Polymer, , GWT, , GCT). - , .







, , , , . - , . . — , .







, " ", " " " , ". , , -.







Mon outil de comparaison est disponible sur compare.github.hyoo.ru . Gardez à l'esprit qu'il utilise l'API github de votre IP et qu'il a des limites assez strictes. Donc, si le github commence à verser des erreurs 403, vous pouvez soit attendre un peu, soit changer l'adresse IP via VPN.







Joindre des captures d'écran de vos projets préférés et une analyse des raisons pour lesquelles les résultats sont exactement les mêmes et non différents. Les améliorations et les rapports de bogues sont les bienvenus comme d'habitude.














All Articles