Hey, everyone, welcome to the Unhandled Exceptions podcast. I'm Dan Clark, and this is Episode
Number 32. So we have reached the next power of two in episode numbers, which is something
that is going to be increasingly difficult each time. So I'm going to celebrate this while
I can. And in this episode, I am thrilled to be joined by Jess White to chat all about
technical leadership. And Jess has already been on the show before in the group episode
about DDD conferences, and has actually agreed to come back on again. Jess, you must be a
glutton of a punishment.
I saw that blackmail material you have on me, Dan.
I thought it was the guitars.
I'm sure that too.
Pour contexte, les listeners, dans l'endroit de la dernière groupé, on a réalisé que
les autres ont eu des instruments de l'un de l'autre dans le background. Donc, à l'endroit,
on a pris un écran de la maitre de zoom avec les autres guitars, et les autres guitars,
et les autres guitars, je pense.
Oui, je pense que oui.
Oui, c'était bien.
Cool. Donc, pour ceux qui ont perdu l'autre épisode, ou qui ne vous connaissent pas,
ou des trucs de la communauté de la devin, pouvez-vous donner à nos listeners un
petit contrôle à votre background et à quoi vous faites ?
Oui, certainement.
Donc, en termes de communauté, j'ai rencontré la conférence d'Église Midlands avec un
couple d'autres personnes, qui ont fait partie de ma première partie de Morton Broccoli.
Et la conférence d'Église Midlands n'est pas le principal design, c'est le développeur,
le développeur, le développeur, qui est...
Il s'en vient beaucoup.
Mais c'est un emblémat de conférences qui sont gratuits, hostées sur un week-end,
qui essaient de être accessible possible.
Je suis aussi organisé par DotNet Not, qui est un mois où je rencontre un Notium
autour de DotNet avec Peter Gagher.
Je fais beaucoup de mentir et partage du comité de membership d'OdNet.
Je suis un MBP Microsoft.
Ça ressemble beaucoup plus grand que ça.
Et dans mon travail du jour, je suis un architecte technologique.
C'est beaucoup de choses.
Comment vous le faites ?
Je ne sais pas.
Je l'ai aimé.
Je l'ai aimé.
Je l'ai aimé.
Je suis un leadership.
En temps où je devais être un leader,
j'ai plutôt fait de contrats et de consultations.
Donc, à moins par travail, je n'ai jamais été un leader.
Je fais beaucoup d'architecture et de mentir et ce genre de choses.
Mais je n'ai jamais fait des quotes,
seulement Jess peut voir moi en quotes.
Mais je n'ai jamais fait de la management des gens,
comme d'autres, que ce qui s'est passé par mentir et juste de teamwork.
Je suis peut-être en train de voir les choses politiques.
Je pense que ce serait une chute super intéressante
où on peut en faire des management des gens.
Et je pense que la politique, si c'est le cas, est la bonne chose.
Oui, je pense que je vais devoir être careful
de se faire attention à ce qu'il y ait d'un employeur.
Mais ce que je voudrais dire, en argument,
c'est que vous n'avez pas fait un rôle leader.
Mais vous avez mentionné la mentirité.
Et si vous êtes un jeune,
je voudrais aussi dire que c'est aussi la leadership.
Je faisais un talk à Dotnet Southwest en novembre
en explorant ce que nous devons dire
par la leadership technologique,
ainsi que de l'étranger.
Et c'est partie de ce que j'ai passé
par le background de mon développe junior
tout de la route où je suis maintenant, c'est une TA.
J'ai fait le junior, le midi, le senior, le développe leader,
une TA très typique,
à ce point.
Mais je pense que si vous faites quelque chose
qui guide quelqu'un en apprenant et en développement,
même si ce n'est pas un rôle de management typique,
c'est un rôle de management.
Vous êtes un leader.
Donc, les seniors que j'ai travaillé avec,
tous de eux ont été enseigner à des autres développeurs
comment s'y apporter,
comment s'interact avec des détenus,
et d'autres disciplines.
Et tout ça, dans mon avis,
est la leadership technologique et personnelle.
Oui, je pense que avec la toute la enseignement d'autres
à leur enseigner,
je vois des développeurs qui tentent de se couper
parce que peut-être ils pensent
que ça leur donne une sorte de stabilité,
quand en fait, en mon avis,
c'est le plus complet.
Et ce que je vais essayer de faire
quand je suis en train de mentorer,
c'est les gens qui m'ont appris,
essayer de les apprendre,
pour que ça se dérange.
Je suis complètement certain que
avoir votre rôle est un rôle scalable,
c'est beaucoup plus bénéficial
pour les gens autour de vous et pour vous-même
plutôt que d'être la personne de la Terre Ivory.
J'étais très heureuse.
En fait, je pense que c'est de Morton
quand je suis la première à s'interpréter.
J'ai demandé à lui ce qui était le différence
entre un junior, un maire, un senior,
et où il y a de là.
Et il a expliqué que
un développeur est vraiment bon à la code,
un jeune développeur est vraiment bon
aux développeurs et un maire
est vraiment bon aux équipes de développement.
Et c'est comme ça que j'ai vu ça depuis.
Si je suis un maire,
comment je peux faire pour les gens autour de moi
mieux à la pratique
qu'ils font, la code, leur écrit,
leur soutien, leur développement,
et aussi faire des codes,
parce que je ne veux pas m'en perdre.
C'est la chose qui me ferait peur
de me faire bouger,
non, pas le maire,
parce que je pense que le maire
encore le fait de la faire,
mais de bouger au management,
parce que je ne sais pas si c'est le steps
de la stratégie de la pratique
pour des gens qui ont bougé au management,
mais je ne pouvais pas faire de la code,
je ne m'en perdrais pas trop.
Donc, avec mon rôle,
je suis allée dans une compétition
en tant que senior,
je sais que beaucoup de places,
vous vous faites du management en tant que senior,
et c'est aussi comme ça que c'est
dans l'agence légale où je suis currently en train de travailler.
Et puis, comme un maire,
il y a un peu plus de choses à faire.
Et je suis toujours un manager
en tant que architecte technique.
Donc, pourquoi ça?
C'est assez intéressant,
je vais en parler en seconde.
Mais ça ne se dévient pas de la code
tant que même si le lead dev
probablement 25% de mon temps
était le management des gens,
je vais encore en faire beaucoup de travail technique.
Et, comme vous le dites,
ça change,
selon vous,
mais je ne serai pas peur de ça.
Vous avez les façons de les aider
avec le développement.
Je ne sais pas si tout le monde a ça,
mais je le fais
quand quelqu'un
qui s'en demande une idée que j'ai eu
et que ça peut être technique,
que ça peut être de la progression de career,
mais c'est vraiment bien de avoir ces conversations
et ça peut vous aider aussi
en aideant à la personne.
En termes de TA,
tu ne vois pas beaucoup de TA
qui fait des management des gens,
mais je pense que c'est assez important
de les mettre en place pour les gens.
Parce que,
comme un jeune,
je pensais que si je voulais progresser,
je devais devenir un manager
très stéréotypique
et je ne voulais pas faire ça
comme vous.
Je vais trop loin de la tech.
Mais je suis allée au lead position
et j'ai fait des tournées à la TA
et je m'aimais les responsabilités de mes management des gens,
parce que, A, je peux aider les gens
à dire,
oh, peut-être que l'architecture
est la bonne route pour moi.
Et B,
ça me fait toucher
avec les équipes que je suis en train de faire.
Donc, je trouve que tu peux,
quand tu te mets à un certain niveau,
perdre beaucoup d'empathie
pour l'impact de tes propres décisions
sur les gens qui ont vraiment
à l'implier.
Et ça me fait penser à mon équipe.
Oui, c'est certain.
Je pense aussi que si tu es
encore en train de coder
comme le lead et en fait,
bien, au moins que tu te montres
que tu sais ce que tu parles de,
et c'est difficile si tu n'es pas
en train de coder l'architecture ou quelque chose,
alors que ton équipe
peut-être avoir plus de respect
si ils savent que tu sais ce que tu fais.
Mais je pense que si c'est un manager
qui te dit comment faire l'architecture,
mais qu'ils ne sont pas en train de faire quelque chose,
c'est difficile
pour les gens comme un équipe, je pense.
Donc, c'est un challenge très rigolo.
Et l'un que j'ai dû face
comme le lead de la développe,
parce que je n'étais pas
pas involvement en juste un équipe,
je pense que j'ai eu six.
Donc, à ce point,
je peux faire le PDR
mais je ne peux pas vraiment faire
ce que j'ai déjà fait
dans ma première règle,
ce qui était le lead par exemple.
En disant, c'est pourquoi je fais ça,
c'est pourquoi je fais ça,
parier avec les gens,
c'était beaucoup plus facile
pour changer les minds et les hearts.
Mais comme un lead de la développe
par beaucoup de équipes,
tu ne pourras pas aller
dans les weds comme beaucoup,
c'est un chien.
Mais tu end up
apprendre différentes techniques
pour influencer de d'autres manières.
Je reviens toujours
à la méthode scientifique
avec tout ce que je parle
de monitor et de la communauté
et tout.
Mais je trouve que
avec les gens dans notre industrie,
si tu dis,
si tu dis,
hey, let's try this thing out,
ça ne peut pas fonctionner.
Mais tu vas essayer pour un petit temps
et on va déterminer les effets.
Et puis ils vont commencer à voir,
tu sais, parier,
ils ne sont pas en train de faire les incidents.
Les développeurs font plus de tests,
hey, on fait des choses
plus vite au monde
et fais un approche d'évidence.
Et même si tu ne le fais pas,
ça en fait ça t'amène
parce que ça empêche
plus dur deDEN
et qu'il y a tried
d' Rigolage et des pieds laughs.
C'est là que j'edge ma chante



