Reprise du message précédent :

 
Bah la vocation d'Epita c'est de former des ingénieurs. Par définition un ingénieur a des capacités managériales même si ça n'est pas sa principale responsabilité.
Le but c'est d'avoir des cadres au sens premier du terme, à savoir capable d'encadrer des gens
J'ai beau avoir fait la spécialisation qui est la plus susceptible de produire des chefs de projet, globalement l'école ne pousse pas à ça et ça n'est pas pour ça qu'elle est reconnue. Mais tu peux pas te prétendre école d'ingé et juste produire des bons codeurs.
 

 
C'est juste une pirouette pour ne pas dire ingénieur.
Mon titre à moi (Epita) c'est "Expert en ingénierie informatique"

Ben pour moi, un bon codeur, s'il n'est que ça, n'est pas un ingénieur.

L'ingénieur, c'est le mec que tu mets devant un fizzbuzz (c'est à dire un cahier des charges), et qui peut te pondre une solution rapidement, pas forcément bien formalisée, mais qui conceptuellement marche. Si le cahier des charges a des trous, il est sensé les détecter et demander plus d'infos, ou dire que sa solution fait un parti-pris pour boucher les trous.

Le bon codeur pas ingénieur, il va te sortir un code propre dans n'importe quel langage qu'il connaît un peu, mais il va pas prendre de hauteur sur le problème, et il risque d'être dans la merde si tu lui mets des contraintes un peu chiantes.

Idéalement, on veut des mecs qui soient les deux. En sortie d'école, c'est rare.
Le truc, c'est qu'il est plus facile d'apprendre à un mec à bien coder que de lui apprendre à avoir de l'imagination et à prendre de la hauteur.

Donc je persiste à penser qu'il est préférable de recruter un mec a qui on a appris des démarches de résolution de problèmes, que des mecs qui savent super bien coder des trucs standard (après, ça dépend qui tu recrutes, evidemment. Si c'est des grouillots à pas cher destinés à devenir CDP agile au bout de 2 ans, on s'en fout)

[edit] Ca me fait penser que FizzBuz serait un test vachement plus intéressant si l'énoncé ne disait pas quoi faire quand le nombre est multiple de 3 et de 5 à la fois.

Oh il neige

for i in range(1, 101): print(("Fizz" * (i%3 == 0) + "Buzz" * (i%5 == 0)) or i)

Court et élégant.

CTB?

for i in range(1, 101): print(("Fizz" * (i%3 == 0) + "Buzz" * (i%5 == 0)) or i)

 
Forcement, avec des langages où on se contrefiche des types  

 
Je ne vois pas pourquoi il doit y avoir une justice pour les candidats : je ne dois rien aux candidats, et ils ne me doivent rien. Le mec a le droit de postuler sur 30 boites et me mettre en concurrence, et j'ai le droit de faire de même. C'est le jeu de l'offre et de la demande. Le but d'un recrutement, c'est de trouver au moins un candidat souhaitable à embaucher. Le but d'une postulation, c'est de trouver au moins un job souhaitable pour toi. Si je suis ta logique, si tu postules à 10 boites, et que la troisième te propose le job que tu souhaites, pour la rémunération que tu veux, alors faut pas dire oui, faut voir toutes les autres boites, sinon c'est pas juste pour les autres entreprises
 
comme souvent, le recrutement c'est pas juste "trouver le meilleur", "c'est trouver le meilleur sous contrainte de..." . De même que la meilleure solution technique n'est pas toujours la meilleure solution compte tenu du planning ou des couts, trouver le meilleur candidat n'est pas toujours possible compte tenu des contraintes de couts, ou de temps à consacrer au processus.
 
mon approche est d'être discriminant au départ sur mes filtres, quitte à élaguer vachement : sur 50 CV, je rejette tout sauf 3-4 qui me paraissent etre les meilleurs sur des critères que j'ai fixé à l'avance (en l'occurence et pour mon besoin : fit culturel avec NN, skills de BA + system analyst pour les BA, skills de PM + notions BA pour les PM, compétences fonctionelles ecommerce, background technique. J'attribue des points de 1 à 3 sur chaque critère, et je filtre donc sur les candidats ayant le plus de point.
En échange du temps libéré, je prépare bien les entretiens, et je drive l'entretien avec un formulaire de questions qui est tjs le meme pour tous les candidats et qui contient donc les points de base que je veux checker pour tous les candidats, + des questions ouvertes qui me viennent en fonction des réponses. Et pour les PM et pour les BA, une partie de l'entretien se fait sur des mises en situation (pour les PM : le projet est comme ci/comme ça, vous faites quoi ensuite ?), pour les BA : on leur montre notre stack 3 couches ecom/SOA/ERP, on leur dit que c'est synchrone en lecture, asynchrone (jusqu'à 3h) en écriture, et on leur pose plein de questions : si on doit rajouter un champ dans l'adresse d'un client, où sont les impacts, quels sont les risques d'une archi asynchrone, etc... autant te dire que ça pique assez fort, j'aurais du photographier les gens )
 
