Contenu
- 01. Suivez la formule
- 02. Transpirez les petites choses
- 03. Restez structuré
- 04. Attention à la complexité excessive
- Vous voulez plus de conseils pour perfectionner vos compétences en programmation?
Directeur SuperFriendly Dan Mallpartagera ses conseils professionnels sur la façon de rester pertinent en tant que concepteur Web àGénérer New York2018.Obtenez votre billet maintenant.
Pour ceux d’entre vous qui ont moins de cinq ans d’expérience dans le développement Web, il est probable que vous soyez encore à la recherche des fonctionnalités linguistiques, des cadres, de l’architecture et des meilleures pratiques. Et bien que vous puissiez commencer chaque site avec les meilleures intentions, à la fin, il y a de fortes chances que tout ce que vous vouliez, c'est que la chose fonctionne suffisamment bien pour que vous soyez payé.
J'ai passé ces dernières années à sauver une variété de sites de marques bien connues qui, en théorie, auraient dû être simples, mais pour diverses raisons - successions de pigistes, manque de supervision descendante - se sont transformées en spaghetti- jonctions de la dette technique.
01. Suivez la formule
Ce que je veux éviter, c’est de vous assurer que nous avons tous été là et qu’il n’y a rien de mal à ne pas tout savoir. La programmation est un plaisir génial et la raison pour laquelle vous voulez le faire tous les jours est probablement parce que vous pouvez relever un défi, prendre les devants et proposer des solutions innovantes.
Mais voici le hic: ce qui rend la programmation amusante (être inventif et réfléchir sur vos pieds) peut par inadvertance contribuer à la dette technique sur des projets plus importants et dirigés par une équipe.
Il existe des pratiques exemplaires, des principes et des modèles établis qui ont fait leurs preuves au fil des ans. C'est votre travail de les rechercher, de les apprendre et de les mettre en œuvre - et, ce faisant, de sacrifier un peu de votre individualité en échange de la maintenabilité et de la fiabilité. Il existe un article de blog intitulé "Vous n'êtes pas payé pour écrire du code" qui résume assez bien les choses.
02. Transpirez les petites choses
La programmation est une question de clarté, et lorsque vous ne pouvez pas voir le bois pour les arbres, les chances que votre base de code reste délibérément mince et moyenne seront considérablement réduites. En tant que tel, votre stratégie principale pour rester au courant des choses doit être une concentration méticuleuse sur les bases.
- Soyez ultra-organisé: vous inquiétez des structures de dossiers et de l'emplacement des fichiers (les frameworks peuvent vous aider ici), assurez-vous que les modules ont des ordres d'API cohérents, regroupez les fonctionnalités communes et utilisez des modèles avec des délimiteurs.
- Rendez votre code lisible: utilisez judicieusement les espaces blancs et utilisez les commentaires pour annoter le regroupement et clarifier l'intention (mais pas un mauvais code). Vous travaillez en équipe et vous êtes payé pour être clair.
- Ne coupez pas les coins ronds: gagner du temps maintenant peut sembler une bonne idée, mais vous pouvez être sûr qu'à mesure que le projet se développe, toute paresse sournoise sera aggravée et coûtera plus tard le projet.
Tout au long du processus, assurez-vous de corriger les erreurs au fur et à mesure. Tôt ou tard, d'autres codes finiront par s'appuyer sur ces erreurs. Arrêtez la pourriture dès que possible. Si vous apportez des modifications, apportez-les de manière cohérente. Colonnes de base de données, fonctions de backend, appels d'API, fonctions JavaScript, DocComments, annotations, attributs HTML, noms de classe CSS, etc. - assurez-vous que tout tombe en cascade.
03. Restez structuré
Lors de la création d'un site autonome, il est tentant d'ignorer discrètement l'encapsulation et de joncher le code de références globales à l'application ou d'atteindre des composants avec parent.parent.parent ou autre. Cela crée rapidement une dette technique.
Dans la mesure du possible, essayez de considérer votre application comme une série de modules indépendants et tirez parti des meilleures pratiques de votre infrastructure pour éliminer les couplages et les interdépendances étroits. Si cela vous aide, essayez d'imaginer que vous allez réutiliser des parties de l'application dans d'autres projets et réfléchissez à la manière dont vous structureriez les fichiers, le balisage et le code pour faciliter cela.
Vous devez être vigilant pour confondre les responsabilités et vous demander constamment: cela a-t-il sa place ici? Si le code semble «dégoûtant», c’est probablement le cas.
Sur les projets d'équipe, le manque de réutilisation du code et de code copié / collé est un gros problème. Lorsque vous voyez du code répété, mordez la puce et refactorisez toutes les instances en une fonction, un module ou un modèle. Encore une fois, une bonne structure de dossiers vous permettra de trouver facilement où placer les choses.
04. Attention à la complexité excessive
Le problème clé de la complexité est qu'elle masque et distrait du problème d'origine que vous tentiez de résoudre et finit par générer plus de code et plus de complexité, soit au même endroit, soit dans d'autres parties de l'application. Vous vous retrouvez dans un cercle vicieux.
Si votre code commence à ressembler davantage à une leçon d'algèbre qu'à une API bien entretenue, vous devez prendre du recul. Il se peut que vous deviez refactoriser ce morceau de code particulier, refactoriser la classe dans laquelle il se trouve ou reconsidérer votre approche actuelle du problème que vous essayez de résoudre.
Dans les cas extrêmes, vous devrez peut-être regarder à nouveau à l'extérieur. J'ai récemment remanié une configuration de vue extrêmement compliquée dont je me suis rendu compte qu'elle était victime d'un schéma de routage mal pensé. En repensant les routes alambiquées en quelque chose de sensé, j'ai pu abandonner des centaines de lignes de code spaghetti dense dans diverses classes et supprimer certains hacks / bogues de routeur de longue date dans le processus.
La seule chose que vous ne devriez pas faire après avoir écrit un code particulièrement obtus est de vous asseoir et de vous émerveiller fièrement de la difficulté à lire! Le meilleur code est élégant (lire: pas compliqué); si le vôtre ne l’est pas, vous avez du travail à faire.
Cet article a été initialement publié dans le numéro 290 de net, le magazine le plus vendu au monde pour les concepteurs et les développeurs Web. Acheter numéro 290 ou alors abonnez-vous au net.
Vous voulez plus de conseils pour perfectionner vos compétences en programmation?
Les concepteurs doivent développer leurs compétences pour rester pertinents et efficaces, mais sur lesquels il vaut la peine de se concentrer? Les concepteurs doivent-ils apprendre à coder et, le cas échéant, une connaissance limitée du code peut-elle vraiment faire une différence en travaillant avec des ingénieurs talentueux? Comment les concepteurs peuvent-ils s'intégrer dans les flux de travail Agile? La méthodologie du projet a-t-elle même une importance de toute façon? Quel est le rôle d'un concepteur dans la création, l'utilisation et la maintenance des systèmes de conception?
Dans son discours à Generate New York du 25 au 27 avril 2018, Dan Mall, directeur de SuperFriendly, partagera des histoires et des perspectives pour répondre à ces questions et plus, en fournissant des méthodologies et des techniques spécifiques pour aider les concepteurs à devenir encore plus indispensables, plus rapidement. Obtenez votre billet maintenant.
