En tant que jeune développeur, devrais-je m'inquiéter de devoir utiliser une technologie «démodée» au travail? [fermé]


11

Je suis un récent diplômé d'université (mai dernier!). Pendant que j'étais encore à l'école, je voulais m'assurer d'avoir un emploi avant d'obtenir mon diplôme, et très tôt (probablement trop tôt) dans ma recherche d'emploi, je me suis installé dans une région dans laquelle j'espérais déménager après le premier cycle .

Cependant, je devine cette décision depuis des mois maintenant, pour plusieurs raisons. La première est que je ne suis pas très mis au défi au travail, et je sens que je n'ai pas beaucoup amélioré la programmation depuis que j'ai commencé ici. Je peux toujours prendre le temps de travailler sur l'open source (et je l'ai déjà fait) en dehors de mon travail, donc j'ai un lieu pour contourner cette déception. Plus important encore, je suis préoccupé par le fait que mon travail consiste essentiellement à travailler sur une ancienne application Web Perl grinçante (en utilisant Mason et un ORM interne étrange).

Suis-je me tirer une balle dans le pied ici en travaillant avec une technologie qui n'est plus populaire et ne m'aidera pas vraiment à trouver un emploi à l'avenir? Je vois rarement des jobs Perl, et quand je le fais, cela fait généralement quelque chose qui ne m'intéresse pas (trucs de développement web frontal).

La programmation de systèmes, la visualisation, la programmation réseau, ou au moins les trucs de développement web backend sont le genre de sujets que j'apprécierais réellement travailler - il ne semble pas que mon expérience de travail actuelle m'aide à atteindre des postes faisant l'une de ces choses .


12
Vous vous tirez une balle dans le pied, non, bien sûr que non. Quelqu'un doit faire ce que vous faites, parfois vous devez prendre ce genre de travail pour acquérir de l'expérience, MAIS si votre débauche cherche un autre travail. Il est possible à la fois d'aimer votre travail et d'être payé pour cela. Tous les emplois ne présenteront pas de défi, c'est ainsi que le monde est, il n'y a rien de mal à utiliser des outils internes et Perl.
Ramhound

13
Au moins, ce n'est pas MUMPS!
Martin Beckett

1
Je suis mécontent, non pas à cause de Perl (ce qui est plutôt amusant), mais parce que je ne grandis pas en tant que programmeur. Je peux travailler sur des choses en dehors du travail pour m'améliorer - c'est juste très difficile, car j'ai peu de temps (je suis aussi musicien professionnel, donc je joue, enseigne, enregistre et étudie dans un conservatoire local pour la plupart des fois que je ne travaille pas). Je suppose que ce que je dis, c'est que je veux un emploi qui fonctionnera pour moi à cet égard, et j'ai peur de la façon dont mon poste actuel affectera ma capacité à trouver un tel emploi.
schwern

5
@schwern: Je ne m'inquiéterais pas du tout. Mettez simplement ces langues dans votre CV et postulez pour votre prochain emploi. :-)
Giorgio

7
Perl est essentiellement le ruban adhésif de programmation qu'il ne fait jamais de mal à savoir et peut être et est utilisé pour à peu près n'importe quoi.
Ryathal

Réponses:


51

Tout d'abord, arrêtez de penser que votre travail n'amène pas votre chemin vers celui de vos rêves! Chaque travail le fait! Tout dépend de vous!

  • Il s'agit de votre premier emploi après l'obtention de votre diplôme et tout le monde peut comprendre que vous n'aviez pas le bon choix ou que vous auriez pu prendre en compte d'autres facteurs, comme le fait de déménager à l'endroit où vous aimeriez séjourner. C'est une "excuse" valable, vous pouvez la mentionner si elle vous est directement demandée lors d'un entretien d'embauche.
  • Chaque travail de programmation contribue à votre expérience en tant que développeur. Il y a beaucoup de choses indépendantes du langage que chaque développeur doit apprendre par lui-même (implémenter des architectures faiblement couplées, déboguer et profiler le code, écrire des tests unitaires, etc.) qui peuvent être apprises dans N'IMPORTE QUEL langage , et Perl n'est pas le pire pour utilisation. J'avais l'habitude de pratiquer les trois dans le développement VBA pour MS Access et c'était très amusant.
  • Ce n'est pas productif, après tout : tant que vous considérez votre travail actuel comme ennuyeux et inutile, vous n'en tirerez pas grand-chose. Dans de nombreux cas, votre futur employeur serait intéressé par votre "courbe d'apprentissage" - à quelle vitesse vous maîtrisez les nouvelles technologies, pas à quel point votre dernier emploi était ennuyeux!

