Répondant depuis le nord-ouest des États-Unis, j'ai basculé entre les langues et les frameworks plusieurs fois au cours des 10 dernières années. ColdFusion, ASP Classic, ASP.NET (à la fois C # et VB), .NET Core, en ce moment je travaille sur un projet en JavaScript / Cordova / React, des petits jobs secondaires en Python et Ruby, Bash (avec sed et awk) etc. .

Il serait utile de connaître votre pays, mais dans ma région, beaucoup de gens connaissent plusieurs langues, travaillant souvent dans l'une et en utilisant une autre à la maison ou pour des projets parallèles. Cela vous permet non seulement de rester flexible pour ce qui peut arriver, mais cela peut faire de vous un développeur complet, même si vous ne finissez jamais par changer de langue.

En tant que développeur, je dirais certainement que la réponse à votre question est "Oui". Ma carrière aujourd'hui repose toujours sur «mon premier métier» et ce que j'y ai appris. Cependant, dans mon cas, au fur et à mesure que les technologies évoluaient, j'ai évolué avec elles et mon entreprise a soutenu le passage à de nouvelles idées.

Je pense que ce que vous devriez vraiment vous demander, c'est si ce poste est ouvert au changement, et ouvert à évoluer vers nouvelle technologie, ou allez-vous rester coincé dans ces technologies pendant des années sans aucune voie vers des technologies plus populaires. Vous devriez vous préparer avec un bon argument pour expliquer pourquoi ils devraient utiliser la technologie xyz plutôt que ce qu'ils font actuellement.

Si vous avez l'impression qu'ils ne sont pas intéressés par la mise à niveau de leurs systèmes, et votre seul but est de prendre en charge ces autres technologies et de faire fonctionner la place, j'envisagerais certainement un changement de position.

Rien ne vous empêche d'apprendre d'autres langues en parallèle. Cela étant dit, il y a beaucoup d'employeurs qui se moquent des langues que vous connaissez. Beaucoup préfèrent que vous ayez les compétences de base d'un développeur et la capacité de maîtriser rapidement n'importe quelle langue plutôt que d'avoir quelqu'un qui refuse d'en apprendre plus mais qui connaît la langue dont il a besoin.

Les programmeurs utilisent rarement une pile tout au long de leur carrière. Dans le mien, je suis passé du firmware en C, aux services Web back-end en C ++, aux téléphones mobiles pré-iOS en C, à Android en Java, et ce n'étaient que mes principales plates-formes. Il n'inclut pas perl, python, Swift et une variété de frameworks utilisés sur des projets plus petits ou pour aider d'autres équipes.

Ne vous inquiétez pas tellement de la technologie exacte que vous utilisez. Vous ne l'utiliserez pas dans 4 ans. Au lieu de cela, apprenez bien les principes fondamentaux de l'informatique et du génie logiciel, ceux-ci seront valables dans n'importe quelle langue et n'importe quel cadre. Et ne vous inquiétez pas d'être embauché - les compétences exactes sont généralement secondaires à l'embauche par rapport aux compétences globales. Si j'embauche un programmeur de niveau junior -> intermédiaire, je veux qu'il sache programmer, il peut apprendre un cadre ou un langage.

Vous devez prendre le contrôle de votre propre carrière.

Si vous pensez que c'est le cas (ce qui pourrait très bien être), vous devez investir du temps dans l'apprentissage d'autres langues à votre rythme. De nombreux langages de programmation sont transférables d'une manière ou d'une autre. Jetez un œil aux technologies qui sont utilisées dans votre pays et familiarisez-vous avec elles.

Une fois que vous avez fait cela, je vous recommande de commencer à partir du bas "d'une autre entreprise commençant par une langue plus couramment utilisée, sinon vos compétences pourraient ne plus être requises à l'avenir et vous aurez du mal à trouver un nouvel emploi correspondant à vos compétences.

Acquérir de l'expérience dans n'importe quelle langue est préférable à ne pas avoir d'expérience du tout. Vous faites du génie logiciel, et que vous le fassiez en Ruby, JavaScript ou C ++, les principes et techniques que vous utilisez s'appliqueront directement à la prochaine chose que vous ferez, quelle que soit la langue dans laquelle vous le faites. Maîtriser Ruby facilite également beaucoup l'apprentissage d'autres langues, car de nombreux concepts sont identiques. Je connais beaucoup de langues, mais je ne connais pas Ruby. Mais donnez-moi un jour ou deux et je me mettrai au courant. Voilà comment vous construisez une carrière. Utilisez ce premier travail pour obtenir une base solide en génie logiciel. Cela vous mènera à votre prochain emploi. Ruby peut être pertinent ou non à l'avenir, mais votre expérience le sera.

