Sinon il y a la version PDF ici à 5 fois moins cher: http://www.pearson.fr/livre/?GCOI=27440100643800
edit: Ninja par Tupad.
Sinon il y a la version PDF ici à 5 fois moins cher: http://www.pearson.fr/livre/?GCOI=27440100643800
edit: Ninja par Tupad.
L'homme est un fou pour l'homme. Toi qui viens de me mettre un aie au moins le courage d'expliquer pourquoi tu n'es pas d'accord.
150 euro l'edition, 32,30 euro l'edition PDF.... Faut vraiment que je me mette a ecrire des bouquins aussi vagues que celui-la, ca a l'air rentable !
Tout d'abord, le niveau de francais est important, quelle que soit la nationalite de la personne.Donc je vous demande vivement vous qui contestent ça de nous dire vos méthodes génie pour découvrir les génies. En tout ce n'est pas en donné exercices algorithmiquement complexe que vous saurez qu'il est génie, possible qu'il connait la solution, possible que vous n'arrivez à recruter personne si vous ne vous basez que sur ça, vu que les truc complexe tout le monde n'est pas toujours capable de résoudre dans 2heures.
Dites nous ce que vous faites, au début, si vous avez des centaines de candidat dont vous cherchez les plus talentueux.
Ensuite, je n'ai jamais fait passer de tests ecrits, mais des tests oraux, bases sur le CV : tu commences par poser une question, et en fonction de la reponse, tu enchaines. Ca demande 3 ou 4 ingenieurs ayant une tres bonne culture informatique (aussi large que possible), afin de couvrir autant de domaines que possible.
A ma connaissance, sur une quinzaine de recrutements, une seule erreur a eu lieue, une personne qui s'est averee demotivee et qui s'est reconvertit dans autre chose.
Un candidat particulierement talentueux a aussi ete trouve (et embauche), et je peux vous assurer que personne n'avait de doute a la fin de l'entretient.
Par ailleurs, cela nous a aussi permis de deceler des candidats techniquement tres bons, mais qui auraient poses des problemes relationnels au sein de l'equipe.
je crois effectivement qu'il confond talent et... efficacité technique..
On peut être pointilleux et rapide, ou lent et pas pointilleux..
D'ailleurs, une qualité expressément nécessaire , si l'on est pointilleux, est de savoir s'arrêter de rechercher la petite bête.. Sinon on ne sort rien...
Tout à fait..
Je te trouve extrêmement optimiste..
Je suis assez d'accord avec ça..
Oui et non...
Si il en respecte au moins 1, ça veut simplement dire qu'il peut éventuellement venir bosser..
Nécessaire, mais de loin pas suffisant...
Non, mais ça n'est pas dit non plus quil sera d'une grande valeur ajoutée.. Si il est incapable d'accepter des critiques, si il a un problème de relations humaines et qu'il ne s'entend pas avec les autres, si il a du mal avec une autorité, si il est trop "expert" dans son truc et que pour lui ce langage ou cette technique "c'est Dieu", il serait un très mauvais élément...
Absolument. Disons qu'il doit servir de base d'une part pour cerner points forts/faibles, et d'autre part pour établir une discussion..
Mais en général (ce n'est pas le cas en France), les boîtes sérieuses en Amérique du Nord qui ont une personne qui semble les intéresser vont réellement enquêter : téléphoner, vérifier avec les références données et les noms des boîtes.. Je ne comprend d'ailleurs pas pourquoi les boîtes françaises ne le font pas, laissant liibre cours au truandage de CV..
Je ne sais pas d'où vous tirez (sans doute de vous-même) cette idée que la passion rend meilleur..
C'est bien souvent le contraire..
La passion, surtout vis-à-vis de l'informatique, n'a que peu à voir avec d'une part le talent, et d'autre part "un bon élément"..
Comme le dit Kihmé :
Un "passionné" va avoir des oeillères, que ce soit vis-à-vis de l'usage d'autres langages, d'autres approches, de remises en causes et de critiques.. Un passionné est moins flexible, et trop psycho-rigide.. Il aura du mal à ne pas se laisser emporter par la technicité, et penser/rester sur des choses simples, ou pas "du dernier cri", et donc réellement maintenables et fables..
Après, tout dépend de ce qu'on met sous le terme "passionné". Si c'est être passioné par le sujet, par l'objet de fond du logiciel, c'est une bonne chose. Par contre, si c'est un passionné technique, d'un langage ou équivalent, c'est une très mauvaise chose..
"Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".
Consultant indépendant.
Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
C, Fortran, XWindow/Motif, Java
Je ne réponds pas aux MP techniques
Java : Cours et tutoriels - FAQ - Java SE 8 API - Programmation concurrente
Ceylon : Installation - Concepts de base - Typage - Appels et arguments
ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
Une solution vous convient ? N'oubliez pas le tag
Signature par pitipoisson
Uncle Bob Martin ne préconise pas l'absence de documentation, mais juste ce qu'il faut de documentation, ce qui est différent. Si tu développes une API et que ses destinataires ont besoin d'une doc de celle-ci (Javadoc...) il n'y a aucune raison de ne pas commenter le code. Ce qui n'empêche pas de donner des noms expressifs à tes classes, méthodes et variables par ailleurs.
Quand tu le lis, il n'est pas si vague que ça et contient une mine de bonnes pratiques qu'on devrait parfois avoir un peu plus en tête. Je te le conseille
Par ailleurs il est dispo en anglais à partir d'une trentaine d'euros. Comme ça a déjà été dit, c'est juste l'édition française qui est "rare".
Oui c'est ce que je me suis dit après avoir eu envie de l'acheter, mais quand j'ai vu le prix je me suis ravisé.
Je penser surtout que les vendeurs profitent du fait qu'il y ait de la demande et extrêmement peu d'offres.
Ca me rappelle les packs collectors du dernier Resident Evil sur 3DS ... Après épuisement des stocks ça se vendait 2, 3 voire 4 fois le prix de base.
L'homme est un fou pour l'homme. Toi qui viens de me mettre un aie au moins le courage d'expliquer pourquoi tu n'es pas d'accord.
Pourquoi tant parler de génie ? Environ 50 fois dans la discussion !
Il ne s'agit que de développement, finalement.
Finalement être un bon développeur, c'est surtout être au charbon.
d'ailleurs, personne (à part ici des gens qui peut-être se prennent pour des..) n'a parlé de "génies", mais de "talentueux"..
Grande nuance..
"Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".
Consultant indépendant.
Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
C, Fortran, XWindow/Motif, Java
Je ne réponds pas aux MP techniques
Moi je dis simplement qu'il faut avoir un projet personnel qui tient la route (valorisant tout votre savoir faire) et aucun souci d'embauche pour ma part.
D'une part ça montre votre motivation car pas beaucoup de monde on un projet perso et d'autre part ça montre votre savoir-faire.
Si la boite arrive à reconnaître le travail effectuer comme satisfaisant voir + c'est gagné sinon aller voir ailleurs car ils ne connaissent pas forcément votre métier.
Au passage un ti big up à developpez.com qui est un très bon site.
Dernière modification par Invité ; 12/07/2012 à 14h17.
Oui tu as tout à fait raison pour la documentation, pour moi c'est LE livre qu'un programmeur doit lire pour coder proprement. Certes il y a quelques évidences mais on les oublie souvent
Je viens de voir le prix, je suis choqué j'avais pris le premier lien de google pour que les gens sachent ce que c'est, je l'avais en version PDF et en anglais et c'est pas si cher.
En allemagne on fait autrement:
- le candidat se présente à l'entretien avec ses références + 1 dossier d'appréciation que chacun de ses précédents employeur a rédigé.
- Pour les postes Senior Java ou architecture il est souvent demandé une certification SCJP, 1ere mouture du SCEA ou autre.
- Il est souvent demandé de parler 1 langue de plus en dehors de l'Allemand et de l'anglais.
J'ai passé pour mon emploi actuel 3 entretien de 3 heures chacun où j'ai rencontré successivement: directrice du personnel, chef R&D, architecte global et second, 2 développeurs, le directeur de l'entreprise, le responsable du développement, 1 responsable de produit. On m'a testé sur un cas concret d'architecture orientée services avec messagerie, sécurité, documentation, stratégie de tests adoptée, critique du modèle existant et critique de ma propre solution Certes, cela génère du stress, cela dure 1 mois parfois pour effectuer les 3 entretiens, mais au moins on est jugé sur plusieurs critères et non le seul critère technique de la prog. Certes, cela ne ressemble qu'à la culture de cette entreprise là, mais beaucoup de ces éléments m'ont été demandés dans d'autres entretiens. Etrangement, c'est à cause de la qualité de ce recrutement en particulier que j'ai choisi de bosser pour cette boite et non une autre où mon salaire aurait été de surcroit meilleur.
En genral j'aime pas ce genre de tests, j'ai pas besoin de prouver que suis un développeur de génie ou un con... qui finalement avec le temps les supérieurs se rendent compte que suis un développeur flemmard, qui communique peu, rarement de bonne humeur (parce que dans les entreprises y a ces kikou commerciaux aux sujets de conversations débiles, difficile d'avoir des collèges geek/gameur dans mon genre), capable de faire des erreurs (on est des hommes et pas des machines), mais qui en général suis capable d'aller au bout de tout les problèmes possibles et impossibles... pas de soucie au niveau du langage de prog, techniques de dev, traitement des données, reporting...
Ceci dit, un développeur en fin de compte dans la boite, c'est juste un peu comme l'ouvrier, rarement mis en valeur ou en avant... malgré le fait que nous sommes les seuls capable d'aider a faire beaucoup de chiffres pour la boite et facilité la vie des salariés, bah ce qui compte chez eux c'est que le commercial et nous on passe en dernier, avec souvent un salaire moins bon !
Ecrire de la doc c'est accepter avec fatalité l'idée que le code des tests et le code de prod n'est pas suffisamment parlant, et qu'on n'a pas assez montré ses intentions.
Sinon un gars qui fait du TDD, même pas très bien mais qui a compris la philosophie, je l'embauche. Et s'ils développent vraiment en tiny steps, là je suis même ouvert à la négo salariale
Comment ont-ils fait pour me cerner à ce point sans jamais m'avoir vu. ' sont forts, sérieux.
"Un homme sage ne croit que la moitié de ce qu’il lit. Plus sage encore, il sait laquelle".
Consultant indépendant.
Architecture systèmes complexes. Programmation grosses applications critiques. Ergonomie.
C, Fortran, XWindow/Motif, Java
Je ne réponds pas aux MP techniques
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager