Reprise du message précédent :
   
https://www.reddit.com/r/shittyprog [...] p_further/

 
Ben c'est très bon en Python pour la Data science... Hors de R et Python je vois pas des masses de trucs. Et puis Azure ML par ex supporte que des scripts custom R ou Python
 
Scala j'ai déjà essayé, j'ai pas accroché du tout

nray > http://www.ctopartners.fr/ Faut que tu proposes tes compétences sur le hardware.

J'ai pas l'impression qu'ils fassent du hardware du tout. Et ils sont 4.

Justement ça peut peut-être les intéresser de toucher potentiellement + de startups.
Et ça allait dans le sens du message de nray l'autre jour sur le BP qu'il proposait d'aider les startups à boostraper du hardware.

je sais    j'étais même pas à 5% sérieux dans ce que je racontais

+1

 
   
 
Mais c'est bien le seul avantage, absolument pas déterminant. Soit tu veux quelqu'un avec de l'expérience et ca ne sera pas suffisant, soit tu embauches quelqu'un d'intelligent et tout le monde peut lire une doc/bouquin / faire mumuse avec une techno.

comment tu fais pour voir si tu as quelqu'un d'intelligent en face de toi ?  

Tu demandes son QI

 
Je suis pas d'accord. Je pense qu'avoir quelqu'un qui s'intéresse spontanément a des technos est plus intéressant que quelqu'un qui essaiera d'en trouver une sur le tas une fois confronté au pb. Il aura un meilleur aperçu de ce qui existe et de ce qu'il faut investiguer pour résoudre le pb qui se pose. Une sorte de culture gé informatique.

 
Tu lui parles / poses des questions.
 
Si après 6h d'entretien tu n'es toujours pas capable de voir si le mec est capable de réfléchir, il y a un problème

 
Je ne dis pas que tu as tort.
 
Je dis que ça ne marche pas comme ça.

C'est pas vraiment le propos.
 
Si t'engages un mec avec un diplôme un minimum pertinent et/ou de l'expérience, a priori tu sais déjà qu'il est capable de passer un MOOC ou de créer une PoC en quelques heures.
Ça t'apporte à peu près zéro information.
Si tu veux savoir si quelqu'un est curieux, y a qu'à lui demander s'il a entendu parler de la techno.
 

Je pense que tu te trompes. Tu vas juste renforcer ton biais de confirmation avec cette approche, en parlant uniquement à des gens qui sont curieux à propos des mêmes technologies que toi.
Après vaut mieux ça qu'engager quelqu'un puis le faire bosser avec des outils qu'il aime pas, c'est sûr.

Le name dropping des mecs sans expérience, c'est un truc à me faire fuir personnellement

 
Les types savent te balancer tous les buzz words mais ça s'arrête là. On dirait des commerciaux

Franchement je suis pas sûr. Forcément on discute de ça ici ou sur reddit, on trouve surtout des gens qui tiennent ce discours, mais au fond ça veut surtout dire qu'on préfère les gens qui sont comme nous. Sauf que concrétement, des gens bossseurs et productifs mais pas particulièrement curieux, ça existe. J'ai la prétention de croire que ça limite les tâches qu'ils peuvent accomplir efficacement, mais je ne saurais pas dire la quantité de postes qui tombent dans cette catégorie. Alors qu'à l'inverse, je sais que je passe un temps énorme à comprendre comment faire les choses "correctement", je mets des jours à décider du design de mes produits, je sais pertinemment que n'importe qui avec un minimum de savoir-faire et moins de scrupules aurait déjà 2 semaines d'avance, au bout d'un mois...

C'est au recruteur de faire la part des choses. Moi j'aime autant les gens qui pissent à vitesse grand V que les « ultra propres lents », parce qu'il faut que ça s'équilibre (il faut jamais que je laisse mon lead dev tout seul parce que sinon ça serait jamais livré, perfectionniste tout ça).

Le peu que je dev je suis en mode « à l'arrach » total pour livrer, mais si j'étais comme mon associé, Xen Orchestra serait même pas en version 1 à l'heure actuelle.

Et à l'inverse, si mon associé était comme moi, je ferai 60 heures de support par semaine.

Ui. En l'occurrence pour ce cas précis le vecteur va appartenir au std::sync::Mutex, donc une référence vers le vecteur (et une sous-référence vers un élément du vecteur) ne va pas pouvoir survivre au lockguard, donc avec

fn front(&self) -> &T {
    let lock = self.cs.lock().unwrap();
    &lock[0]
}

tu vas avoir une erreur de compilation parce-que le lockguard lock ne dure que jusqu'à la fin de la méthode: https://is.gd/YXGTFh

Besoin d'experts sur les virgules flottantes http://forum.hardware.fr/forum2.ph [...] 0#t2282762

