Je suis sûr que c'est de notoriété publique, mais j'admets cet article dans le sens de l'autodiscipline parce que je l'ai fait.
J'ai modifié le code écrit par d'autres dans le projet git géré par d'autres. La modification consiste simplement à ajouter Where de l'instruction SQL.
J'ai modifié le code comme suit.
Avant correction
...
sql = "SELECT "\
" user.id ,"\
" user.name "\
"FROM "\
" user "\
"WHERE "\
" user.age >= 20 "\
" AND user.sex == 'M' "
c.execute(sql)
...
modifié
...
sql = "SELECT "\
" user.id ,"\
" user.name "\
"FROM "\
" user "\
"WHERE "\
" user.age >= 20 "\
" user.age <= 60 "\␣␣␣␣␣␣␣␣
" AND user.sex == 'M' "
c.execute(sql)
...
Quelques semaines après avoir téléchargé le code sur git. À peu près au moment où j'ai oublié de l'appliquer à la production après avoir passé des examens et des vérifications. Le client m'a dit que l'endroit où je tirais SQL ne semblait pas fonctionner. Après avoir enquêté, j'ai eu cette erreur.
SyntaxError: EOL while scanning string literal
Je ne peux pas y croire.
En fait, ce code était un fichier géré séparément pour l'environnement de production et l'environnement de test. ← Cette structure elle-même n'est pas bonne Cependant, ce n'est pas le code que je gère, j'ai donc modifié le code de l'environnement de test comme on m'a dit. Après avoir réussi le test du développeur, copiez et soumettez le code modifié à la source de production. À ce moment-là, il semble qu'il y ait eu un blanc à la fin.
Une vérification complète a été effectuée pour la pièce corrigée et réussie. Le code de test a également été utilisé à cette époque. Comme il n'y a que des blancs dans le code de production, il est libéré sans être détecté. Et cela s'est produit lorsque le client l'a utilisé.
Il y a beaucoup de choses que je voudrais dire dans le flux de développement organisationnel,
Pour le moment, mettez en œuvre les éléments suivants à titre personnel
Je ne peux rien faire ...
Recommended Posts