Je lisais le livre refactoring aux motifs et je me demandais comment je peux avoir la possibilité de pratiquer les compétences, car sans pratique délibérée sur de nouvelles façons de refactoriser et d'utiliser des modèles, mes compétences ne seront pas améliorées.
Mais le travail de bureau nécessite que je termine chaque tâche le plus rapidement possible. La plupart du temps, la conception et l'architecture du projet ne sont pas contrôlées par moi, je ne peux que suivre le style similaire que le code existant. Parfois, il y a un projet avec une mauvaise conception, mais il existe également un autre développeur dont la compétence de la conception est meilleure que moi et qu'il a déjà l'ensemble du projet de refactoriser le projet, de sorte que je suis juste à la suite de son plan. Comment puis-je obtenir des occasions de pratiquer?
Eh bien, pour être franc, vous ne pouvez pas attendre la possibilité de venir à votre porte. Si vous êtes très enclin à pratiquer la compétence, ce serait formidable si vous pouviez venir avec vos conceptions, quel que soit ce que l'on appelle meilleur développeur qualifié. Juste jeter vos idées et avoir une bonne conversation sur la manière dont la mienne serait utile pour cette conception de mauvaise hauteur existante. Peut-être que vous échoueriez dans les premières tentatives, mais vous apprendriez beaucoup et (aussi, vous avez également vu votre soi-disant meilleur collègue de développeur qualifié aurait également quelque chose à apprendre de votre part).
En bref, mettez vos conceptions également sur la table et savez à quel point vous êtes bon ou mauvais, il n'y a aucun moyen de comparer vos compétences.
Pratique, pratique, pratique. Les projets de hobby sont définitivement une bonne idée. Et si vous voulez apprendre, il est souvent préférable de travailler sur quelqu'un else Projet Open Source, de cette façon, vous pouvez apprendre des modèles qu'ils utilisent.
Je suggère de regarder dans coding dojos et code KATAS . Toute l'idée derrière ce concept est que, en pratiquant des problèmes de pratique gérables bien définis, vous serez mieux équipés lorsque des problèmes rencontrés dans votre propre code. (Les sites Web expliquent cela mieux que je ne l'ai fait, vérifiez certainement.)
Point d'appoint: une chose essentielle qui n'est pas tout à fait un motif est des habitudes appropriées en matière de test.
En outre, le dernier commentaire: le travail de bureau nécessite que vous terminiez chaque tâche le plus rapidement possible. Si vous travaillez trop vite et que vous créez beaucoup de bugs, Vous n'avez pas terminé la tâche, comme vous devrez y revenir plus tard. C'est retravailler. Si vous ne prenez pas le temps nécessaire pour apprendre la bonne façon de faire des choses, vous créerez plus de travail pour vous à court terme et ne découvrez pas les modèles appropriés pour améliorer à long terme. Cela en vaut la peine pour vous et pour votre employeur que vous pratiquez des modèles de conception appropriés. (Cela dit, les schémas de conception peuvent souvent être overutilisés et abusés par des personnes qui les pratiquent de manière excessive ou sans compréhension de base, mais c'est un point séparé.)
Je pense que vous avez des options suivantes: