Est-ce que 4-5 ans est la «crise de la quarantaine» pour une carrière en programmation?

Je programme C # professionnellement depuis un peu plus de 4 ans maintenant. Au cours des 4 dernières années, j'ai travaillé pour quelques petites et moyennes entreprises, allant des «agences de publicité sur le Web» aux petites boutiques de logiciels spécifiques à une industrie, en passant par une petite start-up. Je faisais principalement des "applications professionnelles" qui impliquaient l'utilisation de langages de programmation de haut niveau (ordures ramassées) et mon expérience globale était que tous les travaux que j'avais réalisés auraient pu être plus professionnels. Beaucoup de choses ont été mal faites (dans la précipitation) principalement pour des raisons de coût, à savoir que les gens voulaient toujours quelque chose «maintenant» et avec le moins d’argent disponible. Je pensais peut-être si je pouvais travailler pour une grande entreprise ou une entreprise mieux adaptée aux programmeurs, ou à un endroit qui " s ai l’argent et le temps nécessaires pour construire quelque chose de plus long et plus facile à entretenir que j’ai peut-être davantage apprécié dans ma carrière. Je n'ai jamais eu de «mentor» qui m'a guidé tout au long de mes 4 années de carrière. Je suis à peu près blog / google / programmeur autodidacte autre que mon baccalauréat en informatique.

J'ai également observé un autre problème: la plupart des soi-disant programmeurs «seniors» dans «mon environnement de travail» ne sont vraiment pas aussi sages en termes de compétences. Ils sont «seniors» uniquement parce qu'ils sont programmeurs de longue date, mais le code qu'ils écrivent ou les décisions qu'ils prennent sont absolument sans valeur! Ils ne veulent pas apprendre, ils ne veulent pas être meilleurs, ils veulent juste être payés et faire ce qu'ils ont dit de faire, ce qui est logique et la plupart d'entre nous sommes comme ça. Peut-être que c'est pourquoi ils sont où ils sont maintenant. Mais je ne veux pas devenir comme eux, je veux être meilleur. Je suis tombé dans un état mental que je n'ai plus l'intention d'être programmeur pour ma future carrière. J'ai commencé à penser qu'il y avait peut-être de meilleures choses sur lesquelles travailler. Plus je lis de blogs, plus j'ai essayé de «bonnes pratiques» et plus je me sens détourné de «ma réalité». Mais je ne suis pas un grand programmeur, sinon je ne pense pas être où je suis maintenant. Je pense que 4-5 ans est une étape qui peut être un pas en avant dans la carrière ou un pas en avant.

Je voulais juste entendre ce que les autres ont à dire sur ce que j'ai mentionné ci-dessus et si vous avez vécu une situation similaire au cours de votre carrière passée à la programmation et comment vous avez géré la situation. Merci.

Vous ouvrez une question très intéressante. Je suis totalement d'accord avec vous. J'ai fait des observations similaires.

Je fais de la programmation professionnelle depuis plusieurs années déjà et ce que j’ai observé, c’est que le nombre de bons programmeurs, de grands développeurs qui aiment leur travail et qui peuvent le faire avec qualité et passion est quasiment nul. J'ai probablement rencontré une seule personne qui pourrait m'apprendre quelque chose. La plupart de ce que je sais, j’ai appris par moi-même, en lisant des livres et des forums, en demandant sur des forums et en recherchant des pensées de révélation sur Google.

Après un moment, je ne le regrette pas beaucoup.

Les options pour apprendre dans un environnement de travail peuvent souvent être limitées. Vous ne commencez pas les choses. Vous ne les finissez pas. Vous ne concevez pas, n'améliorez pas, ne refactorisez pas, ne pensez pas à l'architecture, vous codez et piratez des choses ensemble. C'est ainsi que fonctionnent la plupart des magasins. Non seulement vous n'apprenez rien, il est plus probable que vous appreniez surtout de mauvaises choses à NE PAS développer de logiciels. J'ai constamment vu des choses effrayantes autour de moi, tous ces anti-modèles dont vous avez entendu parler. Ce qui est pire, je suis obligé de les faire moi-même.

Je ne sais pas comment cela s'est passé, mais j'ai réussi à créer un obstacle aux intrants. Je reste ouvert, j'écoute et si je vois un potentiel d'amélioration personnelle, je fais des recherches et j'adopte peut-être une technique ou une idée. Mais aucun BS ne peut jamais passer. Cela fait longtemps que je travaille dans des projets mal gérés, mais je n’ai adopté aucune de ces mauvaises techniques pour moi-même.

J'ai vite compris que si vous souhaitez être satisfait de la programmation, oubliez votre travail et développez votre propre projet. C'est là que vous pouvez appliquer tout votre amour, votre passion et vos connaissances pour faire les choses avec le plus haut niveau de qualité. Vous apprendrez beaucoup de choses, une myriade de choses auxquelles vous n'auriez jamais été exposé et mis au défi lors du piratage de personnel d'entreprise ennuyeux. Je ne fais mon travail que pour le salaire et je suis satisfait de mes projets personnels.

Une chose que je ne comprends vraiment pas, c'est comment cette situation est possible de nos jours. Le développement logiciel a beaucoup mûri. Il a eu de bonnes et de mauvaises expériences. Beaucoup de projets réussis et beaucoup de projets échoués. Il existe une expérience de projets à long terme et de compréhension des effets à long terme que l'une ou l'autre organisation apportera sur le projet. Il existe de nombreuses études disponibles et de bons livres écrits. "Programmeur pragmatique", "Code complet", "Homme-Mois mythique", "Conception de choses du quotidien" et autres. Pourquoi personne d'autre que nous, les programmeurs ne les lisent jamais? Comment est-il possible que même après 20 ans de travail en informatique, la plupart des développeurs et des gestionnaires n'aient jamais trouvé le temps de lire l'un ou l'autre livre de méthodologie. Ils sont écrits pour ceux qui ont le plus besoin de ce médicament, mais ne les lisent guère.

