Question:
Comment obtenir un emploi dans une entreprise dotée d'outils et de méthodes innovants alors que votre employeur actuel utilise des techniques plus anciennes / moins innovantes?
John Smith
2012-08-13 12:03:53 UTC
view on stackexchange narkive permalink

En réalité, il existe deux types d'équipe / entreprise informatique. Un type essaie de suivre toutes les normes industrielles et d'adopter des technologies avancées (telles que J2EE, la sécurité et d'autres choses), tandis qu'un autre a des normes basses et utilise de vieilles technologies.

Quand je suis en entretien, les intervieweurs ne semble pas aimer le fait que mon entreprise actuelle n'utilise pas certaines méthodologies ou pratiques. Par exemple pour une question: "Comment pouvez-vous vous assurer que vous obtenez les bonnes exigences des clients?" ma réponse ne pourrait être que: "Nous avons une réunion pour en discuter avec eux."

Si mon entreprise n'utilise pas de méthodes et de pratiques innovantes, dire que j'apprends vite n'aide pas vraiment. Il semble que si vous ne pouvez pas obtenir l'expérience, vous ne pouvez pas obtenir le travail, et parce que vous ne pouvez pas obtenir le travail, vous n'avez pas l'expérience.

Que devrait faire quelqu'un dans un tel situation?

Quelle est une bonne réponse à «Comment pouvez-vous vous assurer que vous obtenez les bonnes exigences des clients?»?
@amphibient Je suppose que les exigences doivent être définies avec le client non seulement en demandant, mais vous pouvez également utiliser le prototypage rapide. Le client vous dira si votre prototype fonctionne et ce qui manque. Et ne demandez pas simplement "au client" - j'ai demandé au client d'amener l'un des utilisateurs finaux à la prochaine réunion. L'utilisateur doit alors dire s'il peut travailler avec notre prototype. (Vous devinez quoi? Deux choses essentielles manquaient ...)
Cinq réponses:
Pawel Brodzinski
2012-08-13 12:51:04 UTC
view on stackexchange narkive permalink

Premièrement, certaines parties du travail dépendent totalement de vous, alors améliorez-les. Si nous parlons de développement de logiciels, c'est à vous de choisir si et comment vous rédigez des tests unitaires, quelles politiques vous choisissez et suivez le nouveau code que vous écrivez. Cela peut être délicat avec le code hérité, mais même dans ce cas, vous pouvez développer une sorte de guide pour le refactoriser. Cela peut être plus compliqué si vous avez la propriété collective du code dans votre entreprise, mais étant donné qu'il s'agit d'une pratique mature, il y a de fortes chances que ce ne soit pas vraiment un problème.

Deuxièmement, il existe de nombreuses sources où vous pouvez apprendre de nouvelles choses en dehors de votre lieu de travail. Combien de livres que vous avez récemment lus sur des domaines que vous avez en tête lorsque vous posez une question. Même si vous ne pouvez pas vraiment appliquer tout ce qui est décrit dans Clean Code, vous devriez probablement savoir, au moins en théorie, comment les choses peuvent être faites correctement. En termes de gestion des exigences, le livre de Dean Leffingwell est un bon point de départ. Ce ne sont, bien entendu, que des exemples; il existe de nombreuses sources intéressantes sur Internet parmi lesquelles vous pouvez choisir.

Troisièmement, une fois que vous connaissez le métier en théorie, appliquez-le dans la pratique. Convainquez les membres de votre équipe que vous devriez essayer quelques nouvelles choses. Aussi triste que cela puisse paraître, la plupart des entreprises qui font un travail médiocre avec la façon dont elles font leur travail ne savent tout simplement pas comment faire mieux. Dans ce cas, vos collègues devraient suivre votre exemple avec plaisir en adoptant de nouvelles pratiques.

Quatrièmement, ne vous concentrez pas trop sur une technologie spécifique. Il est peu probable que vous changiez une chose si vous ne modifiez pas le projet. Un autre est qu'un bon développeur ne devrait pas être tellement attaché à un seul langage de programmation ou à un framework. Ils changent trop vite. Au fait: lorsque je recrute, je m'attends à ce que vous connaissiez les technologies dans lesquelles vous avez très bien travaillé et les autres - pas tellement. Je comprends que vous n'apprendrez pas la programmation dans une technologie spécifique à partir d'un livre - vous devez passer du temps à l'utiliser avant de parler couramment.

En passant, si après une interview, mon impression c'est que vous apprenez uniquement des choses que l'on vous dit de faire au travail, cela me dit quelque chose d'important sur votre volonté d'apprendre.

+1: Dans l'ensemble, c'est une excellente réponse. La dernière phrase est parfaite, vous devez montrer que vous apprenez ce que vous pensez être nécessaire, et c'est encore mieux si vous avez essayé (et réussi) de pousser les nouvelles choses dans votre entreprise actuelle. Je ne suis pas d'accord sur le premier point: de nombreuses équipes de programmation ont des directives de codage et de test très strictes (du moins c'était le cas dans la plupart des projets dans lesquels j'ai été impliqué).
bethlakshmi
2012-08-13 18:55:52 UTC
view on stackexchange narkive permalink

Je sais que cela peut sembler être une situation incontournable, mais ayez foi - cela peut changer!

Connaître le marché

Le premier point est de réaliser que les entreprises et le bassin de recrutement global évolueront avec le temps. Lorsqu'il y a beaucoup de candidats sur le marché, les entretiens seront nettement plus difficiles et ils s'attendront à la technologie la plus récente et la plus performante, car ils peuvent le faire. Lorsque le marché est chaud et que les candidats sont difficiles à trouver, les entretiens ont tendance à se déplacer vers la recherche de personnes intelligentes qui peuvent apprendre et travailler de manière productive avec des technologies et des pratiques nouvelles pour elles. Alors parfois, la réponse est d'attendre tout en travaillant sur vos compétences. Mais il est utile de connaître votre région - combien de personnes connaissez-vous qui trouvent facilement un emploi? Ont-ils tous les dernières compétences?

Même dans un marché difficile, n'abandonnez pas ... mais réfléchissez à l'idée que votre objectif principal peut être d'améliorer vos compétences.

Amélioration des compétences technologiques

Certaines compétences tournent autour de la dernière et la plus grande boîte à outils technique - dans les logiciels, c'est-à-dire des trucs comme JEE, Ruby on Rails, Eclipse - essentiellement n'importe quel outil qui soit est utilisé comme composant dans quelque chose ou est utilisé pour faire quelque chose. Ce sont généralement les domaines qui changent le plus rapidement au fil du temps, et le domaine dans lequel un projet existant est le plus susceptible de prendre du retard, car inventer un nouveau widget est beaucoup plus facile que de l'intégrer dans un produit existant.

Le La bonne nouvelle, c'est que dans un marché où il y a plus d'emplois que de personnes, c'est le premier domaine à obtenir la clémence. En attendant, si ce sont vos plus gros points faibles, je vous recommande vivement de prendre le temps supplémentaire et de travailler sur un projet personnel non rémunéré pendant vos heures de repos. L'open source ou quelque chose lié à une passion personnelle sont tous deux de bons moteurs.

Ou - si vous avez vraiment besoin d'une formation guidée - des conférences, des bootcamps ou des cours universitaires. Les conférences vous rapprocheront de la pointe de la technologie, mais elles n'offriront pas autant de conseils ou de structure. Les cours universitaires offrent l'expérience d'apprentissage la plus approfondie sur plusieurs semaines, mais ils ont tendance à être un peu en retard, car l'élaboration du programme prend du temps. Les bootcamps planent entre les deux.

Découvrez également ce que votre entreprise paiera. Si vous avez le respect de votre patron actuel, vous pourrez peut-être vendre une formation aux nouvelles technologies afin d'avoir une certaine expérience à apporter à l'innovation au sein de l'entreprise - à condition que vous choisissiez des cours qui se rapportent quelque peu au travail que vous faites. .

Amélioration des processus et des pratiques

Des éléments tels que le "développement agile", le "développement piloté par les tests" et d'autres pratiques recommandées ou recommandées entrent dans cette catégorie. Certains d'entre eux nécessiteraient une conversion de toute votre équipe à mettre en œuvre - par exemple, il est difficile d'avoir une mêlée par vous-même. Cependant, d'autres peuvent être des options que vous pouvez essayer modestement sur le tas. Par exemple, dans de nombreux endroits, vous pouvez concocter votre test avant de créer la solution - c'est du développement piloté par les tests.

Dans certains cas, ce sont les compétences les plus critiques - lorsqu'un secteur technique développe une manière radicalement nouvelle de faire les choses, le changement pour les travailleurs individuels peut prendre une courbe d'apprentissage sérieuse. Une entreprise qui embauche préférera probablement que les travailleurs effectuent la transition à leur dernier emploi. Heureusement, ces changements majeurs ne se produisent pas souvent - je pense à des choses comme le développement orienté objet et les méthodologies agiles.

Beaucoup d'entre eux peuvent être mis en œuvre quelle que soit la technologie actuelle utilisée dans votre travail . De plus, vous pourrez peut-être plaider pour l'option de prendre une petite partie du projet et d'essayer une nouvelle pratique dans l'intérêt d'améliorer votre efficacité / qualité.

De nouvelles pratiques peuvent être apprises lors de conférences et de cours, mais la meilleure façon de les apprendre est de les pratiquer. Les efforts de bénévolat Open Source ou d'autres grandes équipes peuvent être un excellent moyen, car l'approche idéale est de travailler avec d'autres personnes qui savent comment utiliser ces pratiques mieux que vous afin que vous puissiez obtenir des conseils et des conseils au fur et à mesure.

Enfin - Entretien

Peu importe où vous vous trouvez en termes de compétences à jour, lorsque vous vous rendez à un entretien, ne vous concentrez pas sur ce que vous manque - concentrez-vous sur ce que vous avez et sur la façon de vous vendre.

Vous avez raison, dire que vous prenez les choses rapidement est en réalité plus une promesse qu'une démonstration de vos compétences. Mais il est utile de se référer à certains points de référence pour les choses que vous avez apprises récemment et à quelle vitesse vous les avez apprises.

Aussi, ne vous concentrez pas sur la faiblesse de vos pratiques actuelles, passez du temps dans votre entreprise actuelle à essayer de comprendre pourquoi elles sont telles qu'elles sont. Avez-vous, par exemple, des relations clients de longue date qui rendent vos besoins de rassemblement moins risqués? Vos clients ont-ils l'engagement nécessaire pour faire partie d'un processus agile? Sinon, vous feriez mieux d'utiliser l'approche actuelle.

Par exemple - en lisant la requête ci-dessus - " Comment pouvez-vous vous assurer que vous recevez les bonnes exigences des clients? " pourrait être répondu comme suit:

Notre pratique actuelle consiste à rassembler les exigences lors des réunions avec les clients. C'est ainsi que nous le faisons depuis longtemps et nous avons la confiance de nos clients après une longue histoire de bonnes performances. Parce que nous savons qu'il est risqué de faire un processus de développement en cascade, nous faisons tout notre possible pour vérifier les exigences à l'avance - par exemple - si une interface graphique est impliquée, nous envoyons des prototypes sous forme de diagrammes pour les commentaires des clients lors de la conception de haut niveau. Aussi - si une question se pose pendant la mise en œuvre - voici comment nous la résolvons ...

Oui, c'est un vieux processus pour rassembler les exigences de cette façon, mais au moins votre réponse est réfléchie et cherche à équilibrer les défauts du processus avec un effort supplémentaire. Si vous faites partie de la collecte des exigences et que vous constatez des failles dans le processus, c'est le moment où vous devriez parler à votre patron des moyens d'améliorer le fonctionnement de votre équipe. Vous n'avez pas besoin d'une toute nouvelle suite technologique ou des meilleures pratiques pour apporter de petites améliorations à votre travail quotidien. Et montrer ce genre d'initiative est bon à la fois pour votre emploi actuel et pour toute entrevue que vous passez. Parce que cette réponse est encore plus impressionnante:

Nous avions l'habitude d'avoir une réunion rapide avec le client. Cela fonctionnait assez bien, mais nous avons remarqué qu'il y avait beaucoup de bogues plus tard lorsque le client a vu l'interface graphique implémentée. Depuis que je travaille dans ce domaine, j'ai parlé à mon patron et il m'a laissé changer le processus - maintenant, avant de concevoir l'interface graphique, nous tirons au client quelques schémas de notre intention. Cela a réduit les bogues de 50%.

Si c'était votre réponse, je vous souhaiterais totalement dans mon équipe - car peu importe à quel point le processus de votre entreprise est mauvais, je peux vous voir sont un agent pour améliorer les choses. Il y a donc de fortes chances que vous amélioriez également le fonctionnement des processus de mon équipe!

Vrai. J'ai eu du mal à interviewer parce que les intervieweurs se concentrent toujours sur mes faiblesses / ce que je ne sais pas. Je n'ai jamais pensé pouvoir affirmer que mon expérience passée pouvait m'aider à apprendre rapidement.
Samuel Neff
2012-08-16 09:06:51 UTC
view on stackexchange narkive permalink

Démontrez une expérience de travail en dehors.

Ce qui est bien avec la programmation, c'est que vous pouvez facilement démontrer des compétences qui ne sont pas liées à votre emploi. Si vous voulez travailler dans les nouvelles technologies, allez travailler dans ces technologies, écrivez à leur sujet, contribuez à des projets open source, créez un compte github et publiez votre propre code démontrant ce que vous pouvez faire. Mettez tout cela sur votre CV. Cela montrera que bien que votre employeur utilise d'anciennes technologies (comme J2EE), vous êtes intéressé et pouvez vous apprendre les nouvelles technologies.

HLGEM
2012-08-16 03:10:21 UTC
view on stackexchange narkive permalink

Au lieu de vous concentrer uniquement sur les entreprises qui utilisent des outils que vous aimeriez utiliser mais que vous n'avez pas d'expérience, trouvez des entreprises en transition, elles ont un travail pour lequel vous êtes qualifié et un travail dont vous aurez besoin pour apprendre le technologies pour. Ainsi, vous obtenez le travail pour lequel vous êtes qualifié et après les avoir impressionnés par votre merveille générale, il devient relativement facile de passer à un rôle en utilisant les nouveaux éléments.

Pensez également aux petites entreprises. Ils paient souvent moins et ont donc moins de choix en matière d'embauche, donc votre manque d'expérience n'est peut-être pas aussi choquant, mais ils peuvent vous aider à acquérir l'expérience dont vous avez besoin pour l'emploi que vous souhaitez éventuellement.

user8365
2012-08-20 09:54:04 UTC
view on stackexchange narkive permalink

Premièrement, vous pouvez utiliser cela comme une raison pour changer de travail. Assurez-vous de leur faire savoir que:

  1. Vous en êtes conscient et vous les avez utilisés à votre rythme.
  2. Vous êtes ouvert au changement et disposé à apprendre de nouvelles choses .
  3. Vous avez fait la preuve de votre capacité à apprendre de nouvelles technologies.

À certains égards, il y aura moins de candidats ayant de l'expérience avec les nouvelles les technologies. Il y a un moment où les plus récents deviennent plus populaires.

Ils doivent savoir que vous n'utilisez pas les anciens outils parce que vous résistez au changement.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 3.0 sous laquelle il est distribué.
Loading...