Shaarli ¦ Orangina Rouge
Alors, comment puis-je choisir un problème sur lequel travailler ? C’est une heuristique complexe calculée à partir des facteurs suivants :
- Nombre d’utilisateurs concernés
- Gravité (« problème de sécurité » vs « faute d’orthographe »)
- Opportunité (ce qui signifie que je l’ai remarqué lorsqu’il a été déposé)
- Disponibilité (est-ce que je me concentre sur autre chose lorsque je remarque le problème ?)
- Plaisir possible et humeur du moment (eh oui, car je suis bénévole, ça vous dérange ?).
Dans la personnalité
- La recherche de l’amélioration
- La passion
- L’ouverture d'esprit
- Être axé sur les données
Dans la prise de décision
- Avoir des connaissances sur les personnes et l'organisation
- Voir la forêt et les arbres
- Faire une mise à jour de leur modèle mental
- Gérer la complexité
Et en lisant le document source : https://faculty.washington.edu/ajko/papers/Li2015GreatEngineers.pdf
Engagement avec les collègues
- Créer un contexte de partage
- Créer un succès partagé
- Forme un envirronement sûr
- Honnête
Conception
- Élégant
- Créatif
- Anticipe
Pas mal ce diagramme qui concerne la méthode d'analyse SWOT : Strengths, Weaknesses, Opportunities, Threats.
Les 2 premières ayant une origine interne (organisationnelle), tandis que les deux seconds sont d'origines externe (environnementale). Puis le première et le troisième sont positifs tandis que le second et le dernier sont négatifs.
- The world is trying to keep you stupid.
Le monde essaye de te rendre idiot. - Do not have faith in institutions to educate you.
N'ais pas confiance envers les institutions pour t'éduquer. - Read as much as you can.
Lis autant que possible. - Connect with everyone, all the time.
Conserve un lien avec tout le monde. - Don’t waste time being shy.
Ne gaspille pas de temps avec ta timidité. - If you feel weird about something during a relationship, that’s usually what you end up breaking up over.
Si tu te trouves bizarre à propos de quelque-chose dans une relation, cela signifie que cela finira par casser. - Have as much contact as possible with older people.
Créé le plus de contact possible avec des personnes âgées. - Find people that are cooler than you.
Trouve des gens + cool que toi. - You will become more conservative over time.
Tu seras de plus en plus conservateur avec le temps. - Reduce all expenses as much as possible.
Réduit toutes dépenses autant que possible. - Instead of getting status through objects, do it through experiences.
Au lieu de te maintenir en état par des objets, parviens-y par l'expérience. - While you are living on the cheap, solve the money problem.
Tant que tu vis avec peu d'argent, résous tes problèmes d'argent. - Learn to program.
Apprends à programmer. - Get a six-pack while you are young.
Muscle-toi des tablettes de chocolat tant que tu es jeune. - Learn to cook.
Apprends à cuisiner. - Sleep well.
Dors correctement. - Get a reminder app for everything.
Trouves-toi une application de mémorisation pour tout. - Choose something huge to do.
Décide de quelque-chose incroyable à entreprendre. - Get known for one thing.
Soi connu pour une chose. - Don’t try to “fix” anyone.
N'essaie pas de « réparer » quelqu'un.
Des moyens pour apprendre le lâcher prise: lâcher prise implique parfois de nous changer nous-même ou de nous accepter avec nos limites.
J'aime bien cette image, elle porte à réflexion !
- Controlling
- Coordinating
- Delegating
- Directing
- Guiding
- Empowering
- Advising
- Collaborating
- Participating
(petite voix dans la tête : « Comment je suis arrivé sur cette page moi !?! »)
Wouhou, je viens d'apprendre que je présente une synesthésie spatio-temporelle : je vois les mois de l'année sur un anneau avec décembre/janvier en haut et juillet/août en bas (en fait c'est plutôt juin que je vois en bas mais bon, « j'me soigne »)
- un peu de cette façon : http://pnl-info.typepad.com/pnlweblog/2010/05/pouvezvous-voir-le-temps-.html
- voir aussi une approche par la PNL ("Programmation Neuro-Linguistique) : http://pnl-info.typepad.com/pnlweblog/2010/05/pouvezvous-voir-le-temps-.html
- et de manière plus large : http://carnets2psycho.net/theorie/histoire34.html
Édit201510T13:17 : j'apprends ici http://thomasd.eu/shaarli/?ZQI9NA qu'il existe le phénomène de la misophonie : « La misophonie, littéralement « haine du son », est un trouble neuropsychiatrique rarement diagnostiqué mais commun caractérisé par des expériences négatives (colère, haine ou dégoût) déclenchées par des sons spécifiques » (cf WP : https://fr.wikipedia.org/wiki/Misophonie ). Je ne suis pas « touché » mais je connais des personnes qui sont vraiment dérangées par les miasmes ou les craquements d'articulations... Intéressant
Ce qui me dérange, c'est la question que soulève cette phrase : « La maladie n'est pas classée comme un trouble discret dans le DSM-5 ou la CIM-10 ; cependant, une étude menée en 2013 par trois psychiatres […] suggère sa classification en tant que trouble psychiatrique à part »...
Wouhou, je reprends un peu d'activité sur mon blog (cf https://orangina-rouge.org/plux/index.php?allarchive ), alors je me fais un peu d'auto-promo.
Ici c'est pour parler d'une méthode de travail : Pomodoro.
J'avais déjà parlé de la méthode GTD mais je vous rassure : les 2 sont compatibles ;-) .
Sacrément intéressant cette vidéo !!!
via http://coreight.com/content/zone-de-confort-osez-en-sortir
via http://coreight.com/content/qualites-ingenieur-avec-ou-sans-diplome
via http://shaarli.pandouillaroux.fr/?Epy5Lw
via https://www.shaarli.fr/
Edit 20151019 : À voir également cette image : http://www.jesuisundev.fr/wp-content/uploads/2015/10/how-to-expand-my-comfort-zone.jpg : Dans une bulle d'un côté “Where the magic happens” (« Là où la magie se produit ») et dans une autre bulle “My comfort zone” (« Ma zone de confort ») ; tirée de cet article : http://www.jesuisundev.fr/pourquoi-developpeur-est-un-boulot-a-part/ .
via http://sebsauvage.net/links/?z4GAlg
Je cite : "
Niveau 0 : pisser du code ;
Niveau 1 : livrer du code ;
Niveau 2 : livrer un logiciel ;
Niveau 3 : livrer un produit ;
Niveau 4 : livrer de la valeur."
Très intéressant. Je pense que c'est adaptable à d'autre métiers. Mais par exemple dans le mien, je n'arrive pas à faire d'analogie avec "pisser du code"... (peut-être que ne pas réussir à concevoir le niveau 0 est plutôt bon signe ^_^ ).
En revanche là, on parle du développeur alors que le constat de l'article ce concentre sur la boîte d'édition de logiciel. J'aurais tendance à penser la même chose : créer de la valeur est très difficile au niveau individuel. Si l'on n'a pas la synergie de groupe c'est compliqué ; voire très compliqué lorsque l'on nous mets des bâtons dans les roues (consciemment ou non).
Pas mal ça ; je vais retenir la conclusion :
« Ne pas se justifier, c'est donc :
– simplement répondre à la question posée
– revenir toujours à la réalité et fuir comme la peste les digressions affectives
– responsabiliser l'autre pour ne pas être englué dans ses décisions
– répéter en boucle comme un robot. »
Cela me fait penser à la méthode DESC : http://www.fr.wikimediation.org/index.php?title=M%C3%A9thode_DESC :
« (D)écrire : être concret, précis, factuel, restituer l'observé ou l'observable
– (E)xprimer : mettre des mots sur sa manière de vivre les choses, d'éprouver, de ressentir. Dire ses appréhensions. Parler de soi et non sur l'autre.
– (S)pécifier : expliquer ses attentes : changement d'action, de comportements, proposer sa manière de résoudre une problématique
– (C)onséquences : anticiper ce qui serait positif dans le changement et ce qui serait négatif. »
Putain, qu'est-ce que je suis d'accord avec tout ça :
- J'ai une famille à nourrir.
- Je n'ai pas le temps.
- Ce n'est pas fait pour moi, je n'y arriverai pas.
- Mon conjoint ne voudra jamais.
- Je ne peux pas.
- Je suis trop vieux.
- Qu'est-ce que les gens vont dire si … ?
- Je pourrai quand j'aurai [de l'argent/un diplôme/une maison/un autre travail/…].
J'adore ce principe. Alors je cite : «
Quelqu'un vous manque ? ...Appelez
Besoin de voir du monde ? ...Invitez
Besoin d'être compris ? ...Expliquez
Des questions ? ...Demandez
Quelquechose vous déplaît ? ...Dites-le
Quelquechose vous plaît ? ...Faites-le savoir
Besoin de quelquechose ? ...Demandez
Amoureux de quelqu'un ? ...Dites-lui »
J'ai l'impression d'avoir déjà lu ça quelque part, mais c'est pas grave, je reprends (organisé à ma sauce) - via Vader http://liens.vader.fr/?GC2IAA :
- Tu n'attaqueras point la personnalité, mais les arguments.
--> Ad hominem https://fr.wikipedia.org/wiki/Ad_hominem - Tu ne travestiras ou n'exagèreras point les arguments d'un autre afin de les rendre plus faciles à abattre.
--> Homme de paille https://fr.wikipedia.org/wiki/Homme_de_paille_%28rh%C3%A9torique%29 - Tu n'étendras point à un tout le fruit d'un petit nombre d'exemple.
--> Généralisation précipitée, argument de composition - Tu ne défendras point ton argument en présupposant qu'un de ses prémices est vrai.
--> Pétition de principe https://fr.wikipedia.org/wiki/P%C3%A9tition_de_principe - Tu ne soutiendras point qu'un évènement est la cause d'un autre parce qu'il l'a directement précédé.
--> Post hoc https://fr.wikipedia.org/wiki/Post_hoc_ergo_propter_hoc - Tu ne réduiras point les arguments à deux possibilités.
--> Faux dilemme https://fr.wikipedia.org/wiki/Faux_dilemme - Tu ne tiendras point pour vraie (ou fausse) une affirmation sous prétexte qu'elle n'a pas été étudiée.
--> Ad ignorantiam https://fr.wikipedia.org/wiki/Appel_%C3%A0_l%27ignorance - Tu ne retourneras point la charge de la preuve sur celui qui remet en cause une affirmation.
--> Renversement de la charge de la preuve https://fr.wikipedia.org/wiki/Renverser_la_charge_de_la_preuve_%28philosophie%29 - Tu ne présupposeras point que A et B vont de paire lorsqu'il n'y a pas de connexion logique entre les deux.
--> Non sequitur https://fr.wikipedia.org/wiki/Non_sequitur - Tu n'affirmeras point qu'un argument, parce qu'il est populaire, est donc dans la vérité.
--> Ad populum https://fr.wikipedia.org/wiki/Argumentum_ad_populum
J'aime bien cette synthèse ; la définition des « 4 problèmes les plus rencontrés lors de la conduite de projet informatique.
1- Définition exhaustive du besoin en amont
2- Transferts de responsabilité
3- Validation tardive
4- Manque d’implication du client final »
Sans tomber dans les méthodes SCRUM et autre, penser à cela pendant la mise en place d'un projet avec au moins 2 intervenants (quelque soit la taille) réduire un certain nombre de soucis !
:-(
Dans le Readme, une info mise en avant : « Super easy setup »
Ouais... Pourquoi chez OVH je me tape juste un beau « This software require to have "Magic quotes" disabled, it's deprecated since PHP 5.4 ("magic_quotes_gpc = Off") ».
C'est mignon mais c'est pas ce que j'appelle « Super Easy » surtout qu'il n'y pas d'autres explications...
Edit: pour ceux qui auraient le même problème, la solution par là : http://guides.ovh.net/ConfigPhp .
J'aime bien cette idée !
Dans le principe du systèmier.
Tiens je ne connaissais pas cette méthode. Elle est simplissime, beaucoup l'utilise déjà mais lui donner un nom facilite : sa compréhension, sa mémorisation (et donc son application), sa transmission à d'autres, ... Donc ADRA sert pour savoir à évaluer une nouvelle tâche de travail :
Abandonner : ne pas faire fait gagner le temps que l'on aurait passé à la tâche.
Déléguer : quand d'autres savent faire et que l'on peut les suivre, autant qu'ils s'y mettent.
Reporter : ce que l'on fait le plus souvent mais encore faut-il bien planifier.
Agir : dernier recours, faire notre tâche « Do Our Own Duty ».
Tiens, c'est pas faux ça ; j'essaierai d'y travailler.