Par exemple supposons qu'on a assigné quelqu'un à UN projet de son (sound). Il ne connaît que ça.
Un beau jour PulseAudio s'impose, mais l'autre il n'y connaît que dalle. On gros on sera obligé de le virer.
Parce que c'est bien connu, les développeurs ne sont pas capables d'apprendre ou de transposer ses compétences sur autre chose. Si le mec connait un systéme de son, il n'a aucune chance d'en connaitre un autre, surtout si du jour au lendemain, san sprevenir, le truc change. Car c'est aussi comme ça que ça marche, un jour, y a rien, le lendemain, sans avoir le temps de regarder u voir les choses bouger, paf, y a pulseaudio.
( je précise que c'est du sarcasme pour me moquer des idées délirantes de kadalka )
Des personnes qui passent d'un produit à un autre, on en trouve souvent. par exemple, Apple et Ivan Krstic (qui a bossé sur le système de sécurité de l'OLPC avant d'aller faire pareil chez Apple), Luke Kanies qui bossé sur cfengine avant de faire Puppet, les mecs de Chef qui ont fait pareil vis à vis de Puppet, Michael DeHaan le fondateur de ansibleWorks qui a écrit func avant de bosser sur ansible. Des exemples comme ça, je peux en sortir des tonnes, et ça, c'est juste la partie visible de l'iceberg, car c'est exactement pareil dans le proprio.
Si tu veux quelqu'un pour bosser sur un produit, tu va pas prendre quelqu'un qui n'a jamais touché à ce produit, tu va prendre quelqu'un qui a l'expérience dans le domaine. Donc par exemple, tu va prendre une personne qui a déjà codé sur mysql pour bosser sur postgresql, etc. Ou sur un cms en php comme wordpress pour bosser sur drupal.
[^] # Re: De l'influence de l'employeur.
Posté par Misc (site web personnel) . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 8.
Parce que c'est bien connu, les développeurs ne sont pas capables d'apprendre ou de transposer ses compétences sur autre chose. Si le mec connait un systéme de son, il n'a aucune chance d'en connaitre un autre, surtout si du jour au lendemain, san sprevenir, le truc change. Car c'est aussi comme ça que ça marche, un jour, y a rien, le lendemain, sans avoir le temps de regarder u voir les choses bouger, paf, y a pulseaudio.
( je précise que c'est du sarcasme pour me moquer des idées délirantes de kadalka )
Des personnes qui passent d'un produit à un autre, on en trouve souvent. par exemple, Apple et Ivan Krstic (qui a bossé sur le système de sécurité de l'OLPC avant d'aller faire pareil chez Apple), Luke Kanies qui bossé sur cfengine avant de faire Puppet, les mecs de Chef qui ont fait pareil vis à vis de Puppet, Michael DeHaan le fondateur de ansibleWorks qui a écrit func avant de bosser sur ansible. Des exemples comme ça, je peux en sortir des tonnes, et ça, c'est juste la partie visible de l'iceberg, car c'est exactement pareil dans le proprio.
Si tu veux quelqu'un pour bosser sur un produit, tu va pas prendre quelqu'un qui n'a jamais touché à ce produit, tu va prendre quelqu'un qui a l'expérience dans le domaine. Donc par exemple, tu va prendre une personne qui a déjà codé sur mysql pour bosser sur postgresql, etc. Ou sur un cms en php comme wordpress pour bosser sur drupal.
Donc non, tu va pas être obligé de le virer.