AppWorks School - Projet de boucle de rétroaction CloudMile

Dans le cadre du programme bootcamp, j'ai eu la chance de travailler en étroite collaboration avec les mentors développeurs de CloudMile pour un projet appelé Feedback Loop. Il s'agit d'un outil de gestion des commentaires sur les événements qui aide les organisateurs à suivre les commentaires des participants via la soumission de formulaires. J'ai collaboré avec un autre camarade de classe sur ce projet de 2 semaines et j'ai reçu les conseils de nos 5 mentors (Juri, Liang, Shan, Welly, Jack), ce qui était super cool ! Les mentors ont examiné à tour de rôle nos pull request, ont donné des recommandations sur la qualité du code/les meilleures pratiques et m'ont beaucoup encouragé tout au long de la collaboration !

Apprentissages

Voici quelques-unes des choses que j'ai apprises.

Schéma de base de données

Je me suis familiarisé avec l'utilisation de Firebase Firestore pour créer un schéma de base de données au cours de cette première phase du processus. Grâce à quelques échanges avec notre professeur et nos mentors, nous avons finalement mis en place une structure sur laquelle nous pourrions travailler.

Git Flow

Nous avons utilisé une approche simplifiée pour git flow. Les étapes ont été les suivantes :

1. Créer une branche de développement à partir de main
2. Tirez le développement à distance vers le développement local, puis créez une branche de fonctionnalités à partir du développement
3. Une fois terminé, poussez la branche de fonctionnalités locale vers la branche de fonctionnalités distante
4. Depuis la branche de fonctionnalités distante, ouvrez une pull request pour développer
5. Heure de la révision des relations publiques !

Bonnes pratiques

Nous avons également reçu des conseils sur les meilleures pratiques pour développer en collaboration.

1. 300-500 lignes pour un PR
2. 1 branche : 1 PR, 1 branche : 1 fonctionnalité
3. Pull développer chaque jour

Je pense que le rapport 1 : 1 a beaucoup de sens. Il est ciblé, modulaire et plus maintenable. De la même manière qu’un stand de nourriture ne devrait vendre qu’une seule chose s’il veut se spécialiser dans un plat.

Réflexion

En raison du manque de temps (2 semaines, c'était un peu serré pour cela), je me suis beaucoup appuyé sur l'IA pour déboguer et décomposer les tâches gérables pour moi, ce qui m'a permis d'avoir moins de contrôle sur le code que j'écrivais. Si j'avais plus de temps sur ce projet, je consacrerais plus de temps au refactoring afin que d'autres fonctionnalités puissent être construites en plus de notre travail à l'avenir.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!