136: Addressing Technical Friction
Greater Than Code
English - June 26, 2019 09:00 - 55 minutes - 46.8 MB - ★★★★★ - 42 ratingsTechnology Business technology psychology tech education humanity Homepage Download Apple Podcasts Google Podcasts Overcast Castro Pocket Casts RSS feed
The Twitter thread:
All I can say here is that I try to lead by example. If there’s a clear path to “make the change easy, then make the easy change,” make sure the commit history shows that explicitly, then ask for a code review even if your process doesn’t require it. 1/ https://t.co/VDxDbEQUf3
— Sam Livingston-Gray (@geeksam) June 9, 2019Sam Livingston-Gray - F̶l̶u̶e̶n̶t̶ Refactoring (https://www.youtube.com/watch?v=v3vflogQCLc) Talk: Sam talks about refactoring a gnarly Rails controller method. This is a lightly edited version of a talk Sam gave in 2013.
Resources:
github.com/geeksam/fluent-refactoring (https://github.com/geeksam/fluent-refactoring)
Introduction to the Technical Debt Concept (https://www.agilealliance.org/wp-content/uploads/2016/05/IntroductiontotheTechnicalDebtConcept-V-02.pdf)
Status Quo Bias (https://en.wikipedia.org/wiki/Status_quo_bias)
The Well Traveled Road Effect (https://en.wikipedia.org/wiki/Well_travelled_road_effect)
21:47 - Refactoring Resistance: Who are you trying to convince?
* Product Owner (Goal Donor)
* Funder (Gold Owner)
* Crusty Teammate
* Newbie Teammate
github.com/danmayer/coverband (https://github.com/danmayer/coverband)
28:57 - The Risks of Refactoring
Rice’s Theorem (https://en.wikipedia.org/wiki/Rice%27s_theorem)
Idealized Design:
* Technically Viable
* Organizationally Viable
* A System Capable of Improvement Over Time
3 Different Kinds of Technical Debt:
* Intentional Debt
* Evolutionary Debt
* Bit Rot
Churn Tool (https://github.com/danmayer/churn)
35:08 - Documentation and Decision Records
36:59 - Code Value Judgement
42:00 - Convincing Coworkers Re: Refactoring a Codebase
Adaptive Capacity (https://en.wikipedia.org/wiki/Adaptive_capacity)
Reflections:
Coraline: Adaptive Capacity.
Rein: Viability.
Sam: It’s about dealing with people and effectively working with and for them.
This episode was brought to you by @therubyrep (https://twitter.com/therubyrep) of DevReps, LLC (http://www.devreps.com/). To pledge your support and to join our awesome Slack community, visit patreon.com/greaterthancode (https://www.patreon.com/greaterthancode)
To make a one-time donation so that we can continue to bring you more content and transcripts like this, please do so at paypal.me/devreps (https://www.paypal.me/devreps). You will also get an invitation to our Slack community this way as well.
Amazon links may be affiliate links, which means you’re supporting the show when you purchase our recommendations. Thanks!
The Twitter thread:
All I can say here is that I try to lead by example. If there’s a clear path to “make the change easy, then make the easy change,” make sure the commit history shows that explicitly, then ask for a code review even if your process doesn’t require it. 1/ https://t.co/VDxDbEQUf3
— Sam Livingston-Gray (@geeksam) June 9, 2019Sam Livingston-Gray - F̶l̶u̶e̶n̶t̶ Refactoring Talk: Sam talks about refactoring a gnarly Rails controller method. This is a lightly edited version of a talk Sam gave in 2013.
Resources:
github.com/geeksam/fluent-refactoring
Introduction to the Technical Debt Concept
21:47 - Refactoring Resistance: Who are you trying to convince?
Product Owner (Goal Donor)
Funder (Gold Owner)
Crusty Teammate
Newbie Teammate
28:57 - The Risks of Refactoring
Idealized Design:
Technically Viable
Organizationally Viable
A System Capable of Improvement Over Time
3 Different Kinds of Technical Debt:
Intentional Debt
Evolutionary Debt
Bit Rot
35:08 - Documentation and Decision Records
36:59 - Code Value Judgement
42:00 - Convincing Coworkers Re: Refactoring a Codebase
Reflections:
Coraline: Adaptive Capacity.
Rein: Viability.
Sam: It’s about dealing with people and effectively working with and for them.
This episode was brought to you by @therubyrep of DevReps, LLC. To pledge your support and to join our awesome Slack community, visit patreon.com/greaterthancode
To make a one-time donation so that we can continue to bring you more content and transcripts like this, please do so at paypal.me/devreps. You will also get an invitation to our Slack community this way as well.
Amazon links may be affiliate links, which means you’re supporting the show when you purchase our recommendations. Thanks!
Sponsored By:
Atlas Authority: This episode of Greater Than Code is brought to you by Atlas Authority. Atlas Authority helps organizations manage and scale their Atlassian stack. With expertise in Jira, Confluence, Bitbucket and other software development tools, Atlas Authority offers consulting, training, licensing and managed hosting services. Visit AtlasAuthority.com/GTC to find out more and learn why organizations trust Atlas Authority to implement, support, and maintain their critical Atlassian applications.