Tamaud


Faudras-tu



le premier, en disant aux audiences des mots que l'on associait avec les bonnes leaders,
et le deuxième, les bad leaders.
Et je me suis trouvé les résultats vraiment intéressants.
Pour les bad leaders, j'ai vu quelqu'un qui a mis un petit choc sur le dos,
ce qui était un peu bizarre.
Je comprends ceci.
Ce n'est pas de prendre l'accountabilité.
Donc, les choses vont juste se dire,
oh, ce n'est pas ma faute.
Oh, je vois, ça fait du sens maintenant.
Je pensais que quelqu'un avait juste été méchant.
Oui, ça a fait un peu de temps que je l'ai mis sur les bords.
Je suis très heureux avec ces polls,
parce que c'est le premier temps que j'ai mis les bords.
Et ça pourrait être de l'aider,
mais les réponses étaient vraiment en train de faire le talk.
Je suis un peu nerveux de me faire ça,
mais c'était très intéressant.
Qu'est-ce que tu trouves intéressant de les réponses, Dan ?
Les bords sont très clairs,
mais je pense que c'est un peu...
C'est ce que j'ai eu à l'expect.
Je me suis rendu compte d'un autre exemple.
Les exemples sont de l'empathie,
l'empathie, l'understand,
l'activer, l'accountabilité,
les patients, les visages,
le respect pour le collaborateur.
C'est ce que je préviens,
et je suis totalement d'accord avec eux.
Un commentaire que tu as fait après les polls bords,
c'est qu'ils seemed to be coming in a lot faster
than the good ones.
Je ne sais pas si les gens ont eu beaucoup d'expérience.
Mais les mots bords que les gens ont choisis
étaient « bad tempered »
« authoritarian »
« by communicator, arrogant, micromanagement
unknowledgeable »
et oui, le « sloppy shoulder »
Ce qui va directement à ce que tu as dit
sur ces towers ivory
et à protéger ta propre code
ou ta propre domainé,
et être la source de tout le monde,
ça devient immédiatement un bad leader.
Ils donnent l'impression
d'être très protégés
sur ce qu'ils font,
qui peut arriver à l'extérieur,
ils ne sont pas très agressifs,
ils ne sont pas très égoutés
et ils ne sont pas très psychologiques.
Ils ne sont pas très égoutés
pour faire un erreur
ou pour créer des problèmes.
Et ça, en mon avis,
c'est un bad code.
Il y a aussi le bosse-facte,
si une personne sait tout et c'est de la connaissance,
ils n'ont pas le droit de se partager
comme nous l'avons dit,
ils veulent se faire faire ça
parce qu'ils veulent se sentir plus stable,
mais ils ne font pas le team très stable
parce que si ils vont au hôla,
si ils sont malades,
ou qu'ils vont laisser la compagnie,
ils peuvent avoir des opportunités
et qu'ils vont laisser la compagnie.
Ça ne fait pas de plus.
C'est pas ça, mais je peux comprendre
où ces comportements viennent.
Et comme vous le dites,
c'est un point de sécurité.
C'est de se faire surement
que vous êtes stable dans votre travail,
que vous êtes le plus knowledgeable dans le monde.
Mais un peu en un petit tangent,
c'est pourquoi je pense
que
les développeurs non-males
sont poussés dans ces types de rôles.
Parce qu'on se voit
comme un mâtier,
qui vous ne pouvez pas voir,
mais je suis assez profusif
avec mes mains à la minute.
Je ne pense pas que c'est vrai.
Je pense que beaucoup de ces caractéristiques
sont juste un bon être humain
et ne sont pas de manière
relative à l'agenda.
Mais c'est triste que vous voyez
des femmes qui sont très bonnes techniquement
poussées dans un rôle de management
plutôt que de la compagnie
entre
des management des gens,
mais aussi de la personne technique.
Et je pense que c'est un fail
dans notre industrie plus que tout autre.
Oui, c'est vrai.
Je pense que c'est triste que
vous avez travaillé
dans beaucoup de différentes entreprises
et si je pense
que toutes ces entreprises
ne pensent pas
que l'un des développeurs féminins
qui ont travaillé, c'est vraiment triste.
Je suppose que
si j'utilise ma imagination
et j'imagine
que ces rôles sont réversés,
99,9% de la
industrie de développement sont féminins.
Maintenant c'est le seul homme.
Je me sens
peut-être d'une seule, je pense.
Et ça doit être ce que ça doit être
pour un développeur féminin
qui n'est pas correct.
Je suis assez une femme d'un peu.
Je suis vraiment
je ne dois pas dire ça, mais je ne vois pas
l'agenda dans l'issue. Je suis avec tout le monde.
Une des choses.
Mais, en regardant le topic
de leadership, ça change
vraiment le feedback
que vous avez
en tant que leadership technique
ou le manager de la personne.
Plus pour la leadership technique.
L'amount de temps
que je suis trop abrasive,
trop blunt, trop certaine dans mes opinions.
Je me dis
que c'est pas un seul
peu, pas toujours.
Je pense
que ce serait peut-être
que les gens voient
5 ft 2
d'une femme dans le salle et qu'ils sont
assez moquistes.
Mais je vais toujours avoir mes opinions
et je suis assez confortable de les voici.
Mais parce que ça va contre certaines personnes
d'explications,
ils sont un peu écrits
par ça.
Je ne peux pas encore voir
comment se faire
sur ce que je fais de la feedback.
Ce n'est pas constructif de toute façon.
Vous pouvez le parler
avec un xyz
en ce qui est le fait de le faire.
Je ne tend pas à le entendre.
Parce que si je suis abrasif
mais je pense que je fais mon travail
et que je suis un communique infecté,
c'est leur problème, pas moi en ce cas.
Je trouve que avec la mentorship
des femmes envers les positions plus seniors,
en tentant de
les faire croiser, c'est pas leur faute
qu'ils soient percevés dans ces deux de la façon.
C'est peut-être la personne qui est en train
de le prendre comme ils veulent.
Régales de la gender
ou de tout,
il y a beaucoup de personnalités différentes.
Vous allez avoir des gens qui sont plus inquiets,
des gens qui sont plus assertifs.
Et ça n'a pas de gender.
Oui, 100%.
Je suis très amusante
avec ces gens qui sont très inquiets.
Et puis, la seule fois qu'ils se disent
que la rencontre est de la couleur,
je voudrais être cette personne
mais je n'ai jamais été.
Je pense important
que tout le monde,
à quel point tu as expérimé
que tu ressens que tu peux te reposer.
Je pense que c'est important pour la team.
Parce que j'ai eu des gens
qui, en papier, ont moins expérimé que moi.
J'ai dit quelque chose et ils m'ont dit
que j'ai été dans une certaine façon
et puis, un certain part de l'architecture
et c'est comme,
« Oh, c'est vrai, ça pourrait être simplifié
si on a fait de différentes choses. »
Et juste avoir ces conversations articulées.
J'ai eu beaucoup de ces conversations
dans la semaine dernière,
qui a été intéressante.
Je travaille sur plusieurs équipes.
Et dans les équipes,
j'ai fait le erreur
et j'ai eu des mains.
Je suis vraiment désolé pour tous ces problèmes.
C'est ce que j'ai fait et ce que j'ai appris.
Et depuis que j'ai fait ça,
ils ont tous été en train de les prendre
les mains pour les choses,
ce qui a été hélérant.
Mais ils sont maintenant en train de apprendre
à l'un de leurs uns et c'est plus safe
de faire ça, ce qui est un grand truc.
Mais comme ça, j'ai eu une conversation
avec quelqu'un
sur des codes qu'ils avaient fait.
J'ai eu des concerns sur ça.
Et je me suis dit,
« Avant que je fasse mes concerns,
est-ce qu'il y a quelque chose que vous voyez
sur ce que vous ne pensez pas ? »
Et ils ont passé quelques choses,
ce qui est exactement
ce que je vais vous rappeler.
Je me suis dit,
« Pourquoi n'est-ce pas été élevé ?
Mais je n'ai pas été
la plus expérience personne en équipe,
donc, que sais-je ? »
Et on a expliqué,
parce qu'ils ont travaillé
avec un apprentissage,
récemment.
Je me suis dit,
« Tu as appris de votre apprentissage ? »
Et je me suis dit, « Oui.
»
Et puis, les gens peuvent apprendre
de vous aussi.
L'expérience ne se passe pas
et c'est un petit peu de poignées.
Et en essayant de
faire ça comme culture
dans les équipes,
c'est très difficile.
Mais comme vous le dites,
c'est parce que les gens
sont tellement différents,
que c'est là que
certains de ces méthodologies
sont venus,
et c'est aussi
approchant
de la façon
que les gens
veulent communiquer
dans votre équipe,
en en prenant la certaine
fonction,
en en prenant la certaine
langue
qui se passe
ébrayant,
en en prenant les mots
pour les deux,
en en prenant la certaine vocation
des enseignants.












