Établir un prix ?

 
Ben non, relis mieux...to_date(date_naissance) me donne bien 14/10/1971

 
 
ma routine :  
- présentation rapide du contexte (5' max)
- présentation de la position (ici je donne des détails que je vais redemander plus tard, ça me permet de checker l'écoute du candidat)
- je laisse au candidat 5-10min max pour faire une présentation non pas de son CV en entier, mais des XP qui lui paraissent pertinente eu égard au poste (c'est intéressant de voir la sélection que fait le candidat)
- tout le reste de l'interview c'est de la discussion : j'ai un questionnaire pour avoir des points de comparaison entre candidats, mais je freestyle si besoin
 
après j'hésite pas à interrompre les candidats qui sont trop longs sur un sujet, je pense que c'est à nous de driver l'interview dans le sens qu'il y a un certain nombre de points que tu dois apprendre sur le candidat, et que t'as un temps donné, donc faut gérer le temps pour avoir tout les points de passage.
 
niveau questions, je fais du competency based interview, donc en gros j'ai réfléchi en amont à ce que je voulais que le candidat sache faire pour être utile sur mon poste (par ex pour un BA : sait parler au business, sait comprendre un besoin et collecter les requirements ==> specs, sait de manière autonome utiliser un système de test pour valider la couverture du besoin en l'état).
L'interview check ensuite que le candidat sache faire ces éléments, qu'il l'ait fait par le passé ou non (par ex un mec qui a fait du mercurial saura probablement assez facilement migrer à Git meme si il l'a jamais utilisé). J'hésite pas à utiliser des mini scénarios pour voir comment le candidat s'organise (pas de mauvaise réponse, mais voir la démarche). Mon préféré : je suis le client, je vous appelle parce que "rien ne marche" : qu'est-ce que vous faites ? (et je réponds au question du candidat comme si j'étais un client, et via mes réponses, je guide vers un type de problème)
Quand je recrutais sur ecommerce, je leur montrais notre "archi" sur une feuille : 3 rectangles : l'ERP, la couche d'intégration, le web, l'intégration est asynchrone" :
- je demande au candidat de me dire à quoi ressemblait selon eux le flux end to end d'une commande (les réponses étaient jamais juste, mais c'était intéressant de voir la démarche)
- je leur disais : je vous donne un évo, il faut gérer le "state" dans l'adresse pour prévoir le déploiement US : selon vous où sont les impacts ?
je guidais un minimum pour aider le candidat, mais tu voyais vite ceux qui comprenaient et ce qui cherchaient des yeux une lame de cutter
 
 
dis donc, tu serais pas du genre à rentrer dans un bar, commander 1 bière, 0 bière, 999999999999999 bières, -1 bières, etc...
 

Perso je trouve que les entretiens les plus pertinents sont ceux où je code. Le truc c'est de trouver une tâche faisable en quelques dizaines de minutes, mais où il y a quand même une démarche à trouver. Le but est surtout de voir si le candidat a une approche structurée du problème, et éventuellement de juger sa capacité à communiquer dessus. Typiquement, un ou deux problèmes faciles sur leetcode, dont la solution n'a rien d'astucieuse. Après on peut aller vers les problèmes moyens ou durs, mais là on commence à tester spécifiquement la capacité à résoudre ce genre de problème en particulier, c'est discutable....

 
Disons que sur un même account, ça me fait un somme pour tous les EC2 en même temps que j'utilise. Heureusement, ça détaille quand même par type, mais il reste à faire à la main une division ainsi qu'a faire la même chose avec les buckets.
Je me demande si il n'y a pas une option quelque par pour select un ec2, un bucket et que ça donne combien ça a couté.

Tu peux commencer par des tags sur tes instances et bucket

C'est pas mysql, faut pas abuser non plus

TO_DATE(str) ne bronche pas avec si str est vide. A partir de la, tu peux t'imaginer plein de scenarios

Oracle qui retourne cette date en cas d'exception avec to_date().

Ou sinon, la string contient une variable DATE non converti que TO_DATE() sait exploiter.

Skeye => http://docs.oracle.com/cd/B19306_0 [...] ons183.htm

t'es sur que ton champ date est une date et pas un truc à la con genre clob?

Clairement il y a eu une couille à la saisie/import/je sais pas d'où viennent les données, mais Oracle a pris ce qu'on lui a filé quand même...

Vous avez ptet oublié de payer vos licenses, votre DB est passée en "free edition" et la couche de stockage a été migrée en myisam

Avec les timestamps unix si un timestamp c'est 86400 * nombre de jours depuis l'epoch + fraction du jour courant. Les leap secondes sont pas comptées dedans, dans un sens comme dans l'autre, et "pendant" une leap second t'as une répétition de ton timestamp, sauf si tu smear ou que tu as l'un de très rares timestamps TAI (qui est un comptage linéaire des secondes, mais demande une table de leap seconds pour retomber sur des datetime civils)

