«Ne programmez pas après quelques années de début de carrière». Est-ce un conseil juste? [fermé]

Je suis un petit développeur expérimenté ayant environ 5 ans d'expérience en PHP et un peu moins en Java, C # et essayant d'apprendre un peu de Python de nos jours. Depuis le début de ma carrière de programmeur, des collègues programmeurs me disent de temps en temps que la programmation convient à quelques premières années de carrière (la plupart d’entre elles durent 5 ans) et qu’il faut changer de direction après il. Les raisons qu'ils présentent incluent les maux de tête et les 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 programmer toute votre vie!"

Je suis un peu confus ici et je dois interroger les autres à ce sujet. Si je quitte la programmation alors que dois-je faire?! J'imagine que l'enseignement peut être une bonne option dans ce cas, mais il faudra peut-être d'abord obtenir un doctorat. Il convient également de noter que dans mon pays (Pakistan), la vie d’un programmeur n’est pas très satisfaisante dans la mesure où, normalement, ils doivent consacrer 2 à 3 heures supplémentaires au bureau pour effectuer des tâches de programmation urgentes. J'ai l'impression que cette situation est un peu similaire dans d'autres pays et régions.

Pensez-vous qu'il soit judicieux de changer de carrière après avoir passé 5 ans dans le domaine de la programmation?

MISE À JOUR

Je ne pense pas que ce soit une question qui puisse donner une réponse générale toujours correcte, sauf peut-être pour le très vieux "ça dépend".

Le conseil le plus simple est le suivant: si la programmation est ce que vous aimez le plus, n'arrêtez pas à moins que cela ne change.

Il y a de nombreux autres facteurs à prendre en compte, tels que le marché du travail, les opportunités de promotion, l'emplacement et bien sûr le salaire, mais la chose la plus importante avec toute décision de carrière est la question "Cela me rendra- t-il heureux ?"

Nous avons plusieurs programmeurs où je travaille dans la cinquantaine et qui programmons depuis plus de 20 ans. Si c'est ce que vous voulez faire, ne laissez personne vous dire que cela ne convient qu'aux jeunes.

Je code depuis 21 ans maintenant, alors je pense être qualifié pour commenter cela.

Tout d'abord, il y a un nombre non négligeable de personnes qui débutent comme programmeurs avec l'intention de passer à un poste de direction 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 pour atteindre leur véritable objectif. Je suppose que ce sont les gens qui vous disent de sortir de la piste de codage le plus rapidement possible.

Ensuite, il y a des gens comme moi qui aiment programmer pour eux-mêmes et dont les compétences interpersonnelles sont, dirons-nous, moins qu'adéquates pour un poste de gestion (j'ai essayé, une fois, et ce fut un désastre pour toutes les personnes concernées).

Il est possible de rester sur la piste technique et d’avancer en matière de rémunération et de responsabilité. Et il y a beaucoup de positions pour les hommes plus âgés. J'ai 46 ans et tous les membres de mon équipe, sauf un, sont plus âgés que moi.

Bien que je connaisse quelques programmeurs plus âgés qui tombent dans le stéréotype MIT übergeek, je suis confiant d'affirmer que ce n'est pas vrai en général. La plupart des programmeurs de mon âge que je connais ont des familles, prenons le temps dont nous avons besoin et menons généralement 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 en programmation. Cependant, l'industrie s'efforce réellement de concilier vie professionnelle et vie privée, et de nombreux éditeurs de logiciels font tout ce qu'ils peuvent pour éviter les scénarios de la mort. Il y aura toujours des sprints (je suis au milieu d'un, c'est juste la nature de l'entreprise), mais les marathons sont de moins en moins fréquents.

Cela me semble être le conseil classique d'une grande entreprise qui est toujours utilisé après des décennies.

