Alors lis le poste du dessus

Une bonne approche c'est de se comporter exactement a l'inverse de ce que fais machine sur ce forum

Moi je suis globalement d'accord avec les critiques du C++ mais bon, ce qui fait que c'est un langage de merde c'est ce qui fait aussi que c'est un langage intéressant et ludique.

Au moins en C++ quand il y a quelque chose de surprenant il y a toujours une raison, et une quinzaine de gus 10(0) fois plus doués que toi qui en ont discuté cinq ans avant.

Fallait pas prendre mon post au premier degré, hein ...

Si on tient compte des critères qui ont présidés a sa conception, que cette conception s’étale sur plus de 30 ans et que les critères ont changés au cours du temps, le résultat est remarquable. Même avec le recul, il y a remarquablement peu de choses que je changerais a chaque étape si je devais ternir compte de ces critères.
 
Si on prend un ou deux critères en ignorant qu'ils aient pu ne pas avoir été utilises pour la conception et entrer en conflit avec des critères ayant été utilises pour la conception, c'est effectivement un résultat horrible. Malheureusement, c'est l'approche prise par la plupart des critiques du C++, ça les rend peu pertinentes.
 
Il y a des discussions plus saines possibles sur le choix même des critères et de leur importance relative. Mais j'ai l'impression que les critères ayant menés aux parties les plus contestables du C++ sont ceux qui ont permit son succès. On ne critiquerait pas le C++ s'ils n'avaient pas été pris en compte, on ne l'aurait jamais connu.

version de quoi ? j'ai pas suivi là