Ainsi, les moyens qui vous aident sont les suivants:

  • Essayez de maîtriser la langue avec laquelle vous travaillez actuellement aussi profondément que possible . Regardez la balise perl sur le site SO et essayez de répondre à la question que les gens y posent. Lisez des articles sur de nombreuses ressources pour développeurs, etc. Essayez de devenir un gourou dans ce domaine!
  • Perl est un langage multi-paradigmes, prenant désormais en charge la POO et de nombreux autres paradigmes. Essayez de les séparer de la langue et de les regarder individuellement. De quel type d'héritage Perl dispose-t-il? Quels sont les différents types de modificateurs d'accès disponibles ici pour les classes et les membres de classe, etc.? Est-il fortement tapé ou non? De nombreuses langues fonctionnent de manière similaire, tant que vous savez comment cela fonctionne en général, vous capturez facilement la différence dans d'autres langues .
  • Acquérir une compréhension approfondie de votre système actuel : pourquoi est-il implémenté en Perl? Comment les différents aspects, comme les performances, la sécurité, la fiabilité sont-ils résolus ici? Quels sont les problèmes non résolus, les mises en garde, les violations potentielles? Comment les géreriez-vous? Peut-être qu'il y a une refactorisation raisonnable de la base de code actuelle est nécessaire?

Et ne restez pas longtemps sur ce poste si vous n'êtes pas satisfait - juste assez pour apprendre les compétences de base, pour montrer votre volonté d'apprendre et votre volonté de surmonter la lourdeur de vos tâches!

Lorsque vous postulez pour votre deuxième emploi dans un avenir plus ou moins proche, vous pouvez toujours être traité comme un développeur junior! Vous devriez essayer de mettre l'accent sur ce que vous avez appris lors de votre premier emploi, comment vous avez résolu vos problèmes de maintenance du code hérité et du système de friches industrielles, comment vous avez réussi à étendre vos horizons et quelles nouvelles fonctionnalités intéressantes vous y avez apprises.

Ne jamais, jamais dire lors de l'entretien d'embauche que vous vous ennuyez avec votre emploi actuel et c'est la raison pour laquelle vous cherchez autre chose. "Ennuyeux" est si subjectif et signifie souvent que vous n'êtes tout simplement pas assez bon pour relever le défi d'apprendre les choses dans votre position actuelle et de les appliquer en conséquence. Montrez votre volonté d'apprendre, d'élargir vos connaissances et vous obtiendrez l'emploi de vos rêves, j'en suis sûr.


2
+1 pour tout conseil suggérant que les diplômés suivent les décisions, même s'ils le regrettent plus tard. J'ai perdu le compte du nombre de candidats que j'ai interviewés qui se sont tiré une balle dans le pied lors de l'entretien. Si un candidat admet s'ennuyer à faire le niveau de travail attendu d'un diplômé, alors il se trouve dans l'esprit des enquêteurs qu'il sera satisfait si je les emploie. Mon conseil à tout nouvel employé, diplômé ou non, est de rechercher les défis du travail et de s'engager pleinement. Au pire, ils auront mérité une excellente référence et, au mieux, des progrès et de plus grands défis.
S.Robins

Votre enthousiasme vient de faire ma journée. +1 pour de très bons conseils.
Raveline du

Je fréquemment rencontrer des candidats pour l' une des plus grandes sociétés de logiciels, et certainement ne blesse un candidat pour être sorti de l' université dans un travail qui est essentiellement un modèle de maintien.
Chris Pitman

1
+1 - Les gens forts ne restent pas assis et n'attendent pas que des occasions se présentent, ils se lèvent et les créent.
Desolate Planet

7

Les premiers emplois dans l'industrie du logiciel sont souvent des emplois de merde. Bien que l'apprentissage de certaines compétences en programmation se produise, la formation la plus importante que vous recevez est de savoir comment travailler dans une entreprise.

Se présenter régulièrement, travailler plus de 8 heures par jour, utiliser un logiciel de contrôle de source, traiter avec des patrons et des collègues, recevoir cet appel à 3 heures du matin parce que le serveur de production est tombé en panne et qu'il doit être réparé ... ce sont les compétences que vous '' réapprendre de votre premier emploi.