En gros, l’un des problèmes de la progression de carrière est qu’un grand nombre d’entreprises ne sont pas préparées pour offrir une carrière (par opposition à un emploi) aux développeurs. Dans beaucoup d'autres professions, vous avez tendance à progresser lentement vers des couches de responsabilités de gestion supplémentaires ou des spécialisations qui nécessitent une expérience et des certifications supplémentaires si vous souhaitez rester dans un rôle de non-dirigeant. Cependant, l’important est qu’il existe une progression connue de la carrière dans ces domaines, comme «je ferai partenaire un jour» ou «j’ouvrirai mon propre cabinet».

Pour une raison quelconque, de nombreuses entreprises qui semblent avoir adopté l’esprit selon lequel le "codage" 1 n’est qu’une tâche à accomplir incombe au pool de dactylographie selon les spécifications détaillées définies par l’architecte du logiciel. En tant que profession peu qualifiée, vous n’obtenez aucune progression dans votre carrière en tant que concepteur de logiciels pour gagner sa vie, sauf si vous cessez de devenir un praticien et d’évoluer dans la couche de gestion.

Ce qui me déconcerte, c’est que, dans les années 1970, IBM a remarqué que ne pas proposer de carrière sans gestion laissait à un groupe de gestionnaires moche qui étaient d’excellents développeurs. On le sait depuis longtemps dans l'industrie, mais la note de service n'a pas été communiquée aux RH ou les gens ne se sont pas intéressés à la question.

Maintenant, je développe des logiciels professionnels depuis la fin des années 80 et au début des années 90 et je programme toujours principalement pour gagner ma vie. Oui, j'ai "fait du temps" dans la gestion à différentes étapes de ma carrière, mais j'ai découvert que je suis plus heureux de créer des logiciels (et peut-être un peu de gestion de côté) que de gravir les échelons de la carrière "officielle". être.

Il existe des sociétés qui reconnaissent la valeur que des ingénieurs en logiciel expérimentés peuvent apporter. Le truc est de les trouver si vous voulez avoir une carrière à long terme dans le développement de logiciels. Je ne pense pas que laisser les gens sortir du "codage" après 4-5 ans soit une très bonne idée à moins de vouloir répéter constamment les erreurs du passé, car elles ne sont pas mémorisées.

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, cela doit être facile".

Non, je pense que c'est un conseil moche. Depuis combien de temps les personnes qui donnent ce conseil sont-elles programmées? 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 si je le fais toute ma vie si je le choisis comme chemin de carrière. Je suis développeur depuis 1998, donc j'ai plus de 5 ans d'expérience dans le domaine et je continue de faire ce que je fais. Il peut y avoir différentes transitions pour aller d'un endroit à l'autre ou pour déterminer le type de progression souhaité, par exemple devenir un gestionnaire, un analyste ou un architecte.

À l’OMI, les programmeurs peuvent être très sociaux même si la clé est de savoir quel type de groupe nous examinons ici. Une collection de fans de "Star Trek" qui sont aussi des programmeurs pourraient avoir la fête que j'imagine bien que d'autres puissent penser que c'est boiteux.

La raison pour poser des questions sur l'expérience est que cela peut aider à fournir un contexte pour leurs conseils. Tout le monde a des préjugés qu'il ne faut pas oublier ici. Les gens devraient pouvoir suivre leurs passions et pour certains, programmer est leur passion. J'ai vu des développeurs tellement enthousiastes à l'idée de développer un logiciel qu'il était plutôt contagieux. Certaines personnes peuvent évoluer dans d'autres domaines et d'autres encore dans le développement des développeurs pendant des décennies. Ce qui fonctionne pour l'un ne fonctionne pas pour un autre.

