Amélioration continue: le secret pour devenir un excellent développeur PHP
Dans l'industrie du développement de logiciels en constante évolution, l'apprentissage continu et l'application de nouvelles connaissances sont une qualité que chaque développeur, en particulier les développeurs PHP, doit posséder. Les développeurs à succès ont tous une chose en commun: ils aiment la programmation et considèrent une bonne pratique de programmation comme une forme d'art. Cet article explorera comment améliorer les compétences en développement en suivant la programmation de «l'étiquette» et partagera comment ces connaissances peuvent être utilisées pour guider les autres pour s'améliorer.
Points de base
comment devenir un professionnel
Quel que soit le type de travail dans lequel vous êtes engagé, le professionnalisme commence par vous-même. Les professionnels ont d'abord de fortes personnalités et du caractère. Les professionnels de la programmation sont très respectés dans n'importe quel domaine. Voyons comment devenir un professionnel de la programmation.
La dynamique la plus importante du travail d'équipe est le travail d'équipe. La plupart du temps, le travail d'équipe est passé à apprendre et à enseigner les uns les autres, et l'environnement de travail devrait toujours encourager et récompenser le partage des connaissances.
Si vous n'êtes pas disposé à partager votre travail et vos connaissances, vous êtes arrogant ou trop vaniteux et vous ne pourrez pas vous adapter à cet environnement de travail.
Aucun professionnel n'est pas responsable de leur travail, qui est laissé au directeur. Ils viennent de terminer les tâches attribuées et l'horloge a pointé à 17 heures et a tout oublié.
Les programmeurs professionnels ne peuvent pas accepter cela. Comment vous sentiriez-vous si votre erreur provoquait des milliers de dollars à l'entreprise?
La solution à ce problème dépend également de la gestion et de la façon dont l'entreprise la gère. Chaque entreprise devrait encourager les développeurs à être responsables de ses actions, et plus important encore, du code qu'ils écrivent.
Si votre code d'erreur va dans le serveur de production, essayez de le réparer le plus rapidement possible, même s'il doit être toute la nuit. Cela vous sépare des non-professionnels et vous donne un salaire plus élevé.
Il est impossible d'écrire un logiciel sans erreurs, nous faisons tous des erreurs stupides. La façon dont nous gérons les critiques détermine en grande partie la façon dont les autres nous voient.
Chaque critique doit être écoutée attentivement et absorbée car elle vous rendra meilleur dans ce que vous faites, surtout si vous êtes critiqué par quelqu'un de plus expérimenté que vous.
être un professionnel est un travail sans fin. L'apprentissage n'est pas limité à 9 à 5.
Apprendre, pratiquer et s'améliorer en permanence est un investissement en vous-même.
Cela devrait également se produire en dehors du travail - vous ne devez pas prendre un temps précieux à votre employeur pour lire les derniers tutoriels.
pas assez de temps? Bien sûr, il y en a! Il vous suffit de penser intelligemment. Si vous voulez prendre votre carrière au sérieux, prenez-la au sérieux.
se lever tôt et partir pendant un certain temps. Utilisez ce temps supplémentaire pour jouer à vos forces sans sacrifier votre santé et votre famille.
Une demi-heure avant et après le travail signifie cinq heures de plus par semaine. C'est plus de la moitié d'une journée de travail complète de huit heures.
Comment écrire du code de haute qualité
Vous pouvez y penser de cette façon: si vous ne vous entraînez pas du tout à lire, vous ne pouvez pas apprendre à lire rapidement. Le travail d'un développeur est d'écrire du code de haute qualité, mais si vous ne savez pas à quoi ressemble le code de haute qualité, vous ne pouvez pas écrire de code de haute qualité.
La plupart des développeurs utilisent des bibliothèques tierces aveuglément sans toucher le code source. C'est OK, mais pour comprendre comment une bibliothèque particulière peut aider, vous devez creuser plus profondément et lire son code source, ses commentaires et exécuter des tests (le cas échéant).
La lecture du code peut également vous aider à repérer rapidement les erreurs des autres développeurs, ce qui peut être très utile si vous effectuez une révision de code ou une programmation par paire.
Soyez toujours heureux d'apprendre de nouvelles technologies et de déterminer comment ils peuvent vous aider à devenir un meilleur programmeur.
Soyez toujours ouvert à de nouvelles choses et n'ignorez pas les dernières tendances simplement parce que vous pensez qu'elles seront obsolètes. Tout est circulaire, mais ce qui reste inchangé, c'est la connaissance que vous acquérez en ouvrant votre esprit.
Même avec 15 à 20 ans d'expérience pratique, d'excellents développeurs ne cesseront jamais d'apprendre.
Le ralentissement signifie passer plus de temps à évaluer le problème que vous essayez de résoudre. La vitesse n'est pas ce que vous devez poursuivre.
J'ai vu des développeurs juniors fournir du code le plus rapidement possible après avoir obtenu une tâche, ce qui a entraîné des erreurs dans le code, et il faut plus de temps pour corriger ces erreurs que ce qu'ils ne prennent pour s'asseoir et réfléchir soigneusement à la bonne solution.
Les développeurs seniors sont paresseux et lents, ce qui est bon pour tout le monde, car les bons programmeurs ne veulent pas faire deux fois.
Pour les développeurs avancés, l'écriture de code réel ne représente que 1/3 du temps qu'ils passent sur les tâches, et le reste de leur temps est consacré à de bonnes solutions aux problèmes.
Ce ne sera pas un débat sur le développement axé sur les tests (TDD) ou le non-TDD, mais n'oubliez pas que tout type de test est très important pour fournir du code de haute qualité.
Comment savez-vous s'il n'y a rien de cassé? Savez-vous ce que vous avez fait dans la base de code d'une certaine fonctionnalité il y a quelques mois?
Tests à travers le test, vous pouvez comprendre comment le code fonctionne réellement. C'est comme un guide, comme un catalogue de livres. Les tests vous montrent où chercher et ce qu'il faut rechercher.
Les tests d'écriture pour votre code sont difficiles au début, mais à long terme, il s'est avéré bénéfique.
Apprenez les outils que vous pouvez utiliser pour vous aider à résoudre votre problème. En fin de compte, la plupart des outils dépendent de la préférence personnelle, mais n'oubliez pas qu'un bon outil ou une bonne bibliothèque peut vous aider beaucoup.
Réfléchissez au temps que vous passez dans l'éditeur, qu'il s'agisse d'un IDE complet ou simplement d'un éditeur de texte à haute syntaxe.
De plus, vous devez déterminer si cela vaut la peine d'utiliser une bibliothèque spécifique pour ce travail. L'utilisation de PHP Framework en vaut-elle la peine? Quels sont les avantages et les inconvénients? Vaut-il la peine d'utiliser des CM volumineuses pour un projet?
Vous devriez considérer ces problèmes avant d'écrire une ligne de code.
comment garder la piste
L'écriture continuellement du code dans une boucle qui semble être sans fin peut être ennuyeuse. La plupart des développeurs qui travaillent assez longtemps dans l'industrie ont connu l'épuisement professionnel à un certain stade de leur carrière.
L'épuisement professionnel est associé à de longues heures de travail et à ce que l'on appelle le "syndrome de l'imposteur", ce qui signifie que le développeur pense constamment qu'il n'est pas assez bon et qu'il a besoin de travailler plus dur pour s'améliorer, et plus n'est pas nécessairement le cas.
La meilleure solution est de prendre du recul, de sortir de ce cycle, de faire d'autres choses et d'être créatif. Prenez des vacances, même si ce n'est que quelques jours.
Une autre solution de plus en plus populaire pour lutter contre l'épuisement professionnel est de trouver un membre de l'équipe avec lequel vous pouvez vous associer. L'interaction sociale avec une autre personne est très efficace.
Rester sur la bonne voie signifie également garder une base de code propre. Non seulement pour les autres, mais aussi pour vous-même. Le code sans tests ni documentation est comme la roulette russe.
Que se passe-t-il lorsque vous devez revisiter une fonctionnalité en quelques mois? Vous passerez plus de temps à comprendre ce que vous faites réellement, pas dans la tâche elle-même.
J'ai vu des clients contacter les développeurs pour refacter leurs projets d'innombrables fois parce que l'équipe précédente a perdu tout intérêt ou ne pouvait plus travailler, et presque tout le temps que la réponse de la nouvelle équipe a dû être réécrite à partir de zéro.
En effet, l'équipe précédente n'a pas pu maintenir une base de code propre et fiable. Cette pratique prend beaucoup de temps; Lire un article intitulé «18 Motsiements clés dans le développement Web» qui couvre comment garder votre code soigné et d'autres meilleures pratiques.
L'estimation est un problème sensible pour de nombreux programmeurs et gestionnaires, mais cela ne devrait pas être le cas. Je crois que tout le monde a entendu parler d'une situation où les gestionnaires demandent aux développeurs combien de temps prend une tâche, et ils s'attendent à une réponse claire, mais la tâche estimée prend toujours deux fois le temps qu'elle a été initialement estimée.
Ce que la plupart des gens ne réalisent pas, c'est que les estimations ne sont que des suppositions, pas des promesses. Pour être un meilleur développeur, vous devez savoir que l'estimation n'est jamais un engagement, car une fois que vous commettez quelque chose, cela signifie que vous êtes responsable de le livrer.
L'estimation n'est jamais, et ce ne sera pas une promesse, c'est l'essence de l'estimation. Il est difficile pour les gens d'estimer le temps d'une tâche donnée, et si votre manager vous demande, vous devriez lui dire que vous ne pouvez pas promettre que vous ne pouvez pas être sûr à 100% ce que vous pouvez faire à temps.
Cependant, vous pouvez faire une supposition, mais ne faites aucune promesse.
comment devenir un maître
Tout est question de communication. J'ai vu certains projets et les entreprises échouer car les membres de l'équipe ne peuvent pas communiquer.
Gardez la communication simple et directe, en évitant les intermédiaires entre vous et le destinataire. Chaque «nœud» dans la ligne de communication crée une complexité de croissance presque exponentielle.
L'entreprise a beaucoup de problèmes avec cela - c'est pourquoi il progresse si lentement, chaque décision doit passer par une douzaine de personnes, et l'équipe Agile est là pour briller.
Garder la communication simple et claire signifie que vous pouvez agir plus rapidement que les autres et vous pouvez comprendre votre tâche plus clairement, ce qui vous donne un avantage, alors n'ayez pas peur de poser des questions et de poser des questions spécifiques.
En plus d'être un bon communicateur, vous devez également être un excellent collaborateur.
Vous devez non seulement travailler avec d'autres développeurs, mais aussi avec votre gestionnaire et peut-être directement avec les clients.
La collaboration signifie également savoir ce qui est en danger, faire le travail et devenir un bon membre de l'équipe.
Si vous avez du mal à travailler efficacement avec d'autres, essayez la programmation des paires. L'essence de la programmation des paires est la collaboration.
Selon Wikipedia: "La malédiction de la connaissance est un biais cognitif qui rend difficile pour les participants bien informés de réfléchir aux problèmes du point de vue des participants moins informés."
Fondamentalement, il est difficile pour les développeurs avancés d'expliquer des problèmes si simples que les développeurs juniors peuvent comprendre. En effet, ils connaissent tous très bien le problème et les techniques pour le résoudre, mais lorsqu'ils essaient de l'expliquer aux autres, ils échouent parce que cette explication n'est qu'un résumé des connaissances dans leur esprit.En bref, il est difficile de ne pas savoir quelque chose lorsque vous le comprenez. Pour résoudre ce problème, vous devez utiliser une langue spécifique. Expliquez un problème en détail et continuez à le faire même si vous le trouvez ridicule, car votre état d'esprit ne correspond pas à l'état d'esprit du destinataire.
Si vous vous appelez un expert en programmation, vous devenez un expert en programmation. Découvrez votre champ de haut en bas et n'ayez pas peur de dire non.
En bref, devenir un expert est de dire non aux autres parce que cela signifie que vous défendez votre vérité et que vous avez des qualifications parmi vos pairs, et vous avez raison la plupart du temps.
Comprendre votre domaine ne signifie pas nécessairement que vous avez un diplôme en informatique, ce qui signifie que vous avez une vaste expérience et une pratique dans ce que vous faites. Vous devez non seulement améliorer vos compétences en programmation générale, mais aussi vos compétences en génie informatique et en architecture.
Être un expert signifie que vous avez trouvé la meilleure conception de programmation pour résoudre le problème, et l'écriture de code est cet "effet secondaire".
Personne ne peut créer un bon logiciel sans comprendre les problèmes commerciaux et les problèmes qu'ils essaient de résoudre avec votre code.
Vous devez être proactif et intéressé par l'entreprise, car cela sera reflété dans votre travail. Sans objectifs clairs et problèmes spécifiques, le code deviendra par inadvertance un gâchis, et c'est ainsi que le codage fonctionne.
Vous devez contrôler strictement les fonctions à implémenter, en particulier la façon de les implémenter, mais pour cela, la valeur commerciale doit être très claire.
Si vous pensez que vos connaissances professionnelles et vos objectifs commerciaux ne sont pas très cohérents, faites-vous une faveur et n'acceptez pas le travail. Chérissez votre temps car il est inestimable.
Afin de vous améliorer en continu, vous devez d'abord savoir à quel niveau vous êtes.
Code Kata est un exercice pour les programmeurs pour pratiquer et trouver de meilleures solutions à différents problèmes.
Vous pouvez essayer de résoudre le code KATA sur Project Euler, Codekata ou Topcoder.
Topcoder offre même des récompenses pour trouver les meilleures solutions pour ses défis de programmation.
Résumé
La programmation n'est pas tant une compétence technique qu'une compétence sociale. Pour devenir un bon programmeur, vous devez d'abord améliorer votre personnalité. Ensuite, maîtriser les principes de programmation.
Vous devez continuer à vous améliorer, apprendre constamment et avoir une longueur d'avance. Pour vraiment vous spécialiser, vous devez comprendre l'entreprise et les problèmes que vous essayez de résoudre avec le code.
Le coden'est qu'un sous-produit de toute la solution de problème, et sa contribution à la situation globale est minime. Les idées de résolution de problèmes, les compétences en collaboration et la maîtrise de la maîtrise des outils nécessaires pour résoudre les problèmes sont la clé pour devenir un professionnel respecté.
Les questions fréquemment posées sur le fait d'être un grand développeur (FAQ)
(La partie FAQ est omise ici car elle est fortement coïncidente avec le contenu d'origine. Il vous suffit de garder les points de base pour éviter la duplication.)
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!
Trading quantitatif de monnaie numérique
utilisation d'ostringstream
Comment exécuter le projet phpstudy
Quelles sont les nouvelles fonctionnalités de Hongmeng OS 3.0 ?
Comment définir la variable d'environnement de chemin
Comment demander l'enregistrement d'une adresse e-mail
qu'est-ce que l'index
Comment désactiver la complétion automatique sublime
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