Cela étant dit, si vous vous ennuyez et que vous n'aimez pas ce que vous faites, arrêtez. Si vous pensez que ce travail ne vous aidera pas à atteindre votre objectif de carrière éventuel, arrêtez. Il y a beaucoup d'emplois là-bas pour les personnes talentueuses.


6

J'examinerai séparément différents aspects de votre question:

  1. Votre premier emploi ne sera jamais très difficile. La raison en est que l'université vous enseigne ce dont vous aurez besoin dans 30 ans, tandis que les entreprises doivent travailler avec des technologies déjà disponibles. On espère que les trucs de 30 ans sont plus avancés que l'état actuel de la technique. La durée semestrielle fait également en sorte que le travail soit différent de celui auquel vous êtes habitué à l'université.
  2. L'apprentissage se fait à peu près à votre rythme. C'est malheureux, mais le coût des personnes est tellement élevé qu'elles doivent toujours faire quelque chose de productif. La meilleure alternative serait de pouvoir combiner apprentissage et développement productif, mais alors vous travaillerez avec une technologie que vous ne connaissez pas encore, et cela peut causer des problèmes simplement parce que vous ne comprenez pas la technologie que vous utilisez. Si vous souhaitez créer des éléments qui fonctionnent réellement, l'apprentissage doit être effectué en dehors de l'environnement de production. Dans de nombreuses entreprises, cela signifie simplement que c'est votre temps libre.
  3. Vous devriez considérer Perl comme un défi - comment améliorer vos pratiques de travail afin qu'elles soient utiles non seulement à Perl, mais à tout nouveau système que vous allez rencontrer dans 30 ans.
  4. Lorsque vous apprenez de nouvelles choses, concentrez-vous sur les principes fondamentaux. Perl a des expressions régulières, des tables de hachage et de nombreuses bonnes structures de données. Toutes les connaissances sur la meilleure façon de les utiliser sont utiles à l'avenir.

Le point 2 me fait un peu peur. J'ai toujours eu un assez bon talent pour la programmation depuis que j'ai commencé quand j'étais très jeune - ce n'était pas quelque chose sur lequel je devais travailler très dur, même à l'université. Jouer de la musique, qui consomme la grande majorité de mon temps libre (pratiquer, enseigner, étudier, enregistrer, etc.), semble être un obstacle à mes aspirations professionnelles. Existe-t-il un travail dans lequel je peux encore apprendre beaucoup (pas seulement sur le processus, mais sur les compétences)? Dans le milieu universitaire, peut-être?
schwern

1
Bien sûr, il y a des emplois qui offrent des possibilités d'apprentissage. Non seulement les bons développeurs sont chers, mais ils sont également rares - de nombreux endroits chercheront des personnes pour se former à des niveaux supérieurs lors du recrutement. Cela pourrait être soit en interne via le mentorat ou avec une formation externe (ou les deux).
FinnNk

La musique va aussi être utile. Vous ne le remarquerez peut-être pas encore, mais cela vous apprendra un timing précis et des choses que les gens en dehors des cercles de musique doivent utiliser des mathématiques lourdes pour résoudre. La programmation avancée dépend fortement des deux aspects.
tp1

2
@schwern La clé est de trouver un emploi où vous travaillez avec des gens intelligents . Ensuite, vous apprendrez simplement en y étant exposé, au cours de votre travail quotidien.
Chris Pitman

5

Ce que vous appelez la technologie «hors style», c'est ce que la majorité de cette industrie représente. La raison est simple: il y a plus de développement pour maintenir les systèmes existants que de nouveaux. Et même lors du développement de nouvelles technologies, elles seront souvent développées à l'aide de technologies plus anciennes, mais éprouvées et qui s'intègrent dans un paysage architectural plus vaste. Ce n'est que la réalité du développement logiciel. Peu de développeurs sont en mesure de toujours travailler à la pointe de la technologie.

À mon avis, il y a moins de gloire à travailler avec [insérer ici une nouvelle technologie super cool] qu'à livrer dans les délais, le budget et les attentes. C'est quelque chose que vous ne pouvez apprendre que par l'expérience et qui est complètement indépendant de la technologie. Je dirais que vous êtes sur une bonne voie en ce moment. Continuez à apprendre le métier et l'art du développement de logiciels sur le tas et suivez la courbe technologique du mieux que vous pouvez en dehors du travail. C'est ainsi que la plupart d'entre nous le font.


