L’une des id\u00e9es qui m’intriguent est la mentalit\u00e9 "exp\u00e9dier ou mourir". En ce qui concerne son nom, il existe des variantes, mais l’id\u00e9e derri\u00e8re la phrase est simple\u00a0:<\/p>\n
Si vous avez une id\u00e9e, faites-la passer du concept au produit le plus rapidement possible.<\/p>\n
Bien s\u00fbr, l’id\u00e9e de passer du concept \u00e0 un produit peut aussi s’appeler \u00ab\u00a0du concept au cash\u00a0\u00bb, mais il n’y a jamais de garantie que vous allez g\u00e9n\u00e9rer du cash, n’est-ce pas\u00a0? Il y a cependant une garantie que vous pouvez l’int\u00e9grer dans un produit tangible.<\/p>\n
Et dans les cercles de d\u00e9veloppement de logiciels, il y a toujours beaucoup de choses qu’une personne peut argumenter pour ou contre l’id\u00e9e. De prime abord, les deux avantages et inconv\u00e9nients qui me viennent imm\u00e9diatement \u00e0 l’esprit sont :<\/p>\n
En bref, il peut y avoir un compromis entre la rapidit\u00e9 avec laquelle vous pouvez livrer quelque chose pour un march\u00e9 et l’architecture derri\u00e8re le projet. Parfois il y en a, parfois il n’y en a pas. D’une mani\u00e8re g\u00e9n\u00e9rale, cependant, je pense qu’il est prudent de supposer le premier.<\/p>\n
En outre, certains peuvent voir le premier comme la solution de facilit\u00e9, certains peuvent voir le second comme un exercice de YAGNI ou, encore plus simplement, que le probl\u00e8me peut \u00eatre r\u00e9solu chaque fois qu’il se pr\u00e9sente.<\/p>\n
Mais qu’est-ce que cela a \u00e0 voir avec quoi que ce soit en ce moment?<\/p>\n
La raison pour laquelle je passe du temps \u00e0 \u00e9crire \u00e0 ce sujet est que c’est quelque chose auquel moi, et je soup\u00e7onne que d’autres dans notre domaine, r\u00e9fl\u00e9chissent au moins un peu. Tout cela est bien beau quand on en parle dans l’abstrait, mais permettez-moi d’essayer de le rattacher \u00e0 quelque chose d’un peu plus r\u00e9aliste.<\/p>\n
Il y a quelques ann\u00e9es, le d\u00e9veloppement front-end consistait \u00e0 encapsuler le contenu dans des \u00e9l\u00e9ments en ligne ou au niveau des blocs et \u00e0 les styliser avec du CSS de base\u00a0?<\/p>\n
Nous avions des outils avanc\u00e9s pour travailler avec notre code backend, mais le front-end \u00e9tait relativement simple \u00e0 part peut-\u00eatre les normes de codage appliqu\u00e9es par l’entreprise ou l’\u00e9quipe avec laquelle nous travaillions.<\/p>\n
Nos appareils ont \u00e9volu\u00e9 (ce que, pour m\u00e9moire, je consid\u00e8re comme une bonne et m\u00eame chose naturelle en technologie). Parall\u00e8lement \u00e0 cette avanc\u00e9e, nous avons maintenant des outils de construction sp\u00e9cifiquement pour le d\u00e9veloppement frontal qui sont tout aussi avanc\u00e9s \u00e0 certains \u00e9gards que ceux que nous utilisons pour les logiciels backend.<\/p>\n
Bien s\u00fbr, nous en avons qui sont des "d\u00e9veloppeurs full stack", mais je suis heureux d’admettre que je suis beaucoup plus \u00e0 l’aise de travailler c\u00f4t\u00e9 serveur que c\u00f4t\u00e9 front-end. Si je travaille sur le front-end, j’ai tendance \u00e0 m’en tenir aux outils avec lesquels je suis familier et \u00e0 essayer de rester dans les garde-corps d\u00e9finis par la voie dans laquelle j’op\u00e8re.<\/p>\n
Cela aide \u00e0 maintenir un d\u00e9veloppement cibl\u00e9, rapide et coh\u00e9rent d’un projet \u00e0 l’autre.<\/p>\n
En soi, cette section pourrait \u00eatre un long article, mais je ne suis pas int\u00e9ress\u00e9 \u00e0 aller aussi loin. Au lieu de cela, je vais prendre une seule tranche du fonctionnement actuel du d\u00e9veloppement frontal et voir si je ne peux pas l’utiliser pour clarifier mon point de vue.<\/p>\n
Prenons par exemple ce que CSS est devenu. Nous avons des langages au-dessus des langages (comme Sass<\/a><\/strong> qui se trouve au-dessus ou s’ajoute au CSS de base).<\/p>\n Et nous avons des processeurs qui compilent, minifient, peluchent et nous emp\u00eachent de voir notre travail avant que certaines erreurs et avertissements ne soient corrig\u00e9s pour des raisons de qualit\u00e9. (Je ne consid\u00e8re pas cela comme une mauvaise chose, mais cela montre le niveau croissant de complexit\u00e9 \u2013 ou peut-\u00eatre de maturit\u00e9 \u2013 de notre outillage frontal).<\/p>\n Le d\u00e9veloppement front-end est beaucoup trop facile, rendons-le plus complexe afin que nous puissions nous sentir plus intelligents parmi ceux de nos pairs qui traitent apparemment des aspects plus "critiques" de l’entreprise. N’oubliez pas qu’il s’agit d’un concours.<\/p>\n<\/blockquote>\n\n