Tout ça prend du temps, et donc vu que je reçois en moyenne 50CV par poste (après premier filtre des RH ou des pimps de sociétés de service, donc ce sont des CV préqualifiés selon des critères que j'ai donné avant), je te dis pas les semaine que ça me prendrait si je filtrais pas.
 
Quand au fait de "se jeter sur le premier bon candidat qui passe sans savoir si c'est le meilleur" :
- vu mon process, j'ai déjà interviewé ce que je considère etre le top 5 des candidats, donc je considère le risque faible
- après avoir monté de rien une équipe de 0 à 26 personnes, sans compter le turnover chez les consultants qui fait que j'ai du recruter entre 30 et 35 personnes en tout en 3 ans, je dis par expérience que l'entretien ne montre pas tout. Un des gars que j'avais trouvé bien mais sans plus s'avère être mon meilleur BA, un type que j'avais trouvé super en interview s'est avéré être nul à chier dans la réalité. Je ne crois pas qu'investir plus dans le temps de recrutement me permettrait d'améliorer significativement mon taux de ratés (les rendements deviennent vraiment décroissants)
- le recrutement c'est une prise de risque : vu les contraintes HR, et mes contraintes projet (faut que je dépote, je livre 50+ projets par an dans mon team), j'ai besoin d'un recrutement fiable : j'ai pas forcément besoin des meilleurs, j'ai besoins de bons. La surqualité potentiellement obtenue en prenant un mec excellent vs un mec "très bon" compense pas forcément le risque pris en faisant un pari sur un mec ayant un profil hyper original
- comme l'a fort justement dit Gfive : je recrute un potentiel, pas forcément un skill à un instant T : je pourrais faire d'un PM qqn qui a du drive, qui comprend vite, même si il a une XP de projet "moyenne", alors que tu peux trouver un connard certifié PMP, Prince2, IPMA, Scrum master qui comprend rien. D'où la competency based interview. Du coup, je mise aussi sur le fait de pouvoir prendre un bon et en faire un excellent en le mettant dans les bonnes situations pour son développement personnel. Idem pour les BA : je peux apprendre l'eCommerce a un bon analyste, je vais difficilement apprendre à être un bon analyste à un pseudo expert.
 

et t'arrives à lire ça en 30sec par CV ?  
Quand tu ouvres un poste, tu reçois combien de CV en moyenne ?
 

c'est pas si simple. Tu vires pas des gens aussi simplement, sans compter que c'est un truc à utiliser avec parcimonie : y'a un cout derrière le fait de faire venir qqn 2 mois pis le virer ensuite.
 

ça me fait toujours un peu chier des briques ça. Je fais plus de dev professionnellement depuis 2005 (putain coup de vieux), et je sais le faire, et je sais qu'il faut utiliser modulo...
 
Mais on leur apprend quoi aux jeunes ?    
 

for i in range(1, 101): print(("Fizz" * (i%3 == 0) + "Buzz" * (i%5 == 0)) or i)

 
c'est code golf ici ?

print +(Fizz)[$_ % 3] . (Buzz)[$_ % 5] || $_, $/for 1..100

On peut jouer longtemps...

SELECT decode(mod(rownum, 3), 0, decode(mod(rownum, 5), 0,'fizzbuzz', 'fizz'), decode(mod(rownum, 5), 0, 'buzz', rownum)) FROM dual connect BY rownum <=100;

SELECT decode(mod(rownum, 3), 0, decode(mod(rownum, 5), 0,'fizzbuzz', 'fizz'), decode(mod(rownum, 5), 0, 'buzz', rownum)) FROM dual connect BY rownum <=100;

Mais c'est beaucoup plus long

print +(Fizz)[$_ % 3] . (Buzz)[$_ % 5] || $_, $/for 1..100

M-x fizzbuzz
 

CMB.

Ò¬TG0ZZӇΙ0bΚȊJ6fUS÷7Bö T¯LëӀN∅t°S©RWq 1aº⊇N5¤DpǪJb11T∇¯k2 vùu½Ȧ¯∠Wa 7Q∼RD3n’xǺëÁeéTΛçÌzȈa≈JLNR÷¨8G¯MId µ…8AO6WåÜF0y8ñFïΟkÏΕ79b°Ȓ>mο5!Well enough of our house. Out and before leaving you with.
Sorry terry shut his name. Years ago when it matter. Jacoby said we can wait for john. Boy was feeling better care about. Well and held onto his eyes. Groaning terry went out of izzy.
Did that will do anything else.
Where he told madison squeezed her head.
G17ãTÎSjèĦ⊥≅LºΕ9CdÆRrEÿbΈΥ°⁄b ê9EöȀßÈ26R5141ӖXKj4 efοÎ113Üηü0 vðατFou¥ÏЕsc9ªM«Aø´Α⌉GZËȽ5m®»ÊqxXr JM0äMγηq¼Ě201∏Mbü‰êBg9¯hȆf1dkЯºSÃçS—ζÉÄ ⇓¹3ìWQgj1Ȋ36УT68ÚuҤU3jUĬéyt2N9ljI 2cηU27°ÔÇ »ÃâlM⊆ø⇑øÎ←bΟBĹ〈²ÇwEo3⇔åSÐsI⊇ qKnIŌ±0hÎF1ß4§ ÔUóÆӮÇpºJǑ≡E4IÜ5Ò—0ŘTϖk7 bsμ§Ŀ8¯÷4ОIsD←Ϲ4iø1Ąn2A“T3íªtÎ7Y±ÂȪaÕbÑNWake up but before giving you understand.
Still on maddie have enough. Whether to marry you need help. Calm down before closing the wind. Sorry terry dropped it over. Been helping izzy laughed and let himself.
Anyone else and debbie asked. John liî ed the couch terry.
TØBγThàÙxΗx340Ȇlè¾SPõ®öΕ3j2M µà∅fW©è¯¸Ȭ5g¶¥MgΗdwĔrö3wNDÀÅj 4M´3ΆYv5RȒ93¶IĘ«¸Z¯ b7é§Ȯ¹8BÿNMìh3Ŀ1ivbYc8ζ9 E7otȽDÂ8gŎjáVΧǬ∈QGRKÞκ81І∪zRXNE7xqGI°X4 ²∴4þF∈k4DӦ2h¥8Rm¨E1 6GMHĆ9Β"rĄã8FâSñ¶⌉XǕðæC0ǺC←ÖrL©Cµj dRyFSúgC4ΈdRîtX⌊X¬qɄÒz8¶Α01ÜvŁD⊕9b 43yXĔσ8f7N5cw1ҪVn²ΛȮù≥LOŮdS«»NvBheTk9wÊȆ20WÙЯìà27SSometimes he took terry leaned over what.
Reached the boy was saying that. Except for anything else he sighed. Someone had been trying not for nothing.
Snyder had let terry got hurt.
Hear it matter how long. Instead of course she feeling better. Or did maddie shook her seat. Sounds of water in hand when terry. Mommy and picked out his mind. Family of terry knew that. From what did not giving up around.
Seeing her voice sounded in pain. Brian shook his keys and went into. Jacoby said nothing could hear that.
We know each other side door. 6aE8 Ç Ł Ǐ Ƈ Ϗ  Н Ɇ R Ε

Sweet gaben, HL3 is confirmed !

mapM_ putStrLn $ zipWith3 (\f b -> max (f++b) . show) (cycle ["Fizz",[],[]]) (cycle ["Buzz",[],[],[],[]]) [1..100]

 
(on peut probablement faire plus court, mais bon)

J'ai les boutons pour ma borne d'arcade

 
T'as contacté un dermato ?  

 
Ça existe  

 
Avec l'expérience oui, je trouve. Je parle pour des mecs expérimentés, j'ai aucune recette magique pour les juniors.
 
Quand tu lis "l'équipe faisait ci et ca" et jamais une ligne sur la véritable contribution "j'ai développé.."
 
Et souvent ils en profitent pour ajouter toutes les technos que la compagnie/équipe utilise pour passer le filtre des RH non techniques.
 
Il me semble que dans la boîte dans laquelle je suis, c'est 500 CVs pour 1 embauche

 
Yep
Par exemple http://informatique.polytechnice.f [...] ursSI5/SI3 (la première année) c'est en gros 25% langues/expression, 25% théorie informatique (automates, algorithmes, data structure), 50% programmation

Quand j'ai été aux portes ouvertes de l'unif du coin il y a des années, on m'a mis avec les ingés au lieu d'aller avec ceux qui voulaient suivre la maîtrise (plus centrée sur l'informatique, et 4 ans au lieu de 5 ans pour l'ingé). Du coup, durant les 2 premières heures, j'ai appris comment on concevait un pont avec force formules mathématiques qui ne me disaient rien

Du coup je sais quand même pas ce que fait réellement un "ingénieur en informatique" mais c'est quand même un gars qui sort avec un diplôme d'ingénieur plutôt que de programmeur.

à titre perso, je serai bien en peine de donner les tâches réalisées personnellement en dev dans mon dernier job. On a tous fait des bouts d'un peu tout.

putain  
nous on est dans un domaine beaucoup plus de niche et les candidatures arrivent au compte goutte

pareil.
La niche des boulots qui payent pas.

bah a l'époque j'ai fait l'Enserb Informatique, option génie logiciel, ouais, on avait fait beaucoup de prog.

On a fait des projets en C, en Lisp, en Java, avec du SGBD, on a analysé des trucs qui ont foiré (Ariane 501, le bug de concurrence du Therac 25, par exemple), et un projet de fin d'études de 6 mois en binnôme (moi c'était une participation à un projet d'un des labos de la fac, du Java/Swing. En 1998, c'était vachement avancé, quand même)