+ Les styles techniques changent tout le temps. Ce qui est cool aujourd'hui, ce ne sera plus personne demain. Il faut juste être compétent et professionnel. Lorsque chaque nouvelle chose gee-whiz-bang arrive, sachez comment séparer la valeur du duvet, et savoir quand l'utiliser et quand ne pas le faire.
Mike Dunlavey

5

En désaccord avec tout le monde, ce travail pourrait très bien vous nuire . J'interroge régulièrement des candidats qui tentent de s'éloigner de leur premier emploi après l'université. Ils étaient généralement bloqués en utilisant un langage qui a tendance à être utilisé pour la maintenance ainsi qu'une tonne de "frameworks" internes. En d'autres termes, ils ont appris à utiliser une boîte à outils à laquelle ils n'auront plus jamais accès, une perte de temps en termes d'employabilité.

En plus de cela, la plupart des ateliers de maintenance auxquels j'ai été exposé ne vous enseignent pas les compétences dont vous avez besoin pour faire partie d'un véritable effort de développement. Lorsque j'interviewe quelqu'un qui sort de son premier emploi, je veux savoir qu'il comprend:

  1. Un cycle de vie de développement logiciel commun
  2. Contrôle de source
  3. Comment tester le code (TDD, tests unitaires, sélénium, quelque chose comme ça)
  4. Principes OOD (Par exemple: au collège, vous avez, espérons-le, été exposé à des modèles de conception, montrez-moi maintenant que vous les avez réellement utilisés / vus)
  5. Compréhension de base de l'architecture d'entreprise (par exemple, qu'est-ce qu'un système à 3 niveaux, et avez-vous déjà travaillé avec un)
  6. Comment travailler avec une équipe

J'ai acquis la plupart de ces compétences lors de mon premier emploi en étant exposé à des gens intelligents et en travaillant avec eux tous les jours. Si vous ne pensez pas que vous apprenez quoi que ce soit (sur les logiciels ou les affaires), alors commencez à chercher un autre emploi.

Edit: En guise de remarque, je me souviens de la recherche d'emploi hors du collège. J'étais à un salon de l'emploi et j'ai commencé à parler à une entreprise qui travaillait avec des cabinets d'avocats. J'ai commencé à leur poser des questions sur leurs pratiques de développement, et il s'est avéré qu'ils faisaient tout dans VBA. Je les ai remerciés de leur temps et je suis sorti de là.


+ pour votre histoire VBA. Cela ne me dérange pas VBA, en soi, mais en faire une carrière? Tu as fais ce qu'il fallait faire.
Mike Dunlavey

Je suis partiellement d'accord avec vous, mais je pense que la plupart des programmeurs ont beaucoup plus de flexibilité qu'ils n'en font, et beaucoup de choses que vous mentionnez sont des choses que l'affiche pourrait apporter en elle-même. Commencez à utiliser le contrôle de code source, même si l'entreprise ne l'est pas. Encouragez les autres à emboîter le pas. Commencez à faire des tests, essayez d' améliorer les choses. Si ce sur quoi vous travaillez est nul, faites-le sucer moins.
Christopher Cashell

3

Si j'étais vous, j'envisagerais certainement de faire de la lecture et de la programmation après le travail dans un autre langage (par exemple Python, Java, Scala, Ruby, C ++, etc.). qui sont plus largement utilisés que Perl. De plus, si vous avez d'autres domaines d'intérêt, je ferais certainement une lecture supplémentaire.

D'un autre côté, sachez que de nombreuses techniques de programmation que vous utilisez sont probablement les mêmes quel que soit le langage de programmation.

Donc, encore une fois, ma suggestion serait: ne vous inquiétez pas trop mais commencez à apprendre quelque chose de nouveau pendant votre temps libre. Dès que vous aurez rassemblé suffisamment de connaissances, vous trouverez sûrement un travail plus excitant.


2

Si vous ne voulez plus travailler en Perl, ça va.

Ce n'est pas parce que Perl n'a pas beaucoup de flash actuellement qu'il n'est pas populaire.


Je voudrais souligner que l' élan de Perl a considérablement augmenté au cours des 5 dernières années.

Il y a eu des versions plus stables de Perl au cours de chacune des 2 dernières années, que dans aucune des années précédentes.

L'orignal est considéré par la plupart comme l'un des meilleurs systèmes d'objets Perl à ce jour, et il ne remonte qu'au début de 2006. Les prochains systèmes d'objets les plus populaires sont essentiellement des systèmes d'objets Moose simplifiés .

Si vous voulez une preuve de la popularité de Moose , voyez combien de modules CPAN dépendent de Moose .