un apéritant,
un apéritant,
un apéritant,
un apéritant,




un apéritant.
Je suis dit,



Je suis un grand fan de ça.
Donc, dans les équipes que je travaille avec,
nous faisons une combinaison de programme de paire,
et puis, quelqu'un de separate,
fait le peer review après,
pour voir si ça fonctionne correctement.
Les bénéfices que je vois sont
que vous avez l'opportunité de la apprendre
dans les deux directions.
Vous avez l'expérience de la déclenche.
Nous aussi nous conduisons de la culture test-driven,
donc c'est plus facile de piquer le ping,
et une personne peut faire un test de délire,
le deuxième fait une fonctionnalité,
ils se rendent compte d'eux un peu plus,
mais c'est surtout comme vous vous dites,
le problème avec les towers de l'aivrie,
si elles vont aller au loin, ce qui se passe.
Si quelqu'un a la COVID,
ça se passe beaucoup en ce moment,
ou un homo-émergence familiale,
il faut s'en aller,
il y a quelqu'un d'autre qui est en train de se faire
avec ce qu'il y a à faire,
et qui peut continuer à le faire.
Donc, je pense que c'est beaucoup de valeur pour la paire,
même si c'est une chose difficile de faire au-delà du début.
En même temps, quand je suis en train de faire le début,
je suis un personne très anxieux,
j'ai l'air très ouvert de la facture que je suis en médicature pour ça.
C'est l'idée de la codé en front de quelqu'un que je n'ai pas,
qui m'a envoyé pour un frenzy.
Mais je suis très heureux de ça,
et je trouve que,
parce que vous venez de se faire parier
avec votre équipe,
et si vous avez une culture,
vous êtes assez confortable avec eux,
surtout avec les lignes de communication,
il se fait moins peur que vous.
Et aussi, quand vous vous faites le début de la compagnie,
donc pas le current équipe qui travaille avec
le contract, il y avait le premier...
C'était le premier temps de remonte en plein temps,
et aussi, ils ont fait un peu de programme,
il y avait assez de temps,
et je me suis évoqué
de la base de la codé
très rapidement, et les patterns de design très rapidement,
parce que je faisais
avec quelqu'un d'autre qui était expérimente
sur la base de la codé, et avec les patterns.
Donc, comme vous le dites,
c'est juste la consistance,
c'est le connaissance de la base de la codé,
le connaissance du business.
Donc, j'aime vraiment.
Mais je pense que, sur le côté de la base,
ce qui était un peu de programme,
l'un des choses que j'ai faite
était de pouvoir enlever la zone et mettre mes headphones sur.
Et où je trouve que le current équipe
qui travaille avec, c'est un peu plus de mix.
On fait un peu de programme, et un peu de nôtre,
je préfère beaucoup, parce que je pense que
vous pouvez avoir trop de programme.
Je suis en train de faire ça,
et l'une de mes équipes, la façon dont nous avons
fait le tour, c'est que nous avons
ceci qui est appelé le «back pocket log»,
qui est qu'on a un certain nombre de capacités
dans nos sprints,
pour que si quelqu'un ne juste a besoin de la date
pour eux-mêmes, parce que ça s'est passé à tous,
on a des stories de 1 ou 2 points,
où ils peuvent dire, je suis désolé,
je dois presser pause sur le ticket
que je suis en train de faire avec cette personne.
La vie a un peu trop de temps,
et je vais juste prendre ce petit,
et je vais retourner envers le humain,
qui je suis vraiment encourageant,
parce que parfois je veux juste
rester dans la courte et ne parler à personne,
mais je n'ai pas de problème.
C'est vraiment cool,
d'être intentionnée de mettre
des petites tickets pour un peu de
détail, un peu de la vie.
Oui, parce que nous avons les plus avantageables
de faire des tickets les plus complexes,
si on a deux yeux, c'est mieux que un.
C'est pour une raison.
Mais si vous voulez juste faire un petit fix,
vous voyez, changer la couleur
d'un bout de bout pour un jour, c'est tout bon.
Allez-y.
Les petites choses que vous faites aussi,
c'est très bien, c'est tout très bien
en travaillant sur le gros, grand, feature.
Mais il y a beaucoup de business comme usual,
facile, comme vous le disiez,
changer la couleur, changer un peu de texte,
faire des petites choses.
Vous pouvez ressentir plus productif,
si vous savez que vous avez joué,
vous avez en fait completé la définition
de la fin de la journée.
C'est bien, parce que ça donne un peu de space,
ce n'est pas nécessairement détenu par le produit.
Donc, si il y a un peu de texte que vous voulez faire,
ou le bout de bout de bout
est en train de se détenuer un peu,
vous pouvez commencer à
adresser des issues, plutôt que de
toujours avoir le temps de se prioritiser
contre les gros features de productif,
et puis ne pas le faire.
Donc, je pense que ça aide à créer un peu de santé
là-dessus.
Je pense que avec l'alimentation de temps
dans le sprints pour d'autres choses,
active et self-learning
est un autre important.
C'était intéressant de avoir cette conversation
avec le main team que je travaille en travaillant
et que j'ai été très heureux
que le manager de la dev
est très pro active et self-learning.
Il est vraiment active et s'en encourage.
Et comme part de cette conversation,
beaucoup de team membres qui ne sont pas
en train de faire active et self-learning
dans le travail, sont encourageés.
La raison qu'ils ont donné c'est que
ils ont eu un sprint pour d'autres choses,
donc ils ont trouvé qu'il n'y avait pas de temps.
Et mon conseil à cela c'était que
en fait, en faisant ça de cette façon,
si vous vous déduez,
vous allez avoir une heure et demi
ou quelque chose d'autre.
Et plutôt que de la
apprendre à aller autour de tout autre,
de tenter de se faire autour de tout autre,
si vous vous déduez tout autre autour de votre apprendre,
parce que c'est vraiment important.
Sinon, vous ne pourrez pas faire ça.
Et même en faisant une heure et demi,
d'un an, c'est grand.
Je vous remercie.
Donc, encore une fois, c'est des différents sprints
pour les différents gens, mais
où je travaille, on a 20% de temps.
Donc c'est un jour tout le week.
Fantastique.
C'est vraiment dépassé parce que
nous avons beaucoup de systèmes de legacy,
donc nous avons à entraîner les gens qui
sont en train de travailler sur les plus
anciens trucs, pour même couper avec ça.
Mais nous avons un soutien
vraiment supporté,
PM et DM, ils font sure que
un équipe peut juste dire
que Fridaise est en train de faire
une développement, on ne va pas faire
aucun travail de producte,
ou quelque chose d'autre que ça,
et c'est vraiment, vraiment encourageant.
Et oui, parfois, c'est
focussed sur ce que nous allons faire
dans quelques semaines.
Mais aujourd'hui, mes devs sont en train de jouer
avec Sonic Pi, parce qu'ils veulent faire
quelque chose dans Python, ils ne veulent pas
necessarily construire un API, donc ils
font de la musique ce matin, c'est
un bon plaisir.
C'est génial.
Je me suis mis à la fin de cette vidéo,
et moi-même, je vais commencer une heure
plus tard que tout le monde, donc je sais que
dans les mornings, j'ai une heure pour faire
un peu de la rédaction, un peu de la développement,
parce qu'il y a un TA, je dois
s'occuper de la date avec ce qui s'est passé,
et AWS s'est fait très vite.
Qu'est-ce que vous dis, AWS?
Sorry, sorry, as your boy here.
Oh, sorry,
these MVPs, qu'est-ce que vous pouvez dire?
C'est comme un genre, mais en orange.
Oh, je sais.
Est-ce que vous allez réunir votre MVP,
si vous vous dites ça?
Je n'aurais pas dit ça, c'est vrai.
C'est ok, Clevon ne l'a pas dit
depuis que c'était un podcast de vous.
C'est trop cher.
Donc, quand tu m'as mentionné
de moi en faisant
un peu de programme dans mon dernier contrat,
et que ce soit mon premier
complètement réunis
et, à l'heure de l'honneur,
je ne vais pas retourner à l'office,
tu trouves que, présumément,
il y a des grandes différences
en managant les gens et en faisant
la leadership technique, réunis versus
quand on était en office?
Oui, pour le début,
plus de gens ne sont pas en train de me faire croire
parce qu'ils ne sont pas sûrs que je suis là.
C'est beaucoup plus difficile,
il faut mettre beaucoup plus d'effet
en tant que leadership technique,
c'est des petites conversations
que vous vous mettez en office,
parce que même si vous vous dites
que votre priorité est un seul signage
de l'aide aux équipes,
vous vous mettez en train
de cacher la santé de l'équipe
où il y a des risques,
juste des petites chattes de corridor.
Je ne veux pas retourner à l'office,
je m'adore travailler remotely,
mais je fais beaucoup plus
de conversations directes,
donc de la faire au right de la personne,
de trouver ce que l'équipe de l'équipe
de la santé, de ce que l'appétit est pour le travail,
de faire surement que je suis bien coordinateé
avec des produits, avec des délivres,
avec les autres TAs, pour faire sure que notre approach est correct,
que notre timing est correct,
ce qui est arrivé dans la ligne,
et vous devez faire l'effet
pour faire surement que
pas seulement vous faites le temps pour avoir ces conversations,
mais vous faites-les dans les formes correctes.
Donc, est-ce un téléphone
plus meilleur que le Slack,
dans certaines situations de personnes,
peut-être être un email,
plutôt que une rencontre, que ce n'est pas une discussion.
Et cela fait beaucoup de coordination et de pensée.
Je dois avoir un notebooks
devant moi tout le temps, pour cette raison,
pour faire surement que je fais les choses correctes tout le temps.
Mais il y a toujours des choses sur ce,
donc pas nécessairement pour tout le monde.
Mais comme je disais,
mes équipes,
nous avons un social tous les semaines.
Et c'est juste pour le général Chitchat,
nous jouons un peu d'images en ligne,
mais les gens s'y relaxent,
et ils commencent à s'inventer
sur des choses qui s'appliquent à la travail.
Et cela me permet de faire un nombre de conversations
que je ne devais pas avoir pu faire.
Donc, vous pouvez les délire
pour donner la information que vous avez en office.
Vous êtes un équipe de team qui va être en train de le faire ?
Oui, et ils vont me donner un petit peu de gip.
C'est important que vous ayez
aussi une gip de gip.
Oui, une banterie de gip,
pas de banterie, pas de banterie toxique.
Exactement, oui.
Je veux dire, quand j'étais en office
à l'experiment,
il y avait une grande rire,
parce que je faisais un lead
de quelques équipes,
et les architectures techniques
et l'experiment étaient tous 6 ft 2,
et c'est difficile de s'en prendre.
Vous me voyez juste s'entraîner
par l'office, en disant
« oh, vous, là-bas,
et le grand chien de drague
pour venir et travailler avec mes teams. »
Vous avez mentionné votre height
quelques fois dans cet épisode.
Je me sens comme que ça a besoin
de la fin de la vidéo,
dans le podcast.
La puissance de être petit.
Donc, une des choses que vous avez mentionnées,
en regardant ce concept de mentir,
vous avez parlé de mentir
et de coach.
Qu'est-ce qui est le différence entre les deux ?
Ha ha.
Donc, je parle de mentir, de coach
et de la sponsorship,
et de comment ces choses s'enversent.
Ils s'enversent, mais ils s'enversent.
Et je pense que un petit peu de ceci
est le dynamique de la puissance de la conversation.
Donc, si j'ai un mentee,
ils ont souvent besoin
de beaucoup de dégâts et de guidance.
Je suis normalement un peu plus
plus senior que eux,
ou ils veulent s'entraîner
et s'entraîner dans une position que je suis en
et apprendre de mes expériences.
Donc, je vais travailler avec eux
pour mettre ensemble un plan
pour leur progression,
si c'est technique ou career,
pour eux.
On va travailler par les activités qu'ils peuvent faire,
comment ils peuvent pratiquer ces choses,
et c'est très en train de faire.
Et vous devez être careful de la mentir,
ils font toujours ce caveat
que vous ne seriez pas leurs thérapistes,
parce que parfois, les gens sont venus
à vous avec toutes les choses dans le monde,
et vous devez être sûr
que cette ligne est que vous êtes
aidant leurs thérapistes
dans leur carrière, dans leur tech.
Et en quelque cas, personnellement,
mais vous ne devez pas
aller dans le...
Je pense que vous avez la dépression, vous devez aller les aider.
Tellez-vous de aller les aider, ne vous essayez pas de les aider.
C'est un peu de tangent.
Le coaching est le prochain niveau de ma vie,
donc j'ai beaucoup de personnes
qui ont récentralisé la vie de jean-mère
et qui ont été leurs coachs.
Ils se sont mis à la même niveau
que moi, parfois en train de m'entraîner.
Et, en fait,
je donne des actions directes sur ce que je veux faire.
Je donne des questions de coaching
pour les aider à les aider.
Donc,
où ils veulent être?
Comment ils vont être à la vie?
Est-ce achievable?
Et il y a un nombre de frameworks
pour essayer de faire ce que vous pouvez faire.
Si cette personne va faire ce qu'ils veulent faire,
si c'est la bonne chose pour eux,
comment ils vont être là, comment on les mesure,
et juste être les coachs
pour les aider à où ils veulent aller,
sans leur donner des actions
sur comment ils vont aller.
C'est un relation plus facile
pour y faire, c'est moins de travail,
mais c'est encore plus enjoyable.
Et une sponsorship qui peut arriver
à tout cela,
qui je fais beaucoup de parler, plus que d'autre,
qui va dire, ok, cette personne est maintenant
prête à y avoir,
je vais aller sur ma chaine
et dire, cette personne est belle,
donne-le l'opportunité.
Donc, j'ai fait ça avec quelques confrits,
où ils m'ont invité à parler,
Dieu sait pourquoi.
Et puis, je disais, je vais faire,
mais seulement si vous vous en faites,
et donnez-les l'opportunité,
ils ont dit, je ne peux pas,
mais ici, c'est un grand speaker,
qui peut faire ça dans mon endroit.
On va essayer de faire ça au travail,
donc, il y a une opportunité pour,
pas de besoin d'être promos,
mais de faire des responsabilités,
de faire leur manager de la ligne,
de faire leur boss,
de, hey, cette personne peut être bien pour ça,
comment, vous laissez-les
mettre leur coure, et voir si c'est confortable.
Donc, je vois ces trois choses
qui sont tous les deux,
à différents niveaux.
Ce que je dirais, c'est que vous pouvez
faire ça, envers, mais aussi au-delà.
Je tend à avoir mes coachs
au-delà de mon travail,
mais je me souviens
de faire un travail mentale,
pour essayer de se balancer,
parce que mon mental va avoir une idée
de ce que je fais sur une base de jours
et d'être capable de le guider
plus que quelqu'un qui n'a pas besoin
de ce genre de vue.
C'est intéressant, ces trois termes,
j'ai toujours été un peu unmenté
par la mentale, mais je pense que
il y a des différences,
de repousser des gens à faire des paroles,
je le trouve assez intéressant,
parce que je fais beaucoup de paroles
avec Donald Oxford, et évidemment
de différents bits et bobs, et je le trouve
très bien dans les équipes, et parce que je suis
assez passionné
sur ce genre de choses,
c'est vraiment intéressant, je trouve
que les gens commencent à se faire les bouts
aussi, je me souviens de quelques contrats
d'an dernier, c'était en person,
c'était dans Oxford, et c'est pourquoi
je suis joué à Donald Oxford, et je pense
que les meilleurs
de la team ont fini de faire
une en personnalité
à un point, à la fois,
à Donald Oxford, et c'est
juste si satisfait, de voir
ce genre de passion, à notre équipe.
Oui, c'est très réel,
DDD
Midlands a toujours été un peu plus grand,
donc, un des speakers
de la plus récente, je les ai rencontrés
quand ils faisaient un bootcamp, et ils
ont été un fantastique enjeuner,
et ils sont venus en parler
à DDD Midlands, leur premier parler,
et quelqu'un a regardé l'audience,
qui travaille pour une conférence internationale,
et maintenant, elle a été invité
à ça. Et juste de voir
ces opportunités qui se passent,
je n'ai rien à faire avec ça, mais
en même temps, ça me fait vraiment, vraiment
heureux.
Oui, c'est vrai, même si
il n'y a rien à faire avec ça, c'est
juste le plus passionnant
dans un place où c'est,
le plus contagieux ça devient.
Oui, je l'ai trouvé
quand je suis un ingénieur,
c'est pourquoi je suis allé à la conférence.
Il used à être que je commençais
à me faire de la flague,
j'étais bordeaux de ce que je faisais,
je ne savais pas pourquoi je suis ingénieur.
Donc, je vais à la conférence,
voir des opinions différentes et me faire vraiment
vraiment exciter à notre industrie.
C'est difficile de faire dans les dernières deux années.
Oui, oui. Je me suis dit que je
ai eu le même genre de choses que les podcasts,
j'ai été un autre podcast-listener pour
une longue période, et juste
au cours des années, entendant
la passion que les host et les guests ont
sur différentes technologies,
comme juste en temps, qui m'a roulé
pour moi, je pense que ça a contribué
beaucoup à mon passion pour la technologie,
qui a probablement étendu des autres personnes aussi.
Je suis sûr que ça a été.
Donc, on a parlé beaucoup de
essayer d'aider les membres de la team.
Comment balancez-vous
ce que la team veut
versus ce que le business veut et doit?
Une question excellente.
Pour faire des choses user-driven.
Il y a un couple
d'aspects ici.
Il pourrait être que la team
veut quelque chose qui s'éloigne
au producteur, mais veut le faire
en un moyen qui n'est pas compatible
avec ce qu'est le département.
Et en ce cas, on sit
avec la team et dit, ici sont les options,
mais c'est pourquoi on ne peut pas faire
X, Y, Z. Un bon exemple
que je peux penser de maintenant
est que les teams qui ont été travaillant
ont été en train de changer de langue.
Et un couple de ces teams
sont des developers de C-Sharp
et naturellement, ils disent
« Oh, c'est un X, oui! »
On ne peut pas les blâler, c'est génial.
Mais dans le business que nous travaillons
c'est très rubien et python.
Donc, j'ai dû dire,
en termes de recrutement et de rétention,
en termes de la faute
pour en en faire des choses
maintenues, en termes de si vous vous
allez loin, qui va regarder après?
On doit prendre un langage
qui va avec la majorité de ce que les gens savent.
Et surtout avec Ruby et Python,
les langues dynamiques sont
assez facile à faire de l'un à l'autre.
Il n'est pas content de le commenter.
C'est C-Sharp, très tige,
le jump d'un qui a fait des années de Ruby
est un peu plus grand.
Et un peu plus de la question.
Ils ont été un peu discréturés
avec, ils ne vont pas le dire, mais ils comprendent
le contexte de pourquoi je dis non,
plutôt que de dire non
et de ne pas être anglais.
Ce qui est en train de dire
de la focus de l'usage, c'est que
il y a un point technique qui veut
venir en arrière, le producte a
poussé à l'envers, parce qu'ils ont leurs
priorités. Et si nous utilisons
la valeur de notre business et la langue
de la même chose, entre nos langues
et nos tickets de producte,
quel est l'impact pour notre user,
quel est le valeur pour le business,
quel est l'impact pour ce travail,
c'est facile de avoir la conversation
avec le produit.
Ils peuvent dire, on fait ce travail
parce que c'est un travail
pour sauver le business,
200K en mois. Et on peut dire
mais si nous faisons ce travail,
ça augmente la performance
de cette page, qui fait que notre user
est plus heureux et nous aiment
ceci en conjunction. Et vous pouvez
avoir cette conversation sur le même
terrain, plutôt que de
juste être deux pieds en bas
sans parler de la même langue.
Quoi que vous avez mentionné
sur la coste,
pour mettre un amount sur quelque chose,
en itself, où il y a
un détail technique qu'on veut fixer,
vous pouvez dire, on doit faire ça, mais
il ne change pas l'expérience de l'usage
ou vous pouvez dire,
c'est pour sauver le X,
mettre un figure sur le X. Et le ménage
est aussi un temps, un temps essentiel.
Si vous avez un incité
d'incidence, vous pouvez dire, c'est le temps
pour détecter et répondre aux incidents.
C'est combien de incidents nous
avons en train de faire, et c'est
comment ça nous coûte, en termes
de la people working on,
ou des outages, ou tout autre.
Tout peut être équaté pour le ménage
si vous êtes curieux.
Exactement. Et même pour le tour,
si vous voulez un tour de la nouvelle
pour la team, et vous pouvez dire,
on veut ce tour, mais
vous ne pouvez pas le faire, mais si vous
dites, en fait, ça va nous
aider à faire notre travail plus vite,
à ce qui va vous sauver
tant d'heures, et ça va vous
sauver beaucoup de temps, puis
mettre en termes financiers
peut être vraiment bénéficiant.
En revanche, vous avez mentionné
les langues différentes,
et vous avez aussi mentionné que vous avez
mané plusieurs teams.
La whole team
d'autonomie, je
toujours struggle avec ça, parce
que les teams sont allés
les manager, choisir leur
façon de rouler, et leur
faire des choses, mais puis,
d'un point de vue de business, si vous avez
plusieurs teams, la consistance
de ma main est très importante, et je ne suis pas
pas sûr de comment la meilleure façon de balancer
cela, parce que, comme vous l'avez dit,
si chaque team a un langage
complètement différent, parce que
c'est au sein de la nouvelle langue, que
personne n'est pas en train de l'utiliser,
et puis le leadership
d'un des teams qui ont essayé de utiliser
Haskell, pour l'un des services,
va travailler avec un autre company,
et que tout le monde
doit maintenir cela. Je ne suis pas
en train de dire que c'est pas le cas avec Haskell, je vais
donner un exemple de quelque chose qui serait complètement
différent que le reste de la texte.
Comment vous managez la balance
entre la team d'autonomie et la consistance
au sein de la business ?
Je suis très heureux avec mes teams, parce qu'ils me
permettent très gravement de la TA, donc si ils
vont faire ces décisions, ils me
interviennent toujours.
Ce que j'aime penser, c'est parce que je
suis en train de se faire confiance et respecter
avec eux, qui sait ce qu'est le cas
de l'Astélie.
Mais, comme je vous le dis, c'est
dans le contexte qu'ils peuvent toujours
demander et dépasser
et me donner le temps de aller et trouver
le pourquoi ou le pourquoi.
Mais, en tant que contexte,
en termes de la niveau business, ce sont les
effets qui vont avoir long terme pour nos
maintenances, pour nos récourus, etc.
Ils semblent être ok avec cela,
et aussi, en faisant
un jour de développement,
allez-y et faites-le, ne pas
faire de la production dans la langue, et nous
sommes tous bons, et je suis heureux avec cela.
Même avec les concepts de la preuve,
comme ils ont un couple de devs qui sont plus
expériments à C-Sharp, qu'ils sont en Python,
qui sont en train de travailler.
Donc, quand ils font des concepts de preuve
pour eux-mêmes, c'est plus facile pour eux
de le faire dans C-Sharp, et de
faire ça à travers, plutôt que de
Python, de scratch.
C'est bien, ce n'est pas en production,
je ne m'en souviens pas de leur procès de

