GateUser-7919e6b9

Récemment, en regardant le projet « Fiabilité ou non », je préfère d'abord consulter GitHub et les rapports d'audit, ce n'est pas pour faire semblant de comprendre, c'est juste pour voir s'ils ont vraiment fait le boulot. En gros, même un débutant ne devrait pas s'acharner à déchiffrer le code, il y a beaucoup de tutoriels, je regarde généralement ceux qui enseignent à surveiller la fréquence des mises à jour, qui propose des PR, comment répondent les issues — au moins on peut voir si l'équipe est active ou non.
Les rapports d'audit ne doivent pas non plus être considérés comme une carte blanc

Hier soir, dans le groupe, ils se disputaient encore « Ce projet est-il fiable ou non ? », je faisais semblant de calmer la situation en parlant, tout en cliquant discrètement sur GitHub… En gros, ne vous précipitez pas à regarder si le code est avancé, les débutants devraient d’abord vérifier s’il y a des « traces de vie » : s’il y a des commits réguliers récemment, si quelqu’un répond sérieusement dans les issues, si après un problème il y a un retour d’expérience, pas le genre de projet qui a sa dernière mise à jour il y a six mois et qui fait semblant d’être détaché.
Le rapport d’audit ne