Parmi les modules nécessitant Moose se trouve Dist :: Zilla , qui a toujours requis Moose . Au cas où vous ne le sauriez pas, Dist :: Zilla est sans doute le meilleur moyen de construire et de publier des modules CPAN .


De plus, il y a encore de nouveaux projets sympas qui utilisent Perl. Le Lacuna Expanse pour un.


2

Quelqu'un doit ramasser les ordures, nettoyer les toilettes, creuser des fossés et travailler chez McDonalds. En ce moment, vous faites la version de développement logiciel de cela.

Il n'y a RIEN de mal à reconnaître cela et à aspirer à quelque chose de plus grand!

Ce que vous faites maintenant façonne définitivement ce que vous ferez demain, l'année prochaine et les dix prochaines années!

Quiconque dit différent essaie de vous garder en bas ou de vous sentir mieux pour être dans le même endroit déprimant!

Quant à Perl, il est démodé au sens «carrière» du mot. Comme à moins que vous ne vouliez faire carrière comme étant le gars de Perl , commencez à apprendre quelque chose de plus récent et de plus en vogue. Python, Java, C # ouvrira plus de portes et sera plus commercialisable ou quelque chose qui est sur le point de frapper gros dans quelques années comme Erlang.

Cela dit, * apprendre à ne pas faire ** est tout aussi précieux que comment faire , et apprendre des autres erreurs est moins douloureux que d'apprendre de ses propres moyens.

En ce moment, vous obtenez des leçons sur ces deux choses.


-1: Quelqu'un doit ramasser les ordures, nettoyer les toilettes, creuser des fossés et travailler chez McDonalds. En ce moment, vous en faites la version de développement logiciel ... Ce que vous faites maintenant façonne définitivement ce que vous ferez demain, l'année prochaine et les dix prochaines années! - Génial ... Alors si je nettoie les toilettes ou que je retourne des hamburgers chez McDonald's, où cela me laissera-t-il dans dix ans? :?
Jim G.

Il n'y a rien de mal à ce travail, vous ne pouvez pas commencer par le haut sans fondement. Quelqu'un doit faire ce travail, le point important à retenir de ma réponse est qu'il n'y a rien de mal à aspirer à quelque chose de plus grand , ce que vous avez complètement manqué.

1

Il y a encore beaucoup de demande pour des gens bons avec perl. Vous constaterez que l'industrie des réseaux et de nombreux travaux d'administrateur système basés sur * nix utilisent largement Perl.