tu les aborde pas du tout, et si c'est ça qui va te faire décider pour un projet ou un autre, tu te pends.
Tu le verras vite dans le 3 premier jours, et à la limite tu demandes à ce moment. Le mec qui me demande ça en entretien, il a pas besoin de revenir. (cela dit on en a engagé ici, donc t'a moyen de te retrouver dans une équipe de pantouflard si la question est acceptée…)

tu les aborde pas du tout, et si c'est ça qui va te faire décider pour un projet ou un autre, tu te pends.
Tu le verras vite dans le 3 premier jours, et à la limite tu demandes à ce moment. Le mec qui me demande ça en entretien, il a pas besoin de revenir. (cela dit on en a engagé ici, donc t'a moyen de te retrouver dans une équipe de pantouflard si la question est acceptée…)

 
Bah putain, si ca, c'est une question pour recaler un mec, j'aimerais bien voir la tronche de ton équipe, ouais.

Clair qu'il vaut mieux foirer un recrutement que de poser une question

! pour recadrer, koskoz vient proposer une liste de 7 questions à poser à son entretien, dont 3 portent sur les horaires et 4 sur les outils.

 
Ouais, enfin, ca me parait pas fou ... si un candidat me pose ces questions en entretien, ca ne me choquera pas.

Je vais avoir pas mal d'entretiens de prévus durant les prochaines semaines. Niveau questions à poser outre le traditionnel salaire voilà à quoi je pensais :
 
- horaires
- horaires flexibles
- quel gestionnaire de version
- organisation des process
- environnement de dev
- logiciels imposé (si oui, quels logiciels)
 
Vous en voyez d'autres (sachant que c'est pour du web) ?

argument massue, jpense tout le topic est convaincu, là.

Ba désolé mais les horaires fixes c'est casse-couilles, surtout quand t'as des gosses. J'avais un peu le coup dans ma mission précédente, où y avait des journées à la con style 8h-20h après une mise en prod. Ba avec un gosse, c'est pas possible. Donc je trouve normal de poser la question ; en fin d'entretien, certes, mais c'est pas négligeable.

ben évidemment, mais d'une, le koskoz si j'ai bien suivi c'est son premier job (hormis les stages, non?), il a genre 20 ans et demi et pas d'xp.
Et comme l'a dit le nray', c'est ptet plus important d'avoir un bon feeling avec les collègues/la boite/l'équipe et la façon de bosser que d'avoir une vue "technique" sur les horaires. Quelles que soient les habitudes de la boite, si un mec fait bien son boulot, je vais pas lui peter les couilles s'il doit partir plus tot pour aller chercher son gosse, ou plus tard ou whatever. Mais si a l'entretien il pose la question, ça fait mauvais genre, je trouve, ou en tous cas ça donne une idée de ses priorités, quoi. Et en tant que père de famille, on peut comprendre que les priorités soient là (famille, enfants), et ça sera, ou pas, compatible avec le taf.

 
Pas vouloir embaucher un mec parce qu'il a poser quelques questions pratiques sur les horaires et ses outils de travails.

! pour recadrer, koskoz vient proposer une liste de 7 questions à poser à son entretien, dont 3 portent sur les horaires et 4 sur les outils.

Paul "stiffler" Emploi - Parasite professionnel

t'as fait beaucoup de recrutement ?

t'as fait beaucoup de recrutement ?

 
Ouais, enfin, ca me parait pas fou ... si un candidat me pose ces questions en entretien, ca ne me choquera pas.

ouaip, j'ai pas trop développé
 
Alors au taf : on refait complètement la charte du site, et donc l'agency qui nous pond le design bosse avec Axure. Les wireframes sont clickables, donc tu peux vraiment te "promener" sur le site, et ça permet déjà de se rendre compte d'un tas de pb, à un stade où ça coute rien de les changer...
Après mes BA font des wireframes autour de ça, pour préparer les évos futures (j'ai 2 experts UX dans la team), et ils m'ont montré le process, c'est assez intéressant, dessiner te forcer à réfléchir à comment utiliser le truc, du coup tu vois des cas d'erreurs, tu vois des cagades d'usabilités, dès le départ.
Niveau transmissions aux dev les mecs sont aux anges : ils peuvent voir directement le comportement souhaité, en complément de la spec c'est génial.
Vis à vis du business c'est très pratique pour obtenir une approbation "fiable", parce qu'ils peuvent expérimenter...et vu le soucis du détail graphique ici (j'ai vu des meeting pour savoir si il fallait une vue de 3/4 face ou de 3/4 vue un peu de haut), l'aspect wireframe permet de se focaliser sur la disposition générale, et le comportement, et pas sur les détails à la con (ce qui est l'inconvénient du proto ou du design photoshopé)
 
A la maison avec Balsamiq ça m'aide vachement pour trouver une façon d'approcher ce que je veux faire qui soit utilisable...quand j'y vais au code, je pars trop vite en fait, et souvent je dois refactorer a mi-cehmin parce que je vois que ça me mène nulle part...
 

Ouais, je dois passer un peu plus d'une dizaine d'heures par semaine juste à faire du recrutement depuis quelques mois. Ca va, je sais de quoi je parle.

oh shit j'aurais jamais cru assister à ça ici : -- qui se fait déboite parce qu'il a une réaction normale de manager...
 
on va la faire, du point de vue du mec qui fera l'entretien à Koskoz :
 
- le type va avoir x candidats, qu'il va voir 1, 2, 3, 4h max...vous savez tout dire et prédire des réactions d'une personne en si peu de temps vous ? moi je connais personne qui peut prétendre le faire
 
- Conclusion : pendant ce laps de temps, le gars va chercher des signes positifs, et négatifs, pour se faire une opinion. C'est ce qui fait la limite des entretiens d'embauche d'ailleurs : la surinterprétation possible d'un trait (positif ou négatif) pour extrapoler une tendance générale chez le candidat
 
- exemples de signaux négatifs : le mec qui parle d'entrée de jeu des horaires, de la rémunération sous un angle inapproprié (eg : demander de but en blanc si y'a des primes pour x ou y dès le premier entretien), le gars qui pose des limitations genre "moi je fais pas ça, je touche pas à ça, etc...", le familiarité (un mec m'a tutoyé en entretien genre "écoute gamin j'ai 40 balais je viens de Chanel, je vais t'apprendre la vie" ), si le mec extrapole tout ce que tu dis et se gourre à chaque fois (- on fait un site eCommerce - Ahhh vous utilisez Magento alors ? - heu non, on utilise Hybris, et donc - ahhhh Hybris, c'est en PHP je parie, etc... pendant 1h), le mec hyper prétentieux "oui j'ai fait cette appli iPhone et je dois dire que je suis assez fier de moi" (j'ai eu le cas), comme l'a dit nray n'importe quoi qui te laisse supposer que le mec s'intègrera jamais dans ta team, etc...
 
==> si tu reprends le questionnaire de Koskoz, y'a au moins 3 questions qui sont des signes négatifs :
- horaires : un peu irrelevant en France où les horaires de bureaux sont assez marqués (si le poste était de nuit ou de WE ce serait écrit clairement de toute façon)...les horaires c'est un sujet sensible, ça peut vite faire le mec qui va te casser les couilles si tu lui demandes de rester 30min de plus pour finir un sujet
- horaires flexibles : ça devrait pas, mais le télétravail, les horaires hyper flexibles, ça reste encore assez tabou...après si le manager est pas trop con, il dit oui si tu demandes à bosser depuis ta maison parce que ta gamine a vomi toute la nuit (j'ai eu le cas today ), ou si sa bagnole est en vrac, ou si il doit recevoir un meuble livré, ou autre...mais de mon point de vue c'est plus un truc qui se met en place quand la confiance s'est installée entre le manager et toi, c'est mal perçu de le demander de suite
- outil imposés : là c'est la formulation qui pêche grave...imposé = y'a pas le choix = mec qui va te faire chier quand même pour installer ses propres outils, ou qui va raler parce que c'est pas l'outil que lui aurait choisit...pour avoir la même réponse sans effet négatif tu demandes les outils avec lesquels ils ont l'habitude de travailler...ça peut vite colorer le débat d'ailleurs : si le gars te dit Git / Idea ça te donne une idée du style d'outil général de l'équipe...si il te dit RAD / CVS, ça te dit aussi
 
Notez que je connais pas Koskoz,  mais un mec qui me pose ce genre de questions à un entretien, je lui mets un gros flag "potentiellement casse couille", et si j'ai un autre candidat ex-aequo ben c'est pas Koskoz que je prends...

Je vais avoir pas mal d'entretiens de prévus durant les prochaines semaines. Niveau questions à poser outre le traditionnel salaire voilà à quoi je pensais :
 
- horaires
- horaires flexibles
- quel gestionnaire de version
- organisation des process
- environnement de dev
- logiciels imposé (si oui, quels logiciels)
 
Vous en voyez d'autres (sachant que c'est pour du web) ?

En passant c'est officiel, ma boite recherche un dev web django sur Paris :
http://cadres.apec.fr/MesOffres/Re [...] tor=AL-411
 
MP pour plus de détails ( ou BenO si vous voulez un avis d'ancien )

Y'a deux questions sur les horaires, ben soit, super, c'est pas la mort non plus.

Si on tient compte des critères qui ont présidés a sa conception, que cette conception s’étale sur plus de 30 ans et que les critères ont changés au cours du temps, le résultat est remarquable. Même avec le recul, il y a remarquablement peu de choses que je changerais a chaque étape si je devais ternir compte de ces critères.
 
Si on prend un ou deux critères en ignorant qu'ils aient pu ne pas avoir été utilises pour la conception et entrer en conflit avec des critères ayant été utilises pour la conception, c'est effectivement un résultat horrible. Malheureusement, c'est l'approche prise par la plupart des critiques du C++, ça les rend peu pertinentes.
 
Il y a des discussions plus saines possibles sur le choix même des critères et de leur importance relative. Mais j'ai l'impression que les critères ayant menés aux parties les plus contestables du C++ sont ceux qui ont permit son succès. On ne critiquerait pas le C++ s'ils n'avaient pas été pris en compte, on ne l'aurait jamais connu.

MUCHACHO    
 
T'as moyen de niquer ce soir !
 
  MUCHACHO  

Je suis d'accord sur le coté historique, et les origines qui expliquent bien des défauts du langage, mais si on juge le langage sur ce qu'il est, objectivement, il y a eu des erreurs, comme le choix < et > comme délimiteurs de templates (parce que leur syntaxe est ambigue), par exemple. Et le préprocesseur, énorme hack (il n'y a pas d'autre mot) hérité du  C, est une abomination. A l'époque, les modules existaient déjà dans d'autres langages, et c'est uniquement le soucis de compatibilité avec le C qui a fait que Bjarne a gardé le préprocesseur. Et encore, c'est moins le fait qu'il l'ait gardé pour raison de compatibilité que le fait qu'il l'ait rendu obligatoire comme système d'unités de compilation qui est une erreur.
 
Mais un C++ avec des modules au lieu d'includes et du préprocesseur aurait été déjà nettement plus agréable. Et honnêtement, je doute que le préprocesseur ait jamais contribué au succès de C++. Après, il y a quelques fonctionnalités à moitié bancales comme const. Mais je reconnais que gérer correctement la sémantique de const et de l'immutabilité est quelque chose de très complexe dans un langage système.

MUCHACHO    
 
T'as moyen de niquer ce soir !
 
  MUCHACHO  

http://i.imgur.com/1hXmT.png

http://i.imgur.com/1hXmT.png

Je suis d'accord sur le coté historique, et les origines qui expliquent bien des défauts du langage, mais si on juge le langage sur ce qu'il est, objectivement, il y a eu des erreurs, comme le choix < et > comme délimiteurs de templates (parce que leur syntaxe est ambigue), par exemple. Et le préprocesseur, énorme hack (il n'y a pas d'autre mot) hérité du  C, est une abomination. A l'époque, les modules existaient déjà dans d'autres langages, et c'est uniquement le soucis de compatibilité avec le C qui a fait que Bjarne a gardé le préprocesseur. Et encore, c'est moins le fait qu'il l'ait gardé pour raison de compatibilité que le fait qu'il l'ait rendu obligatoire comme système d'unités de compilation qui est une erreur.

Mais un C++ avec des modules au lieu d'includes et du préprocesseur aurait été déjà nettement plus agréable. Et honnêtement, je doute que le préprocesseur ait jamais contribué au succès de C++. Après, il y a quelques fonctionnalités à moitié bancales comme const. Mais je reconnais que gérer correctement la sémantique de const et de l'immutabilité est quelque chose de très complexe dans un langage système.

 
Fig.1: Lam's découvre un générateur d'image en ligne

Paul "stiffler" Emploi - Parasite professionnel

Et donc tu vois un jeune de 20 piges sans XP debarquer, il concentre ses questions sur les outils et les horaires et ca ne te choque pas plus que ca ? T'as aucun warning qui s'allume dans ta tete ?
Sans vouloir etre mechant je me dis d'entree de jeu que c'est un putain d'autiste qui n'arrivera pas a travailler en groupe et reste en mode scolaire je dois faire mon code.
Apres selon la taille de la boite je me dis qu'il est pas debrouillard car pas foutu capable de trouver des personnes pour repondre a ce genre de questions en dehors de l'entretien (linkedin, forum, ami, blablabla)
Il me manque juste le debat sur le salaire sur 12mois/13mois et un hors sujet pour expliquer que 12mois c'est mieux pour trouver un appart, il galere un peu avec sa copine au chomage etc...