Reprise du message précédent :

Se taper du LibreOffice et chier du XSLT pour pouvoir changer son adresse 2 fois par semaine

Quelqu'un a des feedbacks sur The Nerd Block ?

Yen a jamais assez
 
Sur une échelle de 1 à Ben Gourion tu es même pas à Taiche

 
Parce que mes données persos j'ai envie de pouvoir les exploiter maintenant et dans 20 ans, que la boite qui ai fait le soft existe ou pas, qu'elle aie maintenu des softs compatible ou pas. Enregistrer des données que tu veux conserver dans un format non pérenne est à mon sens un peu débile. Le fait de pas avoir a payer/pirater un soft est aussi un plus.
Et si pour toi parser du xml c'est "un délire", je sais pas ce que tu fais sur un topic d'experts .
Monte pas sur tes grands chevaux, on a pas tous les mêmes priorités et c'est bien comme ça.

Ouais enfin un CV c'est un truc vivant, pas quelque chose qui dort 20 ans sur un disque dur et que tu déterres après une séance d'archéologie.

Mais l'urine qui a servi à ta conception, elle était mélangée à des produits toxiques en plus d'être frelaté ?

J'ai pas de grand chevaux, j'essaie juste de comprendre    
Déjà, parce que même si je pratique l'open source dès que je peux, j'aime pas quand c'est trop chiant. D'ailleurs, LibreOffice au lieu de MS Word, c'est comme si j'installais des toilettes sèches dans mon manoir : je vais avoir du mal à m'y faire et faut bien admettre que ça pue parfois un peu.
De plus, vue que tu peux faire allègrement un export en pdf, t'as un format pérenne à portée de clic.
Après, c'est sûr que si le prix d'Office est un critère décisif, en effet il est temps de mettre à jour ton CV.

Le PDF est pas vraiment un exemple de format pérenne
Sinon perso LibreOffice a largement suffi à la plupart de mes usages, il m'a aussi permis d'attendre d'avoir un prix canon sur Office alors que j'en n'avais que moyennement besoin

C'est normalisé, on a les specs et une tétrachiée de soft capable de le lire et de le générer.
Et pareil, avant d'avoir Word, j'utilisais tex et ça me suffisait. C'est pas pour autant que je ferais le chemin inverse maintenant, j'ai d'autres types d'activités

Moi j'fais mon CV en LaTeX, j'ai pris un modèle pas mal et hop j'ai changé le contenu

edit : pour troller j'ai envoyé mon CV à une SSII qui demandait du .doc, ils m'ont redemandé de l'envoyer dans « un autre format que PDF et qui soit éditable », j'ai donc envoyé le .tex

Voila un autre exemple de format pérenne et gratuit. Bisou.
 

 
Tu dis ça parce que t'as pas vu la gueule de la norme. C'est de la mauvaise foi de dire que cette "norme" permet l'intéropérabilité.

 
Les trucs chiants c'est très subjectif.
 

 
Disons que pour ce que c'est je trouve ça trop cher.

Par exemple, pour utiliser LibreOffice :

Sachant que je l'utiliserais nul part ailleurs et que c'est pas compatible avec les documents que je peux produire au taff : ça me fait un peu chier.

100€. J'ai fait un crédit cetelem.

Hey les gens, quels sont les trucs que vous appréciez dans un entretien technique pour un poste de dev (dans une boîte de service) ?
 
Et - même si je me doute déjà des réponses - quels sont les gros showstoppers dans un entretien technique (le QCM ou les questions du type "citez 3 sous-packages de java.lang" ) ?

Des questions sérieuses qui concernent la sécurité. Cela donne un espoir que la boîte a considéré ce genre de problématiques à un moment.

Show stoppers : les question gotcha sur un quelconque langage qui trouvent leur réponse en 5s par google et qui ne servent souvent à rien.

perso, je demandais au candidat d'utiliser google.

 
"Quelle version de log4j vous utilisiez ?" ©

Moi j'aime bien leur faire coder des trucs mais on n'arrive pas à se mettre d'accord si la machine doit avoir le net ou pas : sans c'est pas une situation réelle, avec tu trouves les trucs déjà tout fait hyper rapidement (même si c'est une partie du job d'avoir la capacité à les trouver)

Pour ça, un fizzbuzz pour être sûr que le ou la candidat(e) sache coder, demander une implémentation d'une liste chaînée double si le langage cible utilise les pointeurs pour voir ses capacités de gestion des indirections par exemple (à faire varier si on fait du parallèle, du fonctionnel, de la bdd etc.).

