Open Riduidel opened 4 years ago
Je suis sûr qu'on pourra parler de ce genre d'articles https://www.jesuisundev.com/comment-considerees-developpeurs-france/
Coucou, je reviens un peu dessus, ça a mis son temps et son bonhomme de chemin mais j'ai les idées un peu plus claires.
Je viens de passer sur une mission back-end Java avec encore un très bon dev Z. C’est très agréable d’être bien guidé. J’ai l’impression qu’on ne va pas faire les erreurs qu’il a déjà fait. Mais des fois c’est compliqué de suivre car justement il va trop vite.
Si on devait conclure quelque chose :
Les anciens doivent transmettre, et les jeunes doivent écouter et pouvoir refaire les erreurs des anciens dans des cadres contrôlés pour avoir des nouvelles idées mais aussi ne pas refaire les mêmes erreurs.
En ce moment les meetups sont accessibles car à distance, c'est le moment d’encourager les gens à participer, à suivre ce qu’il se fait. Il faut pratiquer pour devenir "pratiqueur".
Quand tu commences tu ne connais rien. Il faut apprendre, il faut échanger. Et plus tu avances plus tu comprends de choses même s'il te reste plein de possible. J’imagine qu’en devenant ancien, il va falloir partager ta connaissance pour aider. Les fail-con sont vraiment un très bon moyen, expliquer pourquoi on a échoué.
Je ne sais pas trop c'est quoi la suite mais je pense qu'on pourra se prendre un peu de temps pour en parler. Il faut faire quelque chose :
C'est cool que tu aies eu le temps d'y réfléchir. De mon côté, j'ai fait un talk sur un sujet franchement proche (voir là : https://github.com/Riduidel/conferences/blob/master/informatique-20-ans/src/slides/asciidoc/index.adoc). Je vais te partager la vidéo, tu me diras ce que tu en penses. Si on devait développer, je ferais un truc du genre ...
N: Salut jeune développeur, qu'est-ce que tu veux faire J: Ben je voudrais progresser dans mon métier N: OK ben apprends où tu peux (paf, petit segment sur la nécessité de faire de la veille, et de la faire de façon professionnelle, donc pas le soir), et n'apprends pas seulement à propos de ton coeur de métier, apprends aussi un peu d'ops, un peu de métier, un peu d'agilité. J: Mais pourquoi ma mission part en sucette ? N: On va parler de contexte économique de l'informatique, et de l'intérêt de comprendre aussi le contexte politique J: Mais je vais y passer ma vie ? N: On va parler équilibre vie pro/vie perso, nécessité de brider sa passion pour la faire vivre longtemps
Je dois accumuler des questions : dans ma journée de travail, est ce que je ferais encore ça dans 20 ans ?
Et moi, j'essaie de cloner le dépôt et de faire une PR pour voir si j'arrive à écrire de l’ascidoc.
J’aime bien l’idée de l’histoire sur l’informatique.
Quel format : on va faire une conférence jouable en vidéo, l'objectif final étant bien sûr de la présenter à Snowcamp 2021
@Riduidel va créer une autre présentation (titre de travail : parlons-experience)
@P0ppoff va voir si le projet Maven se compile bien (une fois que le nouveau dossier sera créé)
@P0ppoff va noter ses questions dans un coin (dans cet issue ou ailleurs)
article de mon chère DT : https://www.touilleur-express.fr/2009/07/27/senior/ & https://www.touilleur-express.fr/2020/11/20/quand-tu-sors-du-sous-marin/
Pas les droits de pousser sur la branche
Super lien ce que n’est pas un architecte : https://medium.com/oreillymedia/what-architects-are-not-6a78d123b899
Passer en mode avocat/procureur à l'écrit : je pose les questions, et @P0ppoff cherche les réponses.
Autre truc : avec l'expérience, on peut être amené à faire du conseil. Ca n'est possible qu'avec l'expérience, mais comment peut-on obtenir cette expérience ? En faisant des choses qu'on a jamais faites !
Corollaire : ne proposer aux gens que ce qu'ils savent faire (comme le font les SSII classiques), c'est la recette de la stagnation. Ajouter la citation de Jeff Atwood : un boulot qui ne fait pas un peu peur n'est pas un boulot intéressant.
Un domaine fonctionnel est juste une coloration du métier du développeur. Parce qu'on se met au service du métier du client, tout en gardant le nôtre (comme un architecte ou un fabricant de chaise - meilleure métaphore). Parler aussi des contraintes du métier (craft, devops).
Faire un point sur l'histoire de l'industrie informatique.
Réfléchir à un plan : ne pas mettre l'histoire de l'informatique au début, partir de quelque chose de personnel, comment garder sa flamme ? ton métier est pourri ? non mais on le fait dans un contexte pourri
je commence avec Ada Lovalac, turing, les micro processeur = la légende des geeks @Riduidel nous remet dans le contexte
plan qui raconte une histoire
CFP TZ 15 ANS
parce que le framework change, mais le métier reste
Pourquoi est-ce que je veux parler de ce truc ?
Est-ce que c'est
Quelle devrait être la conclusion ?
Qu'est-ce que l'auditoire doit retenir (le fameux key takeway) ?
Qu'est-ce qu'on met dans l'abstract ?
T'as une idée de titre ?
(note bien que tu peux proposer à d'autres personnes de t'aider)