Habituellement, lorsque les gens donnent ce genre de conseil ("Ne soyez pas un singe de code pour toujours!"), Cela ne signifie pas que vous devriez poursuivre quelque chose qui ne soit pas lié à la programmation, mais que vous devez passer plus de temps à la planification, au développement et à la gestion. équipes que réellement coder. C'est bien, et beaucoup de gens préféreraient cette alternative, mais beaucoup de programmeurs détestent absolument ces responsabilités de type "business-y". Si vous aimez coder, il y a encore de la place pour de l'avancement et les programmeurs expérimentés de nombreuses organisations ne sont pas très loin derrière leurs gestionnaires en termes de salaire et d'avantages. Dans les deux cas, au fur et à mesure que vous gagnerez en expérience, des offres et des opportunités d'avancement vous seront proposées, 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 semblé dire que vous détestiez la programmation en général, mais plus que vous avez peur de ce que les autres vous disent de la façon dont les choses se passent.Ne les écoute pas . Ils ne sont pas vous et si vous aimez coder, continuez à coder. Il y a beaucoup de programmeurs sur les programmeurs SE qui aiment ce qu'ils font tous les jours et ce depuis de nombreuses années.

J'étais juste en train de voter toutes les réponses qui disent une variation de "continue juste de le faire si tu l'aimes", 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 pouvais proposer un bon avocat du diable contre l'option "garder la programmation" ...

Je pense que l'idée de "monter et de sortir" de la programmation n'est en réalité pas unique à la programmation. Il s’agit plutôt de conseils généraux de progression de carrière pour de très nombreuses professions techniques - essentiellement, toutes celles qui tendent à se limiter elles-mêmes et qui sont assez générales pour que personne ne devienne vraiment un méga-gourou. La programmation peut toutefois tomber en quelque sorte au milieu. Il y a des arguments pour et contre en ce sens.

Permettez-moi de vous expliquer en comparant être un chirurgien et un comptable:

Une chirurgienne du cœur, si elle acquiert une renommée mondiale et une grande expérience dans son domaine, peut avoir une très bonne et productive carrière tout simplement en tant que chirurgienne du cœur. Elle pourrait proposer une nouvelle procédure spéciale qui révolutionnera la chirurgie cardiaque et la cardiologie et continuera de sauver des vies lors de ces opérations. En bref, la carrière commence plus ou moins et s’arrête à faire le travail technique que vous faites le mieux . Hormis peut-être donner des conférences ou écrire sur la nouvelle procédure qu'elle a imaginée - la carrière reste globalement la même - technique.

En revanche, un comptable ne veut probablement faire que du "travail de comptabilité" classique, de bas niveau, tel que les déclarations de revenus des particuliers, seulement dans les premières années de sa carrière. Je ne pense pas non plus que les comptables veulent simplement être des singes qui imposent des déclarations d’impôts tout au long de leur carrière. Ils préféreraient se lancer dans la gestion ou créer leur propre entreprise. En tout état de cause, il est probable qu'un grand nombre de comptables ont une carrière «naturelle» qui dépasse les normes, un travail «technique» de base, et qui passe à autre chose de plus stratégique et de plus en plus managérial.

Le fait est que, si vous pensez à ces deux carrières, vous pouvez continuer à faire la même chose toute votre vie. Pour l'autre, cela ne semble pas 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 un programmeur est un rôle d'ingénieur grognon de bas niveau et que vous n'êtes pas vraiment ambitieux dans votre carrière si vous continuez à faire du code monkey pour la vie. Pour beaucoup de gens, cette idée est probablement née de l'ignorance. Pour d'autres, peut-être veulent-ils seulement le prestige de monter dans 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 nombreuses professions techniques limitent naturellement. En vieillissant, les gens ne devraient plus continuer à faire le gros travail technique, mais plutôt à monter dans la gestion ou à un niveau "supérieur" en général, comme gérer leur propre entreprise.

Soit vous êtes passionné de programmation, auquel cas il n’ya aucune raison d’arrêter 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 laisse la place à d'autres choses, c'est bien, et quand cela se produit, trouvez bien autre chose à faire, mais en attendant, profitez-en!

