"Ne faites pas de programmation après quelques années de carrière". Est-ce un bon conseil?
Je suis un développeur peu expérimenté ayant environ 5 ans d'expérience en PHP et un peu moins en Java, C # et essayant d'en apprendre Python de nos jours. Depuis le début de ma carrière en tant que programmeur On m'a dit de temps en temps par mes collègues programmeurs que la programmation est appropriée pour quelques premières années d'une carrière (la plupart le prennent comme 5 ans) et qu'il faut changer de direction après cela. ils présentent des maux de tête et des pressions associées à la programmation. Ils disent aussi que les programmeurs sont moins sociaux et n'aiment généralement pas donner du temps à leurs familles, etc. et surtout "Oh allez, vous ne pouvez pas faire de programmation toute votre vie!"
Je suis quelque peu confus ici et j'ai besoin de demander aux autres à ce sujet. Si je quitte la programmation, que dois-je faire?! Je suppose que l'enseignement peut être une bonne option dans ce cas, mais il faudra peut-être d'abord obtenir un doctorat. Il peut également être intéressant de noter que dans mon pays (Pakistan) la vie d'un programmeur n'est pas très bonne dans la mesure où il doit normalement consacrer 2 à 3 heures supplémentaires au bureau pour accomplir des tâches de programmation urgentes. J'ai l'impression que la situation est quelque peu similaire dans d'autres pays et régions également.
Pensez-vous qu'il est juste de changer de carrière de la programmation à autre chose après avoir passé 5 ans dans ce domaine?
MISE À JOUR
Je ne pense pas que ce soit une question à laquelle on puisse donner une réponse globale qui soit toujours correcte, sauf peut-être pour le vieux "Ça dépend".
Le conseil le plus simple est: si la programmation est ce que vous aimez faire le plus, ne vous arrêtez pas à moins que cela ne change.
Il existe de nombreux autres facteurs à prendre en considération, tels que le marché du travail, les opportunités de promotion, le lieu et bien sûr le salaire, mais la chose la plus importante avec toute décision de carrière est la question "Est-ce que cela me rendra heureux ? "
Nous avons plusieurs programmeurs où je travaille dans la cinquantaine qui ont programmé pendant plus de 20 ans. Si c'est ce que vous voulez faire, ne laissez personne vous dire que cela ne convient qu'aux jeunes.
J'utilise le code depuis 21 ans maintenant, donc je pense que je suis qualifié pour commenter cela.
Tout d'abord, il y a un nombre non négligeable de personnes qui commencent en tant que programmeurs avec l'intention de passer à un poste de gestion après quelques années. Ils n'écrivent pas de code parce qu'ils aiment écrire du code, ils écrivent du code parce qu'ils le voient comme une étape nécessaire sur le chemin de leur véritable objectif. Je soupçonne que ce sont ces gens qui vous disent de quitter la piste de codage le plus rapidement possible.
Ensuite, il y a des gens comme moi qui aiment la programmation pour eux-mêmes et dont les compétences en personnes sont, disons, moins que suffisantes pour un poste de gestion (j'ai essayé, une fois, et ce fut un désastre pour toutes les personnes impliquées).
Il est possible de rester sur la piste technique et d'avancer dans la rémunération et la responsabilité. Et il y a aussi beaucoup de postes pour les gars plus âgés. J'ai 46 ans et tous les gars de mon équipe sauf un sont plus âgés que moi.
Bien que j'aie connu quelques programmeurs plus âgés qui tombent dans le stéréotype MIT übergeek), je suis confiant en déclarant que ce n'est pas vrai en général. Moi et la plupart des programmeurs que je connais qui ont mon âge ont familles, prendre le temps dont nous avons besoin et mener une vie normale. Nous ne sommes pas des fêtards, mais nous ne sommes pas non plus des moines.
Oui, il y a beaucoup de mauvais emplois de programmation. Cependant, l'industrie fait un réel effort pour concilier vie professionnelle et vie privée, et de nombreuses sociétés de logiciels font ce qu'elles peuvent pour éviter les scénarios de marche vers la mort. Il y aura toujours des sprints (j'en suis au milieu maintenant, c'est juste la nature de l'entreprise), mais les marathons sont de moins en moins nombreux.
Cela me semble être le conseil classique d'une grande entreprise qui est toujours répandu après des décennies.
Fondamentalement, l'un des problèmes de progression de carrière est que de nombreuses entreprises ne sont pas créées pour offrir une carrière (par opposition à un emploi) aux développeurs. Dans de nombreuses autres professions, vous avez tendance à progresser lentement à travers des niveaux de responsabilité de gestion supplémentaires ou de spécialisations qui nécessitent une expérience et des certifications supplémentaires à atteindre si vous souhaitez rester dans un rôle non-cadre. L'important, cependant, c'est qu'il y a une progression de carrière connue dans ces domaines, comme "Je ferai un partenaire un jour" ou "J'ouvrirai mon propre cabinet".
Pour une raison quelconque, beaucoup d'entreprises qui semblent avoir adopté la mentalité selon laquelle le "codage" 1 est juste quelque chose que vous obtenez le pool de frappe à faire selon les spécifications détaillées que l'architecte logiciel a mises en place. Comme cela est considéré comme un métier peu exigeant, vous n'obtenez aucune progression de carrière en tant que personne qui écrit des logiciels pour gagner sa vie, sauf si vous arrêtez essentiellement d'être un praticien et passez à la couche de gestion.
Ce que je trouve déconcertant, c'est qu'IBM a remarqué dans les années 1970 que ne pas offrir un cheminement de carrière non-management leur a laissé un tas de mauvais gestionnaires qui être de très bons développeurs. Cela est connu dans l'industrie depuis longtemps, mais la note de service n'a pas été envoyée aux RH ou les gens ne se soucient pas suffisamment de cette question.
Maintenant, je fais du développement logiciel professionnel depuis la fin des années 1980/début des années 1990, et je programme toujours principalement pour gagner ma vie. Oui, j'ai "passé du temps" dans la gestion à différentes étapes de ma carrière, mais j'ai trouvé que je suis plus heureux de créer des logiciels (et peut-être de faire un peu de gestion de côté) que de gravir les échelons de l'échelle de carrière "officielle". être.
Il existe des entreprises qui reconnaissent la valeur que les ingénieurs logiciels expérimentés peuvent apporter à la table. L'astuce consiste à les trouver si vous voulez avoir une carrière à long terme dans le développement de logiciels. Je ne pense pas que le fait de sortir du "codage" après 4 à 5 ans soit une très bonne idée, à moins que nous ne voulions répéter constamment les erreurs du passé, car il n'y a aucun souvenir d'eux.
1 J'utilise ceci à la fois comme raccourci pour développer un logiciel et pour montrer comment l'occupation est souvent perçue par ceux qui n'y sont pas impliqués - pour citer le PHB "si je ne comprends pas, ça doit être facile".
Non, je pense que ce sont de mauvais conseils. Depuis combien de temps les personnes qui donnent ces conseils programment-elles? Ce serait une de mes répliques. J'ai travaillé aux États-Unis et au Canada en tant que développeur et je ne vois pas vraiment de problème à le faire toute ma vie si je choisis cela comme cheminement de carrière. Je suis développeur depuis 1998, j'ai donc plus de 5 ans d'expérience dans le domaine et je fais toujours ce que je fais. Il peut y avoir différentes transitions pour aller d'un endroit à un autre ou déterminer le type de progression qu'ils souhaitent avoir, par exemple. devenir gestionnaire, analyste ou architecte.
OMI, les programmeurs peuvent être assez sociaux, bien que la clé soit le type de groupe que nous examinons ici. Une collection de fans de "Star Trek" qui sont également des programmeurs pourrait faire la fête que j'imagine bien que d'autres puissent penser que c'est boiteux.
La raison de poser des questions sur l'expérience est qu'elle peut aider à fournir un contexte à leurs conseils. Tout le monde a des préjugés à ne pas oublier ici. Les gens devraient pouvoir suivre leurs passions et pour certaines personnes, la programmation est leur passion. J'ai vu des développeurs tellement enthousiastes à l'idée de développer des logiciels que c'était plutôt contagieux. Certaines personnes peuvent progresser dans d'autres domaines et d'autres encore des développeurs pendant des décennies. Ce qui fonctionne pour l'un peut ne pas fonctionner pour un autre.
Habituellement, lorsque les gens donnent ce genre de conseils ("Ne soyez pas un singe de code pour toujours!"), Cela ne signifie pas que vous devez poursuivre quelque chose sans rapport avec la programmation, mais optez pour un poste de gestion où vous passez plus de temps à planifier le développement et la gestion équipes que réellement le codage. C'est très bien, et beaucoup de gens préféreraient finalement cette alternative, mais de nombreux programmeurs détestent absolument ces responsabilités de type "business-y". Si vous aimez le codage, il y a encore de la place pour l'avancement, et les programmeurs seniors de nombreuses organisations ne sont pas trop loin derrière leurs managers en termes de salaire et d'avantages sociaux. Quoi qu'il en soit, à mesure que vous gagnez en expérience, vous recevrez des offres et des opportunités de progresser, probablement des deux côtés du spectre. Saisissez chaque opportunité au cas par cas et décidez si vous souhaitez assumer ce rôle spécifique. Vous n'avez pas donné l'impression que vous détestez la programmation en général, mais plus que vous avez peur de ce que les autres vous disent sur la façon dont les choses sont. Ne les écoutez pas. Ils ne sont pas vous, et si vous aimez le codage, continuez à coder. Il y a beaucoup de programmeurs sur Programmers SE qui aiment ce qu'ils font tous les jours et le font depuis de nombreuses années.
J'étais juste en train de voter pour toutes les réponses qui disent une variation de "continuez à le faire si vous l'aimez", parce que je pense que c'est finalement la bonne réponse - mais ensuite j'ai réfléchi à la vue alternative pendant une minute, pour voir si je peux trouver un bon avocat du diable contre l'option "garder la programmation" ....
Je pense que l'idée de "monter et descendre" de la programmation n'est pas vraiment unique à la programmation. Il s'agit plutôt de conseils généraux sur la progression de carrière pour de très nombreuses professions techniques - essentiellement toutes qui ont tendance à se limiter et suffisamment générales pour que personne ne vraiment devient un méga gourou. La programmation, cependant, peut en quelque sorte tomber au milieu. Il y a des arguments pour et contre dans ce sens.
Je m'explique en comparant être chirurgien et être comptable:
Un chirurgien cardiaque, si elle devient de renommée mondiale et grande dans son domaine, peut avoir une carrière très bonne et productive simplement en tant que chirurgien cardiaque. Elle pourrait proposer une nouvelle procédure spéciale qui révolutionne la chirurgie cardiaque et la cardiologie, et continuer à sauver des vies en effectuant ces opérations. En résumé, la carrière commence ou s'arrête plus ou moins réellement en faisant le travail technique que vous faites le mieux . À part peut-être donner des conférences ou écrire sur la nouvelle procédure qu'elle a mise au point - la carrière reste globalement la même - technique.
Un comptable, d'autre part, ne veut probablement effectuer un "travail comptable" classique et de bas niveau, comme les déclarations de revenus des particuliers, que dans les premières années de sa carrière. Je ne pense pas non plus que les comptables puissent simplement vouloir être des singes créateurs de déclarations de revenus pour toute leur carrière. Ils préfèrent évoluer vers la direction ou créer leur propre entreprise. Quoi qu'il en soit, il est probable qu'un changement de carrière "naturel" pour de nombreux comptables soit hors du travail standard, "technique" de base et "vers le haut" vers quelque chose de plus managérial et stratégique.
Le fait est que, si vous pensez à ces deux carrières: d'une part, il est normal de continuer à faire la même chose pour la vie. Pour l'autre, cela semble peu ambitieux. Je pense que c'est la clé - c'est pourquoi les gens donnent ce conseil. Ils ont une idée en tête qu'être programmeur est un rôle d'ingénieur de bas niveau, et que vous n'êtes pas vraiment ambitieux avec votre carrière si vous continuez à faire du travail de code pour la vie. Pour beaucoup de gens, cette idée est probablement née de l'ignorance. Pour d'autres, ils veulent peut-être simplement le prestige de gravir une hiérarchie de gestion.
En tout cas, je pense que c'est l'origine de ce phénomène. Les gens ont tendance à penser que de nombreux métiers techniques sont naturellement limitatifs. Que les gens vieillissent, ils ne devraient pas encore faire le travail technique de grognement, mais plutôt évoluer vers la gestion ou quelque chose de "niveau supérieur" en général, comme la gestion de leur propre entreprise.
Soit vous êtes passionné par la programmation, auquel cas il n'y a aucune raison de cesser de le faire, jamais.
Ou vous ne l'êtes pas, auquel cas vous ne devriez pas le faire en premier lieu.
Si, à un moment donné, la passion fait de la place pour d'autres choses, ça va, et quand cela arrive, certainement trouver autre chose à faire, mais en attendant, profitez-en!
Beaucoup de gens au Pakistan et en Inde semblent se diriger vers d'autres professions informatiques après quelques années. Avec les entreprises indiennes avec lesquelles je travaille, elles ont pour politique de n'embaucher que des programmeurs; tous les analystes commerciaux, architectes, chefs de projet, administrateurs de bases de données et autres spécialistes ont tous commencé à l'origine comme programmeur. Cela rappelle de nombreux ateliers de traitement de données aux États-Unis jusqu'au milieu à la fin des années 1980. Donc, dans ce type d'organisation, oui, c'est la norme attendue pour "passer à autre chose", sinon il semblerait que vous n'ayez pas beaucoup de succès. Nous essayons de changer cet état d'esprit parce que dans notre groupe, nous considérons que les développeurs hautement expérimentés sont extrêmement bénéfiques pour les projets. Cinq ans suffisent à peine pour devenir vraiment bon dans votre travail dans ce domaine.
Quoi qu'il en soit, je ne laisserais pas les autres vous dire ce que vous devriez faire - bien que si vous travaillez dans une organisation comme celle que j'ai décrite, vous devrez peut-être envisager la viabilité à long terme d'une carrière en programmation si cela n'est pas prévu ou respecté où tu es.
Si vous êtes marié et/ou avez des enfants, vous quitterez très probablement les programmes après quelques années. Les marches de la mort sont la norme dans cette industrie, pas l'exception, et de nombreux conjoints/enfants n'aiment pas tellement papa/maman loin de chez eux. C'est la raison pour laquelle de nombreux développeurs quittent la programmation à la trentaine.
normalement, ils doivent donner 2-3 heures supplémentaires au bureau pour accomplir des tâches de programmation urgentes. J'ai l'impression que la situation est quelque peu similaire dans d'autres pays et régions également.
Ouais, ce genre de ratage par les managers est très courant - même si il a été clairement documenté au cours des 150 dernières années que le mode crunch est la pire façon possible de faire le travail . Aux États-Unis, selon la loi fédérale, tous les programmeurs sont "exemptés", ce qui signifie qu'en l'absence d'un contrat syndical contraire, nous n'obtenons pas d'heures supplémentaires.
29 U.S.C. § 213 a(17) tout employé qui est un analyste de systèmes informatiques, un programmeur informatique, un ingénieur logiciel ou un autre travailleur similaire ...
http://codes.lp.findlaw.com/uscode/29/8/21
Mon conseil est de toujours avoir une sorte de "plan B" - quelque chose que vous ferez quand vous voudrez sortir ou vous faire expulser. Pour certaines personnes, cela implique de passer du côté gestion/côté obscur. Parfois, ils le font parce qu'ils ne suivent pas, ne veulent pas ou ne peuvent pas suivre les changements technologiques. Parfois, ils le font parce qu'ils veulent résoudre des problèmes trop gros pour être résolus par une seule personne.
Si vous venez d'une culture où vos titres de compétences passés sont tout ce qui compte, et une fois que vous avez "suivi" un cours sur un sujet, vous n'avez plus jamais à l'étudier à nouveau (j'appelle cela le théorie vaccinale de l'éducation ), vous constaterez qu'après quelques années ce que vous avez appris n'est pas utile; pour ce point de vue culturel, vous devrez quitter le métier à moins que la "honte" d'apprendre constamment ne vous dérange pas. Pour être honnête, ce sont généralement les managers américains qui ont fréquenté une école de commerce de très haut niveau qui en souffrent, mais j'ai rencontré des personnes offensées d'avoir à réapprendre quelque chose qu'elles avaient pris des années auparavant.
la programmation convient à quelques premières années de carrière (la plupart le prennent comme 5 ans) et qu'il faut changer de direction après. La raison pour laquelle ils présentent est que les maux de tête et les pressions associées à la programmation. Ils disent également que les programmeurs sont moins sociaux et n'aiment généralement pas donner du temps à leurs familles, etc. et spécialement "Oh allez, vous ne pouvez pas faire de programmation dans toute votre vie!"
Je n'ai jamais entendu ça, et tout cela semble ridicule.
Si vous êtes un programmeur et que vous l'appréciez, continuez simplement ... il n'y a absolument aucune raison d'arrêter arbitrairement et de vous forcer à vous battre pour trouver une autre carrière pour la remplacer.
Je travaille en tant que développeur depuis environ une décennie, donc comme beaucoup d'autres qui ont déjà posté ici, j'ai un peu d'expérience pertinente à la question. Vers 5 ans, j'ai trouvé que mon intérêt pour le terrain diminuait considérablement. J'étais l'un des développeurs seniors de mon entreprise et j'y étais depuis longtemps. C'était comme si nous faisions toujours les mêmes vieilles choses même lorsque nous passions de Visual Basic 6 à C #, et je suis devenu de plus en plus désintéressé, passant beaucoup trop de temps à parcourir des sites Web, etc.
Cependant, la société pour laquelle je travaillais n'avait personne attentif à ce qui se passait dans la communauté du développement en dehors de notre bureau. Des concepts comme TDD et le reste des pratiques XP devenaient courants, les modèles de conception , SOLID , le refactoring et similaires gagnaient en importance, le . NET CLR introduisait la joie des génériques, mais nous ne savions rien de cette. J'admets librement que je faisais partie du problème, je ne regardais pas ce que faisaient les autres, mais personne d'autre dans l'entreprise, les types d'architectes logiciels inclus.
Après avoir flotté de cette manière timide pendant quelques années et dans quelques autres entreprises avec des styles similaires, je me suis retrouvé à chercher un nouvel emploi et à voir une charge de termes qui ne signifiait rien pour moi. À ce stade, j'ai réalisé que j'avais beaucoup à apprendre et j'ai donc décidé de me mettre à niveau. Découvrir la blogosphère, s'abonner à des podcasts comme . NET Rocks , assister à quelques réunions de groupes d'utilisateurs et à d'autres activités de ce type m'a permis de me familiariser avec les meilleures pratiques de l'industrie. Ce faisant, j'ai commencé à regagner mon intérêt pour le développement de logiciels. L'immédiateté de tester un nouveau code avec un cadre TDD, de refactoriser pour trouver une solution plus propre, etc. a rendu l'expérience beaucoup plus amusante et m'a poussé à chercher un emploi où de telles compétences seraient souhaitables. Maintenant, pour la première fois depuis des années, j'aime mon travail. Quelque chose que je n'aurais jamais pensé dire il y a quelques années.
Le but, après toutes mes bavardages, est d'essayer de rester en contact avec ce qui se passe en dehors de votre entreprise, en dehors de votre pays, même si certains de vos problèmes peuvent être très spécifiques à la culture. Si vous pouvez trouver de l'intérêt, de l'enthousiasme et de la motivation dans ce qui se passe, vous pouvez canaliser une partie de cela dans votre routine quotidienne et rendre votre vie professionnelle plus agréable (et peut-être vous démarquer comme un développeur plus efficace et meilleur que vos collègues, ou même aider à les emmener avec vous). Si vous ne ressentez aucun spark d'enthousiasme pour le sujet après tout cela, alors peut-être que la vie de codage n'est pas pour vous.
Il y a beaucoup de gens qui entrent dans une carrière de programmeur en regardant le secteur informatique en plein essor. Ils ne sont pas vraiment intéressés par la programmation, mais ils le font juste pour gagner leur vie. Ces personnes en ont assez de leur travail après un certain temps et peuvent vous donner de tels conseils.
Je programme depuis longtemps. J'ai commencé à me programmer quand j'étais à l'école, et je le fais toujours et je continuerai de le faire pour toujours. J'étudie à l'Université maintenant et parfois je reste assis toute la journée à écrire du code non pas pour terminer mes devoirs ou pour gagner de l'argent, mais parce que j'adore ça. Je ne sens pas que je manque quelque chose.
La réponse est simple - si vous l'aimez, faites-le, si vous ne l'aimez pas, ne le faites pas. Si vous aimez le genre de gestion plus que la programmation, il n'y a aucun mal à passer à la gestion après 5 ans d'expérience en programmation.
J'ai peut-être peur de perdre une mèche de cheveux à cause de trop de réflexion, de prendre trop de caféine et de devenir moins social
Vous constaterez peut-être que certains programmeurs ne sont pas très sociaux. Mais cela leur vient naturellement. Ils passent beaucoup de temps sur des choses geek et donc leurs compétences sociales sont un peu sous-développées. (Google "problèmes de personnes intelligentes" pour en savoir plus.) Si actuellement vous êtes social, je ne pense pas que vous deviendrez moins social à l'avenir à cause de la programmation. La seule chose est le temps que vous passez au travail. Si vous pensez que vous passez toute la journée au bureau, il y a un problème. En raison de la nature des travaux de programmation, vous devrez parfois rester assis pendant des heures supplémentaires. Mais si cela se produit très souvent sur votre lieu de travail actuel, vous pouvez essayer de passer à un autre emploi.
Au cours de votre carrière en tant que programmeur, vous (espérons-le) passerez du poste de base de "code monkey" d'entrée de gamme à celui de programmeur principal à mesure que vous vous familiariserez pleinement avec la langue que vous avez choisie et l'utilisation des modèles de conception, ajoutez des compétences d'analyse/conception à Devenez analyste logiciel, saisissez les compétences et la collecte des exigences de certaines personnes et devenez analyste commercial, puis mélangez une architecture matérielle et devenez analyste de systèmes, auquel cas vous ferez six chiffres et en très forte demande. Ou, à partir de Senior, vous pouvez continuer à monter la hiérarchie de supervision au chef d'équipe puis au chef de projet.
... mais vous serez TOUJOURS en train de "programmer". Vous aurez TOUJOURS une situation dans laquelle vous devrez personnellement vous asseoir et écrire du code. Ce n'est qu'une fois que vous avez dépassé le point de faire partie d'une équipe logicielle, de superviser une équipe logicielle et de gérer l'argent et la logistique du projet, que vous cesserez de le faire quotidiennement et, probablement, cesserez de vous appeler un "programmeur".
La programmation n'est pas différente de toute autre chose dans la vie: certaines choses que vous ferez pour toujours, tandis que d'autres choses sont plus éphémères. Programmez aussi longtemps que vous le souhaitez. Un jour, vous vous sentirez rassasié, comme après un bon repas, et passerez naturellement à autre chose qui vous engagera. Mais jusque-là, je ne m'en inquiéterais pas trop. Comme en témoignent d'autres réponses, il n'est pas rare de profiter d'une carrière en programmation pendant plusieurs décennies. :-)
Juste une autre pensée, il n'y a rien de mal à gravir les échelons de l'entreprise tout en codant pendant votre temps libre. Je trouve que le codage est une bonne version des réunions fastidieuses de spécification commerciale et d'analyse qui accompagnent le fait d'être un chef d'équipe des services techniques. En fait, je me suis retrouvé à ce sujet en recherchant quelque chose sur Stack Overflow à propos de Ruby on Rails, que je passe un bon moment à apprendre.
De plus, en restant pointu sur le plan technique, vous continuerez à développer de solides compétences techniques qui vous aideront sur la route. Les programmeurs ont tendance à avoir un meilleur respect pour un gestionnaire qui peut parler et marcher. J'ai le sentiment que la personne qui vous a dit ce conseil ne tombe pas dans cette catégorie.
Je ne connais pas la situation au Pakistan, mais dans mon pays, cette profession est très mal considérée et pire payée. Je programmerai à coup sûr toute ma vie et j'apprendrai de nouvelles langues, car c'est quelque chose que j'apprécie vraiment. La question est de savoir si je devrai changer de travail et écrire du code uniquement comme passe-temps. Ou peut-être que je fuirai mon pays, qui sait ... Mais la programmation doit avoir le pouvoir de faire des choses pour lesquelles les autres doivent payer.
Ce que vos amis disent des programmeurs s'applique également à toute personne profondément engagée dans un domaine difficile.
Donc, votre question est vraiment: "Est-ce que je veux avoir une carrière qui exige un haut degré de dévouement de telle sorte que d'autres domaines de ma vie pourraient être quelque peu compromis, ou est-ce que je veux faire quelque chose que je peux oublier complètement quand je quitte le travail à nuit et revenir le lendemain matin? "
Vous devez bien vous connaître pour répondre à cette question, et la réponse peut changer avec le temps.
OMI, tant que vous vous sentez satisfait et mis au défi en tant que programmeur, allez-y - ne vous inquiétez pas à moins que vous ne souhaitiez un changement (ou que vous ne trouviez pas de travail ...) - si et quand vient, ça va venir.
HTH
D'après mon expérience, il y a deux types de professionnels dans des postes informatiques supérieurs.
- Gestion informatique
- Technicien principal
Tout dépend de l'endroit où vous souhaitez vous implanter. Si vous vous prévoyez d'écrire du code jusqu'à la retraite, vous souhaitez cette dernière option. Mais si vous voulez être le chef d'équipe et gérer les gens au lieu du code, le premier serait la meilleure option.
Il n'y a pas de bonne réponse. Beaucoup d'entre nous aiment vraiment écrire du code et de la programmation, résoudre les problèmes les plus sérieux. Mais il y a aussi beaucoup de gens qui aiment le côté "plus grand", comme la gestion des personnes/projets.
Ce n'est pas seulement le côté développement de l'informatique. Vous voyez cette même "fourchette professionnelle sur la route" dans d'autres aspects tels que la mise en réseau, l'administration de base de données, l'administration système, etc.
Mon père travaille comme programmeur depuis 24 ans. Il me disait une seule chose: "Trop de quoi que ce soit n'est bon à rien". Mais il ne convient pas à la programmation.
La programmation est en effet un domaine difficile et avec peu de récompense lorsque vous le comparez à d'autres professions, en particulier au Pakistan. Quand j'étais au Pakistan, j'ai entendu parler de jeunes programmeurs talentueux qui recevaient un bon salaire (pas si bon BTW) mais ils devaient leur prendre beaucoup d'huile. Personnellement, je ne voudrais pas programmer pendant longtemps. Mais alors je dois faire quelque chose :) Et la programmation est amusante d'ailleurs.
Vous obtenez beaucoup d'expérience à mesure que vous vieillissez, ce qui apparaît sur votre CV. J'ai entendu cela et je pense que ce n'est pas vrai. Bien sûr, si vous êtes dans un état d'esprit dans lequel vous n'êtes pas en mesure de vous concentrer ou de perdre votre intérêt, vous ne pouvez pas vraiment programmer. Votre vie sociale, en particulier vos problèmes et vos intérêts, peut donc grandement influencer vos compétences dans ce domaine.
Personnellement, je quitterais la programmation pour passer à la fonction publique, mais la programmation est aussi amusante. Et il faut être un peu fou pour être programmeur.