Quel est le problème d'être un singe code? (Ou, qu'est-ce qu'un singe code?)
Les programmeurs ont tendance à parler d'être un "singe de code" de manière péjorative. "Ne marche pas là, tu seras juste un singe de code!".
J'ai deux offres d'emploi, l'une dans une petite entreprise, l'autre dans une très grande entreprise (même salaire). Mon ami vient de me dire que je serai un singe de code dans la grande entreprise et sait par expérience que la petite entreprise sera plus gratifiante que de me réduire à un "singe de code".
Je ne comprends pas vraiment la distinction entre un "singe de code" et un "vrai" programmeur. Veuillez développer. J'adore la programmation, donc pour moi l'idée de s'asseoir devant une programmation informatique (c'est-à-dire un singe de code) ne semble pas mauvaise. Qu'entend un programmeur par "singe de code" s'il aime la programmation?
Code Monkey signifie faire un codage si simple qu'un singe pourrait le faire
Il est souvent utilisé pour désigner les tâches de programmation de niveau le plus bas, mais peut également être utilisé pour désigner quelqu'un qui ne fait que coder. Aucune conception d'interface utilisateur, aucune contribution architecturale, aucune décision de développement, etc.
Il n'y a rien de mal à être un singe de code (je m'appelle parfois un), mais les chances sont que si tout ce que vous faites est de coder, vous ne monterez jamais dans la chaîne et ne verrez pas ces salaires plus élevés qui viennent avec la possibilité de voir et de comprendre l'ensemble du cycle de développement logiciel.
"Code monkey" décrit le codeur pour lequel aucune créativité n'est requise. Un tel codeur effectuerait des tâches répétitives, ennuyeuses et souvent fastidieuses, telles que la forme de clone et en changer une déposée, etc.
Ce que vous appelez un "vrai programmeur" serait une personne qui participe réellement à la conception de la logique de l'application et utilise la créativité au travail.
Pour moi, au moins, la distinction est qu'un singe de code produit simplement du code sans vraiment y penser, alors qu'un programmeur "approprié" est un professionnel. Ils utilisent des techniques d'ingénierie pour produire un code de meilleure qualité et connaissent le système dans son ensemble, font une meilleure planification et une conception plus approfondie.
Par exemple, certaines fonctionnalités d'un programmeur "approprié" (bien que conscient du culte du fret) pourraient être:
- Un programmeur participe, dans une certaine mesure, à l'ensemble du cycle de vie du développement logiciel, pas seulement au codage. Les singes codés peuvent coder des conceptions ou des exigences qui leur ont été déversées, plutôt que créés en consultation avec eux.
- Les programmeurs créent des conceptions étendues (y compris des tests) avant d'écrire un code. Ils sont assez certains que le design est bon (rapide, efficace, etc.) avant de commencer à l'écrire. Les singes de code sautent directement dedans. Ils ne savent pas si la conception est bonne jusqu'à ce qu'ils l'exécutent.
- Les programmeurs prennent la responsabilité de planifier leur propre travail. Les singes de code font juste ce que leur manager leur dit, quand on leur dit de le faire.
- Les programmeurs sont appréciés en tant qu'individu pour leur créativité et leurs compétences. Les singes codés sont considérés comme des boîtes noires interchangeables qui produisent du code.
- Les programmeurs sont adaptables; ils peuvent appliquer leurs compétences à de nombreux domaines, langages, etc. Les singes codeurs se spécialisent trop et se perdent s'ils doivent travailler avec un nouveau cadre.
- Les programmeurs cherchent toujours à se développer en tant que professionnel. Les singes codés restent où ils sont en termes de compétences et d'expérience.
J'ai utilisé deux points aux extrémités opposées d'un spectre ici - je pense que la plupart des emplois se situeront quelque part entre les deux. De plus, il est peu probable qu'une carrière entière reste au même endroit - une bonne entreprise s'efforcera de déplacer ses employés vers la fin programmeur de l'échelle grâce à la formation et au développement professionnel. Il peut être intéressant de prendre un poste de programmeur junior à la fin du code singe si l'employeur a un programme d'études supérieures ou similaire qui se traduira éventuellement par un statut de programmeur "approprié".
"Code Monkey" 'code mon.key' (/ koʊd// ˈmʌŋki /)
Un "Code Monkey" est un terme péjoratif utilisé pour décrire un programmeur qui:
- Prépare des tâches de programmation considérées comme extrêmement simples ou sans réel défi.
- Pas vraiment autorisé à résoudre des problèmes ou à participer à la conception de l'application.
Maintenant "vrai" les programmeurs ont parfois aussi de temps en temps des préformes de ce type de codage.
Cependant la différence principale est qu'un "singe de code" n'a pas le choix de faire autre chose.
Un "Code Monkey" pourrait être utilisé pour impliquer soit position OR capacité
Selon le fichier jargon un singe de code peut se référer à:
Une personne uniquement capable de broyer du code, mais incapable d'exécuter les tâches de niveau supérieur d'architecture, d'analyse et de conception logicielles. Légèrement insultant. Souvent appliqué aux personnes les plus juniors d'une équipe de programmation.
Quiconque écrit du code pour gagner sa vie; un programmeur.
Une manière auto-décourageante de nier la responsabilité d'une décision de gestion ou de se plaindre d'avoir à vivre avec de telles décisions. Comme dans "Ne me demandez pas pourquoi nous devons écrire un compilateur en COBOL, je suis juste un singe de code."
Selon Jonathan Coulton un singe code:
- S'ils sont confrontés à des critiques injustes à propos de leur code, ils susciteront une rage contre le critique, mais au risque de nuire à leur statut professionnel, ils garderont la rage refoulée et ne diront rien (ils affirmeront qu'ils ne le sont pas fou, juste fier.)
- Aime Fritos, Tab et Mountain Dew.
- Avoir un côté sensible qu'ils préfèrent ne pas montrer, ou plus probablement ne pas savoir (ils ont de grands cœurs "secrets" flous et chauds).
- Ils savent qu'ils travaillent dans un cul-de-sac et au lieu de venir à ce poste, ils préfèrent de loin se réveiller, manger un gâteau au café, prendre un bain et faire une sieste.
- Essaie de se convaincre que son travail est "satisfaisant de manière créative", mais au fond, ils savent que c'est une telle merde.
- Pas si bon dans les situations sociales.
- Tout bien considéré a encore de belles perspectives sur son avenir.
Sérieusement, un travail ne peut pas faire de vous un singe codé, seul votre comportement et votre attitude peuvent le faire.
Il y a tout un chapitre sur les types de programmeurs dans "Code Craft" de Pete Goodliffe . Tous les aspects de ce que signifie "Code Monkey" sont mentionnés dans les autres réponses. Ce que je voudrais souligner (et ce que le texte de Goodliffe montre), c'est que vous pouvez trouver des avantages et contre pour toutes sortes. Selon le travail et la personnalité, il peut être bon/souhaitable/satisfaisant d'être le code singe de l'équipe, qui fait des idées/concepts/plans une réalité en produisant "Beautiful Code".
En ce qui concerne un bon programmeur, vous serez un très bon programmeur, peu importe où vous allez, ma suggestion serait d'ailleurs un développeur. Sur la note d'être un singe de code, eh bien c'est une relation que vous construisez vous-même ou que l'entreprise vous oblige à faire. Être un singe de code signifie que tout ce que vous faites est de rester avec un outil ou une technologie simple et que vous êtes maintenu dans un seul mode de développement de choses mineures, vous savez que votre potentiel réside dans des choses beaucoup plus grandes, si c'est votre premier travail, optez pour la plus grande entreprise, même si elle vous maintient au niveau du singe pendant un certain temps et croyez-moi si la société est grande et je suis sûr que si vous travaillez dur, vous obtiendrez un code Godzilla !!! Si votre ami dit que l'entreprise est grande et que vous serez gardé en argent codé, il a tort. Les entreprises grandissent car elles ont tendance à s'attaquer à de gros problèmes à l'échelle industrielle et elles travaillent sur des problèmes de conception et de développement plus vastes. Les petites entreprises font rarement cela, mais cela ne signifie pas que les petites entreprises ne se développeront pas ou que vous serez un chef d'équipe dans quelques mois, comme nous tous, vous gravirez les échelons.