Version imprimable
Salut.
Tester, pour moi, ce n'est pas vraiment "douter" mais "prouver"... Mais on fait toujours les deux dans deux cas : plein de fois pour nous (oui, tester pour savoir si on a bien développé), et tester devant le client, le boss, le collègue pour "prouver" que ça fonctionne...
Mais philosophiquement, je suis d'accord, se remettre en question est une forme de doute, ou d'assurance...
En général, c'est les développeurs désabusés, ou incompétents et blablateurs, qui sortent ce genre d'aphorisme foireux.Citation:
Envoyé par DenisHen
Cela donne généralement des projets bancaux, dont les principaux responsables sont déjà partis depuis longtemps, et qui vont produire des années de cauchemar, de dépression, de burn-out et parfois de bore-out à des jeunes développeurs sur le marché, face à responsable d'application qui ont lancé en prod dans la douleur, et qui veulent surtout pas bouger une brique de la tour Jenga.
Ah ouais ! Où tu gagnes comme au banco ?Citation:
Envoyé par Glutinus
J'avais un pote passionné par la mer dont le rêve était de travailler dans les chantiers navaux (véridique) :ptdr: (heureusement qu'il était passionné par la flotte)
Honte à moi :oops:
En plus mon correcteur orthographique m'a rappelé à l'ordre, et sur le moment je me suis dit qu'il n'était pas à jour :ptdr:
Et non par les flaux :weird::aie:Citation:
Envoyé par rawsrc
Traduit librement de l'anglais par votre humble serviteur.Citation:
Envoyé par Pete Cordell
Citation:
Policier : "Quelle est votre adresse ?"
Développeur : "168.192.1.87"
P : "Non, votre adresse locale!"
D : "127.0.0.1"
P : "Non mais je veux dire, votre adresse physique!"
D : "26:4E:2F:83:A4:70"
J'aime bien les citations suivantes
"Un vrai désastre est toujours un travail d'équipe"
"parfois, le bug est entre le clavier et la chaise"
"ne touche plus au code qui fonctionne déjà"
Si tu doutes, reboote.
Si ça rate, formate !
Je suis un très vieil informaticien qui a connu les grosses machines, les cartes perforées, les faux planchers et les dérouleurs de bandes magnétiques. Ça c'est pour le hardware. Pour le software, j'ai connu le batch-processing (traitement par lots), le remote-batch (traitement par lots à distance), le time-sharing (temps partagé), le langage COBOL, l'assembleur et coetera... J'ai aussi enseigné les systèmes informatiques à l'étranger et en IUT. Dans la copie d'un étudiant traitant du batch-processing, j'ai trouvé "le traitement par l'eau". Il a dû probablement devenir un contributeur du bien connu logiciel CCleaner...
"It might be not completely correct, but, at least, it is plausible".
C'est ce qu'a répondu notre "Grand Maître" (une pointure / référence dans notre petit monde) après une migration "assez critique" (dans un secteur ou on ne rigole pas vraiment avec la validité/cohérence des données), lorsque la responsable de la validation de cette époque a voulu savoir comment ça s'était passé (après des mois de boulot et de stress).
Ils sont hilares maintenant quand on se rencontre* tous et qu'ils en reparlent. J'imagine qu'a l'époque, moins. :mrgreen:
*: enfin, quand on se rencontrait, dans les années pré-covid
À propos des projets, dans vos citations...Citation:
Envoyé par macben
En programmation, un projet abouti, satisfaisant le cahier des charge à 100 %, reste toujours appelé "projet". Y a vraiment personne qui avait remarqué ça??
Cela donne des phrases un peu bizarre, comme en entretien
"Mais... c'est un projet en mode projet ou un projet en mode run ?"
Programme compilé, programme testé 8OCitation:
Envoyé par supergeoffrey