ok, je pense que pour limiter la confusion, je vais utiliser le nombre de µs écoulées depuis l'epoch GPS, parce que ça fait 2 fois (ici et avec 0x90) que je dis que le temps écoulé depuis l'epoch unix est pas ambigüe et ça fait 2 fois qu'on me réponds que la définition de timestamp unix est ambigüe (les plus fins auront noté que ce sont 2 choses différentes, mais là ça sent le piège).
 
Du coup avec un timer fondé sur le GPS, ça va limiter le réflexe pavlovien de parler de timestamp unix.  
Reste la question centrale d'estimer l'heure à partir des 4 sources de temps dispo (ntp, réseau GMS, RTC externe, et RTC interne).
 
edit: par contre, je capte pas pourquoi tout le monde freak out sur une table qui contient quelques secondes intercalaire valables partout dans le monde, alors qu'il existe des milliers de timezones, de DST et d'heures locales non-officielles.

Ta problématique de temps ça me fait penser au GPS utilisé par Google : http://static.googleusercontent.co [...] di2012.pdf

edit: par contre, je capte pas pourquoi tout le monde freak out sur une table qui contient quelques secondes intercalaire valables partout dans le monde, alors qu'il existe des milliers de timezones, de DST et d'heures locales non-officielles.

La table machin c'est plus le fait qu'il faille la mettre à jour, et les décalages sont pas gros et "aléatoires", donc il est difficile de voir si t'as une erreur. Après si tu veux faire des mesures propres, que t'as une source et que t'as un traitement en post, clairement le plus précis et consistant c'est TAI/GPS avec conversion offline.

 
 
 
impressionnant. On voit que tu as une vraie réflexion sur le sujet.
 
Moi j'insisterais non pas sur ce que le candidat sait faire maintenant, mais sur ce qu'il saura faire plus tard. Je pense que le plus important, c'est de trouver des gens qui ont la soif d'apprendre, parce que les technos évoluent tellement vite que d'après moi, c'est devenu le challenge n°1 de savoir sans cesse s'adapter. C'est relativement facile à détecter car généralement ceux qui ont cette soif gardent une veille techno de qualité et aiment expérimenter un peu chez eux dès que des nouveaux trucs sortent. Là où cela devient compliqué, c'est d'éviter "les touche à tout" qui ne vont jamais au fond des choses et sont incapables de produire du travail de qualité et/ou de terminer un projet. Ici au UK, un des mots clé qu'on emploi pour cela, c'est "deliver". T'as plein de gens qui sont bons, voire même très bons techniquement et sont capables de produire du code magnifiques, mais finalement tu en as assez peu parmi ceux-là qui vont réellement "deliver" dans les temps impartis et même "deliver" tout court.

 
J'ai un peu d'entraînement, j'ai dû recruter pas loin de 30 personnes chez NN, et la j'en recrute encore 9.  
 
Pour le point que tu lèves c'est important en effet. Mon approche c'est de vérifier 2 choses :
- si le candidat pourrait le faire aujourd'hui (pour pouvoir être utile directement)
- prouver une capacité d'auto formation (j'évalue ça avec le cursus, les candidats ont tendance à montrer ce qui était nouveau pour eux). J'enchaîne ensuite avec la question : En dehors des formations demandées par votre employeur, quelle est la dernière chose sur laquelle vous vous êtes formé par vous même ? Mine de rien je dois avoir seulement 20% des candidats qui ont une réponse satisfaisante à cette question, les gens se forment pas

 
Tin mais sérieux... C'est limite élimination pour moi ça...

franchement en dehors de l'informatique, c'est pas toujours simple la formation.
 
Quand je mate la plasturgie (c'est pas simple de trouver l'information, heureusement qu'il y a un gros push des outils de CAD en ce moment), ou le matériau avec lequel je jouais récemment (polymer dispersed liquid crystal) tout est derrière des paywalls ou dans les murs d'une université.

Non mais ok la curiosité c'est important. Mais c'est un des rôles du manager de faire grandir ses équipes, et ça passe notamment par la formation.

- prouver une capacité d'auto formation (j'évalue ça avec le cursus, les candidats ont tendance à montrer ce qui était nouveau pour eux). J'enchaîne ensuite avec la question : En dehors des formations demandées par votre employeur, quelle est la dernière chose sur laquelle vous vous êtes formé par vous même ? Mine de rien je dois avoir seulement 20% des candidats qui ont une réponse satisfaisante à cette question, les gens se forment pas

 
Tin mais sérieux... C'est limite élimination pour moi ça...

 
Tin mais sérieux... C'est limite élimination pour moi ça...

Non mais ok la curiosité c'est important. Mais c'est un des rôles du manager de faire grandir ses équipes, et ça passe notamment par la formation.

Donc pour toi le mec doit consacrer du temps en plus de son temps de travail pour s'améliorer dans le travail, sinon il est bon à rien ? Comment tu réagis s'il lit des blogs sur le tricot au taf ? Je doute pas que tu sois un employeur cool, mais la plupart en sont pas aussi cool et il est souvent prudent de garder une séparation claire entre le temps professionnel et le temps perso.

Ca dépend ce que tu appelles "se former par soi même".

