Reprise du message précédent :

J'avoue j'ai peché
Notamment pour les termes métiers fr, et éviter des traductions aproximatives

ban non ...enfin pas que.

genre quand on bosse avec le ministère de la justice, les notions métier ne sont pas toujours traduisibles en anglais.

et quand bien même : pour pouvoir discuter avec les experts métier, il y a intérêt a le garder en français.

donc dans mes projets du moment, les entités, services, etc. ... sont en français.
le code technique est en anglais.

Ouais donc vous êtes d'accord dans un sens comme dans l'autre c'est par paresse.

Personnellement je juge le code hors contexte... Déjà le recrutement est plutôt international très rapidement, les équipes sont facilement mixte, et la majorité de l'éco système que tu utilises (a commencer par les fonctions de base de chaque languages) sont en anglais.
 
Donc continuer sur la même voie, ça me parait cohérent...

 
Non, qu'il y a des nuances qui font que c'est pas toujours possible. Comme la pub est aussi une « caricature », il y un probablement un juste milieu. C'est pas un mal de le rappeler, mais faut pas devenir psychorigide non plus

https://www.youtube.com/watch?v=Ye2stn9MlhI

je trouve l'histoire de SpaceX fascinante, mais maintenant qu'ils proposent de construire un terminal de liquéfaction de gaz à côté du lieu d'atterrissage, je vais stocker du pop-corn et des mouchoirs.

je vois pas de sans fil: https://en-us.sennheiser.com/earbuds-in-ear-headphones

en fait tes loisirs consistent à surveiller de près tout grands débordements de liquides non intentionnel ?

 
Bientôt sur vos écrans, Nraynal en observation en maison de retraite

 
Absolument pas.
 
Quand le métier est complexe, tu es obligé d'avoir un vocabulaire commun. Donc tu peux pas passer à côté de termes comme jugement, appel, infraction, décision, recours, etc...
 
Et en même temps, tu ne va pas t'amuser à réécrire StringUtils pour avoir un estVide(String) à la place de isEmpty(String)
 
Pareil pour les préfixes : t'es obligé d'utiliser get, set, has, is, etc.. pour éviter de t'emmerder dans l'utilisation des outils.
 
Donc tu dois mélanger les langues, c'est assez inévitable (avec la condition en plus, qu'on n'est dans un domaine uniquement national, il n'y a aucune possibilité que ça soit un jour internationalisé)
 