travail, mais c'est intéressant de vous
mentionner cela aussi, parce que je suis
heureux avec le type de travail de
développeur. Je tend à utiliser le
nom d'éducateur beaucoup, parce qu'ils
font beaucoup de tests, ils font
sécurité et l'infrastructure aussi, mais
ils ne sont pas piqués sur leur langue, ils
veulent utiliser le meilleur tour du travail,
ou le plus approprié tour du business.
Et je pense que c'est un peu un
problème aussi, c'est quand vous avez
des développeurs qui sont très en train
d'utiliser une langue en particulier, et ils
vont à une compagnie qui n'est pas
utilisée, c'est un challenge
tout de même. Et en ce cas,
peut-être que cette compagnie n'est pas
le bon endroit pour eux, et ils doivent
être là où ils font la langue que
ils aiment, et c'est bien. Mais je suis
très heureux que j'ai des enjeux
qui sont très flexibles, qui vont
juste apprendre le meilleur tour du
travail.
Je pense que je suis probablement le
opposite de ça, parce que je ne pourrais pas
prendre un contrat qui n'est pas dotnet, parce que
moi, j'ai une degarde
symbolisée par la technologie, c'était


beaucoup mais pas dá法.
Alors, modélisationн
homophEN i
d-f
no
et


de la langue, vous avez complètement changé de la façon dont vous approchez de problème.
Et d'être capable de l'appliquer à la croissance, je trouve ça vraiment intéressant.
Mais oui, nous avons tous nos biases.
Et c'est bien.
Je l'avoue, avec les différents paradigmes, c'est comme si vous avez
évoqué un houseguard avant, si vous jouez juste autour avec une langue fonctionnelle,
ou si vous êtes sur dot.net.
Mais même si c'est pas juste des langues,
c'est que si vous êtes un développeur web,
vous jouez autour avec des des smartphones ou des développements mobile,
ou vice versa,
il y a tellement de différents paradigmes dans notre industrie
où on va juste essayer de beber des différents.
Comme vous le dites, vous pouvez vous faire un code différemment.
C'est comme si, même si je n'ai pas vraiment utilisé la langue fonctionnelle
comme un houseguard, j'ai fait beaucoup de réveillement sur la programme fonctionnelle.
Et ça a changé très drométiquement
mon C-sharp,
parce que je l'ai écrit en plus de manière fonctionnelle.
Et ça fait un grand différence.
Donc c'est tout de suite un bon sens.
Je pense que ça a aussi un grand impact sur l'empathie aussi.
D'où je peux, j'encourage mes ingénieurs
à avoir un peu de connaissance sur l'infrastructure.
A, parce que c'est plus probable qu'ils vont devenir un architecte de cette manière.
Mais aussi, vous avez un sens de ce que votre code est en train de faire.
Et pourquoi on ne peut pas faire certaines choses.
Et personnellement, j'ai fait des travail avec Ops
pendant que je suis un développeur et j'ai trouvé,
encore, ça a changé de manière dont j'ai fait mon code.
Parce que je savais où c'était à l'infrastructure
et où c'est à l'infrastructure,
selon comment j'ai écrit la fonctionnalité.
Et je sais que ce n'est pas possible pour tous les développeurs
et le tech est énorme et c'est un peu trop trop trop à la question de tout.
Mais même juste avoir un petit peu d'exposure
aussi vous donne l'empathie contre les équipes que vous travaillez
et ce qu'ils ont à faire avec,
en bas de votre travail.
Donc je vais vous demander,
si vous avez besoin d'avoir un mot avec quelqu'un,
on a parlé de bien être gentil pour les gens et tout,
mais si vous êtes un membre de la team qui est...
Je ne sais pas, on a parlé d'un développement de mode,
peut-être, c'est clair qu'ils ne font pas de choses
et vous ne savez pas où la temps va,
ou tout le monde,
vous avez besoin d'un plus négatif conversation.
Des autres bonnes manières de approcher ça ?
Il y a quelques bits d'advice à vous donner.
Mais, d'abord, ne faites pas un groupe de lait.
Il va toujours venir across
comme un attaque si vous le faites de cette façon.
Si vous allez donner des réponses,
faites un acteur de l'expérience,
de l'expérience que vous voyez,
et de l'impact de cela,
soit c'est à la team ou à l'apprentissage de cette personne,
pour que vous puissiez avoir quelque chose
qu'elles puissent rappeler à une action.
Toujours avoir des actions
sur ce que vous voulez voir,
ou comment ils peuvent pouvoir
improve leurs interactions.
Ce qui peut être un peu plus difficile
est quand vous avez quelqu'un
qui n'a pas besoin d'avoir une bonne relation,
qui n'a pas besoin d'avoir cette conversation.
Et il n'y a rien de mauvais
avec avoir un facilitateur
ou un second pari dans ce salle.
Mais, à l'heure,
comme avec d'autres industries,
parfois les gens peuvent être très défenseurs
et agressifs et prendre les choses personnellement.
À la fois, on a des personnes qui ont des cloutons
parce qu'on est tous différents.
Je sais que je suis une personne marmite,
mais vous vous aimez ou vous hésitez.
Et c'est bien.
Si je veux avoir des conversations
avec quelqu'un qui est dans ma team,
je suis responsable.
Mais je sais qu'ils ne sont pas necessarily
comme ma façon de communiquer.
Je vais toujours demander
d'avoir une troisième partie
de l'interprétation qui est impartiale.
Je vais dire à cette personne,
je vais demander à cette personne
de venir ici.
J'ai des réponses pour lui.
Je veux faire sure que c'est
en train de prendre la bonne façon
et que vous vous sentez bien.
Est-ce que c'est OK?
Juste pour faire sure
que pour les deux personnes,
on ne va pas avoir un argument de hésitation
et c'est ça,
un extra blanque?
Oui, c'est bien.
Je pense que c'est juste
le tout,
pas des arguments de hésitation,
mais juste quand les choses sont prises,
je pense que c'est important
d'être self-aware.
Et si vous sentez
que, d'émotionaux,
vous allez dire quelque chose,
peut-être pas.
Et parce que,
souvent, j'ai eu ça
et j'ai arrêté ça
et puis, après,
ou le jour suivant,
je pensais que
merci de Dieu, je n'ai pas dit ça.
Oui,
surtout en travaillant chez elle.
On a tous nos stressants à la maison
à travail
et il n'y a pas de manière
d'en sortir de eux.
Ce qui est aussi partie
de cette conversation
est que je vois cette behaviour
ou
vous êtes en train de faire mal
et de travailler.
Qu'est-ce qui se passe?
Est-ce qu'on peut m'aider?
Est-ce que vous devez
prendre un break
de travail, même?
Je dois le faire aussi.
Je dois vérifier
avant de me faire rire.
Par contre,
si je ne sais pas,
ma mère n'a pas
laissé des cuisses
ou quelque chose
et elle vient en déjeuner,
je dois faire surement
que je vais aller chez elle
à la maison,
mais ce n'est pas toujours
facile.
Je me souviens
de me tourner
aux équipes
et de dire,
je suis en train de faire un jour
si je suis un peu honte,
je suis désolé en avance.
Je me suis dit que je suis en train de me faire rire,
mais,
juste pour que vous le savez,
je ne suis pas dans le meilleur espace mentale.
Et je pense que
cette vulnerability
aussi m'a aidé
à mon niveau,
parce que,
moi,
être très amusant
et éprouvant
j'ai eu de la mienne
je suis désolé,
la vie s'en est en train de se faire rire.
Mes équipes
sont en train de se faire rire
par les bords.
Ils vont me mettre en couche.
Sorry,
je suis un tamier
et ça m'affecte mon moude.
Et tout le monde est très sympathétique
à cela,
parce que nous avons tous
eu de la vie à la maison
que, malheureusement,
nous ne pouvons pas y aller.
Exactement.
Et je pense que
c'est vraiment bon
que vous êtes
en train de se faire rire,
mais que
certains gens
ne sont pas confortables
avec cela.
Donc, c'est important
que,
si quelqu'un est
noticeably
différent
ou un jour ou
peut-être plus long
que un jour,
pour réconiscer
le fait que les gens ont des vies
et d'autres choses qui se passent.
C'est certain.
Et ça,
encore,
c'est là que vous pouvez
juste vérifier directement
en vous dire que
vous êtes bon.
Je n'ai pas besoin de
diguer dans les détails,
mais
vous êtes ok
et vous voyez
comment ils sont.
Et j'espère que
ils se sentent bien
qu'ils vont s'ouvrir
pour les ouvrir,
mais
qui sait.
Et vous n'avez pas besoin
que vous soyez
une équipe leader
pour faire ça.
C'est comme si vous voyez
un collègue qui se défendre
juste pour vérifier avec eux.
Oui, exactement.
Je veux dire que
être un person de ma vie,
certains gens ne vont pas
s'ouvrir avec moi
et c'est bien.
En tant que
quelqu'un d'autre
sur la équipe,
qui va venir chez moi
et dire
juste les mains,
ne donnez pas de temps
sur ce qui se passe
parce que
c'est ce qui se passe.
C'est bien.
Il ne faut pas venir directement.
La chose que vous avez mentionnée
dans votre parole
était un terme
« Feedback Loops ».
Et
je pense toujours
que ce soit un développeur.
Donc je pense que
comment peut-je
augmenter mon
« Feedback Loops »
pour être plus productive
en utilisant les choses
comme
les 6 hot reload
et des choses comme ça.
Mais dans votre parole
vous en parlez
de ce qui est
comparé
à ce que je vous ai dit
avec
« Feedback Loops »
de l'application
des points de management

