In article <48085966$0$11057$,
Michael DOUBEZ wrote:1. ceux qui font illusion mais qui ne savent pas. De loin les moins
dangereux, ils font de leur mieux et apprennent vite.
Ah non non, pas seulement. Il y a quand meme ceux qui sont extremement
doues
en relations humaines et mensonges en tout genre, incompetents
techniquement,
mais qui savent faire illusion, entre autres en s'arrangeant pour n'etre
jamais pris en flagrant delit de ne pas savoir, et en essayant de faire
porter le chapeau a d'autres.
Ceux-la peuvent te pourrir une equipe de facon extraordinaire.
In article <48085966$0$11057$426a74cc@news.free.fr>,
Michael DOUBEZ <michael.doubez@free.fr> wrote:
1. ceux qui font illusion mais qui ne savent pas. De loin les moins
dangereux, ils font de leur mieux et apprennent vite.
Ah non non, pas seulement. Il y a quand meme ceux qui sont extremement
doues
en relations humaines et mensonges en tout genre, incompetents
techniquement,
mais qui savent faire illusion, entre autres en s'arrangeant pour n'etre
jamais pris en flagrant delit de ne pas savoir, et en essayant de faire
porter le chapeau a d'autres.
Ceux-la peuvent te pourrir une equipe de facon extraordinaire.
In article <48085966$0$11057$,
Michael DOUBEZ wrote:1. ceux qui font illusion mais qui ne savent pas. De loin les moins
dangereux, ils font de leur mieux et apprennent vite.
Ah non non, pas seulement. Il y a quand meme ceux qui sont extremement
doues
en relations humaines et mensonges en tout genre, incompetents
techniquement,
mais qui savent faire illusion, entre autres en s'arrangeant pour n'etre
jamais pris en flagrant delit de ne pas savoir, et en essayant de faire
porter le chapeau a d'autres.
Ceux-la peuvent te pourrir une equipe de facon extraordinaire.
En effet. Par exemple, quand tu veux sélectionner des caissières de
supermarché, le QCM est parfait: sur quel bouton appuyer quand on voit
tel ou tel produit? Choix entre les 20 boutons de la caisse...
Mais quand on veut sélectionner un dévelopeur logiciel, ce n'est pas
du tout le même genre de critère que l'on recherche. On veut des gens
intelligent, capables de penser par eux même, d'inventer des solutions
aux problèmes, et même de contourner les problèmes pour éviter d'a voir
à inventer des solutions inutiles. Va sélectionner ça avec un QCM!
En effet. Par exemple, quand tu veux sélectionner des caissières de
supermarché, le QCM est parfait: sur quel bouton appuyer quand on voit
tel ou tel produit? Choix entre les 20 boutons de la caisse...
Mais quand on veut sélectionner un dévelopeur logiciel, ce n'est pas
du tout le même genre de critère que l'on recherche. On veut des gens
intelligent, capables de penser par eux même, d'inventer des solutions
aux problèmes, et même de contourner les problèmes pour éviter d'a voir
à inventer des solutions inutiles. Va sélectionner ça avec un QCM!
En effet. Par exemple, quand tu veux sélectionner des caissières de
supermarché, le QCM est parfait: sur quel bouton appuyer quand on voit
tel ou tel produit? Choix entre les 20 boutons de la caisse...
Mais quand on veut sélectionner un dévelopeur logiciel, ce n'est pas
du tout le même genre de critère que l'on recherche. On veut des gens
intelligent, capables de penser par eux même, d'inventer des solutions
aux problèmes, et même de contourner les problèmes pour éviter d'a voir
à inventer des solutions inutiles. Va sélectionner ça avec un QCM!
Nan mais là il ne faut jamais avoir fait de prog de sa vie.
Et donc, il est idiot de se présenter à un entretien.
Nan mais là il ne faut jamais avoir fait de prog de sa vie.
Et donc, il est idiot de se présenter à un entretien.
Nan mais là il ne faut jamais avoir fait de prog de sa vie.
Et donc, il est idiot de se présenter à un entretien.
Ca dépends. Quelques question précises permettent de cerner certaines
caractéristiques:
- est ce qu'elle utilise le C++ comme un C amélioré ?
- est ce qu'elle connait les idiomes classiques RAII, CRTP, ...
- Est ce qu'elle a lu un peu (questions extraites de livres comme
Effective C++)
C'est des questions différente:
1. La connaissance du langage
2. La capacité à résoudre un problème (analyse et mise en oeuvre)
3. Expérience des projets
Et ce n'est pas un comportement en production qui est évalué mais un
comportement en situation de recrutement, ça fait pas mal de différence
en fonction de la personnalité du candidat.
résultat obtenu qu'aux processus mis en oeuvres aussi bien techniques
que humains.
Ca dépends. Quelques question précises permettent de cerner certaines
caractéristiques:
- est ce qu'elle utilise le C++ comme un C amélioré ?
- est ce qu'elle connait les idiomes classiques RAII, CRTP, ...
- Est ce qu'elle a lu un peu (questions extraites de livres comme
Effective C++)
C'est des questions différente:
1. La connaissance du langage
2. La capacité à résoudre un problème (analyse et mise en oeuvre)
3. Expérience des projets
Et ce n'est pas un comportement en production qui est évalué mais un
comportement en situation de recrutement, ça fait pas mal de différence
en fonction de la personnalité du candidat.
résultat obtenu qu'aux processus mis en oeuvres aussi bien techniques
que humains.
Ca dépends. Quelques question précises permettent de cerner certaines
caractéristiques:
- est ce qu'elle utilise le C++ comme un C amélioré ?
- est ce qu'elle connait les idiomes classiques RAII, CRTP, ...
- Est ce qu'elle a lu un peu (questions extraites de livres comme
Effective C++)
C'est des questions différente:
1. La connaissance du langage
2. La capacité à résoudre un problème (analyse et mise en oeuvre)
3. Expérience des projets
Et ce n'est pas un comportement en production qui est évalué mais un
comportement en situation de recrutement, ça fait pas mal de différence
en fonction de la personnalité du candidat.
résultat obtenu qu'aux processus mis en oeuvres aussi bien techniques
que humains.
Ca dépends. Quelques question précises permettent de cerner certaines
caractéristiques:
- est ce qu'elle connait les idiomes classiques RAII, CRTP, ...
je suis contre ce genre de question. Je n'aime pas m'encombrer l'esprit
avec des acronymes (surtout dans toutes les langues) et cela ne prouve
aucune connaissance de C++.
de plus les design patterns sont un choix possible parmi d'autres et ne
font pas parti du C++ en tant que tel
et si c'est pour savoir si la personne "maitrise" l'usage du c++, alors
c'est encore pire comme question car cela l'enferme dans un choix.
- Est ce qu'elle a lu un peu (questions extraites de livres comme
Effective C++)
encore plus contre
chaque libre est ecrit avec des biais lies a celui qui ecrit.
connaitre le c++ n'est pas avoir lu un livre precis...
Cette question prouve juste que la personne a fait comme tout le monde
un qcm ne peut pas marcher car ses question nepeuvent qu'etre tires de
la norme elle meme
tout le reste n'est que choix en tout genre
on peut se passer des concepts dit vitaux et avoir sa facon de faire qui
est tout aussi efficace...
bref on ne peut que la mettre devant un probleme et analyser sa reaction
ou lui poser des questions sur la norme elle meme... AMHA bien sur
C'est des questions différente:
1. La connaissance du langage
2. La capacité à résoudre un problème (analyse et mise en oeuvre)
3. Expérience des projets
differentes comme questions mais liees au probleme
Et ce n'est pas un comportement en production qui est évalué mais un
comportement en situation de recrutement, ça fait pas mal de
différence en fonction de la personnalité du candidat.
le recrutement est fait pour la production
Je m'attacherais moins au
résultat obtenu qu'aux processus mis en oeuvres aussi bien techniques
que humains.
ces processus echappent justement au qcm
On n'évalue pas la maitrise du C++ de quelqu'un avec 10 ou 15 questions posées sur des points précis.Pour moi, le mieux pour évaluer, c'est de le/la mettre face un problème en temps donée
et de regarder le résultat produit.
Ca dépends. Quelques question précises permettent de cerner certaines
caractéristiques:
- est ce qu'elle connait les idiomes classiques RAII, CRTP, ...
je suis contre ce genre de question. Je n'aime pas m'encombrer l'esprit
avec des acronymes (surtout dans toutes les langues) et cela ne prouve
aucune connaissance de C++.
de plus les design patterns sont un choix possible parmi d'autres et ne
font pas parti du C++ en tant que tel
et si c'est pour savoir si la personne "maitrise" l'usage du c++, alors
c'est encore pire comme question car cela l'enferme dans un choix.
- Est ce qu'elle a lu un peu (questions extraites de livres comme
Effective C++)
encore plus contre
chaque libre est ecrit avec des biais lies a celui qui ecrit.
connaitre le c++ n'est pas avoir lu un livre precis...
Cette question prouve juste que la personne a fait comme tout le monde
un qcm ne peut pas marcher car ses question nepeuvent qu'etre tires de
la norme elle meme
tout le reste n'est que choix en tout genre
on peut se passer des concepts dit vitaux et avoir sa facon de faire qui
est tout aussi efficace...
bref on ne peut que la mettre devant un probleme et analyser sa reaction
ou lui poser des questions sur la norme elle meme... AMHA bien sur
C'est des questions différente:
1. La connaissance du langage
2. La capacité à résoudre un problème (analyse et mise en oeuvre)
3. Expérience des projets
differentes comme questions mais liees au probleme
Et ce n'est pas un comportement en production qui est évalué mais un
comportement en situation de recrutement, ça fait pas mal de
différence en fonction de la personnalité du candidat.
le recrutement est fait pour la production
Je m'attacherais moins au
résultat obtenu qu'aux processus mis en oeuvres aussi bien techniques
que humains.
ces processus echappent justement au qcm
On n'évalue pas la maitrise du C++ de quelqu'un avec 10 ou 15 questions posées sur des points précis.Pour moi, le mieux pour évaluer, c'est de le/la mettre face un problème en temps donée
et de regarder le résultat produit.
Ca dépends. Quelques question précises permettent de cerner certaines
caractéristiques:
- est ce qu'elle connait les idiomes classiques RAII, CRTP, ...
je suis contre ce genre de question. Je n'aime pas m'encombrer l'esprit
avec des acronymes (surtout dans toutes les langues) et cela ne prouve
aucune connaissance de C++.
de plus les design patterns sont un choix possible parmi d'autres et ne
font pas parti du C++ en tant que tel
et si c'est pour savoir si la personne "maitrise" l'usage du c++, alors
c'est encore pire comme question car cela l'enferme dans un choix.
- Est ce qu'elle a lu un peu (questions extraites de livres comme
Effective C++)
encore plus contre
chaque libre est ecrit avec des biais lies a celui qui ecrit.
connaitre le c++ n'est pas avoir lu un livre precis...
Cette question prouve juste que la personne a fait comme tout le monde
un qcm ne peut pas marcher car ses question nepeuvent qu'etre tires de
la norme elle meme
tout le reste n'est que choix en tout genre
on peut se passer des concepts dit vitaux et avoir sa facon de faire qui
est tout aussi efficace...
bref on ne peut que la mettre devant un probleme et analyser sa reaction
ou lui poser des questions sur la norme elle meme... AMHA bien sur
C'est des questions différente:
1. La connaissance du langage
2. La capacité à résoudre un problème (analyse et mise en oeuvre)
3. Expérience des projets
differentes comme questions mais liees au probleme
Et ce n'est pas un comportement en production qui est évalué mais un
comportement en situation de recrutement, ça fait pas mal de
différence en fonction de la personnalité du candidat.
le recrutement est fait pour la production
Je m'attacherais moins au
résultat obtenu qu'aux processus mis en oeuvres aussi bien techniques
que humains.
ces processus echappent justement au qcm
On n'évalue pas la maitrise du C++ de quelqu'un avec 10 ou 15 questions posées sur des points précis.Pour moi, le mieux pour évaluer, c'est de le/la mettre face un problème en temps donée
et de regarder le résultat produit.
En effet. Par exemple, quand tu veux sélectionner des caissières de
supermarché, le QCM est parfait: sur quel bouton appuyer quand on voit
tel ou tel produit? Choix entre les 20 boutons de la caisse...
Mais quand on veut sélectionner un dévelopeur logiciel, ce n'est pas
du tout le même genre de critère que l'on recherche. On veut des gens
intelligent, capables de penser par eux même, d'inventer des solutions
aux problèmes, et même de contourner les problèmes pour éviter d'a voir
à inventer des solutions inutiles. Va sélectionner ça avec un QCM!
En effet. Par exemple, quand tu veux sélectionner des caissières de
supermarché, le QCM est parfait: sur quel bouton appuyer quand on voit
tel ou tel produit? Choix entre les 20 boutons de la caisse...
Mais quand on veut sélectionner un dévelopeur logiciel, ce n'est pas
du tout le même genre de critère que l'on recherche. On veut des gens
intelligent, capables de penser par eux même, d'inventer des solutions
aux problèmes, et même de contourner les problèmes pour éviter d'a voir
à inventer des solutions inutiles. Va sélectionner ça avec un QCM!
En effet. Par exemple, quand tu veux sélectionner des caissières de
supermarché, le QCM est parfait: sur quel bouton appuyer quand on voit
tel ou tel produit? Choix entre les 20 boutons de la caisse...
Mais quand on veut sélectionner un dévelopeur logiciel, ce n'est pas
du tout le même genre de critère que l'on recherche. On veut des gens
intelligent, capables de penser par eux même, d'inventer des solutions
aux problèmes, et même de contourner les problèmes pour éviter d'a voir
à inventer des solutions inutiles. Va sélectionner ça avec un QCM!
On 17 avr, 20:04, Pascal Bourguignon wrote:En effet. Par exemple, quand tu veux sélectionner des caissières de
supermarché, le QCM est parfait: sur quel bouton appuyer quand on voit
tel ou tel produit? Choix entre les 20 boutons de la caisse...
Le fait de prendre un exemple absurde n'infirme pas ce que j'ai dit
précédemment.
Mais quand on veut sélectionner un dévelopeur logiciel, ce n'est pas
du tout le même genre de critère que l'on recherche. On veut des gens
intelligent, capables de penser par eux même, d'inventer des solutions
aux problèmes, et même de contourner les problèmes pour éviter d'avoir
à inventer des solutions inutiles. Va sélectionner ça avec un QCM!
J'ai bien précisé qu'il s'agissait d'évaluation de la connaissance,
pas un test cognitif.
On 17 avr, 20:04, Pascal Bourguignon <p...@informatimago.com> wrote:
En effet. Par exemple, quand tu veux sélectionner des caissières de
supermarché, le QCM est parfait: sur quel bouton appuyer quand on voit
tel ou tel produit? Choix entre les 20 boutons de la caisse...
Le fait de prendre un exemple absurde n'infirme pas ce que j'ai dit
précédemment.
Mais quand on veut sélectionner un dévelopeur logiciel, ce n'est pas
du tout le même genre de critère que l'on recherche. On veut des gens
intelligent, capables de penser par eux même, d'inventer des solutions
aux problèmes, et même de contourner les problèmes pour éviter d'avoir
à inventer des solutions inutiles. Va sélectionner ça avec un QCM!
J'ai bien précisé qu'il s'agissait d'évaluation de la connaissance,
pas un test cognitif.
On 17 avr, 20:04, Pascal Bourguignon wrote:En effet. Par exemple, quand tu veux sélectionner des caissières de
supermarché, le QCM est parfait: sur quel bouton appuyer quand on voit
tel ou tel produit? Choix entre les 20 boutons de la caisse...
Le fait de prendre un exemple absurde n'infirme pas ce que j'ai dit
précédemment.
Mais quand on veut sélectionner un dévelopeur logiciel, ce n'est pas
du tout le même genre de critère que l'on recherche. On veut des gens
intelligent, capables de penser par eux même, d'inventer des solutions
aux problèmes, et même de contourner les problèmes pour éviter d'avoir
à inventer des solutions inutiles. Va sélectionner ça avec un QCM!
J'ai bien précisé qu'il s'agissait d'évaluation de la connaissance,
pas un test cognitif.
L'idéal serait d'essayer le candidat mais c'est pas faisable.
L'idéal serait d'essayer le candidat mais c'est pas faisable.
L'idéal serait d'essayer le candidat mais c'est pas faisable.
L'idéal serait d'essayer le candidat mais c'est pas faisable.
Pourtant, la « période d'essai » porte bien son nom, non ?
L'idéal serait d'essayer le candidat mais c'est pas faisable.
Pourtant, la « période d'essai » porte bien son nom, non ?
L'idéal serait d'essayer le candidat mais c'est pas faisable.
Pourtant, la « période d'essai » porte bien son nom, non ?
Oui, mais non.
Dépenser 10000 € pour tester un gars, c'est un peu cher payer non?
Oui, mais non.
Dépenser 10000 € pour tester un gars, c'est un peu cher payer non?
Oui, mais non.
Dépenser 10000 € pour tester un gars, c'est un peu cher payer non?