en 2016 cela me fera 30 ans d'expérience en informatique professionnelle, essentiellement en SSII, mais par contre j'ai pu faire de tout : poser et souder des câbles, faire des démos, coder, analyser, réparer (même des imprimantes !), vendre, auditer paramétrer etc ...
pour finir en haut de la chaîne alimentaire : SysAdmin DBA (précisions : Linux Oracle)
Fin de l'introduction condescendante ...
Ce que tu nous racontes dans ce journal ce n'est ni plus ni moins qu'être un professionnel.
S'impliquer dans un projet, avec en premier lieu , faire son boulot, mais aussi ne pas hésiter à aider les autres, ont est une équipe.
Etre fiable, rien de plus pénible que le mec qui te plante régulièrement, ou quand il faut vérifier constamment leur boulot. Et si tu as un problème, préviens pas au dernier moment, anticipes.
Précis et méticuleux, tout les jours on me demande d'installer le truc sur le machin pour faire des tests, j'ai finis par écrire une terminologie.
Nécessaire pour les non techniciens comme les autres.
Qui connais la différence entre Dossier de Test / Environnement de Test ?
Parfois il faut être chiant et même paranoïaque si cela touche la sécurité.
Conseil d'amis : tout écrire ne serait ce que par mail ... et garder une copie
Garder le cap, ce n'est pas toujours facile et cela dépend des "partenaires" certains sont incapables de garder leur sérieux, un peu de bonne humeur n'est pas désagréable.
mais il faut savoir rester "pro".
Si tu as la chance de participer à des réunions ou le chef de projet qui dirigent la réunion coute plusieurs centaines d'euros à l'heure, tu vois très vite la différence.
Pour les projets libres et sans contraintes, c'est dur voir même très dur, tout le monde rêve d'être le prochain Linux Torvalds mais il faut reconnaître qu'il faut avoir la niaque pour y arriver.
Difficile de finir un projet sans d'autres contraintes que les siennes.
Écrire ses idées : bien très bien et cela te fais rire quand tu relis tes notes, journals intimes des années plus tard
Conseils : gardez bien ces notes, dans ma jeunesse j'avais commencé une bible avec des millions de trucs divers et variés sur des machines qui n'existent plus ... disparue ... dommage (pas pour la technique mais pour moi)
Conclusion :
Au delà des réseau sociaux, des forums des livres, revues et autres ils existent une dimension parallèle et inévitable encore de nos jours : le contact humain
L'expérience et le vécu que l'on peut transmettre et expliquer passe mille fois mieux que la lecture d'un livre ou d'un site.
L'écoute d'une personne, l'appréciation des ses conseils, sa manière de voir les choses (forcément différente de la votre) peuvent vous apprendre énormément, bien souvent c'est enrichissant pour tout le monde.
Je ne sais pas pour vous, mais coder n'est qu'un partie d'un ensemble. une application cela s'analyse, se code, se modifie , se débogue s'améliore.
il faut pisser du code en sachant que dans 6 mois/1 an tu devras peut être revenir dessus ou que d'autres devront le faire et jugeront ton travail.
Pour moi le code "maintenable" a plus de valeur que le code hyper pointu difficile à comprendre ce qu'il fait.
La simplicité est souvent ce qui se fait de mieux.
Quelqu'un de "bon" c'est une personne qui trouve une solution simple et compréhensible à un problème.
C'est trop facile de se cacher derrière une usine à gaz.
# La réponse d'un vieux con
Posté par Christophe B. (site web personnel) . En réponse au journal Comment être un développeur désirable. Évalué à 10.
Bonjour,
en 2016 cela me fera 30 ans d'expérience en informatique professionnelle, essentiellement en SSII, mais par contre j'ai pu faire de tout : poser et souder des câbles, faire des démos, coder, analyser, réparer (même des imprimantes !), vendre, auditer paramétrer etc ...
pour finir en haut de la chaîne alimentaire : SysAdmin DBA (précisions : Linux Oracle)
Fin de l'introduction condescendante ...
Ce que tu nous racontes dans ce journal ce n'est ni plus ni moins qu'être un professionnel.
S'impliquer dans un projet, avec en premier lieu , faire son boulot, mais aussi ne pas hésiter à aider les autres, ont est une équipe.
Etre fiable, rien de plus pénible que le mec qui te plante régulièrement, ou quand il faut vérifier constamment leur boulot. Et si tu as un problème, préviens pas au dernier moment, anticipes.
Précis et méticuleux, tout les jours on me demande d'installer le truc sur le machin pour faire des tests, j'ai finis par écrire une terminologie.
Nécessaire pour les non techniciens comme les autres.
Qui connais la différence entre Dossier de Test / Environnement de Test ?
Parfois il faut être chiant et même paranoïaque si cela touche la sécurité.
Conseil d'amis : tout écrire ne serait ce que par mail ... et garder une copie
Garder le cap, ce n'est pas toujours facile et cela dépend des "partenaires" certains sont incapables de garder leur sérieux, un peu de bonne humeur n'est pas désagréable.
mais il faut savoir rester "pro".
Si tu as la chance de participer à des réunions ou le chef de projet qui dirigent la réunion coute plusieurs centaines d'euros à l'heure, tu vois très vite la différence.
Pour les projets libres et sans contraintes, c'est dur voir même très dur, tout le monde rêve d'être le prochain Linux Torvalds mais il faut reconnaître qu'il faut avoir la niaque pour y arriver.
Difficile de finir un projet sans d'autres contraintes que les siennes.
Écrire ses idées : bien très bien et cela te fais rire quand tu relis tes notes, journals intimes des années plus tard
Conseils : gardez bien ces notes, dans ma jeunesse j'avais commencé une bible avec des millions de trucs divers et variés sur des machines qui n'existent plus ... disparue ... dommage (pas pour la technique mais pour moi)
Conclusion :
Au delà des réseau sociaux, des forums des livres, revues et autres ils existent une dimension parallèle et inévitable encore de nos jours : le contact humain
L'expérience et le vécu que l'on peut transmettre et expliquer passe mille fois mieux que la lecture d'un livre ou d'un site.
L'écoute d'une personne, l'appréciation des ses conseils, sa manière de voir les choses (forcément différente de la votre) peuvent vous apprendre énormément, bien souvent c'est enrichissant pour tout le monde.
Je ne sais pas pour vous, mais coder n'est qu'un partie d'un ensemble. une application cela s'analyse, se code, se modifie , se débogue s'améliore.
il faut pisser du code en sachant que dans 6 mois/1 an tu devras peut être revenir dessus ou que d'autres devront le faire et jugeront ton travail.
Pour moi le code "maintenable" a plus de valeur que le code hyper pointu difficile à comprendre ce qu'il fait.
La simplicité est souvent ce qui se fait de mieux.
Quelqu'un de "bon" c'est une personne qui trouve une solution simple et compréhensible à un problème.
C'est trop facile de se cacher derrière une usine à gaz.
Conseils de lecture : Loi de Murphy
et l'application de ces axiomes (entre autre):
Axiome 1:
Il y a 2 types d'admin : ceux qui ont fait une connerie en étant root et ceux qui vont faire une connerie en étant root
Axiome 2 :
L'erreur est humaine, mais pour faire de vraie catastrophe il faut un ordinateur
Bon week end