Peut-on nous parler
de cela ?
Oui,
je prends
un peu plus d'en plus.
C'est « Feedback Loops »
d'un point de vue personnel.
Donc c'est
quelque chose que j'ai
l'air de
aller à plus de
les niveaux seniors.
Si vous avez un système
hierarchique, je pense.

aller par les promotions
est comme vous le dites
quand vous êtes un développeur.
Vous faites des codes,
les tests passent,
les tests ont disparu.
Ou
vous vous en avez un ticket.
Et
toutes vos
évidences
de vous acheter
des choses
se passent
dans quelques heures,
dans quelques jours.
On ne parle pas
d'un long période de temps.
Vous pouvez voir les impacts
très facilement.
Et puis,
quand vous
vous enziez la chaine,
je n'aime pas dire « step up »
parce que
je n'ai pas envie de
être un hierarchique flat.
C'est juste un autre rôle.
C'est mon propre
problème.
Quand vous enziez la chaine,
ce « Feedback Loop »
s'étend plus.
Donc, comme un management de gens,
je ne vais pas
avoir un à un
avec quelqu'un.
Et puis,
il y a un moment
où ils se sont
skiffés, où ils avaient
tous ces problèmes.

ça peut se passer,
très rare.
Mais,
à l'institialité,
nous parlons
de la progression de leur