bof, utilise un arrondi au lieu d'une troncature, ça va mieux se passer.
 
t'as la valeur calculée qui est 20 +/- epsilon, si t'as pas eu de bol et que le truc t'as renvoyé une valeur un tout petit poil en dessous de 20, la trucature va passer dessus comme une attardée et aggraver le problème.

Si tu remontes le sujet de deux ou trois messages, tu verras le problème, et la solution.
Effectivement, implicitement c'est tronqué (merci skeye pour l'explication). J'ai arrondi explicitement pour obtenir le résultat escompté.

 
Je suis dans la position du candidat en général, pas du recruteur, et vu que je réussis mes entretiens en général, je me dis que le fait que je me retrouve pas souvent à dire "je sais pas" y est pour quelque chose. Mais ptêtre que j'ai tort, et que c'est mon charisme et ma beauté qui font tout.

 
Tu veux dire que ton expérience est uniquement faite de quelques heures sur chaque techno ?
 
Ou que tu sais que tu as décroché x jobs ( x = ? ) parce que tu as joué avec une techno sans t'en servir de manière soutenue ?

Nous sommes donc mardi soir et SFR n'a tjrs pas rétabli ma connexion, manquant à ses engagements comme je m'y attendais...
 
Bon sinon après un reboot suite à plus de batterie, mon iPhone bien de me demander une réactivation. Vous avez une idée du pourquoi ?

Tu veux pas créer une boite et plus nous faire chier ?

ptain c'est compliqué de démissionner de la fonction publique...

wut ?

boit un peu et reconcidere.
trouve une passion a faire au travail, achete un smarphone, lit des livres...

Bah les lettres types ne sont pas applicables, comme c'est pas régi par le code du travail.
Vivement que Macron assouplisse tout ça

Souvent le chemin c'est dispo pour convenance personnel puis attendre que ton statut tombe de lui même

https://www.service-public.fr/parti [...] its/F19693
 
Après, ça dépend du ministère. Education ou Santé, c'est galère. Budget/Industrie (mon cas), ça passe sans problème.

J'ai passé une cinquantaine d'entretiens l'année dernière et c'est un aspect complètement anecdotique pour ma part.
Un mec (oui, un seul) m'a demandé si j'avais déjà codé un truc à côté de mon boulot et quels choix j'avais fait.

Donc 5 ans avant la retraite il faut toper son indemnité, réussir a repasser en FPE et demander sa retraite ?
 
XaT

Je suis contractuel, mais c'est bon, je vais m'en sortir, c'est simplement que j'ai du mal avec l'administratif.

SI tu veux, je peux te mettre en contact avec le député de chez nous, il est spécialiste de ces problèmes

Y'a un truc simple, c'est de plus y aller. Au bout d'un moment ils vont te virer.

C'est ce que j'avais fait quand j'étais en liberté surveillée, ça c'est pas très bien passé.

 
je suis pas sur non plus.
 
C'est une maxime qu'on avait sorti pour les BA, mais pour moi ça s'applique à n'importe quel type d'expertise. La maxime est la suivante : un expert doit avoir 2 statuts : "Je sais et je peux le prouver" et "Je sais pas, mais je vais trouver". Ce que j'attends d'un expert, c'est que quand il me dit "c'est A", je peux vérifier, et je trouve A aussi (l'info est fiable, je peux prendre une bonne décision), ou alors il dit "Je sais pas". Y'a pas de peut-être, ou d'info approximative foireuse.
 
Du coup, j'attends d'un expert qu'il sache trouver quand il ne sait pas. Le postulat que si tu te prépares bien tu peux "tout savoir" est foireux, parce que le job t'ammènera toujours des problématiques que personne ne sait résoudre, et où il faut inventer/trouver la solution.
Donc pour revenir à ton propos, je préfère un mec qui sait dire "je sais pas", mais qui me prouve qu'il sait chercher, plutot qu'un mec qui me dit qu'il sait tout le temps (parce que du coup j'ai des gros doutes sur sa capacité à trouver)
 
Ma propre façon de le décrire, quand j'embauche des experts, c'est que je veux des gens que si je les laches dans une foret inconnue avec une bousole, un papier et un crayon, ils peuvent revenir avec une cartographie de la foret, là où sont les points d'eau, les clairières, etc...
Et donc dans mes interviews, je questionne les gens en leur filant un minimum d'info, juste pour voir leur process pour trouver (je joue le role d'un interlocuteur, et je réponds à leur questions). Rien qu'à la façon de poser des questions / à la démarche, tu sais si la personne sait chercher par elle même / analyser ou pas.

moi je recrute que des bidonnants chevelus bruns qui n'ont pas fini leur études et font 1m80 (environ, il faut un peu de diversité quand même)