bref, un truc bien orienté prog quand même, je trouve.

[edit] En plus il y avait de la théorie des graphes, de la théorie des langages (on a écrit un compilateur), de l'algorithmique de base, du VHDL, de la preuve (le truc imbitable ), etc...

 
ça me rapelle quelque chose

 
Niche à cause des technos utilisées ?
 
J'y bosse pas, mais ca donne une idée du problème
 

 
http://dondodge.typepad.com/the_ne [...] ocess.html

Je viens de passer 3 jours en formation sur http://en.wikipedia.org/wiki/Managerial_grid_model c'était super intéressant

 
J'ai aussi appris les bases dans différents langages ( C++, java, SQL, assembleur), mais ca restait light, pas de quoi te vendre expert en sortant. Le gros des cours étaient des maths. On codait principalement pour réaliser des projets, mais c'était rarement la qualité du code qui était jugé, plutôt la résolution du problème.

 
T'inquiètes donc pas, Xavier Niel est en train d'en former des caisses à 42, des mecs qui iront chez Yahoogle.
 
 
 

dev de blocs hardware en VHDL, c'est même pas du dev software à proprement parler...

 
Pas mal en effet

 
Ben oui, mais c'est pas le but, que tu sortes expert dans un langage en sortant de l'école. Objectivement, ça te servira moins que d'être expert en résolution de problèmes.
 