pendant des mois.
Et ce n'est pas nécessairement
quelque chose que je fais directement,
surtout un rôle de coaching.
C'est leurs actions,
mais je les ai aidés
à les faire.
Donc,
de pouvoir
avoir une façon
de voir
vos impacts.
Et ça vient
de l'architecture technique
aussi.
Vous parlez de
projets long term
pour beaucoup de
le travail que nous faisons.
Encore, vous ne verrez pas
le Feedback
dans un couple de jours.
Ça peut prendre
des mois,
parfois même des années.
Mais,
juste avoir
tous mes postes de goal
au cours de ce processus
pour dire
OK, j'ai acheté
ceci.
Ou,
ça a été arrivé
et j'ai eu un influence
sur ça.
C'est pourquoi je me dévise
la liste de la carrière.
Donc, chaque fois que je vois
quelque chose que je pense
est grand,
et que je peux avoir
un parc
je le réveille.
Donc,
quand je dois
un jour
où je vais
voir un point de mon rôle,
pourquoi je ne suis même là?
Je peux regarder la liste de la carrière
et dire
que, en fait,
non,
il y a une raison
que je suis là,
il y a une raison
pour mon travail.
Et ce qui est arrivé
et c'est positif.
Je l'aime.
Et je pense que
peut-être
je ne sais pas
combien de fois
tu aurais
1 à 1
avec
quelqu'un
qui est au-delà de
ce qui est dit
qu'il ne veut pas
le dire
sur la carrière,
mais
quand tu as des 1 à 1
avec ton manager,
si tu as écrit cette liste de cours,
tu peux vous rappeler
de ce que tu as acheté
où tu ne pourrais pas
oublier, je pense.
C'est très utile pour les réveils de payer.
Je vais dire ça.
Si tu es en cours
ou en cours de réveils,
et tu peux juste
donner un PDF
de les choses que tu as achetées
ou de l'influence
ou de ce que tu as fait,
ça fait que les managers
sont beaucoup plus oubliques.
Oui, je suis un grand fan de...
Je ne peux pas beaucoup
faire une liste de cours,
peut-être que je devrais commencer.
Mais je suis un grand fan de note-taking.
Et je prends des notes d'aile,
donc je l'ai en place
un tour de note-taking
qui est obsédé.
Je dois avoir une page
qui est fermée
à l'incentif
chaque jour.
Je dois avoir ce que je veux faire.
Mais je vais aussi
faire tout ce que je fais
pour que les choses comme
les autres soient en place.
Je peux me refermer
et je ne pense pas
que je vais faire ce que je fais
d'aujourd'hui.
Je dois avoir cette liste
de choses à faire.
Et je trouve que
avoir cette histoire
qui me fait penser
à chaque jour
qui a travaillé,
j'ai juste une liste de bulletins
de tout ce que j'ai fait
ce jour.
Je vais aller de l'autre côté.
J'ai une liste de cours
que je vais faire
à l'endemain de chaque jour
pour le prochain jour.
Bien, bien.
En janvier
de l'épisode podcast,
j'ai fait un épisode solo
sur la productivité.
Et l'un des choses
que je parle
de c'est
quelque chose que j'ai mentionné
dans le livre
de la productivité ninja
que j'ai lu il y a des années.
Et c'était en parlant
de
expliquer
vous-même
dans deux
rôles,
manjaro
et du roi de travail.
Donc,
quand vous êtes manjaro,
vous faites ce,
comme vous faites la liste
et vous planifiez
ce que vous allez travailler sur.
Et puis,
quand vous avez
cette liste
de très grandes choses,
vous êtes en fait
en disant
votre roi de travail,
ce que vous faites.
Et puis, vous vous changez
votre carte,
vous faites votre roi,
et vous pouvez être en zone,
vous vous mettez vos smartphones
et vous créez
par la liste de la checklist
que vous vous avez
en manjaro
ou du roi de planifisation
qui vous est arrivé.
Je me suis trouvé
que ça fonctionne très bien.
Donc,
je vais vous incliner
un lien dans la liste de la
productivité ninja,
je pense que c'était
une chose que j'ai lu
des années et des années auprès.
Donc,
j'espère que je vais en parler
dans le bon livre,
mais je pense que c'était ça.
J'imagine que ça aide
à identifier
où vous faites le contexte
de la switchage
de votre roi.