Sinon ya la période d'essai pour voir si le/la candidat(e) sait coder

Wat ?

Tu es recruteur ou recruté?

Tu fais démissionner le gars de son poste actuel pour le foutre dehors après quelques semaines
Aucun probleme

Voui mais ça avec le net...

Je pense qu'il serait temps que tu murisses un peu, bien que tu fréquentes OSA t'as du potentiel...mais parfois tu brainfault grave

Je suis en train de traiter des CV pour la première fois. Et certains, je les ferai bien venir juste pour leur faire un test sur les 15000 technos qu'ils maitrisent.

Ça doit faire trop longtemps que j'suis sur HFr, avant le « » signifiait l'ironie

Pour être plus précis sur mon propos, je suis pas fan des tests purement « techniques » pour recruter un dev. Entre le stress et les conditions du test, bof. Ça force à bachoter des trucs qui tombent souvent dans ces cas là. Je sais pas pour vous, mais les profils scolaires ayant besoin de cadre, c'est pas le top pour bosser avec, et c'est ceux qui réussissent le mieux les tests « bateaux ». Enfin sauf si c'est pour pisser du code bête alors que toutes les specs sont là dans le détail (mais ça j'ai pas encore vu)

 
Moi c'est en LaTeX

Donc tu proposes quoi ?

Ici, on envoie par mail un exercice à faire (avec une base qui compile, le code est à améliorer), on laisse en général une semaine au candidat pour le faire. Ca permet d'avoir un sujet assez conséquent, et en une semaine, il y a toujours matière à faire des trucs intéressants, et du coup, ca sert aussi de support de discussion pendant l'entretien.

Fait gaffe si tu tombes sur masklinn ou 0x90 ils les maitriseront

Le format PDF est une grosse chie. Et c'est write-only, donc pas particulièrement pérenne, non (parce qu'un truc write-only peut pas facilement être converti vers un nouveau format).
Ca veut pas dire pour autant qu'il est pas utilisable par contre.
 

Recruteur. On  a déjà une assez bonne vision de ce qu'on veut faire mais je suis preneur de vos remarques à vous.

 
J'aime pas poser ou qu'on me pose des questions trop proches du code genre "En C++11 quel changement dans l'implé des hashmaps?". Je trouve que c'est trop scolaire et moins révélateur que "comment diminiuer la dépendance entre ces deux classes?". J'aurai toujours le temps de lire pendant le projet la classe hashmap, par contre avoir l'esprit d'analyse ça s'acquiert pas comme ça.

https://twitter.com/Parti_Juche
 

Ca dépend du niveau sur lequel t'attends le candidat, déjà. Un junior, tu vas démarrer sur des bases et des questions bateau style différence entre une classe abstraite et une interface, ce genre de connerie, pour ensuite enchaîner sur un cas d'algo concret (fizzbuzz et ses variantes est pas mal, par exemple).
Pour un senior c'est moins simple ; déjà faut des questions de base pour éliminer les charlatans puis monter assez vite en niveau sur des problèmes ouverts, genre qui ont pas de solution gravée dans le marbre. On m'avait collé sur "comment implémenteriez-vous une hash map", j'avais trouvé ça bien justement parce que ça paraît tout con comme objet alors que c'est violent techniquement. Après tu vois comment le gars réagit. Tu mixes ça avec des retours sur ses XP précédentes ("quelle était l'archi dans tel soft", "quel gros pb avez-vous rencontré", etc...) pour voir ce qu'il a retenu et ce qu'il a aimé/pas aimé.

Je demande toujours c'est quoi la différence entre une liste et un vector en c++. Si le mec ne le sait pas, il y a peu de chances qu'il aille se bouffer des cours ou des bouquins sur son temps libre plus tard pour l'apprendre. Idem pour les hashmaps au fond (enfin, je comprend pas trop ta question vue que les hashmaps n'existaient pas avant). Maintenant, notre contrainte, c'est qu'on écrit du code multiplateforme. Donc c'est pas au moment de livrer le truc sous unix qu'on se pose des questions sur la compatibilité. C'est au moment d'écrire le code, de préférence.
 
 

 
Stun exemple au pif, j'y capte rien en C++ post-98.

T'as qu'à donner du boulot à un chômeur

J'arrive pas à voir si c'est un fake ou pas ; leur site internet est vachement crédible...

T'es ironique mais tu soutiens quand même le truc, c'est pas logique
 
Mais oui après ya une période d'essai pour faire un second tri

Enfin là on parlait de CV
 

Je t'ai pas sur steam