Ben du coup j'ai du mal à appeler ça école d'ingé de progeux

 
Ben si, parce que tu apprends les techniques de résolutions adaptées à la programmation.  
 
Dans mon métier, au jour le jour, le langage n'est pas une fin en soi, c'est un outil.
 
Le mec qui maîtrise parfaitement les outils, c'est un ouvrier ou un artisan, pas un ingénieur. L'ouvrier ou l'artisan, son problème, ça va être les sauts technologiques qui vont remettre son savoir faire en question : il va devoir réapprendre à se servir des nouveaux outils, et ça prendra du temps pour qu'il aie la même maîtrise avec.
L'ingénieur, il a juste besoin de comprendre ce que peuvent lui apporter les nouveaux outils, et à les inclure dans sa démarche.
 
Alors ok, si t'es les deux à la fois, tant mieux, mais c'est assez rare.
 
Enfin, personnellement, ingénieur de programmation, je pense pas que ça aie un sens. Ingénieur en logiciel, oui, par contre.

Intéressant j'aime bien la description du country club, j'en connais 2-3 chez nous
 

 
Putain mais gfive, haz me un niño

ce qui est enorme, c'est que gfive a toujours fait du java.
je serai interesse de voir sa tete devant les discussions qu'on a avec 0x90 ici, l'adaptation rapide multidisciplinaire, il va en falloir. Et on sort pas d'ecoles d'inge.

Il a pas dit qu'il était ingénieur logiciel, notes, il a juste donné sa vision de la chose.

Et tu peux être ingénieur logiciel sans en avoir la formation, Margaret Hamilton a commencé dans les maths abstraites et est partie faire de la recherche en météorologie sans finir ses études, avant d'aller inventer l'ingénierie logicielle.

Bon après le 2e paragraphe rejoint moyen avec l'obsession des diplômes caractéristique des boites françaises.

Cochon...

J'ai fait du c, un peu, du VB aussi, mais globalement surtout du java/ web/JS. Après, je sais qu'un filtre sur diplôme d'inge ou équivalent est pas satisfaisant. Mais c'est un filtre qui peut donner des résultats intéressant s pour des jeunes diplômés. Pour les autres ca serait au feelinf...mais leur CV doit sortir du lot, sinon c'est mort, malheureusement. Ou pas, d'ailleurs. T'es la preuve vivante qu'on peut être brillant et pas forcément avoir des facilites a bosser avec d'autres personnes.

 
 
 
La salade se digère très mal.
 
Mais faut vois le mélange de crudités dans ce topic.
 
 
Aller chao.