quelque chose que j'ai
dans mon rôle.
Je fais le contexte
de la switchage.
Donc,
avoir une liste
de ce que j'ai planqué
pour faire
m'a aidé à savoir
où je peux me mettre en main
et dire que je suis désolé,
je ne peux pas faire ça aujourd'hui.
Il va devoir
faire ça un autre jour.
C'est pourquoi.
Mais ça devient très difficile
quand,
surtout en regardant
les équipes multiples.
Oui, je peux imaginer.
Partie de votre travail
est le contexte de la switchage,
je pense.
Donc, vous avez juste
à...
Je pense que si vous travaillez
sur un truc
et vous êtes capable de faire ça,
vous pouvez
faire attention à ce qu'il y a
et ne pas avoir le contexte de la switchage.
Mais si part of
votre rôle est le contexte de la switchage,
je vous dis que vous pouvez le faire
pour que vous puissiez
garder le truc.
Oui, c'est de la discipline
de ne pas
être overly
involvementé dans les choses
et de savoir
où se connaître,
partager ou délégation.
Ça peut être très drôle.
Il y avait un T.A. qui
travaillait avec
qui avait
leur machine
que ils travaillent
sur la dégradation
pour cette cause.
Parce que,
à leur point de vue,
ils ne devaient pas être encodés
plus tard.
Ils devaient demander
les seniors
de les décliner
et leurs équipes
sur ce qui doit être produisant.
Donc, ils ont une machine
qui n'a plus été supportée
au Visual Studio.
Et c'est de la façon
qu'ils ont réussi leur temps.
Oui, c'est assez amusant.
Je n'ai jamais entendu ça avant.
Mais vous avez encore un code,
mais ici est le notepad.
Votre computer supporte le notepad.
Vous devez alors payer.
Et c'est bien.
Quelqu'un de vous doit
faire un type pour vous
pendant qu'il s'est arrêté.
Donc, on a mentionné
la tournage des temps
et la tournage, la coaching, la sponsorship.
Pas tous les places de travail
vont avoir des gens
qui peuvent être mentorés.
Ou vice versa,
si vous voulez devenir mentorés.
Est-ce que les places
qui vont regarder
au sein de votre workplace
si votre place ne supporte pas.
Si vous voulez devenir mentorés
et aider les gens
ou si vous voulez trouver un mentor.
Oui, c'est certain.
Donc, devenir mentorés.
Il y a beaucoup de camps
qui sont en train de s'occuper
pour les mentors.
Le code school
est celui que je travaille avec.
Je l'ai highly recommandé.
Et je peux vous donner des liens
sur comment vous pouvez être invité.
Je crois que l'académie des MAKERS
a aussi un scheme de mentorisation.
Je peux trouver les détails.
En termes de mentors,
il y a plusieurs de différentes manières.
Donc, il y a des programmes structurels
qui vont faire sure
que le mentor que vous avez
a le droit de trainer.
Et ce genre de choses.
Often, ils sont payés pour les services,
malheureusement.
Vous pouvez aussi juste
aller au sein de votre communauté
si c'est sur Twitter, sur LinkedIn,
aller à la place.net Oxford
et avoir une chute sur ça,
voir si il y a quelqu'un
qui a la capacité de prendre un mentee.
C'est ce que j'ai trouvé les meilleurs mentee.
Je ne travaille pas avec les meilleurs.
Mais ils ont juste échoué à dire
« Regarde, c'est la chose que je vais essayer de regarder.
Si vous avez la capacité de faire ça,
vous vous souhaiteriez devenir mentor.
Ou si vous ne vous savez pas,
vous savez qui peut me prendre.
D'être respecté pour les gens
est toujours bien dans ces conversations
car on a été élevé de beaucoup de gens différents.
Donc même si c'est juste que
vous ne pouvez pas avoir de temps,
mais quelqu'un d'autre peut,
que vous êtes aware de,
se passe un long tour
plutôt que de dire « C'est pour moi,
ça ne va pas se faire bien. »
Oui, et je pense que si quelqu'un
commence à mentor,
il vous donne des conseils.
Je ne vais pas dire que vous devez toujours
faire ce que l'on dirige,
mais si vous n'en avez pas tout,
vous ne pourrez pas avoir le temps de faire ça.
Donc, c'est un peu…
peut-être aussi de l'écouter,
mais je pense que c'est un coup de feu
car vous ne pouvez pas
faire tout à l'heure comme ça.
Vous devez en penser et
faire surement que c'est correct pour vous.
Mais, comme ça,
c'est comme si vous n'aviez pas
tout ce qu'ils disent.
C'est certainement,
mais il y a aussi des réponses pour vous.
Si vous pensez que votre mentor
ne vous dit pas très correct,
laissez-le savoir.
Si l'approche de la professeur
qu'ils ont fait n'est pas correct,
laissez-le savoir.
Et même si vous pensez que le mentor
n'est pas ce que vous avez prévu,
et que vous ne pensez pas que la relation est correcte,
c'est bien de se tourner en disant
que je ne vais pas en faire ce que je veux.
Je vais vous donner deux heures de temps
pour le week-end.
Ils seront probablement bonnes,
si c'est le cas.
Mais donnez-les des réponses aussi
sur pourquoi ce n'était pas correct pour vous
pour que ils puissent apprendre de l'expérience.
On va définir les liens dans les show notes
à ces places que vous avez mentionnées.
Vous avez mentionné.net Oxford.
Nous avons un slack sur notre website
.net Oxford.com.
Pour les listeners,
n'hésitez pas à vous couper et à vous demander des questions.
Si vous voulez être un mentor,
puis vous pouvez y poser.
Ou si vous regardez pour quelqu'un,
il y a des grands membres dans le slack.
Donc si vous regardez pour quelqu'un
pour s'aider,
vous pouvez y aller.
Donc avant de passer aux tips de la devine,
j'ai vu une belle quote
sur le week-end sur les médias sociaux.
Je ne suis pas sûr
où l'original source était,
sinon je n'avais pas de crédit.
Mais c'est juste que la leadership
n'est pas le meilleur,
la leadership est en train de
faire tout le monde meilleur.
Et j'ai vraiment aimé ça,
donc je pensais que je m'allais mentionner ça.
Socia, où sont vos tips de la devine ?
Oh, des tips de la devine,
quand a-je l'a demandé à la devine ?
Je pense qu'on a fait un peu de tips de la devine
dans ce que
je pense que mon premier tip de la devine
serait ne pas être affaire à la faible,
ce qui est pour certains que les plus grands blocs
sont paris, par exemple.
Fais-le bien pour qu'il y ait des erreurs,
que ce soit dans votre code,
ou un statement que vous dites,
mais aussi toujours écouter de la réponse.
Oui, absolument.
Donc mon tip de la devine est
c'est la base de la devine,
de la keeping simple,
et il y a le acronym,
de la keeping simple,
c'est pour ça que je pense que c'est originalement
un bon nom,
c'est probablement un bon nom,
il y a des façons de lephriser,
mais c'est pour ça qu'il y a le nickname de la pire.
Et je vais faire un autre tip de la devine,
mais ce matin,
je travaillais
sur un code,
et en même temps, c'était mon code,
que j'ai écrit un peu d'années,
et c'est un projet que j'ai
travaillé sur depuis longtemps.
Et j'ai en trainé un code,
et c'est
juste une paix pour travailler avec,
et je suis en train de
faire un tour de l'engineering.

