C'est plutôt facile, tu écris le code, tu écris les tests, tu remplis le Cerfa qui va bien et tu l'envoies à la région Auvergne-Rhône-Alpes en RLAR pour que Najat tape et exécute ton code. Ce service a été mis en place pour ton bien-être et pour réduire ton temps d'écran.
Le Cerfa, une centaine de pages pour la version courte, mais on prend l'habitude, décrit exactement la procédure de construction et d'exécution des tests, ainsi que l'adresse postale où les résultats des tests doivent être livrés. Ça permet de simplifier un peu les processus et c'est une première étape vers les builds reproductibles. Le truc pénible c'est qu'il ne faut pas oublier de joindre un timbre fiscal et une enveloppe vierge, mais ça aussi on s'y fait.
Le plus rigolo, c'est des assertEquals sur des fichiers XML de 5 Mio, ça demande d'envoyer des cartons, et on se fait livrer les résultats par Colissimo. Mais du coup en général on essaie de réduire les tests au minimum, on ne laisse pas trainer des choses inutiles.
Pareil pour le code, ça a l'avantage de rendre la prod très légère au final.
Une annexe du Cerfa permet de donner des instructions de mise en production en cas de résultats de tests concluants, mais du coup il faut éviter d'envoyer la lettre recommandée à un moment où, tenus compte du délai de la poste, du temps de saisie et d'exécution des tests, ceux-ci finiraient de s'exécuter un vendredi, parce qu'on ne veut pas d'une mise en prod un vendredi, évidemment.
Mais c'est pas mal, ça permet d'aller à l'essentiel et ça fait une prod plus légère en général.
[^] # Re: Code sur papier
Posté par raphj (site web personnel) . En réponse au journal [HS] 3 Gigas par semaine .... Évalué à 10.
C'est plutôt facile, tu écris le code, tu écris les tests, tu remplis le Cerfa qui va bien et tu l'envoies à la région Auvergne-Rhône-Alpes en RLAR pour que Najat tape et exécute ton code. Ce service a été mis en place pour ton bien-être et pour réduire ton temps d'écran.
Le Cerfa, une centaine de pages pour la version courte, mais on prend l'habitude, décrit exactement la procédure de construction et d'exécution des tests, ainsi que l'adresse postale où les résultats des tests doivent être livrés. Ça permet de simplifier un peu les processus et c'est une première étape vers les builds reproductibles. Le truc pénible c'est qu'il ne faut pas oublier de joindre un timbre fiscal et une enveloppe vierge, mais ça aussi on s'y fait.
Le plus rigolo, c'est des assertEquals sur des fichiers XML de 5 Mio, ça demande d'envoyer des cartons, et on se fait livrer les résultats par Colissimo. Mais du coup en général on essaie de réduire les tests au minimum, on ne laisse pas trainer des choses inutiles.
Pareil pour le code, ça a l'avantage de rendre la prod très légère au final.
Une annexe du Cerfa permet de donner des instructions de mise en production en cas de résultats de tests concluants, mais du coup il faut éviter d'envoyer la lettre recommandée à un moment où, tenus compte du délai de la poste, du temps de saisie et d'exécution des tests, ceux-ci finiraient de s'exécuter un vendredi, parce qu'on ne veut pas d'une mise en prod un vendredi, évidemment.
Mais c'est pas mal, ça permet d'aller à l'essentiel et ça fait une prod plus légère en général.