Oui, écrire if ('bar' = $foo) (pour du PHP mais c'est applicable à bien d'autres) n'est pas valide donc lèvera une erreur ce qui permettra de voir immédiatement le soucis. Alors que if($foo = "bar") pourrait passer inaperçu et, dans l'exemple de Sephi, ce ne serait pas anodin si quelqu'un gagne ainsi des privilèges (une chaîne non-vide ni '0' étant une valeur vraie).
J'ai pris l'habitude de mette la valeur constante à gauche. Je trouve au contraire que c'est plus lisible sur des instructions à rallonge, ça met en évidence la comparaison et valeur de retour attendue (d'un appel) d'une fonction par exemple. Il y a des langages où un simple = est la comparaison (SQL par exemple) donc quand tu passes de l'un à l'autre, il peut être facile d'oublier un = en route.
Au final, c'est vraiment une question de goûts : les deux sont parfaitement valides, ça ne change pas le sens de l'instruction pour autant.
J'ai pris l'habitude de mette la valeur constante à gauche. Je trouve au contraire que c'est plus lisible sur des instructions à rallonge, ça met en évidence la comparaison et valeur de retour attendue (d'un appel) d'une fonction par exemple. Il y a des langages où un simple = est la comparaison (SQL par exemple) donc quand tu passes de l'un à l'autre, il peut être facile d'oublier un = en route.
Au final, c'est vraiment une question de goûts : les deux sont parfaitement valides, ça ne change pas le sens de l'instruction pour autant.