Si vous êtes marié et / ou avez des enfants, vous quitterez probablement la programmation après quelques années. Les marches de la mort sont la norme dans cette industrie, pas l'exception, et beaucoup de conjoints / enfants n'aiment pas avoir papa / maman loin de chez eux. C'est la raison pour laquelle beaucoup de développeurs quittent la programmation par 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 cette situation est un peu similaire dans d'autres pays et régions.

Ouais, ce genre de bêtises de la part des gestionnaires est très courant - même s'il est clairement établi depuis 150 ans que le mode de compression est le pire moyen de travailler . Aux États-Unis, en vertu d'une loi fédérale, tous les programmeurs sont "exemptés", ce qui signifie qu'en l'absence d'un contrat syndical contraire, nous ne bénéficions pas d'heures supplémentaires.

29 USC § 213a (17) tout employé qui est un analyste de systèmes informatiques, un programmeur informatique, un ingénieur en logiciel, ou un autre ouvrier de même compétence ...

http://codes.lp.findlaw.com/uscode/29/8/213

Mon conseil est de toujours avoir une sorte de "Plan B" - quelque chose que vous ferez quand vous voudrez ou serez expulsé. Pour certaines personnes, cela implique de passer du côté gestion / côté obscur. Parfois, ils le font parce qu'ils ne veulent pas, ne veulent pas ou ne peuvent pas suivre l'évolution de la technologie. Parfois, ils le font parce qu'ils veulent résoudre des problèmes trop importants pour une seule personne.

Si vous venez d'une culture où vos références antérieures sont tout ce qui compte, et une fois que vous avez "suivi" un cours sur un sujet, vous ne devez plus jamais l'étudier (j'appelle cela la théorie de l'éducation sur les vaccins ). constatez qu'après quelques années, ce que vous avez appris n'est plus utile; pour ce point de vue culturel, vous devrez quitter la profession à moins que la "honte" d'apprendre constamment ne vous dérange pas. Pour être honnête, ce sont généralement les cadres américains qui fréquentent une école de commerce très réputée qui souffrent de cette situation, mais j’ai rencontré des personnes choquées par le fait de devoir 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 d’entre elles durent 5 ans) et il faut changer de direction après celle-ci. La raison pour laquelle ils présentent est que les maux de tête et les pressions associés à 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 plus particulièrement "Oh, allez, vous ne pouvez pas programmer dans toute votre vie!"

Je n'ai jamais entendu ça et tout cela semble ridicule.

Si vous êtes programmeur et que vous aimez ça, continuez comme ça… Il n'y a absolument aucune raison de quitter arbitrairement et de vous forcer à vous battre pour trouver un autre métier qui le remplace.

Au Pakistan et en Inde, de nombreuses personnes semblent se lancer dans d'autres métiers de l'informatique après quelques années. Avec les sociétés indiennes avec lesquelles je travaille, ils ont pour politique de ne recruter que des programmeurs; tous les analystes, architectes, chefs de projet, administrateurs de bases de données et autres spécialistes ont tous débuté en tant que programmeur. Cela rappelle de nombreux ateliers de traitement de données d'entreprise aux États-Unis jusqu'au milieu 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 car, dans notre groupe, nous considérons que les développeurs très expérimentés sont extrêmement bénéfiques pour les projets. Cinq ans, c'est à peine le temps de bien travailler dans ce domaine.

Quoi qu’il en soit, je ne laisserais pas les autres vous dire ce que vous devriez faire. Toutefois, si vous travaillez dans une organisation telle que celle que je viens de décrire, vous devrez peut-être envisager la viabilité à long terme d’une carrière dans la programmation si cela n’est pas prévu ou respecté. tu es.

Je travaille en tant que développeur depuis une dizaine d’années et, comme beaucoup d’autres qui ont déjà posté ici, j’ai un peu d’expérience en rapport avec cette question. Aux alentours de la cinquième année, mon intérêt pour le domaine a commencé à s'estomper considérablement. J'étais l'un des développeurs principaux de mon entreprise et j'y travaillais depuis un bon bout de temps. J'avais l'impression de toujours faire les mêmes choses, même lorsque je passais de Visual Basic 6 à C #, et je devenais de plus en plus désintéressé, passant beaucoup trop de temps à naviguer sur des sites Web, etc.