(Après, on pourrait traduire le vocabulaire métier, mais c'est loin d'être toujours évident, d'une part, et d'autre part ça représente un coût (en maintien d'un lexique, ou un truc comme ça : déjà que les notions métier ne sont pas spécialement accessible aux non juristes en français, alors en anglais...) et un risque (de contre sens, confusion, etc..) énorme.

 
Ben dans ton lien, il y a le premier modèle qui est wireless non ? Qu'est-ce que tu entends pas "sans fil"? Comme les airpods d'Apple? A ma connaissance, c'est un modèle unique.

 
C'est ce que je dis

 
Quand je dis que c'est pas toujours evident, c'est pas qu'une question de temps : les notions de droit français n'existent parfois pas en anglais, par exemple.

Oui, j'ai compris, c'est difficile. Moi aussi des fois je demande à lâcher la qualité parce qu'une règle cause des soucis. Je sais pas comment vous gérez ça, mais de toute évidence ça demande à être géré si on veut garder un semblant de cohérence dans le code, donc c'est de toutes façon du travail et de l'entretien supplémentaire. Et comme toute dette technique, ça se paye plus tard, et on sait pas combien.

 
... Je ne vois pas en quoi ça concerne la qualité, et en quoi ça constitue une dette technique, en fait. C'est là dessus qu'on n'est pas d'accord

Ben c'est une convention de nommage. Tu cherches un truc tu sais à l'avance comment ça va s'appeler. Vous pouvez soit ne pas appliquer cette convention de nommage, et votre code ressemblera à rien et sera plus compliqué à lire ; soit avoir une convention plus compliquée (tel mot on le laisse en français, quand c'est une lib c'est de l'anglais, telle fonction utilitaire de l'anglais...) et là ça demande de l'entretien comme quand on maintient un vieux code moisi qu'on n'a jamais fait l'effort de mettre à jour.

sql/postgres, il y a moyen d'obliger à préfixer les champs avec leur table/alias?

Genre pour éviter une confusion entre un champ de la table principale et un champ nommé dans le select?

SELECT date_trunc('month', t.date) AS date
FROM t
WHERE date = ?

s'pas clair si le "date" dans le where vient de table ou du select.

haha, je l'ai raté, merci.
 
ça me convainc pas le "sans-fil mais y'a des fils quand même"

SELECT date_trunc('month', t.date) AS date
FROM t
WHERE date = ?

Il y a p-ê une priorité dans la norme ? Sinon tu peux l'appeler as month, non ?

Nan mais ça a un avantage non négligeable, c'est que ça refroidira les managers qui veulent envoyer 3 millions de lignes de code en Inde ou en Hongrie.  

Oui (enfin apparemment en testant) mais c'est pas la bonne (il prend la table au lieu de prendre le select)

Pas toujours, peut y avoir des contraintes client/BC

ou dans ta convention de nommage tu dis "les termes métiers suivant ne sont pas traduits"
entre deux maux ( une perte de cohérence ou des contresens) , tu choisi le moindre. Et dans mon cas, entre la beauté et la sécurité, je choisi sans hésiter
 
n'oublie pas que certains bossent sur des logiciels qui ne sont et ne seront jamais internationnalisés, et dont les équipes ne sont que francophone

Oui, avoir une liste de mots qui ne sont pas traduits ça marche aussi, ça fait une liste à maintenir et à laquelle se référer en permanence. Quitte à avoir cette liste perso j'aimerais autant la faire avec les termes anglais utilisés mais effectivement ça pose d'autres problèmes.

Après les développeurs francophones qui écrivent toute la journée en anglais mais qui n'y captent rien, ben c'est de la dette technique aussi, et faut faire avec en effet...

l'ancien directeur est mort
c'est qqun qui m'a bcp appris  
 
fait chier

désolé mec.

Tin en fait j'suis à San Francisco, mais dans l'état de Bretagne Il pleut tout le temps

je te rassure, à Paris aussi

Même à Barcelone : je pars, y pleut
 
(par contre la semaine a été fantastique)
 
 
Bon, Khan Academy c'est sympa mais ça va trop lentement.
Je viens de me racheter des bouquins de maths de base, parce que la j'en chie un peu avec les équations bayesiennes de ma formation Coursera

J'ai un pote qui a découvert en passant une frontière qu'il a 3 homonymes avec des notices rouges interpol

dite, en JS c'est ce warning sur ce code:  

radiusMatch != undefined

"Comparison might cause unexpected type coercion"
 
Je vois pas de coercition merdeuse possible là. Pareil avec "null". Je rate quoi ?

 
parce que tu pourrais avoir la droit de faire :  

Toutes ces conditions ont le même résultat que avec != undefined, c'est pour ça qu'il faut une triple égalité pour gérer aussi le type.

Heuu non c'est uniquement "undefined == null"

> undefined == null
< true
> undefined == 0
< false
> undefined == false
< false

(c'est souvent intéressant donc les linters ont tendance à avoir une option pour permettre spécifiquement "== null" et "!= null" )

Nray > si c'est dans IntelliJ, tu peux configurer l'inspection pour "all except when comparing with null", sinon ça flag direct toutes les utilisations de == et !=.

mask> merci, j'aime bien attraper les null et undefined ensemble (et vu la taille de webgcode, c'est mort pour faire une inspection manuelle pour les séparer).

radiusMatch != undefined

 
Tiens ça me fait penser à ça : https://twitter.com/michaelhaeu/sta [...] 3153025024

https://www.youtube.com/watch?v=gWIi6Pytde8

http://nymag.com/selectall/2017/03 [...] rflow.html
 
Ils ont éventé le secret, réunion de crise dans 15 min

Bon, si vous ne saviez pas pour qui voter, l'évidence Lasalle.    
 

 
C'est presque écrit.

 
bien joué, bon marketing. Ça va lui faire une chiée de earned media pour 0.-

 
+1 il a réussi à faire parler de lui. Vu les affaires autour de Fion, il fallait le faire.