Cela étant dit, j'en fais écho à d'autres qui suggèrent de repousser vos propres limites. Même si vous ne travaillez qu'avec Perl, trouvez des moyens d'optimiser et de rationaliser les programmes. Par exemple, si vous voyez une approche linéaire adoptée avec un programme (souvent le signe d'un programmeur inexpérimenté), pouvez-vous trouver un moyen de modulariser le code pour améliorer la maintenabilité? La capacité de base à lire un peu de code, quel que soit le langage, à l'optimiser et à le transformer en un meilleur code est une compétence très recherchée.


Pour être juste, il n'a pas frappé Perl, il disait juste que ce n'était pas le genre de travail qu'il voulait faire à l'avenir. Le fait qu'il existe des emplois Perl est donc secondaire.
R0MANARMY

@ROMANARMY from OP: "Je vois rarement des travaux Perl, et quand je le fais, c'est généralement quelque chose qui ne m'intéresse pas (trucs de développement web front-end). La programmation des systèmes, la visualisation network programming, ou au moins les trucs de développement web backend sont le genre de sujets que j'aimerais réellement travailler dans "hmm ... pas ce que j'ai lu ... et il y a des emplois dans ces domaines .. par exemple l'industrie des réseaux, comme indiqué. Je travaille pour une société Internet de niveau 1, perl est largement utilisé pour le travail back-end.
Bill

1

Cherchez des occasions d'acquérir et de maintenir une expérience dans d'autres langues, tout en montrant que vous êtes un employé dévoué qui peut relever le défi. Conduisez-vous pour maintenir un rendement de travail constant de la plus haute qualité possible et utilisez tout le temps disponible pour prendre plus de travail ou si vous êtes autorisé à créer des choses qui vous permettront de développer des compétences et des connaissances dans d'autres domaines. Même une démo simple qui résout un problème commercial réel d'une manière différente (avec un langage plus en vogue) vous permettra d'améliorer vos compétences et montrera à votre patron que vous pensez activement hors des sentiers battus. Faites juste attention à ne pas être perçu comme vous dérobant à vos autres tâches simplement pour travailler sur des projets parallèles.

Le dévouement est la clé. Les diplômés ne devraient pas avoir des années d'expérience dans de nombreuses langues. Vous pouvez toujours passer un an à développer des compétences de communication essentielles et à montrer que vous pouvez relever le défi, même si le défi consiste à regarder au-delà de ce que vous jugez "ennuyeux". Apprenez à revendre vos compétences lorsque vient le temps de passer à autre chose. Vous attendiez à poursuivre l' apprentissage au travail, et de montrer le prochain employeur que vous cherchez activement à améliorer les compétences.

Rappelez-vous, personne n'aime employer un "je-sais-tout". J'ai toujours cherché à embaucher des personnes - même pour des postes supérieurs - qui veulent apprendre et grandir davantage.


1

Schwern,

Je pensais exactement la même chose que vous à bien des égards. Je suis sorti de l'Université avec de solides compétences en Java et en Python. Mon premier travail consistait à travailler avec Delphi. J'étais immédiatement inquiet à ce sujet, mais comme je n'avais pas d'emploi et que je venais de sortir de l'université, j'ai décidé de mordre la balle et de prendre le poste car j'aurais de l'expérience en tant que programmeur quelle que soit la langue.

Mon deuxième travail consistait à travailler dans une grande banque faisant le développement Smalltalk la plupart du temps, avec un peu de Perl et Java. Mes amis se sont moqués de moi car je ne pouvais pas trouver un emploi en tant que développeur Java principal et m'ont dit que j'endommageais mon CV. J'ai maintenant hâte de commencer un nouvel emploi dans quelques semaines avec toutes les technologies avec lesquelles je veux travailler et un meilleur salaire.

Évidemment, je ne peux pas dire que votre expérience sera la même que la mienne, mais il y a quelques leçons que vous pouvez en tirer pour réfléchir. Premièrement, la programmation est secondaire à ce que vous faites. Si vous avez de bonnes compétences en modélisation de domaine et pouvez apprendre rapidement les processus métier, cela rapportera plus de dividendes à long terme, au lieu d'éviter d'apprendre comment fonctionne l'entreprise et de passer plus de temps à se concentrer sur des problèmes mineurs, ce que j'ai vu dans la plupart des endroits J'ai travaillé.

La deuxième chose dont vous devez vous souvenir est que vous êtes sur l'horloge d'une autre personne. Si vous voulez avoir votre mot à dire sur ce qu'il faut faire et avoir le contrôle total sur tout, alors lancez votre propre entreprise. J'ai vu beaucoup trop de gens rejoindre une entreprise et gémir sur la technologie héritée, je l'ai fait moi-même lorsque j'ai obtenu mon diplôme. En règle générale, ces personnes sont considérées comme toxiques pour le lieu de travail et ne durent pas très longtemps. L'essentiel à retenir est que la technologie est là pour soutenir l'entreprise, et non l'inverse. Le mieux que vous puissiez faire dans ces situations est de leur créer des opportunités, sinon, il est temps de faire vos valises et de partir et de chercher un autre emploi, mais vous allez trouver chaque entreprise pour laquelle vous travaillez a des problèmes hérités d'une certaine sorte.

Au-delà de ce que j'ai évoqué, je dirai que vous ne voulez pas paraître «institutionnalisé». Ce que je veux dire par là, c'est que vous êtes obligé d'utiliser des langues et des technologies particulières et que vous ne pouvez pas aller au-delà. Vous voulez cultiver une certaine flexibilité dans votre carrière, qui inclut des compétences en modélisation de domaine. Depuis le début de votre carrière, je vais vous indiquer du bon matériel que j'aurais aimé avoir à ma disposition quand j'ai commencé:

Le programmeur passionné

Le programmeur pragmatique

Conception basée sur le domaine

Le programmeur de carrière


0

Code un peu en dehors du travail, mais je ne pense pas que tu te blesses pour l'instant. Vous êtes un recruteur récent, vous êtes donc un développeur de niveau d'entrée - à ce stade du jeu, vous devriez apprendre des choses comme le cycle de développement et comment les choses "devraient" être faites.

Poursuivez certaines choses en dehors du travail afin de pouvoir améliorer vos statistiques. À mon avis, vous pouvez coder ou non. Le langage et la syntaxe peuvent être appris - mais la capacité de penser et de résoudre des problèmes par vous-même ne le peut pas.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.