L’entreprise pour laquelle j’ai travaillé n’a toutefois retenu personne. Des concepts tels que TDD et le reste des pratiques XP devenaient de plus en plus répandus, les modèles de conception, SOLID , le refactoring, etc., gagnaient en importance, le .NET CLR introduisait la joie des génériques, mais nous ne le savions pas. J'admettrai volontiers que je faisais partie du problème, je ne cherchais pas ce que les autres faisaient, mais personne d'autre dans l'entreprise, types d'architectes de logiciel non plus.

Après avoir flotté dans cette voie sans conviction pendant quelques années et dans quelques autres sociétés ayant des styles similaires, je me suis retrouvé à la recherche d'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 je me suis donc mis à la vitesse. Découvrir la blogosphère, s'abonner à des podcasts tels que .NET Rocks, assister à quelques réunions de groupes d’utilisateurs et à d’autres activités de ce type m’a familiarisé avec les meilleures pratiques de l’industrie. Ce faisant, j'ai commencé à retrouver mon intérêt pour le développement logiciel. Le fait de tester immédiatement un nouveau code avec un framework TDD, de refactoriser pour proposer une solution plus propre, etc. a rendu l'expérience plus agréable et m'a poussé à rechercher 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 tout ce que je raconte, est d’essayer de rester en contact avec ce qui se passe à l’extérieur de votre entreprise, à l’extérieur de votre pays, même si certains de vos problèmes pourraient être spécifiques à votre culture. Si vous pouvez trouver de l’intérêt, de l’excitation et de la motivation pour ce qui se passe, vous pouvez en réintégrer une partie de votre quotidien et rendre votre vie professionnelle plus agréable (et éventuellement vous démarquer en tant que développeur plus efficace et meilleur que vos collègues, ou même aider à les tirer avec vous). Si vous ne ressentez aucune enthousiasme pour le sujet après tout cela, alors peut-être que coder la vie ne vous convient pas.

Dans votre carrière en tant que programmeur, vous passerez (espérons-le) du poste de débutant de "code singe" au poste de programmeur principal au fur et à mesure que vous maîtriserez parfaitement la langue de votre choix et l'utilisation des modèles de conception. Devenez analyste de logiciels, saisissez des compétences et une définition des besoins et devenez un analyste commercial, puis combinez une architecture matérielle et devenez analyste de systèmes. Vous ferez alors six chiffres très demandés. Ou bien, à partir de Senior, vous pouvez continuer à hiérarchiser la hiérarchie pour devenir chef d’équipe, puis chef de projet.

... mais, vous serez toujours "programmation". Vous aurez TOUJOURS une situation dans laquelle vous devrez personnellement vous asseoir et écrire du code. C’est seulement lorsque vous aurez dépassé le stade de faire partie d’une équipe logicielle que 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 tout ce que vous faites dans la vie: certaines choses sont à faire pour toujours, d'autres sont plus éphémères. Programmez aussi longtemps que vous le souhaitez. Un jour, vous pourriez vous sentir rassasié, comme après un bon repas, et passer naturellement à autre chose qui vous engage. Mais jusque-là, je ne m'en inquiéterais pas trop. Comme en témoignent d’autres réponses, il n’est pas rare d’avoir une carrière en programmation pendant plusieurs décennies. :-)

