Reprise du message précédent :

C++ way of life, pas d'erreur ou autre, ya pas de move ctor sur les trucs const, le best candidate c'est le copy ctor, circulez ya rien à voir

Ok il pourrait y avoir un avertissement au moins, mais c'est le C++ way of life te pas t'enquiquiner alors que tu as fourni un copy constructor qui fait le taf parfaitement.

Move depuis un object const ça n'a pas vraiment de sens d'un point de vue sémantique : si tu move tu prends les ressources de l'objet source, donc tu le changes.

ben tu moves (donc tu modifies en le "vidant" ) un objet en lecture seule, donc en l'absence de move ctor, il prend le ctor qui s'en rapproche le plus, donc le copy. perso ça me choque pas
après, effectivement, tu pourrais avoir au moins un warning, mais surtout, pourquoi vouloir déplacer un objet en lecture seule ? ça n'a pas de sens, pas plus que de vouloir déplacer un fichier situé dans un répertoire en lecture seule

Nan mais les gens on est bien d'accord que move un const ça n'a pas de sens. Mais le move ici indique bien que le codeur voulait faire un move, et la réponse de C++ à ce "ça n'a pas de sens" c'est de fallback sur le copy ctor au lieu de gueuler.  
Oui c'est le comportement logique ici, mais c'est hyper piégeux de laisser faire ça. Sur d'autres trucs il est plus chiant et ça ne pose de problème à personne.

Sans déconner
Même moi je dis bullshit, et je suis sûr que Jubi aussi

C'est surtout que std::move ça move rien du tout, ça crée une rvalue reference[0] qui est un marqueur de "movability" et rien d'autre.

Ça a du sens si t'as l'impression qu'un move invalide la source au lieu de la vider de son contenu (c'est un peu la différence entre "move semantics" en Rust v C++).

[0] pas exactement mais close enough

Ben non ce qu'il dit est correct, mais je suis d'acc avec Xavier_OM. Le plus gros problème c'est que la philosophie du comité lors des choix n'est pas claire, c'est un peu au cas par cas.

bah sinon utilisez un language vraiment fortement typé, et du coup ne vous plaignez pas qu'il est verbeux

En même temps vous enlèveriez le copy ctor (implicite) vous auriez pas le problème

Certes sinon on peut explicitement écrire Foo(const Foo&& ) = delete; Foo& operator=(const Foo&& ) = delete;  grâce à la friendliness du langage

Bon, faut que Ubisoft se dépêche de me répondre, je sature de mon taff.

On avait déjà eu cette discussion. En principe, si tu veux pas copier ton objet tu détruis le constructeur de copie et c'est marre. Si tu veux le garder sans l'utiliser, oui il faut sacrément bien savoir ce que tu fais.
 
Mais non, appeler un constructeur de copie sans râler ça n'a rien de surprenant : ça fait exactement ce que celui qui a écrit le code veut, la seule différence est potentiellement dans la performance.

Voila, les subtilités de std::move, c'est quand même juste de l'optimisation. La plupart du temps osef.

 
Hugo tu peux (mon site en a un, je crois que c'est mon theme qui l'implemente)
 

je regarde, merci
 
 

ma carte verte initiale était pour 2 ans, renouvellee pour 15 après.  
 ca consiste en quoi ces passages parce que j'ai juste eu a me presenter pour mon renouvellement.

