Article original : Why It's OK to Over-engineer Your Blog
De temps en temps, un titre populaire dans le développement web argue pourquoi vous ne devriez pas utiliser un certain framework sur votre blog. Ou pourquoi, simplement, vous ne devriez pas le sur-ingénieriser.
Mais que peut faire la sur-ingénierie de nos projets personnels comme notre blog pour nous aider à grandir en tant que développeurs ?
Que veux-je dire par sur-ingénieriser un blog ?
Lorsque les gens affirment qu'un blog est sur-ingénierisé, ils font souvent référence au fait que les blogs sont généralement composés de groupes de données statiques. Parce que ces données sont statiques, elles peuvent être générées statiquement sans avoir besoin d'un framework Javascript comme React.
Livrer du Javascript peut être coûteux. Il n'y a aucun doute là-dessus. Lorsque vous utilisez des outils comme React, vous introduisez immédiatement des implications de performance simplement en livrant plus de Javascript.
Si vous ne faites que déverser du contenu statique sur une page, pourquoi avez-vous besoin de Javascript en premier lieu ?
Comment la sur-ingénierie peut-elle vous aider à apprendre ?
Bien que la sur-ingénierie des sites web et des applications que vous livrez puisse finalement être coûteuse, surtout d'un point de vue expérience utilisateur, toutes les circonstances ne sont pas les mêmes.
L'un des meilleurs aspects du monde du développement en ce moment, ou peut-être l'un des plus frustrants, est que de nouveaux outils sont constamment créés.
Cela est formidable pour plusieurs raisons : en tant que communauté, nous poussons constamment les outils à devenir meilleurs, et en tant que développeurs, nous avons toujours de nouvelles options qui pourraient mieux correspondre à notre cas d'utilisation que la précédente.
Mais trouver des moyens d'apprendre ces nouveaux outils peut être un défi. Bien qu'il y ait une tonne d'articles qui vous guident à travers la construction d'applications de démonstration, il y a de fortes chances que vous ne trouviez pas ce sujet de démonstration particulier intéressant ou qu'il ne vous excite pas simplement parce que c'est, eh bien, une démonstration.
Comment pouvons-nous utiliser les projets personnels comme un exutoire d'apprentissage ?
En canalisant cette envie d'apprendre dans nos projets personnels, nous avons immédiatement l'occasion de mettre ces outils à l'épreuve avec un projet de la vie réelle utilisant des données de la vie réelle.
Progression de mon portfolio personnel au fil des ans (tous n'ont pas été publiés)
Les projets personnels nous sont chers. J'ai passé d'innombrables heures à redessiner, reconstruire et ajuster mon blog personnel avant de me contenter de quelque chose de simple parce que j'en étais satisfait.
En raison de cette signification plus profonde, nous nous investissons constamment pour l'améliorer. Avec cet investissement, c'est un exutoire facile pour continuer à apprendre de nouvelles choses.
Apprendre de nouvelles choses est finalement ce qui nous fait grandir en tant que développeurs. Nous n'avons pas tous la chance de travailler dans des emplois où nous avons d'innombrables nouveaux projets qui nous permettent d'essayer un nouveau framework à chaque fois. Alors, quelle meilleure façon d'apprendre que de construire notre présence en ligne tout en apprenant cet outil cool et nouveau ?
Quelle est l'excuse pour une mauvaise expérience utilisateur ?
Franchement, il n'y a aucune excuse. Une mauvaise expérience utilisateur n'est acceptable nulle part.
Mais l'intention ici n'est pas de discuter si une mauvaise expérience utilisateur est acceptable ou non. L'intention est de discuter qu'il est acceptable que votre projet personnel, qui admet ne pas recevoir beaucoup de trafic, soit légèrement plus lent, ce qui n'équivaut pas nécessairement à une mauvaise UX.
Appeler tout "mauvaise UX" est un titre de blog accrocheur, mais les implications dans le monde réel ne sont pas toujours si dramatiques.
Les chances sont que votre projet personnel ne soit pas css-tricks.com attirant des tonnes de trafic chaque jour. Pouvoir apprendre de ses erreurs sur votre blog (où l'impact est profondément plus petit) et non de celles sur l'application de votre entreprise ou de votre client en fait un exercice à beaucoup plus faible risque.
Apprenez de ces erreurs lorsque cela compte moins ou lorsque vous ne ferez pas perdre de l'argent à l'entreprise en faisant accidentellement tomber le site. Mettez ces leçons apprises en pratique pour faire une différence dans la vie des gens lorsque vous construisez de nouveaux outils basés sur la science pour le web.
Votre blog personnel n'a pas besoin d'avoir des performances de pointe avec des 100 partout sur Google PageSpeed. Bien que ce soit un excellent objectif, il y a plus que vous pouvez faire pour vous aider personnellement à réussir, grandir en tant que développeur, et finalement attirer plus de trafic que de se concentrer uniquement sur le fait de réduire de 100ms le temps de chargement de votre page.
Alors, où cela nous mène-t-il ?
Allez apprendre de nouveaux outils et cassez des choses sur vos projets personnels. Amusez-vous avec ça – c'est pourquoi nous faisons tous cela en premier lieu, n'est-ce pas ?
Il est acceptable de faire des erreurs parfois. Apprenez simplement de ces erreurs afin que la prochaine fois que cela compte vraiment, vous aiderez à faire un impact durable avec votre travail.