Acquérir de l'expérience en tant que développeur est de loin, beaucoup plus important que le langage / le framework / la technologie que vous utilisez.

Je choisirais un bon développeur qui ne connaît aucun des langages nous utilisons un développeur plutôt qu'un développeur médiocre qui connaît la langue tous les jours de la semaine, et deux fois le dimanche. Nous avons constaté qu'il est beaucoup plus facile d'apprendre un nouveau langage à un bon développeur que de transformer un développeur médiocre en un bon développeur.

Cela dit, il vaut mieux être polyvalent. Et je ne veux pas dire savoir programmer dans tout un tas de programmes. Savoir programmer. Savoir comment fonctionnent les bases de données (ce qui est plus que «je peux écrire du code SQL»). Sachez comment le système d'exploitation gère la mémoire. Connaissez IPC. Sachez comment fonctionnent les clusters. Savoir faire évoluer les choses. Savoir comment effectuer une reprise après sinistre. Etc, etc., etc.

Certaines des autres réponses sont très bonnes, je vais donc y répondre sous un angle différent.

Les premières personnes à voir votre curriculum vitae / CV ne seront probablement pas les responsables techniques qui seraient vos supérieurs, mais plutôt les RH qui ne savent pas que C # est C sharp, RoR est Ruby on Rails, ou que "4 ans d'expérience" ne signifie pas 4 ans d'une chose ET 4 ans d'une autre ET 4 ans d'une troisième chose (dans leur esprit en ajoutant jusqu'à 12 ans d'expérience). Ils ne comprendront pas non plus que cela signifie 4 ans dans l'idéal, mais 2 ans plus 2 ans supplémentaires dans quelque chose de similaire est suffisant. J'ai même vu des descriptions de poste où le niveau d'expérience sur une technologie spécifique dépassait l'âge de la technologie, mais les RH s'attendaient toujours à autant d'expérience dans cette technologie.