Moi le mec qui me dit qu'en dehors du boulot il touche pas son PC pour coder, ça me dérange pas tellement en fonction du poste qu'il veut et de sa situation.

Genre le mec que j'ai vu hier, qui est très fort en PHP mais veut monter en compétence sur Java, et qui est manifestement frustré par les frameworks maison et les technos qu'il doit utiliser, ça me choque qu'il n'ait pas pris le temps de toucher à Java8, à lire des trucs, et tout.

Le mec déjà expert, qui maîtrise ses sujets, mais qui me dit que le soir il passe du temps avec ses mômes ou à faire du macramé parce que c'est son autre passion, ça me dérange pas s'il est juste au courant des nouveautés, sans pour autant les avoir testées. Mon rôle dans le process ça doit être de déterminer s'il sera capable de monter en compétence très vite sur une techno nouvelle pour lui.

Perso, je fais des trucs nouveaux, mais uniquement pour le boulot. Mes projets persos, tout ça, c'est pas de l'informatique. Si je bosse chez moi, c'est pour les projets sur lesquels je suis (tester un truc que j'ai pas de budget pour faire, pour avoir des arguments pour en obtenir, par exemple)

Mais on peut pas exiger de tous les développeurs qu'ils ne vivent que pour ça, faut pas déconner.

ok, on avait mal compris.

Après personnellement, j'ai beaucoup de mal avec les annonces récentes où on te laisse entendre que c'est même pas la peine si t'as pas un compte github actif.

 
non mais ça va, tranquille quoi tu es sur que ça valide ....
 
 
(org.eclipse.core, je renseigne pas, je balance ....)

 
Ca dépend ce que tu appelles "se former par soi même".
 
Moi le mec qui me dit qu'en dehors du boulot il touche pas son PC pour coder, ça me dérange pas tellement en fonction du poste qu'il veut et de sa situation.

@nraynaud : as-tu un peu plus de recul pour comparer Fusion 360 / Onshape ?
 
J'ai ouvert 360, j'ai vu l'interface, j'ai rien compris et je suis retourné sur Onshape

je recrute que des postes IT...et dans le digital marketing tu trouves de l'info partout.
 
 
 
je suis pas aussi intégriste que Plam, je rejette pas forcément les candidats sur cette base. Mais je dois reconnaitre qu'in fine, les candidats que je retiens se trouvent aussi être des gens qui s'autoforment même si c'est pas mon critère de décision.
 
Pour moi c'est un équilibre : le manager doit développer son équipe (formation, experience, etc...), mais les gens doivent se bouger le cul aussi

 
Ca dépend ce que tu appelles "se former par soi même".
 
Moi le mec qui me dit qu'en dehors du boulot il touche pas son PC pour coder, ça me dérange pas tellement en fonction du poste qu'il veut et de sa situation.
 
Genre le mec que j'ai vu hier, qui est très fort en PHP mais veut monter en compétence sur Java, et qui est manifestement frustré par les frameworks maison et les technos qu'il doit utiliser, ça me choque qu'il n'ait pas pris le temps de toucher à Java8, à lire des trucs, et tout.
 
Le mec déjà expert, qui maîtrise ses sujets, mais qui me dit que le soir il passe du temps avec ses mômes ou à faire du macramé parce que c'est son autre passion, ça me dérange pas s'il est juste au courant des nouveautés, sans pour autant les avoir testées. Mon rôle dans le process ça doit être de déterminer s'il sera capable de monter en compétence très vite sur une techno nouvelle pour lui.  
 
Perso, je fais des trucs nouveaux, mais uniquement pour le boulot. Mes projets persos, tout ça, c'est pas de l'informatique. Si je bosse chez moi, c'est pour les projets sur lesquels je suis (tester un truc que j'ai pas de budget pour faire, pour avoir des arguments pour en obtenir, par exemple)
 
Mais on peut pas exiger de tous les développeurs qu'ils ne vivent que pour ça, faut pas déconner.
 
 
 

 
 
 
 
 
wowowowo ! Laissez moi éclaircir ! J'ai pas dit que le gars **devra** se former comme un grand tout seul et en **dehors** de son taff. Ni qu'on a pas aucun rôle pour les former nous même (ou via des formations, au contraire !)
 
Je regarde dans son parcours passé, s'il est allé découvrir des technos parce qu'il en avait envie.
 
Et pas forcément en dehors de son taff précédent hein (ou ses études). Tu as le temps de faire aussi de la veille et de découvrir des trucs pendant tes heures de taff. Et si la personne n'a pas cette attitude, non, c'est pas la peine.
 
edit : en plus j'ai beau me relire, j'ai jamais dit que je cherchais des mecs qui vivaient que pour ça hein. Si le type a une vie de famille, il arrive tout de même à checker des trucs nouveaux par lui-même, que ça soit au boulot ou en dehors, c'est son choix hein ! C'est juste que des gens pas curieux par nature, ça sera jamais des gens capables de voir plus loin (automatiser, factoriser en découvrant un outil, améliorer son taff quoi). Pisser du code c'est bien, mais j'aurai pas en tête de lui faire faire autre chose du coup.