ce n'est pas de la faire à personne,
mais moi-même,
c'était mon code.
Et,
oui,
juste,
le plus simple que vous gardez votre code,
le plus facile c'est pour tous les gens
d'understand.
Si ce n'est pas correct,
c'est facile de changer.
Juste, oui,
c'est simple,
c'est mon tip de la devine.
Quoi un beau signage pour
comment vous avez progressé
dans les dernières années,
donc,
voir votre code et savoir que vous pouvez l'imprové.
Exactement, oui,
mais je regarde mon code que j'ai fait
hier-bas et pense que c'est le même,
donc je ne suis pas sûr que c'est bien.
Cool.
Donc,
avant de nous rappeler,
où est le meilleur place pour les listeners
pour vous faire coucher ?
Twitter est probablement le meilleur,
Jess P. White.
Vous pouvez me voir sur LinkedIn,
mais je ne le regarde pas plus,
d'ailleurs,
parce que
je pense que vous êtes un recruiteur.
Donc,
LinkedIn est probablement le meilleur
de la façon de me tenir compte.
Je le vois,
c'est comme ça,
c'est plutôt de l'ignorer LinkedIn,
mais, oui.
Oui, Twitter,
Twitter est toujours un bon place
pour essayer de me faire coucher.
C'est magnifique.
Donc, merci,
merci de vous joindre sur le show.
C'était bien.
En fait,
non, on n'a pas eu les guitars.
On a besoin de trouver des guitars.
Je peux voir deux marchels
en arrière, en bas.
Oui,
mes guitars sont en train de se faire coucher
au moment.
Je m'ai mis les demi-quarts
à prendre ma banjo dans son office.
Oh, non, c'est bien.
Je l'ai oublié.

parfois je l'ai oublié.
Vous pouvez le voir,
je ne sais pas si la caméra
est en train de le montrer.
Mais,
normalement, je l'ai oublié,
et je l'ai oublié aujourd'hui
parce que
acoustique
sur le microphone.
Mais oui,
j'ai eu un électrique
à l'aéroport.
On a eu le christmas,
j'ai eu mon élevé,
une guitare.
Il est 8 ans.
Et il est en train de l'aimer.
Et je suis assez fier de ça.
Oh, excellent.
Oui, vraiment bien.
On va devoir faire les guitars.
Bon, si vous êtes heureux,
je vous remercie.
Absolument.
Si vous êtes revenus.
Merci pour des questions
très difficiles.
C'était bien.
Et merci à tous pour l'entraînement.
Je remercie de vous rappeler
que ce podcast est sponsorisé par Everstack,
qui est mon propre company
qui organise
développement et services de consultation.
Pour plus d'informations,
visitez Everstack.com.
Et si vous aimez le podcast,
s'il vous plait,
m'aidez à me séparer le nom de la social.
Je utilise le hashtag
UnhandledException
et je peux être trouvé sur Twitter
à Dracan.
Et mes DMs sont en train de s'ouvrir.
Et mon blog,
DanClock.com,
a des liens à tout mon stuff social.
Et nous allons inclure
des liens à toutes les choses qu'on a mentionnées
dans les notes de la show
qui peuvent être trouvées
sur UnhandledException.com.