Nombreux sont ceux qui entrent dans une carrière de programmeur en regardant le secteur en plein essor de l'informatique. La programmation ne les intéresse pas vraiment, mais ils le font uniquement 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é à programmer moi-même quand j'étais à l'école, et je le fais toujours et je le ferai pour toujours. J'étudie maintenant à l'Université et parfois, je reste assis toute la journée à écrire du code, non pour terminer mes travaux ou pour gagner de l'argent, mais parce que j'aime ça. Je ne pense 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 plus le genre de gestion que la programmation, il n’ya pas de 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 en raison d'une trop grande 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 trucs geek et leurs compétences sociales sont un peu sous-développées. (Google "problèmes de personnes intelligentes" pour en savoir plus.) Si vous êtes actuellement social, je ne pense pas que vous deviendriez moins social à l'avenir à cause de la programmation. La seule chose qui compte, c'est le temps que vous passez au travail. Si vous pensez passer toute la journée au bureau, il y a un problème. En raison de la nature des tâches 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 changer de travail.

Je ne connais pas la situation au Pakistan, mais dans mon pays, cette profession est très mal considérée et moins bien payée. Je vais sûrement programmer toute ma vie et apprendre de nouvelles langues, car c'est quelque chose que j'apprécie vraiment. La question est de savoir si je vais devoir changer de travail et écrire du code uniquement comme passe-temps. Ou peut-être que je vais fuir mon pays, qui sait ... Mais la programmation, c'est avoir le pouvoir de faire des choses que d'autres doivent payer.

Juste une autre pensée, il n’ya rien de mal à gravir les échelons de l’entreprise tout en codant pendant votre temps libre. Je trouve que le codage est un bon moyen d’éviter les fastidieuses réunions de spécification et d’analyse commerciales fournies par un chef d’équipe des services techniques. En fait, je me suis retrouvé à ce fil de discussion en train de regarder quelque chose sur Stack Overflow à propos de Ruby on Rails, que je passe un bon moment à apprendre.

De plus, en restant à l'affût sur le plan technique, vous continuerez à développer de solides compétences techniques qui vous aideront à l'avenir. Les programmeurs ont tendance à mieux respecter un gestionnaire capable de parler et de marcher. J'ai l'impression que la personne qui vous a dit ce conseil ne rentre pas dans cette catégorie.

Ce que vos amis disent des programmeurs s’applique également à tous ceux qui sont profondément engagés dans un domaine difficile.

Votre question est donc: "Est-ce que je veux avoir une carrière qui demande un degré élevé de dévouement, de sorte que d'autres domaines de ma vie puissent être quelque peu compromis, ou est-ce que je veux faire quelque chose que je peux oublier complètement lorsque je quitte mon 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 êtes 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 ce moment-là vient, ça va venir.

HTH

Mon père travaille comme programmeur depuis 24 ans. Il ne me disait qu'une chose: "Trop de choses ne servent à rien". Mais cela ne convient pas à la programmation.

La programmation est en effet un domaine difficile et peu rémunérateur si on la compare à d’autres professions, notamment au Pakistan. Quand j'étais au Pakistan, j'ai entendu parler de jeunes programmeurs talentueux à qui on a donné un bon salaire (pas si bon BTW) mais qui ont dû leur prendre beaucoup d'huile. Personnellement, je ne voudrais pas programmer longtemps. Mais ensuite je fais quelque chose :) Et la programmation est amusante en passant.

Vous acquérez beaucoup d'expérience en vieillissant, cela apparaît donc sur votre CV. J'ai entendu ça 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 tout 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 influer sur vos compétences dans ce domaine.

Personnellement, je passerais de la programmation à la fonction publique, mais la programmation est également amusante. Et vous devez être un peu fou pour être programmeur.

D'après mon expérience, il existe deux types de professionnels occupant des postes de direction dans l'informatique.

• Gestion IT
• Technicien supérieur

Tout dépend de l'endroit où vous souhaitez vous lancer. Si vous envisagez d'écrire votre code jusqu'à la retraite, vous souhaitez utiliser cette dernière option. Mais si vous voulez être le chef d'équipe et gérer les personnes plutôt que le 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, programmer, résoudre les problèmes les plus graves. Mais il y a aussi beaucoup de gens qui aiment le côté "plus gros pictogrammes" de la chose, 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.