Concernant les perspectives de carrière. Ce que j’ai aussi remarqué en général sur le marché du travail pour les employés, c’est que les employeurs perdent de plus en plus l’intérêt pour un travail de qualité (imaginons qu’ils l’aient déjà eu), recherchant de plus en plus le métier de travail le moins cher disponible. Vous avez du mal à vendre vos connaissances, votre expérience et votre compréhension de l'univers à qui que ce soit. Ce n'est pas en demande. Ce qui est demandé, c’est que vos projets soient ruinés par des juniors qui n’ont ni expérience ni désir de faire du travail professionnel. Les gens bon marché sont utilisés et maltraités, puis jetés pour que le prochain tour commence. Les projets sont également externalisés vers des destinations à bas salaires où ils sont réalisés par des personnes qui commencent apparemment à apprendre à programmer uniquement avec votre projet. C'est une chose que je ne comprends vraiment pas.

J'entends de plus en plus l'idée d'abandonner le travail de programmation employé à l'avenir. J'aimerais beaucoup travailler dans ma propre start-up avec mon propre projet. Sinon, j’envisage de travailler à la pige ou de changer probablement la nature de l’emploi rémunéré. Après tout, je n’apprends presque rien pendant les heures de travail et je n’obtiens aucune satisfaction du tout. Je peux faire n'importe quoi 9-5 et être toujours satisfait de mes projets personnels. J'apprends beaucoup des communautés en ligne. Je reçois ici une attention, un soutien pour mes idées et parfois même une reconnaissance que je ne pourrais jamais obtenir avec mon travail et mes collègues de travail. Va voir où je serai dans le futur.

Jeff Atwood a écrit dans un article sur Coding Horror que c'était censé être amusant. Et une partie de la description de poste en tant que développeur de logiciels apprécie votre travail. Sinon, cela deviendra une profession vraiment ennuyeuse et encombrante pour vous.

Le fait que vous recherchiez continuellement des moyens d'améliorer votre travail et que vous continuiez à vous informer des nouveautés et des meilleures pratiques montre que vous appréciez votre travail dans la nature. Je vous conseillerais donc de commencer à chercher un nouvel emploi.

Cependant, je ne pense pas que travailler pour une grande entreprise améliorera nécessairement les conditions de travail. Je pense que les meilleurs environnements pour les développeurs de logiciels sont les petites et moyennes entreprises, où les gens aiment ce qu’ils font. La meilleure chose à faire serait de rechercher et de vérifier toutes les entreprises avant de prendre une décision. Essayez de vous assurer que la nouvelle entreprise en vaut la peine.

Première chose: un gros avertissement: si vous développez depuis 10 ans (comme moi), vous ne pouvez faire mieux que développer. Donc, si vous voulez faire autre chose, quelque chose de nouveau, faites-le rapidement, sinon il sera peut-être trop tard et vous ne saurez pas faire autre chose.

Juste pour partager mon propre point de vue: je suis une personne autonome, autodidacte. J'ai appris seul les langages C, C #, Amiga C, Windows, COM, Delphi, PHP, Cinema4D et maintenant Blender et Python. J'ai presque toujours travaillé seul . Voici le plus gros problème que j'ai rencontré jusqu'à présent: les petites entreprises essaient de survivre et vous êtes l'un de ceux qui le gardent en vie: c'est très stressant, mais c'est aussi enrichissant: vous travaillez plus, vous apprenez plus vite et beaucoup de choses rapidement, vous fabriquez des produits plus rapidement (même si vous ne pouvez souvent pas faire votre travail correctement). Quoi qu'il en soit: trop de stress. Au contraire, grandles entreprises survivront toujours, mais le problème concerne les personnes: trop de personnes. C’est une jungle mais bien pire: rien n’est clair: si les personnes avec qui vous travaillez se sentent meilleures qu’elles ne le sont, elles feront de leur mieux pour ne pas vous aider à monter, mais seulement pour vous abattre par peur leur propre carrière. C'est comme ça que ça marche en France (je ne sais pas pour les autres pays).

Pour faire court: essayez de trouver une entreprise de taille moyenne dans laquelle vous vous sentez comme à votre place . Peu importe combien de temps vous programmez, peu importe combien de temps vous travaillez, le jour où vous monterez dans votre voiture pour aller à votre travail et que vous penserez que "je suis heureux d’aller à mon travail" sera le jour où vous avez trouvé votre place .

Ce n'est pas une question de 4-5 ans ou autre.

NB: Il y a une énorme différence entre "Je suis heureux d’aller à mon travail" et "Je suis heureux d’aller à mon travail car je vais faire ceci et cela" et / ou "Je suis heureux d’aller à mon travail." travaille parce que je vais apprendre ceci et cela ". Si vous pensez "parce que je vais faire ceci et cela", cela signifie "ceci et cela" se terminera un jour et vous ne serez peut-être pas heureux après. C'est mes 12 années d'expérience en programmation. Et je suis un senior, je suis bien payé, mais je me rends compte que 20 à 25 ans, les gens pensent plus vite que moi. Ils n'ont tout simplement pas mon expérience, alors je viens d'admettre que je peux les aider à faire des choses, ils le font plus rapidement, mais je les aide à les faire correctement (ce qui n'est presque jamais le cas lorsque vous commencez à vous développer).