Le service des RH ne comprendra probablement pas que Ruby on Rails est similaire aux langages / frameworks / bibliothèques / technologies X, Y et Z, donc ils ne comprendront pas que, parce que vous savez comment faire de la POO en RoR, vous avez une solide compréhension de la façon de le faire dans de nombreux autres langues. J'ai passé les 6 dernières années à travailler en C #, ce que j'ai appris sur le tas en fonction de ma scolarité et de mon expérience personnelle en Java (que j'ai commencé à apprendre en 1996-7), cependant, je ne peux pas obtenir un emploi Java pour sauver mon la vie.

Je ne peux pas non plus trouver de travail PHP, même si je fais ça depuis plus de 10 ans par moi-même. Même avec C #, Java, PHP et même JavaScript étant tous très étroitement liés, les RH ne comprennent pas comment connaître l'un signifie que vous pouvez facilement passer à un autre. Ils pensent que toutes les langues sont aussi distinctes que les langues parlées: C # = grec, Java = espagnol, RoR = chinois, etc. Peu importe que les langues parlées puissent être très similaires, ils ont juste des malentendus parce qu'ils n'ont pas nos expériences.

Encore une fois, peut-être que mon expérience m'a laissé amer, car je n'arrive pas non plus à trouver un autre emploi C #. Personnellement, je pense que c'est parce que je ne connais pas tous les noms de toutes les techniques que j'utilise. J'utilise juste ce qui fonctionne et je me fiche de son nom. Un peu comme jouer aux échecs et ne pas savoir que j'utilise le "Queen's Gambit", ou autre.

J'ai aussi fait pas mal de VB / 6 / .Net {shudder} dans mon précédent des postes, ce qui semble me susciter beaucoup d'intérêt pour des postes similaires presque indépendamment de ce que je sais. Certaines technologies sont comme ça. Si vous pouvez trouver un créneau dans votre région qui fait RoR alors qu'il y a peu de développeurs pour occuper les postes, vous pourriez avoir une bonne avance sur une carrière bien rémunérée. Autrement dit, si vous aimez RoR.

Votre premier travail n'a pas à vous définir, mais il peut être très difficile de l'empêcher. J'ai passé 15 ans en tant que technicien de réparation d'ordinateurs et il m'a fallu pratiquement tout ce temps pour trouver un emploi en programmation, car je cherchais toujours un emploi de développeur tout en recherchant un travail de réparation. Mon premier emploi en informatique au lycée était dans la réparation d'ordinateurs et je pense qu'à cause de cela, même si j'ai commencé un BS en génie informatique à l'université, je n'ai pas pu trouver un emploi en programmation même si j'ai appris la programmation avant la réparation d'ordinateurs.

Peut-être que cela fait aussi partie de mon cynisme (et peut-être aussi simplement basé aux USA), mais de nombreux emplois veulent un baccalauréat comme "minimum", même si le travail peut être appris sans un. J'ai même vu des postes qui suggèrent une maîtrise ou un doctorat, ce qui, encore une fois, le département des ressources humaines assumera que c'est une exigence, plutôt qu'un «bon à avoir». Heureusement, plus de descriptions de poste incluent également "ou une expérience de travail équivalente".

À mon dernier poste, le chef d'équipe était un décrocheur du secondaire, mais il avait plus d'années d'expérience professionnelle en programmation que moi et était un meilleur programmeur parce qu'il se spécialisait plus que moi. C'est même en considérant que je n'ai que un diplôme d'associé, mais plus de 25 ans d'expérience totale en programmation et dans près de 20 langues distinctes. (Je ne considère pas MySQL, T-SQL, MS-SQL, Oracle SQL ou SQL brut comme des langages différents. Je regroupe également XHTML, HTML et HTML5, et j'inclus CSS avec CSS3. JavaScript, TypeScript et ECMAScript sont également regroupés, IMO.)

Alors, qu'est-ce que toutes mes divagations essaient de conclure? Déterminez ce que vous voulez faire, puis faites-le. Ne vous laissez pas distraire par ce que les autres veulent que vous fassiez. Ils ne savent pas comment l'avenir se déroulera mieux que vous. En même temps, n'ayez pas peur d'essayer plusieurs choses différentes, car c'est vraiment la seule façon dont vous êtes susceptible de savoir ce que vous voulez vraiment faire. Aussi, n'abandonnez pas si les choses ne se passent pas immédiatement comme vous le souhaitez. Si vous ne trouvez pas tout de suite un emploi dans la langue / technologie que vous voulez, continuez et vous y arriverez, éventuellement. Et oui, en même temps, n'ayez pas peur de trouver un autre travail, car vous avez encore besoin de survivre pour obtenir le travail que vous voulez, qui ne sera peut-être pas le travail de rêve auquel vous vous attendiez, de toute façon.

Peut-être que j'aide, peut-être que je ne le suis pas. Je ne le saurai pas tant que vous ne me le direz pas d'une manière ou d'une autre. Cela me convient. Je n'avais pas l'intention que ce soit un CV ou une diatribe, mais c'est la seule façon dont je peux sembler raconter cette histoire, même après l'avoir relue 3-4 fois.

Bonne chance et j'espère que vous j'ai plus de chance que moi!

Les rails ne sont pas si rares ailleurs, ça devrait aller si vous êtes prêt et capable de travailler à distance, ou si vous êtes prêt à déménager.

Si ce n'est pas le cas , apprendre une nouvelle technologie qui fait ce que fait Ruby on Rails ne devrait pas être trop difficile. Dans l'ensemble, vous devriez être bien. J'en parlerais quand même avec la direction. Je suppose qu’ils ne savent probablement pas que ce qu’ils font les rend beaucoup plus difficiles à travailler.

Tout d'abord, je suis tout à fait d'accord avec @Jay.

Ma première langue a été mise à jour pour la dernière fois il y a 15 ans, mais elle m'a également présenté OO et SQL. Ces principes, avec une syntaxe variée, m'ont conduit dans d'autres langues que j'utilise encore aujourd'hui. Le fait est que ce n’est pas nécessairement une mauvaise chose si votre langue de choix actuelle n’est pas répandue ou répandue dans les années à venir, mais assurez-vous de comprendre les principes sous-jacents et les points de connexion. Pour Ruby / RoR, cela peut être de vraiment comprendre le cycle de vie des requêtes, le protocole HTTP ou les détails de la configuration des serveurs Web.

Et oui, comme vous pouvez, préconisez une technologie plus traditionnelle.

Ajout de deux points supplémentaires (par rapport aux autres réponses):

1. Les responsables du recrutement ont tendance à voir votre travail le plus récent et à ignorer les expériences précédentes, vos préoccupations sont donc justifiées. Cependant, si vous rebondissez un peu (vers d'autres technologies) au début de votre carrière, vous pouvez prouver que vous êtes généraliste et polyglotte; que vous êtes capable de vous adapter à ce qui vous est présenté. C'est un plus

2. Maintenant, si vous travaillez pendant 5 ou 10 ans dans une seule technologie, obtenez plusieurs promotions et plusieurs augmentations, vous êtes beaucoup plus susceptible de rester coincé dans tout ce que vous 'suis devenu un expert en. La raison en est que vous êtes payé une prime pour être un spécialiste. Personne ne voudra payer ce salaire supérieur si vous travaillez dans une nouvelle technologie.

Ainsi, comme @twyxz l'a dit, vous prenez le contrôle de votre situation. Si vous êtes un noob, obtenir ce premier emploi est très important. Cela ne définit pas votre cheminement de carrière dans la pierre. Tant que l'économie est saine, il est raisonnablement facile de trouver votre emploi N + 1 une fois que vous avez votre emploi N. Obtenir le premier emploi est plus important que de s'inquiéter des implications stratégiques de cet emploi. Maintenant que vous avez ce premier emploi, commencez à penser à la stratégie.

Une entreprise bien gérée et avant-gardiste a un plan pour répondre à ses besoins en compétences, et ce plan comprend une formation pour des technologies spécifiques. De cette façon, l'entreprise ne compte pas sur ses nouvelles recrues pour faire face aux changements technologiques.

Mon entreprise recrute des talents débutants. Tout ce qui leur importe, c'est l'aptitude au codage. Ils ont un test qui mesure votre capacité à voir des modèles. Beaucoup de nos nouveaux employés n'ont pas de diplôme en développement logiciel, mais dans un autre domaine (y compris une femme diplômée en chimie).

Les RH ici ne se soucient pas des technologies que vous connaissez, car nous avons des programmes de formation pour chacun (j'ai dû suivre le programme de formation C / C ++ lorsque j'ai commencé), et parfois nous achetons un produit d'une autre entreprise (généralement lorsque nous acquérons l'entreprise) et les nouveaux développeurs apprennent les technologies utilisées pour cela.

Quant à vous, adoptez le point de vue selon lequel votre carrière est dans le "développement logiciel" et non dans le "développement ruby ​​on rails".

Addendum

La première technologie que j'ai apprise a été le Commodore BASIC. Je ne pense pas que quiconque ait été payé pour y travailler depuis plus de vingt-cinq ans.

J'ajouterai à ceci, oui la réponse est oui. Les recruteurs / responsables du recrutement ne vous voient que comme expérimenté dans la technologie que vous avez utilisée ces dernières années et de nombreuses entreprises ne vous embaucheront pas si vous n'avez pas utilisé leur pile technologique au cours des X dernières années.

Pouvez-vous montrer que vous savez comment passer de cette pile technologique, oui, vous le pouvez, mais cela prendra beaucoup de travail et vous devrez le faire pendant votre temps libre car votre entreprise actuelle ne vous aidera pas dans ce parascolaire activité.

Je regarderais les emplois dans votre domaine actuel (disons au moins 10-20) et regarderais les piles technologiques qu'ils demandent. Il y aura une pile technologique dominante et c'est celle que je choisirais de pousser aux employeurs. Ce sont les emplois que j'accepterais. Sinon, c'est 3 ans que vous recommencerez à peu près.

Oui, vous restez bloqué si vous restez avec cette technologie pendant environ 2 ans. Ce que je suggérerais, c'est d'acquérir de l'expérience dans plusieurs technologies au début de votre carrière. De cette façon, vous pouvez être étiqueté comme un programmeur général plutôt que comme un RoR ou une personne C #. Au fait, quel est le problème avec RoR? C'est en demande.

Une autre chose qui compte dans ce contexte est la nature de la technologie. RoR est un framework Web, donc devenir qualifié signifie que vous augmentez vos compétences en matière de frameworks Web - et vous pourrez peut-être utiliser certaines de ces compétences plus tard si vous passez à un autre framework Web. Pour moi, je suis coincé à travailler sur un moteur de règles spécifique qui est trop spécifique pour un client particulier. Donc, pour moi, rester coincé dans ce moteur de règles est mauvais, mais ce n'est peut-être pas si mauvais pour votre cas.

Il ne semble pas que les autres répondants comprennent à quel point Ruby et Ruby on Rails peuvent être mauvais pour votre carrière.

C'est une impasse morte, morte, morte. Il ne peut jamais atteindre aucune performance. Tous les projets exécutant Ruby ont été annulés lorsqu'ils tentent de se déplacer dans le monde réel.

Sortez maintenant. Prenez les quelques choses que vous avez peut-être apprises de cet échec et bâtissez une carrière là-dessus.