Ducasse tu va te regaler, j'aimerais vraiment aller a son resto avenue Montaigne mais bon courage pour la reservation.  
 si tu veux tester Ducasse sans le froufrou, tu peux tenter son bistrot, Benoit, (1 étoile).  

   
 
 (c'est pas raciste 23andme m'a dit que j'étais un descendant Ashkenazi   )

 
Jamais vu un clown pareil.

Pour une fois on peux se dire que le remplacement est une amélioration

 
Tu cherches quoi comme boulot ?    

Un boulot intéressant où je ne m'ennuie pas au bout de 6 mois comme c'est souvent le cas.
 
 
En vrai je ne cherche pas vraiment. Enfin j'ai postulé chez Ubi, ils ont regardé ma candidature, mais j'ai toujours pas de réponse.  
 
Et vu qu'en ce moment au boulot, je supporte plus certains de mes collègues et qu'on me refile tous les nouveaux poc/projets : "passke sortir de sa zone de confort c'est dur   ".
Ça me gave vite. Le pire c'est quand le projet prend de l'ampleur, qu'on essaye d'instaurer des règles que peu de personnes suivent parce qu’ils s'en foutent.  
Ils sont complètement largué en techno, sont de mauvais devs, et critique même ceux qui font de la veille ou "qui n'ont pas de vie parce qu’ils bossent tout le temps".  

T'imposes les règles via CI + bors avant qu'ils arrivent. S'ils suivent pas les règles ils ont une productivité et 0 et c'est pas ton problème  

Perso je comprends que nray s'est fait arrêter à la douane, ce qui serait vraiment bizarre.
 

c'est à l'immigration, mas si tu fait un secondaire, ils font un package immigration+douane.
 
(je pense que je vais être prêt pour passer un concours du barreau)

On a mis en place Prettier, Eslint, + des pre-commit pour forcer à avoir de beau message de commit et même un template.

Les mecs ont pas tous mis Prettier, mettent des eslint disable quand ils comprennent pas le message pourtant ULTRA EXPLICIT et font des commit -n.  

je déteste les pre-commit hook, la machine où j'édite n'est pas la machine où je fais tourner le code

et puis quand ça fail c'est un merdier sans non de trouver ce qui a été lancé et tenter d'aller inspecter la commande à la main

et les messages d'erreur des pre-commit hooks sont super mal présentés dans intellij du coup c'est indémerdable dedans, il faut aller dans une console et re-lancer la commande.

Les vrais commit avec un terminal, et savent editer un message.

+1

 
J'arrive pas à savoir si tu as build engineer, programmeur système ou autre, c'est un peu ca que je demandais  

moi je suis pas un vrai, c'est juste que j'ai besoin d'argent et que, aussi limitées qu'elles soient, mes compétences en dev sont les seules que j'arrive à vendre.

La recruteuse chez LinkedIn qui s'occupait de moi quand je passais des entretiens chez eux a passé le barreau.
Passer le LSAT, 3 ans d'école de droit et $200k de dettes pour finir recruteuse tech.  
 
Continue à vendre tes compétences de dev... c'est pas si mal.

En vrai il y a aussi que ma femme bosse dans l'immigration (et qu'elle a accès à des avocats), et il se trouve que dans son taf elle a récemment eu une visite du port of entry de Denver récemment avec le boss du CBP local, donc j'ai des informations assez précises.
 
(ce qui ne change pas mon opinion que la procédure d'immigration aux US est une merde sans nom pas du tout adaptée à mon cas)

J'ai pas eu la meme procedure en Suisse puisque c'était l'université qui serait la demande initiale mais pour le renouvellement et les changements de status les US m'ont pas l'air plus chiant que la suisse.
 Apres la TSA et ICE a chaque voyage, c'est autre chose c'est clair

En fait tant que j'ai pas ma carte verte ça sera inspection secondaire systématique. En fait c'est assez simple ils font pas de parole ni de visa initial en primaire.

Les hooks de precommit c'est quand le dev veut se mettre des outils/vérifs.

Au niveau projet, tu interdis de push directement et tu mets un mergebot.

Formattage incorrect = CI fail warning eslint = CI fail eslint disable pas justifié = pas de r+

 
Ah. Ingénieur alors.
 
 

 
Je te taquinais. En ce moment je bosse sur un projet front, je commit push avec VSCode tu sais.
 

 
C'est une solution.

 
Vous pensiez vraiment que ça allait marcher ?
Vous l'avez vendu comment aux devs en amont pour les convaincre ?

Bah ça marche pour beaucoup. Et de plus en plus.

On l'a vendu en mode "Pas besoin de se casser le cul avec les conventions (pour Prettier).
Pour Eslint c'était : "vous faites n'imp avec votre code". Mais le contexte était que toute l'équipe est passée sur React pour le front du nouveau projet, et que personne ne connaissait.

Pour le hook de pre-commit, c'est parce qu'ils sont passé à Git il y a moins d'un an, que les commit ressemblaient à rien. Et que c'est plus simple pour gérer nos changelog entre autre.

Mnt c'est rare qu'ils continuent de faire n'importe quoi. Ça arrive mais on sait qui et pourquoi. Et puis on est pas non plus une grosse équipe. Nous sommes 25 devs.

Edit : Je précise mais je ne gère absolument pas l'équipe. Je suis un dev random.

C'est la solution: https://graydon2.dreamwidth.org/1597.html