Désolé pour mon anglais qui n'est pas parfait, n'hésitez pas à corriger mon message pour le rendre correct.

Je suis développeur de logiciels depuis vingt et un ans. Entre autres choses, cela veut dire que je le fais depuis assez longtemps pour boire! ;-) Mais sérieusement, je ne peux pas imaginer faire autre chose ni aussi joyeusement que programmer. Je suis apparemment l'un de ces oiseaux rares qui aiment vraiment ce travail.

J'ai récemment rafraîchi mon CV et j'ai remarqué que j'ai eu beaucoup, beaucoup de travail au cours des deux dernières décennies - principalement des contrats. Mais ce que j’ai compris en regardant cette longue liste, c’est que les emplois que j’aimais le plus (et ceux que je restais le plus longtemps) étaient ceux de sociétés de logiciels, c’est-à-dire de sociétés dont le modèle commercial consistait à vendre des logiciels à des clients. Les théories suivantes ne sont probablement pas universellement applicables, mais elles vont loin pour expliquer mon expérience.

Selon moi, la différence entre un magasin de logiciels et votre magasin informatique typique est étonnamment évidente. C'est simplement une question de ce que les cadres supérieurs comprennent. Si la société tire la plus grande partie de ses revenus de logiciels, les principaux dirigeants vont vraiment se tourner vers les logiciels et leur fabrication. Mais si les revenus proviennent de la vente de widgets, ils n’ont généralement pas la moindre idée de ce qu’il faut pour que leur infrastructure informatique reste opérationnelle, sans parler des processus qui sous-tendent le développement de logiciels. Pire, même s'ils délèguent la tâche au personnel informatique, ils tentent de mapper les processus informatiques sur ce qu'ils savent, avec des résultats allant généralement de décevants à désastreux.

L’une des raisons est qu’il existe un large éventail de talents, du plus compétent au virtuose du logiciel. Cela va tout à fait à l’encontre de la mentalité unique qui convient si bien aux postes non qualifiés et semi-qualifiés. L'espoir qu'un développeur puisse être remplacé par un autre doté d'un "ensemble de compétences" similaire peut sembler ridicule, mais semble néanmoins parfaitement raisonnable pour une structure de gestion axée sur les chiffres bruts. Si cela semble incroyable, il suffit de regarder combien de magasins essaient encore de faire fonctionner le modèle Waterfall.

Vous n'avez pas nécessairement besoin de tous les virtuoses de votre équipe, mais vous avez besoin d'au moins un ou deux. Et une partie de leur rôle doit être d'encadrer les jeunes pour qu'ils puissent jouer ce rôle (ou disparaître - cela arrive). Dans le cas contraire, le code junior médiocre à médiocre prévaudra, avec ses erreurs de manipulation et son gonflement. Une fois que le cancer est présent, le code devient rapidement intenable, la productivité de l’équipe diminue fortement et les gens commencent à s’épuiser.

Cela crée un roulement, jusqu'à ce que finalement quelqu'un dise: "Nous ne pouvons plus continuer ce projet! Laissons-le au rebut et recommençons!" L'investissement dans l'ancienne base de code va se perdre et le processus recommence. "Mais ce sera différent", vous vous promettez. Et pendant un moment c'est. Ensuite, quelqu'un engage votre rock star et il ne reste plus que des juniors non dirigés qui saccagent à nouveau votre tout nouveau code.

Mousse. Rant. Se repentir.

Mais je m'éloigne du sujet ... Donc, pour répondre à votre question initiale: non, une demi-décennie n'est pas la quarantaine d'une carrière dans le logiciel. C’est plutôt un Age of Reason, peut-être l’endroit dans votre carrière où l’échelle vous tombe sur les yeux et où vous commencez à voir le métier tel qu’il est. Les réalisations viennent dans un ordre différent pour tout le monde, ce qui a une incidence sur les conclusions que vous pourriez tirer en cours de route. Mais accrochez-vous - si vous êtes sain d'esprit de l'autre côté, vous aurez une perspective beaucoup plus saine et vous découvrirez en fin de compte que cette folle affaire nous intéresse plus que jamais.

Je pense que vous avez besoin de cinq années d'expérience supplémentaire. Vous pourrez alors accepter les compromis et être heureux de réparer ce que vous pourrez.

