non
ent
Coup monté par Bolloré pour faire du buzz
Les gauchistes sont prévisibles
Un autre millionaire anti-SPA vient de publier cet article justement : https://world.hey.com/dhh/rails-7-will-have-three-great-answers-to-javascript-in-2021-8d68191b j'en avais parlé auparavant sur ce topic
Il est CTO de hey.com qui est un concurrent de gmail, et qui n'est pas une SPA, il n'y a que 60 kb de javascript. Pour ce type d'application (client mail), un golem de base pro-SPA se serait rué sur le modèle SPA et aurait déjà commencé ses millions de endpoint JSON. Ce qui aurait causé sa perte malheureusement...
Enfin l'article c'est pour parler de rails 7 qui va complètement supprimer node, npm, la transpilation js, webpack. Mais l'article rassure les golems en disant "pas de soucis vous pourrez quand même installer votre bordel les golems" mais l'idée est là
Info pour les golems pro-SPA (et certainement antivax) :
Les applications https://covidtracker.fr/ et la toute récente (sortie aujourd'hui) https://www.vaximpact.fr sont faites avec jQuery et jQuery UI. et également covicarte, covidexplorer, vaccintracker, vaccinplanner, deconfitracker, covidep, et enfin covirisque
viteMaDose quant à lui pas de framework, juste Polymer et un peu de vanillaJS
Pour rappel le créateur de ces applications web est Guillaume Rozier, nommé à titre exceptionnel chevalier de l'ordre national du mérite en mai 2021 pour le développement de ces applications avec jQuery et PHP. Ces technologies ont participé activement à la lutte contre ce virus mondial pendant que plein de golems ré-écrivent leur site avec le nouveau framework JS du moment, chapeau et merci Wordpress, PHP, jQuery. Heureusement que ce ne sont pas ces golems qui ont créé ces applications web car ça aurait malheureusement bugué un jour sur deux à chaque mise en prod où il aurait fallu afficher un message "veuillez rafraîchir votre navigateur pour faire fonctionner la mise à jour svp", ce qui est catastrophique quand on s'adresse à une population qui n'est pas forcément technophile
Le 01 septembre 2021 à 05:28:13 :
la maintenance : séparer la partie code de la partie infrastructure réseau
la partie réseau c'est pas le boulot du dev
à sous traiter à l'IT ou à l'hébergeur web avec clauses de stabilité/sécurité/performance préalablement signéeun site ou appli bien codée génèrera en lui même un nombre d'erreur mensuel proche de 0
un site bien codé sera simple et commenté et permettra à n'importe qui de reprendre le projet, après lui avoir expliqué en quoi consiste le projet (par exemple: site d'achat en ligne ou crm)
un outil bien codé comporte des noms de variables et de pages php représentatif de ce qu'ils font
la base mais tristement à rappeler à certains
si mainteneur du code, je conseille de faire une interface d'administration affichant absolument tout les points importants à suivre (performance, données brassées, erreurs, fonctionnement de chaque composants, liste des librairies utilisées et mise à jour, etc etc)
oui ok
mais juste si un utilisateur se met à faire n'importe quoi, à créer des dizaine de milliers de xx alors qu'il devrait pas et que ça fait augmenter dangeureusement la bdd et ses index, ou si un utilisateur t'envoie un fichier chelou qui fait planter tes appels système via ffmpeg ou imagemagick ou autre et que ton instance crash, ou un DDOS ou je sais pas
enfin ouais tu as dit tu fais pentest donc faut juste bien coder et normalement tous les cas sont prévus, et le ddos c'est l'hébergeur ou l'IT, et pareil pour la scalabilité si t'as 10 fois plus d'utilisateur que d'habitude, tu es censé le voir venir parce que tu as prévu 10x plus de ressources c'est ça
mais moi j'avais pas réussi à convaincre qu'il fallait déléguer ça et donc je stressais à mort pour absolument tout ce qui pourrait arriver, mais bon au final ya pas eu de gros problème mais bon c'est du passé maintenant, je réfléchis maintenant à mon prochain projet pour devenir moi aussi millionaire comme fiondefionax
les spa-istes sont occupés à ré-écrire tous les ans leur application, après react, vue, nuxt maintenant ils veulent tout "simplifier" grâce à graphql
n'oubliez pas aussi de changer de base de donnée tous les ans, de passer à mongodb firebase ou votre nouvelle db nosql à la mode
et de vous plaindre que postgres et mysql ont 20 ans et que donc c'est trop vieux