Directeur Dan Dan Mall partagera ses conseils Pro sur la manière de rester pertinente en tant que concepteur Web à Générer de New York 2018. Obtenez votre billet maintenant .
Pour ceux d'entre vous avec moins de cinq ans d'expérience dans le développement Web, il est probable que vous trouviez toujours vos pieds en ce qui concerne les caractéristiques de la langue, les cadres, l'architecture et les meilleures pratiques. Et bien que vous puissiez commencer chaque site avec les meilleures intentions, au bout de la fin, il est probable que tout ce que vous voulez, c'est que la chose fonctionne assez bien pour que vous soyez payé.
J'ai passé ces dernières années à sauver une variété de sites de marques bien connus que, en théorie aurait dû être simples, mais pour diverses raisons - les successions de pigistes, un manque de supervision descendante - se sont transformés en spaghetti- jonctions de la dette technique.
La chose que je veux sortir de la manière consiste à vous assurer que nous avons tous été là et il n'y a rien de mal à ne pas tout savoir. La programmation est brillante amusante et la raison pour laquelle vous voulez le faire chaque jour est probablement parce que vous vous engagez à relever un défi, prenez la tête et offrez des solutions innovantes.
Mais voici la prise: ce qui rend la programmation amusant (être inventif et penser à vos pieds) peut contribuer par inadvertance à la dette technique sur des projets plus importants et dirigés par une équipe.
Il existe des meilleures pratiques, principes et schémas établis qui se sont révélés au fil des ans. C'est votre travail de rechercher, d'apprendre et de les mettre en œuvre - et, dans le processus, sacrifier un peu votre individualité en échange de la maintenabilité et de la fiabilité. Il y a un poteau de blog appelé ' Vous n'êtes pas payé pour écrire du code «Cela résume plutôt bien.
La programmation est très sur la clarté, et lorsque vous ne pouvez pas voir le bois pour les arbres, les chances de votre code de code rester à dessein et que la moyenne sera gravement diminuée. En tant que tel, votre stratégie principale de rester au-dessus des choses devrait être une concentration fastidieuse sur les bases.
Tout au long du processus, assurez-vous de corriger les erreurs au fur et à mesure. Tôt ou tard, un autre code finira par s'appuyer sur ces erreurs. Arrêtez la pourriture dès que possible. Si vous apportez des modifications, faites-les toujours. Colonnes de base de données, fonctions backend, appels d'API, fonctions JavaScript, docomments, annotations, attributs HTML, noms de classe CSS, etc. - assurez-vous que tout en cascades.
Il y a une tentation lors de la construction d'un site autonome pour ignorer silencieusement l'encapsulation et de jeter le code avec des références globales à l'application ou de toucher des composants avec parent.parent.parent ou tel que celle-ci. Cela construit rapidement la dette technique.
Dans la mesure du possible, essayez de penser à votre application comme une série de modules indépendants et de construire les meilleures pratiques de votre cadre pour éliminer le couplage et l'interdépendance serrés. Si cela aide, essayez d'imaginer que vous allez réutiliser des parties de l'application dans d'autres projets et réfléchissez à la structure des fichiers, du balisage et du code pour faciliter cela.
Vous devez être vigilant pour confondre des responsabilités et vous demander constamment: cela appartient-il ici? Si le code ressent «icky», c'est probablement.
Sur les projets d'équipe, l'absence de réutilisation de code et de code de copie / colle est un gros problème. Lorsque vous voyez un code répété, mordez la balle et refacteur de toutes les instances à une fonction, module ou modèle. Encore une fois, une bonne structure de dossiers vous rendra facile pour vous de travailler où mettre les choses.
Le problème clé avec la complexité est qu'il masque et distraire du problème d'origine que vous essayiez de résoudre et finit par générer plus de code et plus de complexité, soit au même endroit que dans d'autres parties de l'application. Vous vous retrouvez dans un cycle vicieux.
Si votre code commence à ressembler davantage à une leçon d'algèbre qu'une API bien entretenue, vous devez prendre un pas en arrière. Il se peut que vous ayez besoin de refroidir ce morceau de code, refactorisez la classe, il est dans ou reconsidère votre approche actuelle du problème que vous essayez de résoudre.
Dans des cas extrêmes, vous devrez peut-être regarder à nouveau à l'extérieur. J'ai récemment refacturé une configuration de vision extrêmement compliquée que j'ai réalisée était la victime d'un schéma de routage mal pensé. En redessinant les itinéraires compliqués en quelque chose de sensible, j'ai pu abandonner des centaines de lignes de code de spaghetti dense dans diverses classes et enlever quelques hacks / bugs de longue date dans le processus.
La seule chose que vous ne devriez ne pas faire après avoir écrit un code particulièrement obtus est assis et merveille fièrement à quel point il est difficile de lire! Le meilleur code est élégant (lu: pas difficile); Si vous ne le faites pas, vous avez du travail à faire.
Cet article a été publié à l'origine 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 Abonnez-vous au NET .
Les designers ont besoin de développer leurs compétences pour rester pertinents et efficaces, mais qui méritent d'être concentrés sur? Les concepteurs devraient-ils apprendre à coder et, dans l'affirmative, peuvent-ils limiter la connaissance du code, faire une différence avec des ingénieurs talentueux? Comment les concepteurs peuvent-ils s'intégrer dans des flux de travail agiles? La méthodologie de projet compte-t-elle même de toute façon? Quel rôle un concepteur a-t-il dans la création, l'utilisation et la maintenance de systèmes de conception?
Dans son discours à Générez New York du 25 au 27 avril 2018 , Dan Mall, directrice super confirmée, Dan Mall partagera des histoires et des perspectives pour répondre à ces questions, etc., fournir des méthodologies et des techniques spécifiques pour aider les concepteurs encore plus indispensables, plus rapides. Obtenez votre billet maintenant .
Articles Liés:
[DIX] [DIX] [DIX] [dix] [DIX] Les sites modernes combinent Souvente TOUS LEUR JavaScript en Un Seul, Gran..
[dix] [dix] [dix] [dix] Ne pas avoir accès à un tableau de caméra photogrammétrie pour effectuer ..
[dix] [dix] [dix] [dix] Vous trouverez ci-dessous une extraction du manuel Webfont de Bram S..
[dix] [dix] [dix] [dix] Il y a beaucoup d'effets intéressants qui peuvent être ajoutés à une page..
[dix] [dix] [dix] [dix] Webgl , qui est largement pris en charge sur tous les..
[dix] [dix] [dix] [dix] Dans ce didacticiel de dessin, vous apprendrez Comment dessin..
[dix] [dix] [dix] [dix] Les développeurs frontaux ont tendance à penser aux rectangles; Rectangles ..
[dix] [dix] [dix] [dix] Il est facile de se faire prendre en essayant de développer une idée dans u..