Du moins, ce fut mon expérience. À environ 5 ans (environ le temps qu'il faut pour devenir un expert), je pense l'avoir réellement "compris". J'ai réalisé que mon code était de la merde. J'ai réalisé que mes astuces brillantes qui faisaient fonctionner les applications n'étaient que cela, des astuces. J'ai fini par comprendre que j'avais créé un code sous-pair, juste pour rendre mes chefs heureux et pour que les salaires continuent de tourner.

En même temps, j'ai réalisé que les désirs des patrons n'allaient pas changer. Ils allaient toujours le vouloir hier sans dépenser d’argent en bons outils. Ils ne s'inquiéteraient jamais si j'utilisais un motif particulier. Jamais ils ne seraient impressionnés, car j’ai augmenté la facilité de maintenance en appliquant judicieusement le principe de responsabilité unique.

J'ai aussi réalisé que je me battrais contre mon jeune personnage incarné par des programmeurs inexpérimentés. Le programmeur qui a piraté le programme pour le faire fonctionner rapidement. Le jeune programmeur qui a résisté à toutes les bêtises qu'il m'a fallu des années pour comprendre. Le jeune programmeur qui pense avoir 5 classes est plus déroutant que d'avoir une classe énorme qui fait tout.

Mais maintenant que je suis à 10 ans, je me rends compte que ces frustrations ressemblent à celles que j'ai vécues au cours de mes cinq premières années. C'est la frustration associée à l'apprentissage d'une nouvelle compétence. Mais cette fois, les compétences sont interpersonnelles. Les compétences permettent aux non-programmeurs de comprendre les limites du cheminement des cow-boys. Et ces compétences sont peut-être plus importantes dans le grand schéma des choses que les compétences de codeur que j'ai acquises au cours des cinq premières années.

Mais ce qui est vraiment étonnant dans ce métier, c’est que je peux continuer et que je dois continuer à développer des compétences techniques tout en travaillant avec la direction.

Alors je vous dis de rester! Parce que vous êtes à l'aise avec la technologie, vous pouvez commencer à travailler sur vos compétences en ce qui concerne les choses molles appelées humains.

J'ai découvert qu'il y a 2 secrets du bonheur relatif:

• ne cherche pas à avoir tout ce que tu veux mais cherche à vouloir tout ce que tu as

• la vie est dure - peu importe la force avec laquelle on peut frapper (bon, personnellement et professionnellement); il sera toujours riposter plus fort. il importe de savoir à quel point vous pouvez être touché et pouvoir continuer.

Après tout, c'est une promenade dans le parc et il y a des choses plus importantes que les bits et les octets, les pratiques et tout le reste. Profitez simplement de toutes les expériences qu’elles sont et combattez autant que vous le pouvez.

Jetez peut-être un coup d’œil à The Passionate Programmer de Chad Fowler ... en citant la page Web:

Dans la plupart des cas, les carrières remarquables ne viennent pas par hasard. Ils nécessitent de la réflexion, de l'intention, de l'action et une volonté de changer de cap lorsque vous avez commis des erreurs. La plupart d’entre nous sommes tombés sur notre destin en laissant notre carrière nous mener là où ils le pourraient. Il est temps de prendre le contrôle.

À l’OMI, le mécontentement que vous ressentez manifestement n’est pas une crise, mais plutôt un signe que vous avez atteint un certain niveau. Vous avez dépassé le créneau "Je ne suis qu'un programmeur". Vous avez suffisamment de compréhension maintenant pour voir les failles dans la situation actuelle et comment il peut être corrigé.

La prochaine étape consiste à trouver un lien entre ce que vous considérez comme une amélioration potentielle et ce que l'entreprise pour laquelle vous travaillez verrait en tant que telle. Ensuite, vous devez convaincre votre (vos) patron (e) s que c’est la voie à suivre.

Il ne suffit pas de comprendre les choses et de savoir comment faire les choses. Vous devriez également pouvoir convaincre les gens que vous savez ce que vous faites. Et si cela ressemble à des ventes, c'est parce que c'est le cas. Mais cela est absolument nécessaire pour devenir "grand". Vous ne travaillez pas avec des ordinateurs, vous travaillez pour des personnes et avec des personnes, vous devez être capable de vendre vos idées.

Bien sûr, certaines entreprises seraient trop conservatrices pour accepter vos idées, et votre patron peut les rejeter en raison de la couleur de la cravate que vous portez. Gardez simplement à l'esprit que vendre des idées n'est pas plus facile que d'en générer, et une vente infructueuse n'est pas nécessairement le résultat des arrière-pensées de votre patron, cela peut être une mauvaise présentation de votre part.

Je suis complètement d'accord avec Nikos. Je pense que vous avez peut-être besoin de trouver une entreprise axée sur la technologie et les produits. Il y a des entreprises où les développeurs de logiciels considèrent le développement uniquement comme leur travail, et ils ne pensent jamais à ce sujet à leur propre rythme. L’environnement de travail est généralement beaucoup plus adapté aux gestionnaires effectuant du travail de bureau qu’au travail des développeurs. Le niveau moyen des développeurs est généralement faible (bien que vous obteniez parfois un "gourou"). Ils ont tendance à prendre des raccourcis (voire même à éviter) des tâches telles que le contrôle de version, les tests, les processus, etc. La société fournit généralement un logiciel qui fait le travail, mais il est souvent laid et buggy, et personne ne semble particulièrement dérangé.

D'autre part, il y a des entreprises où les développeurs ne font que faire ce qu'ils feraient autrement chez eux; ils rentrent chez eux le soir et travaillent sur leurs propres projets de développement à la maison et apprennent de nouvelles langues / technologies pendant leur temps libre. L’environnement de travail est généralement assez centré sur le développeur, avec de bons moniteurs, de bons outils, une bonne atmosphère propice à la réflexion. Les développeurs sont souvent de haut niveau et vous apprenez au quotidien de tous vos pairs. Ils prennent généralement au sérieux des tâches telles que le contrôle de version, les tests et les processus. La société livre généralement un logiciel de qualité décente, car les développeurs le prennent personnellement en cas de bugs ou d’imperfections.

Je ne pense pas que trouver une plus grande entreprise va nécessairement améliorer les choses; en fait, dans de nombreux cas, les grandes entreprises sont pires et les problèmes sont plus profonds et plus institutionnels.

Évidemment, je polarise un peu les choses ... mais si vous êtes un informaticien (et pas seulement sur votre CV), vous devez alors essayer de trouver l'un de ces derniers types de société. Pensez à quelques bonnes questions d’entrevue que vous pouvez leur poser afin de savoir si une entreprise est de ce type.

J'ai constaté que beaucoup de programmeurs ne comprennent pas que toutes les décisions ne sont pas techniques. Triste qu'il soit, faire quelque chose de "bien" n'est pas toujours une option. Cela amène de nombreux développeurs à penser que leurs patrons sont stupides, ou à prendre de mauvaises décisions ... et oui, c'est souvent le cas, mais le fait est que la société est peut-être en faillite ou perdrait de l'argent. entièrement si elles permettaient aux programmeurs d’établir le calendrier et de prendre toutes les décisions techniques.

Malheureusement, il est parfois de notre devoir de respecter les contraintes politiques ou financières du travail et de faire de notre mieux.

Une chose que vous apprenez de l'expérience est d'être conservateur. Les dernières techniques peuvent ne pas être éprouvées et vous ne les maîtriserez peut-être pas, même si elles le sont. Les gestionnaires n'aiment pas passer du temps à vous laisser familiariser avec une nouvelle technologie simplement parce que vous voulez apprendre quelque chose de nouveau.

Les programmeurs oublient que de nombreuses entreprises ne sont pas des éditeurs de logiciels. Ce sont <des entreprises du secteur ici> des entreprises qui produisent également des logiciels. Votre travail en tant que programmeur consiste à faciliter les processus critiques de la mission et non à écrire un logiciel parfait. Parfois, il semble que ce soit la même chose, mais c'est en fait assez rare.

À mon avis, ce n'est pas une crise de la quarantaine - je dirais que la lune de miel est terminée.

Je peux comprendre que le code écrit pourrait être meilleur, mais il doit exister une ligne dans laquelle on peut être trop perfectionniste, comme si quelque chose fonctionnait 99,99999% du temps, n'est-ce pas assez proche de 100% pour la plupart des gens ? Une partie de mes luttes avec des schémas de pensée négatifs sont parfois le perfectionnisme, une autocritique intense et un jugement perspicace, alors je peux peut-être trop m'identifier à cela.

4-5 ans est suffisant, IMO, pour comprendre quelques choses:

• Ce que vous voulez - Quelles pratiques dans votre poste actuel aimez-vous?
• Ce qui fonctionne pour vous - Ceci est légèrement différent en ce que ce qui fonctionne peut ne pas toujours être ce que vous voulez.
• Quels sont vos dealbreakers - Pourriez-vous aller travailler pour une entreprise qui ne vous laisserait pas avoir un IDE? Exemple extrême, mais j'espère que cela illustre un peu le propos.

Il existe d’autres questions telles que « Feuille de route pour un meilleur programmeur » et « Comment devenir un programmeur« plus rapide » » qui pourraient vous faire des suggestions si vous souhaitez améliorer vos compétences.

J'ai également constaté que le titre senior est attribué à une personne simplement pour survivre sur le terrain aussi longtemps que pour atteindre un niveau de compétence. Vous pouvez accepter cela comme une partie du fonctionnement du monde ou vous pouvez essayer de trouver des endroits qui fonctionnent différemment. Je ne sais pas combien il en existe, mais je peux dire que, parfois, vous pouvez trouver un endroit où vous aimez travailler et ce que l'entreprise et ses collègues utilisent pour faire le travail.

" Sources of Insight " est l'un de mes blogs préférés et j'aime le lire presque tout le temps. La matière est un peu lourde en tête car il y a beaucoup d'éléments intellectuels dans ce qui est écrit mais il y a des pépites que l'on peut prendre et rendre leur vie un peu meilleure ou du moins, telle a été mon expérience.

Je me souviens qu'à l'école, quand j'étais enfant, il y avait souvent des transitions après 4-5 ans, alors que ma première école était à 8 ans (de la maternelle à la 6e année), elle était ensuite de 2 ans (7e et 8e années) , 4 ans (études secondaires allant de la 9e à la 13e année, où 11/12 ont été faites en un an dans mon cas) et 4 ans (baccalauréat universitaire).

Je peux accepter l'idée d'une crise à différents moments de la vie. Par exemple, terminer ses études universitaires peut amener à se demander qui il est ou après avoir travaillé pendant un certain temps en se demandant si tout cela en valait la peine.

Certains endroits peuvent apparaître comme des lieux impressionnants au travail et d' autres peuvent conduire à l' épuisement professionnel comme cela a été une question ici deux ou trois fois, « Quelles sont les causes d' épuisement des développeurs , » et « histoires de burn - out des développeurs , » alors que d' autres questions sont le revers de cela, " Quelle est votre motivation " et " Programmation (dé) motivation et autres plans ... "

Pour répondre à ma question, je développe des sites Web / des applications depuis près de 12 ans maintenant, alors que j’avais obtenu mon premier emploi à l’université en février 1998 et mis à part une période de sécheresse de 8 mois où je ne travaillais pas. Cela a été fait tout le temps dans quelques environnements différents: un couple de .com, un fournisseur de services d'application et maintenant au sein de l'équipe de développement Web du département des systèmes d'information dans une entreprise de technologie locale. Je me rends compte que la réponse est longue, mais je pense que les questions posées ne me donnent pas une réponse brève.

J'ai trouvé des choses similaires au cours de mes 10 années de programmation et je suppose que ce sont des événements assez courants. Dans le monde des affaires (par opposition au monde universitaire), l'argent (ou le manque d'argent) et le temps dictent l'horaire, les fonctionnalités et la qualité de la programmation. Souvent, ces ressources manquent pour faire les choses correctement. C'est un facteur de motivation primordial pour trouver les méthodes les plus efficaces pour résoudre les problèmes. Cette situation m'a également amené à garder à l'esprit que ma programmation ne devrait résoudre que le problème à résoudre (avec un certain degré de considération future) au lieu de créer quelque chose qui contient beaucoup plus de fonctionnalités que nécessaire. C'est une leçon cruciale à apprendre, à mon avis.

Malheureusement, selon moi, vos commentaires sur les "programmeurs expérimentés" sont également fréquents. Je pense que la raison en est double: premièrement, de nombreux programmeurs expérimentés deviennent paresseux en utilisant uniquement les outils et les méthodes qu’ils ont utilisés au cours de leur carrière. La technologie continue cependant à progresser, ce qui conduit ces programmeurs expérimentés à devenir des "dinosaures". Deuxièmement, après avoir programmé pendant un certain temps, il peut devenir facile de tomber dans l'orgueil ("mes talents m'ont amené jusqu'ici, donc je dois être un très bon programmeur"). J'essaie de combattre ces deux problèmes en essayant continuellement d'apprendre de nouvelles méthodes ou technologies pour résoudre mes problèmes. Parfois, cela contredit l’état de la leçon «Construire seulement ce qui est requis» ci-dessus, mais le but est d’atteindre un équilibre sain entre les deux.

Je suggérerais d'utiliser les expériences que vous avez en tant que motivateur pour vous améliorer continuellement. J'ai moi-même quitté l'industrie de la programmation après environ 5 ans parce que j'avais perdu la passion d'ingénieur logiciel. Mais je ne pouvais pas me débarrasser de l'envie de créer des programmes et je suis revenu dans l'industrie plusieurs mois plus tard. J'ai appris que vous devez vous engager à faire ce que vous aimez faire - si vous voulez gérer des projets, trouvez un poste qui vous permet de gérer des projets. Si vous voulez coder toute la journée, trouvez un poste pour le faire. Trouver un emploi qui vous met au défi et qui répond à vos désirs est une partie merveilleuse et nécessaire d’une vie heureuse - je vous souhaite bonne chance pour le trouver.

Hé mon pote, c'était vraiment bien de lire ta question. Je suis content que vous ayez écrit ainsi. Vous savez quoi, vous ne réalisez pas quelle compréhension vous avez maintenant. Les choses que vous avez écrites me font comprendre votre expérience et croyez-moi, cette expérience n’est pas quelque chose que tous les programmeurs ne peuvent pas avoir dans leur vie. Vous êtes une personne autonome, auto-apprentissage. À l’heure actuelle, vous êtes dans un état d’esprit très mûr, après avoir travaillé 4 ans pour de petites entreprises. Si vous aviez été dans de grandes entreprises, vous n'auriez rien eu à considérer comme une expérience. Vous comprenez maintenant comment cette industrie fonctionne, comment les choses se font et comment elles devraient être faites. Quel niveau ces soi-disant "seniors" ont. J'ai une suggestion pour vous, si vous êtes un si bon auto-apprenant et que vous pratiquez l'auto-apprentissage depuis plus de 4 ans, pourquoi ne pas Essayez-vous de travailler en freelance? Croyez-moi, vous travailleriez pour vous-même et profiteriez de beaucoup plus.

En guise de conclusion, ne regrettez pas ce que vous avez fait au cours des 4 dernières années. C'est une expérience merveilleuse et seulement quelques-uns l'ont dans leur vie :)

La différence entre les programmeurs seniors et les programmeurs débutants, quand on parle de personnes ayant de l'expérience, est généralement basée sur une rémunération. La valeur des organisations pour modifier le titre varie beaucoup, et souvent, cela dépend de ce que vous demandez lorsque vous êtes embauché.

Si cela peut vous consoler, je suis confronté à une crise de la programmation qui dure depuis dix ans, même si j’ai commencé à programmer sur un Apple] [+, donc cela pourrait être un point sur 24 ans; Je ne sais pas. J'espère que les gens ne s'attendent pas à de la magie de la part des programmeurs.

Je trouve que le fil rouge que j'ai vu dans ma carrière est que lorsque je sens que je suis pris dans une situation où je n'ai aucun contrôle sur mon environnement, c'est quand je commence à me sentir ennuyé. Je fais juste ce que tout le monde vous dit. Il est important d'avoir un domaine qui lui est propre (à mon humble avis) pour en assumer l'entière responsabilité - peut-être qu'il manque également dans votre travail?

Dans ce cas, vous devriez parler à votre responsable. Peut-être qu’il existe une solution à votre emploi actuel? Demander plus de responsabilité est toujours une bonne chose.

D'après mon expérience, les premières semaines (au plus quelques mois) sont cruciales pour la qualité générale d'un projet. Si vous commencez à travailler à un endroit où d'autres programmeurs ont déjà créé un gâchis (normes de codage incorrectes, pas de contrôle de version, etc.), il est très difficile pour un responsable et, pour la plupart, impossible pour un nouvel homologue d'établir des améliorations. Plus tard, les délais et les problèmes résolus vont causer de la laideur dans presque tous les projets, mais si les fondations sont bien faites, les dégâts seront limités et gérables.

Pour cette raison, si vous vous trouvez dans une situation où vous devez travailler avec de mauvais pairs sur un mauvais projet, essayez d'être assigné à un nouveau projet (si cela est possible dans votre entreprise) ou de trouver un nouvel emploi. N'attendez pas trop longtemps, car les mauvaises habitudes sont contagieuses.

J'ai eu les mêmes questions et j'ai peut-être examiné les mêmes choses que vous (grandes startups, conseils inspirants, personnes motivées créant des choses étonnantes, des processus, des algorithmes qui font de votre tête un cœur) pour ne rien trouver dans mes collègues, actuels ou anciens. , ni chez les gens que je connais qui sont dans le métier. La difficulté de faire coïncider cet intérêt profond avec un travail rémunéré a donc entraîné de nombreuses nuits endormies et la recherche d’un projet si ingénieux qu’il serait possible de prendre à contre-pied et de devenir cependant assez rapidement un moyen de sortir. Comme beaucoup de gens, j'ai une famille à soutenir et je pense personnellement que l'énergie nécessaire pour créer quelque chose dans une start-up ciblant le marché brésilien n'est pas bien dépensée si ce n'est pas complètement informatif et ennuyeux. Et sérieusement? Je fais des choses ennuyeuses et ennuyeuses toute la journée.

Donc, pour moi, la réponse a été de garder la volonté d'apprendre et de progresser dans un endroit et de travailler dans un autre. J'ai commencé avec processing.org et je continue d'essayer de dessiner, d'écrire et de cuisiner davantage. Pour être honnête, cela a été formidable pour moi: parfois, vous êtes tellement tenté d'associer les personnes que vous admirez et d'être emmené au Panthéon des grands accomplisseurs que vous ignorez les faits sérieux sur qui vous êtes et ce qui vous fait sentir que la vie vaut la peine d'être vécue vivant. Et bien que le travail prenne une partie considérable de votre journée, la minute où vous cessez de vous inquiéter de ce que tout cela signifie et où vous allez, c'est le moment où vous réalisez que vous n'en avez pas besoin. Continuez à coder si c'est ce que vous aimez, écrivez des logiciels à la maison, contribuez à des projets qui vous passionnent. Ce type de satisfaction ne provient presque jamais d'un salaire pour la plupart des gens,

En tant que programmeur, vous devrez toujours trouver un équilibre entre votre désir de perfection et celui de votre employeur pour un produit fonctionnel. Dans certaines entreprises, ces deux désirs seront plus proches l'un de l'autre, dans la plupart des entreprises, les deux désirs seront très éloignés.

Ma meilleure suggestion pour faire face à la perte de temps de votre travail quotidien est de démarrer un projet personnel parallèle, sans délai, où vous pouvez travailler dans des domaines dans lesquels vous ne travaillez pas habituellement, dans lesquels vous réalisez toutes les tâches. les décisions. Le code le plus gratifiant que j’ai écrit est celui de développeur Wii, je peux vous suggérer d’écrire un jeu. Vous pourrez aborder tous les aspects de la programmation, de la 3D, des réseaux, de l'IA, etc.… et comme vous travaillez déjà avec .Net, je vous suggérerais de saisir XNA ou Unity.

En ce qui concerne les programmeurs expérimentés ne sachant pas grand chose, vous avez probablement raison. La plupart des programmeurs expérimentés de grandes entreprises ont été promus à un moment où ils en savaient beaucoup, ou quand ils étaient capables de faire le travail. Maintenant qu’ils sont seniors, ils ont des responsabilités différentes, principalement en tant que gestionnaires. On s'attend à ce que leurs compétences en matière de codage glissent un peu. Certains sont meilleurs que d'autres, et certains ont probablement été promus pour des raisons qu'ils connaissent, mais la plupart des programmeurs expérimentés avec lesquels j'ai travaillé par le passé possédaient un ensemble de compétences solides (bien que parfois dépassées).

Donc, pour terminer, faites un projet personnel pour soulager l’ennui au quotidien, et rassurez vos aînés, faites le meilleur travail possible dans le temps imparti et tout ira bien.

Je pense qu'il est temps d'être Sr, développeur pour vous, je suis nouveau sur ce marché, mais les employeurs ne recherchent pas les humains, ils recherchent des monstres comme un développeur Jr. avec plus de 6 ans d'expérience et c'est vraiment frustrant.

Bonne question Jeffrey. Aimez-vous toujours la programmation? Tu es passionné, le fais-tu pendant ton temps libre? Ou êtes-vous juste fatigué de certains des emplois de programmation terribles que vous avez eu.

Si vous avez l’impression que la programmation n’est pas faite pour vous, de nombreuses autres disciplines pourraient vous intéresser à ce stade de votre carrière: gestion de projet, vente, avant-vente, analyste. Ces opportunités n'existaient pas lorsque vous étiez junior / diplômé, de sorte que vous n'avez peut-être pas commencé à penser au-delà de la réduction de code. Peut-être que vous pouvez contacter votre employeur pour vous parrainer pour des examens de certification ou pour explorer une nouvelle technologie (Azure / Silverlight / WPF?)

Par ailleurs, si vous avez l’impression que votre lieu de travail ressemble à une bande dessinée réaliste de Dilbert, il est peut-être temps de passer à autre chose. Si vous avez travaillé dans une grande entreprise, pourquoi ne pas interviewer quelques startups, ou inversement? Vous n'êtes pas obligé de dire à qui que ce soit que vous postulez à un emploi, et même lorsque vous recevez une offre, vous êtes dans une excellente position de négociation car vous avez déjà un emploi, vous pouvez simplement décider si l'offre est meilleure que votre situation actuelle, et sinon, continuez simplement à chercher. Les grandes entreprises peuvent souvent vous offrir de meilleures opportunités en matière de développement de carrière et de formation, tandis que dans une petite entreprise, vous obtenez plus d'actifs incorporels, tels que la responsabilité du succès de l'entreprise, des horaires de travail flexibles, des options d'achat d'actions et une ancienneté / respect plus tard, si / quand l'entreprise frappe le grand.

Si cela peut vous consoler, j’ai ressenti exactement la même chose pour les personnes âgées sur mon lieu de travail. La semaine dernière, j'ai déposé un rapport fondé sur des preuves et cette semaine, j'ai eu une réunion d'une heure avec le personnel afin de déposer officiellement une plainte contre les gestionnaires (compte tenu du fait que je suis une junior). C'était soit pousser des balles ou être malheureux dans mon travail. Ce ne sont pas des plaintes malveillantes, mais des plaintes constructives. Il y a une différence et cela peut certainement avoir un impact énorme sur votre bonheur au travail.

MODIFIER

Je dirais aussi que vous ne devez pas simplement "abandonner" parce que vous avez un problème avec les gens. Il semble que beaucoup de gens ici disent simplement "quitte ton travail", la vérité est que tu peux faire la différence sur le lieu de travail. Cela semble absurde, je sais, mais je pense que vous feriez en sorte que le changement se produise et que vous gagniez plus de respect si vous êtes proactif pour que les choses changent. N'ayez pas peur de prendre votre patron à part et de porter plainte. Oui, et cela a déjà fait une grande différence. Nous adoptons de nouvelles technologies, nous modifions nos procédures de travail et nous abordons les tâches de manière plus formelle en raison de ce que j'ai dit (et je suis un développeur junior).

Eh bien, vous devriez apprendre un autre domaine (mathématiques, intelligence artificielle, exploration de données, intelligence économique, intégration, peu importe). Ensuite, après avoir maîtrisé ce nouveau domaine, vous avez probablement de nouvelles idées qui répondent aux besoins réels de votre entreprise.

A ce stade, si vous êtes un bon programmeur, il vous suffit de faire un démarrage. Eh bien, c'est risqué, mais beaucoup plus amusant.

Apprenez différentes aptitudes et compétences, pas seulement en programmation, puis combinez-les pour créer une nouvelle chose à laquelle personne n'a pensé. C'est facile, vous avez déjà le meilleur marteau qui soit: la programmation.

Mon expérience personnelle est la même que vous mentionnez. La plupart des projets sur lesquels je travaille ces derniers temps sont tous réalisés à la hâte et pourraient tous être meilleurs. Je suis développeur de programmes depuis environ 7 ans et je fais partie de la même entreprise de taille moyenne. La direction n'a pas la moindre idée et exécute tous les projets en tant que "non-projets". Il y a très peu d'ordre dans le chaos.

Ce que je crains le plus, c’est de tomber dans le gouffre dont vous parlez et de commencer à faire de la programmation "merdique" et une décision stupide juste pour avancer dans ma carrière. J'espère qu'il y a quelqu'un là-bas pour me frapper à la tête si cela se produit.

Hou la la! J'aime la valeur de cette conversation. Je suis un développeur web avec plus de 5,5 ans d'expérience et j'adore ça. Je ne peux pas voter mais je citerai les mots de AZ. Je suis d'accord avec ça!

J'ai découvert qu'il y a 2 secrets de bonheur relatif: - ne cherchez pas à avoir tout ce que vous voulez, mais cherchez à vouloir tout ce que vous avez - la vie est dure - peu importe la force avec laquelle vous pouvez frapper et professionnellement); il sera toujours riposter plus fort. il importe de savoir à quel point vous pouvez être touché et pouvoir continuer.

