12 conseils d'un vétéran du développement back-end de cinq ans aux débutants

1. Avant que les exigences ne soient clarifiées, il n'est pas nécessaire de développer, ce qui est un tabou

2 Le temps de développement doit être augmenté d'au moins 1,2 fois. le temps de demande estimé

3. Clarifier l'intention initiale du demandeur ; préciser si ce développement sera développé en fonction de sa mission ou développé de manière indépendante

4. Bien qu'il n'y ait aucune technologie qui ne puisse pas le faire ; être réalisé, il est encore temps d'introduire de nouvelles technologies. Les coûts et les coûts de main d'œuvre ainsi que les coûts de maintenance ultérieurs sont extrêmement élevés ; il est impossible de fournir l'architecture technique la plus parfaite dans un délai approprié, mais il est nécessaire de proposer une industrie. solution standard contrôlable dans le temps de coût unitaire ; technologie Celui qui l'introduit est responsable

5. Git fournit un grand nombre d'enregistrements de journaux Sauf circonstances particulières, il est généralement nécessaire d'éviter d'introduire des commentaires non-déclarés. . Les commentaires doivent être significatifs

6. Les gros morceaux de code réutilisés doivent être encapsulés. Les gros segments de code peuvent être directement C/V, mais les instructions détaillées doivent être lues et vérifiées.

7. La façon d'écrire du code n'est pas d'écrire un peu puis de tester un peu. Il s'agit d'organiser les étapes dans votre cœur et d'écrire une version de base pour les tests et les modifications. Le simple fait d'écrire une phrase de code et de la tester est une approche de base pour les élèves du primaire.

8. L'environnement de code doit être indépendant, le code doit être hébergé à l'aide de Git ou GitLab distribué et il doit y avoir des habitudes de sauvegarde, gérer les autorisations et les branches et allouer les opérations selon le principe du code le moins d'autorisations ; La gestion des branches est divisée en branches de développement, branches de test, branches de pré-version, branches principales en ligne et branches de correction de bogues de correctifs. Seuls les correctifs peuvent être directement fusionnés dans la branche principale principale. Pour l'environnement de code, le développement est la branche de développement ; les tests sont la branche de test, la branche commerciale et l'environnement de boîte noire de pré-version. Chaque environnement est une boîte indépendante, et les personnes disposant du contenu pertinent doivent disposer des autorisations correspondantes.

9. Le développement technologique est avant tout le choix des talents. Le développement signifie responsabilité et confiance dans les talents. Vous devez être responsable du contenu développé. Il est interdit de publier avec désinvolture. sans réussir le test L'examen, la conception, la discussion commune et le contenu écrit ne seront pas publiés dans l'environnement officiel et ne pourront être publiés que dans l'environnement de test et à l'intérieur. La responsabilité conjointe et solidaire résultant de la non-conformité sera supportée par. le demandeur.

10. Dans une startup ou lors d'une mission, le but est de produire rapidement des résultats, de produire des produits, et de démarrer rapidement. La priorité de l'architecture est inférieure à la date de lancement, donc l'itération rapide est particulièrement rapide. important ; l'architecture technique doit avoir du personnel dédié. Implémentée de force, s'il existe déjà un style de codage, il sera développé selon le style précédent.

11. Les chefs de produit sont les proposants des exigences. Le temps de développement estimé provient de leur propre vitesse de développement, de leur compréhension et de leur concentration sur les tâches de développement, ainsi que de ce que le demandeur peut fournir, et enfin de donner. le temps de développement correspondant basé sur 60 % de vos propres capacités de développement plus 40 % du temps accordé par le développeur.

12. La réutilisabilité, la beauté et la lisibilité du code ne peuvent pas être obtenues en une seule fois ; il doit avoir une certaine échelle, être réutilisé là où il peut être réutilisé, abstrait là où il peut être abstrait, et il peut être donné des solutions plus supérieures. nécessitent des algorithmes supérieurs.La résolution des problèmes est importante, mais la réutilisation du code et la lisibilité de la structure sont également très importantes. Le rapport entre les deux est toujours de 6 à 4. Les fonctions doivent être implémentées en premier, puis l'introduction de spécifications spécifiques doit également être renforcée.

Pour plus d'articles techniques liés à PHP, veuillez visiter la colonne Tutoriel PHP pour apprendre !

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!