Que devrait-il attendre le développeur junior de leur meneur d'équipe senior?
Disclaimer: Les opinions exprimées sont uniquement les miennes et n'expriment pas les points de vue ou les opinions de mon employeur.
Je travaille pour une petite entreprise, dans laquelle peu de gens sont des développeurs, d'autres sont QA/Test et 1 est un gestionnaire. J'ai rejoint cette entreprise il y a 1,5 ans. 3 développeurs seniors ont plus de 8 ans d'expérience.
Ce sont les observations que j'ai faites sur le fil de l'équipe. (En tenant compte d'une expérience plus fraîche avec moins d'expérience que dans tous les aspects)
- Ils ne discutent jamais 1: 1 ou ils ne considèrent jamais la suggestion junior (je conviens que c'est à eux, qu'ils l'acceptent ou non, au moins ils devraient envisager une opinion).
- En tant que chef de l'équipe senior, ils peuvent essayer de refacturer le codebase avec de nouvelles technologies (y compris le facteur de déploiement de nouvelles technologies, d'autres développeurs et d'autres développeurs et infrastructures sont également prêts), mais ces chefs d'équipe se sentent moins en sécurité pour travailler avec de nouvelles technologies, comme ils ne sont pas à jour. (Raison que je dis, ils ne savent pas quelle tendance actuelle à la programmation, * (telle que des projets populaires open source tels que MODORMIZR, bootstrap et beaucoup d'autres).
- Dans notre codebase plus de 10000 lignes et plus de lignes sont répétées, alors je leur ai parlé de
DRY: Don't Repeat yourself. Leur réponse était: "C'est un article fascinant, mais ne travaille jamais dans la pratique". Je viens de leur dire si nous ne le faisons pas à 100% sec, nous pouvons au moins utiliser des interfaces, mais cela n'a pas non plus été envisagé. * (Les interfaces peuvent être ajoutées pour de nouvelles fonctionnalités, ne touchant pas le code précédentBase, s'ils ne sont pas prêts à refacteur) - Tous les développeurs seniors font la maintenance et la fixation à chaud des patchs. Le reste du temps, ils passent simplement sur des sites de divertissement. Ils sont juste heureux de terminer la tâche.
- L'introduction de nouvelles technologies est mauvaise? * (y compris le facteur de faisabilité peut être effectué).
- Le responsable est également le moins préoccupé par les choses dont je parle.
- Junior s'attend à ce qu'ils puissent apprendre de nombreuses choses de la tête de l'équipe. * (Pas en demandant de l'aide ou de la codage senior pour eux).
Mes questions sont:
- Suis-je trop agressif pour les changements que je propose?
- Que devrais-je m'attendre aux personnes âgées de plus de 8 ans d'expérience?
- Ai-je tort de m'attendre à apprendre et à acquérir de l'expérience d'une entreprise?
Mettre à jour :
Pourquoi ils se sentent DRY est-il impraticable: car ils ne veulent pas s'impliquer avec OOP concepts. Ils sont satisfaits de tâches répétées.
Nouvelles technologies que je propose:
- Utilisation de la minéculation de CSS, JS, images Sprite
- Utilisation des interfaces et de la structure .NET 4, génériques et beaucoup d'autres.
- Bibliothèques latérales du client telles que Modernizr, Kockout JS, bootstrap pour réactif,
Suis-je trop agressif pour les changements que je propose?
Sans spécificités (quelles nouvelles technologies vous proposez, pourquoi elles les rejetant, où elles ressentent que DRY est irréalisable et pourquoi, etc.), il est difficile d'évaluer la quantité de mérite à votre Les propositions et c'est important pour votre agressivité. Si vous voulez qu'ils utilisent un nouveau cadre parce que vous pensez que c'est nouveau et cool, puis poussez plus que légèrement trop agressif. S'ils claquent vraiment des milliers de lignes de copie/colle dans le codeBase (c'est-à-dire qu'ils écrivent la merde) alors je dirais que plus d'agressivité est justifiée.
Mais cela dépend également de la dynamique interpersonnelle aussi entre vous et eux. Mon conseil serait de se demander "Puis-je démontrer que mes suggestions profiteraient à l'entreprise?" Si la réponse est oui, alors je dirais que vous avez une licence pour essayer de pousser.
Que devrais-je m'attendre du meneur de développement senior qui a 8 ans?
Cela va courir la gamme. Vous obtiendrez parfois des personnes vraiment tranchantes que vous pouvez apprendre beaucoup, à la fois en termes de navigation politique de bureau et de considérations techniques. Malheureusement, vous obtenez également beaucoup de ceci . Vous ne trouverez aucune pénurie de personnes dont plus de 8 ans d'expérience constitue fondamentalement de faire le strict minimum de ne pas être licencié. Si vous trouvez un mentor ou une personne qui est vraiment tranchante, tenez-la sur cela autant que vous le pouvez, car il est moins commun qu'il ne devrait l'être.
Ai-je tort de m'attendre à un bon apprentissage d'une entreprise?
Les gens à apprendre sont là-bas et ils sont dans certaines entreprises. Vous semblez être confronté à un dilemme commun et, pour paraphraser les gars .NET Rocks, cela vaut la peine d'être envisagé: "Changez votre entreprise ... ou changez votre entreprise."
Signification, si vous croyez à certaines approches et principes de base et que vous vous trouvez toujours incapables de les vendre et de gagner la liberté de faire et d'apprendre des choses que vous souhaitez faire et apprendre, cela vaut la peine d'envisager une recherche d'une entreprise qui est un meilleur apte à vous.
Pensez à cela comme un énorme Opportunity.
Les promotions ne sont souvent pas (et ne devraient pas) provenir du nombre d'années que vous avez investi dans une entreprise. Vous avez ce que vous pensez être de très bonnes idées, et vos supérieurs/pairs ne veulent pas écouter.
Voici une stratégie:
- Faire quelque chose de génial
- Recueillir des métriques durs pour la manière dont il est génial (cette étape est la clé)
- Démontrez-le, avec vos métriques à tout le monde chez votre entreprise (propriétaire/chef/aînée/gars des ventes - tout le monde, vous pouvez mettre vos mains)
- Profit
Et je ne veux pas dire profit comme un peu de vague "je gagne". L'étape 4 est l'endroit où vous en obtenez un ou tout ce qui suit:
- Promu
- Une augmentation
- Un bonus
Soit avec votre entreprise ou un nouveau qui peut apprécier vos talents et les métriques étonnantes que vous avez sur votre CV.
J'appelle ça "être génial" - et ça marche.
Anecdote: Je ne suis pas toujours génial, mais j'essaie d'être et j'ai effectué les étapes données 5 fois distinctes (2 promotions, 3 nouveaux emplois; tous avec des augmentations de salaire substantielles).
Dans cet esprit, je devrais probablement répondre directement à vos questions:
Suis-je trop agressif pour les changements que je propose?
Avez-vous déjà fait quelque chose d'impressionnant, avec des métriques et des exemples pour votre génie? Il y a un vieil adage (crass, comme c'est peut-être) ...
Ideas are like assholes; everyone's got one, and they all stink
Aller faire quelque chose.
Que devrais-je m'attendre aux personnes âgées de plus de 8 ans d'expérience?
Sérieusement? Vous devriez attendre rien. Mais essayez d'apprendre tout ce qu'ils savent. Posez des questions, revoir privé leur travail, écoutez quand ils parlent et pensent de manière critique à ce qu'ils disent. Ils sont expérimentés dans une boîte ... Err ... Corps. Essayez de les ouvrir et d'apprendre. Mon meilleur ami est un développeur brillant et je lui dis activement que j'essaie toujours d'apprendre autant que je peux de lui.
Ai-je tort de m'attendre à apprendre et à acquérir de l'expérience d'une entreprise?
Absolument pas. Cela ne signifie pas que vous ne pouvez pas apprendre quoi pas à faire. Les gens vont faire des erreurs, apprendre des erreurs de votre entreprise ainsi que les vôtres.
Je pense que vous devez être créatif. Commencez à poser des questions sur des demandes de projet par latérales que vos aînés ont éteint. En travaillant sur quelque chose de de manière autonome (ou mieux encore, obtenez un autre junior dev sous-contre) et à partir du début, vous pouvez appliquer beaucoup de choses nouvelles. Ne soyez pas surpris si vous découvrez que ce n'est pas tout pour le meilleur.
Une autre approche serait de faire votre propre direction de code et de passer par un processus de refacteurs. Je ne peux jamais entrer dans la production en fonction de ce que vous avez dit, mais au moins vous obtenez d'améliorer vos compétences.
Qui sait, ils peuvent voir comment vous êtes capable de rendre le travail de chacun plus facile et ils adopteront la véritable utilisation de "la paresse" dans la programmation.
Si tout échoue, mettez la nouvelle compétence sur votre CV et commencez à chercher un autre emploi.
Si quelqu'un travaille comme programmeur pendant +8 ans, cela ne signifie pas qu'il est un bon programmeur. Qu'est-ce qui fait de bon programmateur Serior Programmer à mon avis? C'est la volonté de partager non seulement des expériences, mais aussi d'apprendre de nouvelles réflexions, techniques, technologies, etc. C'est la volonté d'améliorer tout le temps et d'améliorer. Beaucoup sont appelés programmeurs "seniors" sont empilés dans de vieux schémas de programmation funciprenante à partir de langues de longue durée. Quelque chose comme de nouveaux concepts et idées ne sont tout simplement pas pour eux, car ils n'en ont pas besoin. Ils ont eu leur "expérience".
Volonté d'améliorer et d'apprendre est beaucoup plus important que les années d'expériences. Le développeur junior qui veut apprendre est beaucoup plus mieux pour toute entreprise puis vieux développeur "senior" qui "sait déjà" tout.
Travaillez-vous chez mon entreprise?
Non mais au sérieux, cela semble être un discret assez commun dans de nombreuses grandes entreprises. Le changement est dur, et cher. Parfois, vous ne savez pas vraiment combien avant votre au milieu de celui-ci et qu'il est trop tard pour y retourner.
Par exemple, mon entreprise migre toujours des écrans de mainframe basés à Cobol à Java. Il est difficile de vendre quelqu'un au printemps ou à la JSF lorsqu'ils essaient toujours d'obtenir leur technologie à jour avec des normes il y a dix ans. Donc, je vais vous dire ce que j'ai fait qui a eu un succès limité (je suis un JR Dev aussi). Soyez l'exemple. Il n'est pas assez bon que vous connaissez votre tranchant plus de pointe, vous devez le prouver. Lorsque tout le monde est en train de mettre en oeuvre, apportez un livre à lire si vous avez du temps. Et faites-le sur l'une de ces technologies que vous souhaitez mettre en œuvre. S'ils vous voient de le lire lorsqu'ils regardent YouTube (Honnêtement la surpisée, votre unité d'opérations n'atteignez pas cela et que les gens sont tirés), ils seront plus enclins à ne pas seulement croire que vous savez ce que vous parlez, mais peut même vous demander ce que votre en train de lire.
Comme exemple, je vais vous parler de mon expérience avec mon architecte senior. Smart Guy, mais généralement pas intéressé par la nouvelle technologie. Je suis allé et je lui ai demandé comment faire quelque chose dans CVS (notre contrôle de version) et mentionné "Oh OK, je suis habitué à utiliser Subversion, et ils le font de cette façon. Merci pour votre aide." Cela conduisit à plusieurs conversations sur les CV et la fourmi vs Svn et Maven, ce qui a conduit à lui empruntant quelques livres de ma bibliothèque pour le vérifier. Résultat final: nous allons passer aux nouveaux systèmes de cette année. La clé est d'être ouverte et utile sans transmettre qu'ils le font mal. Parce qu'après tout, il peut y avoir beaucoup de meilleures façons de le faire, mais si cela fonctionne correctement, ils ne le font pas dans le mauvais sens. Tout type de manque de respect vous atterrira dans l'eau chaude dans la plupart des cas, alors faites attention à cela.
S'ils ne sont tout simplement pas réceptifs, gardez à l'esprit que vous êtes dans un grand domaine qui est en forte demande. Si votre curieux et un apprenant rapide, vous trouverez un autre emploi, vous en profiterez probablement beaucoup plus. Ce qui est aussi important que l'argent pour moi. Assurez-vous de mentionner dans n'importe quelle interview "Oh, vous utilisez la technologie XXX? C'est génial, j'ai toujours voulu l'utiliser et essayé à ma vieille entreprise." PEPLE AMOUR Quand vous avez de l'enthousiasme pour ce qu'ils font.
Je pense que vous avez raison dans votre agressivité. C'est un grand plaisir de travailler avec des personnes passionnées et une grosse punition pour travailler avec des morts mentaux. 8 ans d'expérience ne veut rien dire. Bien sûr, vous n'avez peut-être pas été juste. Les nouvelles technologies sont souvent étroitement liées au marketing et ne sont pas toujours meilleures. Mais si vous n'avez pas raison, les personnes âgées devraient vous expliquer où sommes fausses. Sinon, vous n'obtenez aucun avantage de votre travail. Peut-être que vous êtes jeune et chaud. Si oui, c'est votre avantage. Ne passez pas votre temps sur le travail où vous ne pouvez pas grandir. Préoccupez de trouver un nouvel emploi, où vous pouvez discuter de vos solutions et obtenir des commentaires des autres.