Le livre que je recommanderais est: http://www.amazon.com/Software-Measurement-Estimation-Quantitative-Engineering/dp/0471676225

Mes deux points:

J'ai touché le mien après seulement 2 ans dans l'industrie. Je l'ai surmonté en m'améliorant et en apprenant.

La plupart du temps, cela viendra parce que vous faites la même chose encore et encore. Et si vous faites la même chose encore et encore ... eh bien ... vous le faites mal.

Toujours améliorer. Toujours apprendre. Et diable, si votre entreprise actuelle ne vous donne pas cette atmosphère, allez en trouver une qui le fera. Je l’ai fait et les 2 dernières années ont été la meilleure période de ma vie (je suis aussi probablement 100 fois meilleur à mon travail qu’il ya 2 ans)

Il y a beaucoup de programmeurs, mais seule une petite partie d'entre eux sont des ingénieurs en logiciel de qualité. Je suppose que c'est vrai dans n'importe quelle profession.

Bienvenue dans le monde réel ... malheureusement, ce que vous décrivez se produit dans la plupart des carrières avec des personnes qui ne sont tout simplement pas passionnées par ce qu’elles font. Il n’ya qu’une seule option (c’est-à-dire si vous aimez votre travail): vous devez trouver un meilleur magasin pour lequel travailler, même si cela n’est pas facile de nos jours ...

J'ai également observé un autre problème: la plupart des soi-disant programmeurs «seniors» dans «mon environnement de travail» ne sont vraiment pas aussi sages en termes de compétences. Ils sont «seniors» uniquement parce qu'ils ont été programmeurs de longue date, mais le code qu'ils écrivent ou les décisions qu'ils prennent sont absolument sans valeur! Ils ne veulent pas apprendre, ils ne veulent pas être meilleurs, ils veulent juste être payés

... suivi par ...

Je suis tombé dans un état mental que je n'ai plus l'intention d'être programmeur pour ma future carrière. J'ai commencé à penser qu'il y avait peut-être de meilleures choses sur lesquelles travailler.

Ensuite, il est temps de commencer à regarder et à agir. Parce que si vous restez programmeur avec cette attitude, vous vous retrouverez comme ces "personnes âgées" que vous méprisez si clairement. Le mot clé est "pris au piège": vous gagnerez suffisamment d'argent pour justifier le passage à autre chose, et vos compétences seront si étroites que vous ne pourrez plus vous déplacer au sein de l'industrie.

Peut-être envisager d'aller aux études supérieures? Cela pourrait ouvrir la voie à un type de travail différent, davantage axé sur le long terme.