Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Ne pas être chef trop tôt : coder un certains nombres d'années, supporter les chefaillons, apprendre des erreurs des autres ...
Une fois responsable d'une équipe, se réserver une petite partie à coder soit même et rester au contact du métier.
Une fois super chef, continuer à coder malgré tout.
Et surtout être passionné, curieux des nouveautés, s'enrichir au contact des jeunes sorties des "écoles à papa" (sic).
Je ne suis pas le profil concerné par ce sujet, car je n'ai que 22 ans et travaille depuis septembre, mais en ce qui me concerne je me maintiens à niveau en me fixant des défis à résoudre.
Je me suis remis il n'y a pas très longtemps à réfléchir aux problèmes du project euler, j'en ai déjà résolu 36. J'en avais résolu une dizaine étant étudiant puis avais arrêté.
Ces algos à faire me servent de prétexte pour essayer des langages, c'est comme ça que j'apprends en ce moment le Python.
J'ai aussi l'intention de me mettre aux défis de rétro-ingénieurerie CRACKME et KEYGENME, dans lesquels j'ai commencé récemment à m'initier.
Je pense qu'il est important de se former, et surtout de trouver des exercices à appliquer. J'y consacre quelques heures par semaine.
Mon stuce
Après un certain temps dans l'industrie, le mieux pour ma part est quand même de passer professeur en développement.
La seconde raison est, d'après Brion, le manque d'humilité. Beaucoup de développeurs "senior" commenceraient à croire qu'ils savent tout ...
Je pense que çà s'applique aussi à la plupart des développeurs "juniors"...non ?
J'aurai 53 ans bientôt et je ne me sent pas concerné. Je suis dans l'informatique depuis 30 ans. D'abord par passion (et je suis toujours passionné), puis comme professionnel.
Je suis passé du développement d'apps C/S sur mini-système IBM aux NTIC et j'ai eu et j'ai la chance de travailler sur des projets très motivants (BI & Web).
Passer aux NTIC ne consiste pas seulement à apprendre de nouveaux langages orientés objet, mais aussi à comprendre et utiliser les environnements technologiques, à acquérir une culture d'architecture applicative. Et çà prend énormément de temps si on souhaite rester dans la course.
Le secret pour rester dans le coup face à la concurrence des p'tits jeunes: L'humilité, la passion et beaucoup, beaucoup de travail (çà me "bouffe" tous mes loisirs et cela depuis 30 ans).
A suivre...
Ma remarque n'est pas franchement dans le débat mais, je trouve que Delphi reste toujours d'actualité. Donc, non c'est pas encore un dinosaureEnvoyé par Paul TOTH
je reste attaché à Delphi dont on dira facilement que c'est un dinosaure
Peux tu développer juste par curiosité ? Tu entends pas là que de nouveaux projets continuent à être démarrés en Delphi ?Delphi reste toujours d'actualité
Personnellement je pense que pour durer en tant que développeur, il n'y a pas de secret: il faut pratiquer et coder un maximum. Dans se métier il n'y a que la "pratique" qui compte !
Je pense que ce qui est bien est de travailler sur des projets personnels ou Open Source, pour montrer sont savoir faire.
Si, pourquoi ?
Par curiositéSi, pourquoi ?
J'ai laissé définitivement Delphi derrière moi en 2008 et je me demandais ce que ça devenait
personnellement je suis pas a cote de 40 ans. mais j'y pense.
pour l'instant je continue a coder hors boulot car encore passionner. ce que je fais pour entretenir la passion ?
ca va pas plaire a des gens : c'est reinventer la roue. et oui j'ecris des programmes tout a fait inutiles dans 80% des cas. oubien j'ecris des petites lib reutilisable genre split() en C car ca existe dans d'autre language.
d'ailleurs je n'aime vraiment que le C. les autres c'est par obligation que je fait. pour exemple apres avoir travaille sur un spider en perl pour ma boite qui est opperationnel je l'ai reecris en C a la maison. croyez moi ca a mit du temps.
imaginez qu'il fallait programmer des fonctions genre strip_tags() pour virer tout le code html. l'avantage c'est que quand c'est fini je me suis rendu compte que j'ai appris plein de truc nouveau. et suis tres content.
ca motive pour faire autre chose et donc rester ajours.
mais quelque'un a dit plus haut projet personnel ou open-source et je pense que oui c'est efficace
rester dev
A mon avis, rester développeur doit d'abord être motivé par la passion du métier.
DU coup pour rester à niveau, il est important de se maintenir "à la page" et de se fixer de nouveaux objectifs comme passer des certifications sur différents langages de programmation.
Les certifications et l'expérience aident à négocier un cachet pas mal du tout lorsqu'on se lance à son compte ou tout simplement un très bon salaire.
Après ça reste mon humble avis.
Euh j'ai 38 ans, je suis très bon en Delphi, mais j'ai passé la main : j'ai évolué (positivement ou négativement ça se débat) : je suis passé à Php. Et de Php à l'AJAX et de l'AJAX au python. Et je me penche systématiquement sur toutes les nouvelles technologies : jQuery Mobile, Sencha Touch etc. Je pense être assez bon en développement, en Web, et en Delphi. Mais j'ai évolué, même si je peux réaliser en Delphi des applications en heures qui se comptent en semaines en Php40 ans, compétent et à jour ?
bonne question, j'ai 41 ans, je me pense compétent, suis-je à jour ?
je ne suis pas devenu manager, je me suis mis à mon compte.
je reste attaché à Delphi dont on dira facilement que c'est un dinosaure
je travaille également en PHP mais sans framework
je n'ai pas utilisé Ruby, Python et cie.
peut-être suis-je dans le cas des "c'était mieux avant". Je reste ouvert aux nouvelles technologies, mais pour moi "neuf" ne veux pas forcément dire mieux...ce qui me fait passer automatiquement pour un vieux con face aux jeunes qui ne jurent que par leur technologie, je suis le mouvement.
En bientôt développement, pour m'amuser, mais aussi pour apprendre et rester dans le mouvement, Android pur (oh non pas de Objective C pour iPhone juste au moins par principe éthique). Tout ça hors de mon travail. Et tout ça se reporte positivement par la suite sur mon travail.
Le plus grand sacrifice dans tout ça ? Je passe entre 8 et 14 heures par jour sur un PC, le reste est un peu mis de côté (femme, enfants).
Je n'en retire ni fierté ni honte, je dis juste que si on veut pouvoir rester au niveau de jeunes débutants célibataires qui ont 100 % de leur temps à consacrer à développer et s'amuser, il faut pousser la machine bien plus loin que juste "faire ce qu'on a à faire au travail". Sinon c'est sûr à 40 ans on est dépassé sur tous les plans.
Oui, mais uniquement au début, pour se faire une clientèle. Crois moi si tu es un peu sociable, ces clients reviendront directement vers toi sans passer par une SSII
Oui et non. On est juste complémentaire. J'admets qu'un jeune code nettement plus vite que moi aujourd'hui, mais... il code nettement plus mal
Complémentaire parce que je lui apprends à développer correctement et parce que lui, il tiens ses délais pour pouvoir livrer, même si après, il faut tout refaire pour la moindre évolution qu'on demande. Mais tenir ses délais, et gagner de l'argent rapidos pour suivre le mouvement de notre société de consommation, en 2011, avec Sarko, c'est pas le plus important ?
hihi, je viens de faire l'acquisition d'un Archos 70, histoire de voir ce que donne AndroïdEuh j'ai 38 ans, je suis très bon en Delphi, mais j'ai passé la main : j'ai évolué (positivement ou négativement ça se débat) : je suis passé à Php. Et de Php à l'AJAX et de l'AJAX au python. Et je me penche systématiquement sur toutes les nouvelles technologies : jQuery Mobile, Sencha Touch etc. Je pense être assez bon en développement, en Web, et en Delphi. Mais j'ai évolué, même si je peux réaliser en Delphi des applications en heures qui se comptent en semaines en Php
En bientôt développement, pour m'amuser, mais aussi pour apprendre et rester dans le mouvement, Android pur (oh non pas de Objective C pour iPhone juste au moins par principe éthique). Tout ça hors de mon travail. Et tout ça se reporte positivement par la suite sur mon travail.
Le plus grand sacrifice dans tout ça ? Je passe entre 8 et 14 heures par jour sur un PC, le reste est un peu mis de côté (femme, enfants).
Je n'en retire ni fierté ni honte, je dis juste que si on veut pouvoir rester au niveau de jeunes débutants célibataires qui ont 100 % de leur temps à consacrer à développer et s'amuser, il faut pousser la machine bien plus loin que juste "faire ce qu'on a à faire au travail". Sinon c'est sûr à 40 ans on est dépassé sur tous les plans.c'est assez amusant de devoir coder en Java un appareil qui n'a pas la JVM mais une autre VM de leur cru
Il est certain que l'industrie du codage informatique est foisonnante et qu'elle tend tout comme l'industrie tout court se transformer :
Auparavant le codeur devait tout faire à la main (calculer le nombre de jours entre deux dates, trier des données par des algo puissants, voir créer une gestion de fichiers indéxés...). De nos jours on utilise des fonctions du langage, des API, des moteurs de BD, des librairies dont l'origine et les méthodes ne sont pas toujours très bien maîtrisés.
Du coup le travail de codage tend vers une compétence de bibliothécaire, capable non d'effectuer un travail mais de découvrir le meilleur outil adapté déjà existant. Dans les années 1980, développer en COBOL sur mini nécessitait de connaitre les quelques dizaines de termes du langage plus quelques dizaines de services système contenues dans l'OS propriétaire. Le reste était affaire de méthode et d'érudition algorithmique. Comparez cette complexité avec PhP, Java ou tout autre langage...dont les versions pleuvent au rythme de la rectification des bogues.
Cela nécessite une part de plus en plus importante de recherche et de documentation, compliquée par le fait des "modes" insufflés par les services marketing des éditeurs puissants.
Le dilemme est donc de savoir quand on développe, jusqu'où on s'autorise à dépendre 1) de la qualité des outils clés en main 2) de la versatilité du marché.
Ce dilemme se pose autant aux vieux qu'aux jeunes. Les jeunes n'ont cependant pas le choix : le travail d'acculturation considérable auquel ils sont contraints les éloigne de la méthode et de l'algorithmique. Certains pourtant manifestent de l'intérêt pour cette voie et se réfugient dans des niches technologiques où les outils clés en main n'existent pas ou peu. Ils ont alors la satisfaction de "tout faire eux mêmes".
Dans ce bas monde, il y a de la place pour toutes les lubies. Je ne suis pas sûr que l'âge y joue un grand rôle, sauf effectivement si le vieux se fige dans son savoir. Mais ce n'est pas réservé à l'informatique.
En fait c'est justement la le probleme, beaucoup de langages facilitent tellement le travail au developpeur qu'on devient comme tu l'as dit just un bibliotecaire.
un gus qui connais toutes les fonctions mais qui ne saurait les reecrires si un probleme survenait. mais pour moi je dirai qu'on ne peu pas se dire bon developpeur dans ce cas. et d'ailleur avec le tempson est moin interresse par la chose, car dans ce cas il n'y a rien de passionnant.
je pense que la passion chez le developpeur vient dans le desir de creer quelque chose, la satisfaction d'avoir ecrit un code pas dans l'assemblage de fonction.
c'est pour cela justement pour prendre mon cas que je reecris en C ce qui existe en python. pour avoir la satisfaction du travail accompli et non pour ecrire efficacement et facilement un programme.
bien entendu dans la vie professionnelle il faut bien justifier son salaire alors on reinvente pas la roue au boulot.
je conclus en disant que pour garder la passion il faut avoir une bouble vie. en prive on developpe des trucs ou on apprends, qui nous passionne. et au boulot ben on peut etre just un linker de fonction. souvent ce qu'on a appris a la maison sert aussi au boulot
Ce n'est pas tout à fait exacte je pense.
Dans les années ... enfin y'a longtemps, pour développer sous Windows 3 il fallait faire du C++ ou du Visual Basic (voir les deux). Enfin il existait bien Borland Pascal for Windows et probablement quelques autres langages, mais rien de folichon.
VB à l'époque ne permettait pas de faire des composants, on avait donc des développeurs C++ pour faire des composants et des développeurs VB pour les utiliser.
Quand Borland a sorti Delphi 1 c'était une révolution, un compilateur Pascal aux performances qui rivalisent avec le C++ et une interface à la simplicité de Visual Basic. De plus, Delphi permettait de créer ses propres composants !
Et bien déjà à l'époque on trouvait deux types de développeurs Delphi, ceux qui se sont jetés sur la conception de composants et ceux qui se sont jetés sur ces nouveaux composants pour jouer aux Lego
Pareil en PHP aujourd'hui, les concepteurs de framework et leurs utilisateurs, ou en .Net, les concepteurs de composants et leurs utilisateurs.
Alors parfois c'est la même personne qui conçoit et qui utilise, mais pour parler de mon expérience personnelle, cela fait longtemps que j'ai laissé de côté la conception de composant dans mes applications, cela demande beaucoup trop de temps de faire un composant installable qui accepte qu'on le triture de façon interactive et illogique (activer un BDD qui n'a pas été configurée par exemple). Il est bien plus simple de créer des bibliothèques de composants à instancier à la main, et en plus ça ne demande pas d'installation sur l'environnement de développement.
je suis tout a fait d'accord avec toi et ca nous ramene au sujet.
ceux qui jouent au lego sont selons moi ceux qui perdent plus facilement la passion avec l'age.
faire quelque chose pour le salaire ca motive mais on peut vise s'en lasser et passer a autre chose surtout quand le autre chose en question rapporte plus. d'ailleur ton exemple de lego est bien choisis car avec l'age les legos ca interresse moins
Ceux qui jouent au légo ! Mon prof d'IA nous sortait ça à propos du Java.
"C'est trop simple, tu peux faire les choses trop vite et trop bien. Alors que si tu prends du bon C++, là tu vas en chier, là tu vas prendre beaucoup de temps à faire amoureusement les choses, là tu seras un homme !"
D'un autre coté, tu regardes un langage comme rails pour le web, qui a mis de coté tout ce qui n'est pas strictement utile, au détriment de la robustesse (comme retirer les roulettes - typage faible, pas de ; etc etc) en pensant que les utilisateurs seront bons.
En deux lignes de rails, tu fais 40 lignes de Java et 6000 lignes de C.
Mais qu'est ce qui compte au final ? Que tu saches la composition exacte du béton, ou que tu saches construire une belle maison rapidement ?
Ah. Oui effectivement, pour construire une belle maison, pas besoin de savoir la composition exacte du béton.
Par contre, pour construire une maison solide, là, oui, non seulement t'as intérêt à connaitre tout et sur le bout des doigts, c'est même très loin d'amener 4 plaques de placo, de les coller entre elles et de mettre 4 couches de peinture ultra opaques afin de les vendres aux personnes qui n'y connaissent rien dans le bâtiment.
tout depends de l'objectif de la personne. au boulot il faut etre productif, faire vite faire bien fait un travail. souvent meme on nous demande juste que ce soit stable tanpis si c'est du code pourrit qui posera probleme dans 3 ans.
mais en ce qui concerne la vie personne c'est different. tu peux encore choisir d'apprendre reelement a utiliser ton outils. meme en java on peut faire autre chose que du lego.
la preuve les biblioteques comme swing sont bien en java non? c'est vrai que tu feras pas le plus bas niveau mais si tu as envie de rester performent et de mieu maitriser ton language (java par exemple, que j'aime pas au passage) tu peux jouer a ecrire une librairie graphique. tu apprendras beaucoup et en plus ca te permettra de tester ta passion.
Répondre avec citation
Partager