Je suis pas forcément en désaccord avec toi sur le sentiment, mais y’a 2 points qui me font tiquer.
parce qu’en 202X le shell/Perl est obsolète ?
Honnêtement? Oui. C’est dur à lire, dur à maintenir, super casse gueule, et les compétences court pas foule. Quand on a Ruby et python aussi largement déployé, qui viennent avec un eco système aussi gros, y’a vraiment aucune excuse pour faire du Shell. Perl est « moins pire », grâce à son eco système, mais ça reste un langage super aride et casse gueule.
evidement, y’a toujours des exceptions. Pour citer un exemple, booking.com notamment à beaucoup (trop) de Perl dans son backend, mais c’est plus de la dette technique qu’autre chose à ce niveau si t’en parles avec eux.
Sans oublier de mettre en place une chaîne de CI exprès pour ce « projet »
Eh. On est plus en 97. La CI, c’est la base de la base. Et ça fait bien 10 ans que les outils sont suffisamment avancés pour faire du self service à coup plus que raisonnable.
[^] # Re: De la pertinence du KISS et d l’anticipation des besoins futurs
Posté par groumly . En réponse au journal Le sophisme du meilleur outil. Évalué à 3.
Je suis pas forcément en désaccord avec toi sur le sentiment, mais y’a 2 points qui me font tiquer.
Honnêtement? Oui. C’est dur à lire, dur à maintenir, super casse gueule, et les compétences court pas foule. Quand on a Ruby et python aussi largement déployé, qui viennent avec un eco système aussi gros, y’a vraiment aucune excuse pour faire du Shell. Perl est « moins pire », grâce à son eco système, mais ça reste un langage super aride et casse gueule.
evidement, y’a toujours des exceptions. Pour citer un exemple, booking.com notamment à beaucoup (trop) de Perl dans son backend, mais c’est plus de la dette technique qu’autre chose à ce niveau si t’en parles avec eux.
Eh. On est plus en 97. La CI, c’est la base de la base. Et ça fait bien 10 ans que les outils sont suffisamment avancés pour faire du self service à coup plus que raisonnable.