Stopping Toxicity in Your Engineering Culture
Get there by playing your part: being a person that doesn’t casually roll the eyes or point fingers victoriously, a person that believes teaching others is what pushes both you and them beyond the local maxima. If you are a leadership figure, take the extra time to voice those values to your team; find out how your team is really feeling, especially because these things can be so difficult to pick up. So much of blame is a habit, often of insecurity. Jasmine Tsai
Clover Health Senior Software Engineer
Jasmine worked in investment banking and consulting after graduating from University of Pennsylvania with degrees in Economics and International Relations. She was always itching to create, which led her to Hackbright Academy! She's now a Senior Software Engineer at Clover Health, improving health outcomes for the elderly & low income.
By Jasmine Tsai (Hackbright Academy alumna – spring 2013 class)
Toxicity is a big, alarming word. This is why I was hesistant to use it for a long time. It seems to suggest a baseline of cuss words, blatant discrimination, negligence or incompetence. It also seems like a particularly big accusation; after all, the word “toxic” has such an electrifying edge to it. I’ve come to believe that it is actually nonetheless possible to have toxicity breed among a perfectly otherwise nice, reasonable group of people.
That’s the most important thing I’ve learned with regards to toxicity thus far: it doesn’t need to imply great evil or even utterly apparent dysfunction in a team. It most certainly does not have to mean that the people involved are fundamentally a*sholes. Although all of the above can be true too, at its most innocuous it simply needs a certain level of carelessness and apathy to thrive.
First, let’s define toxicity. We could try to define this with examples, but that’s boundless and not instructive. To me, toxicity is apparent when an environment regularly takes away your energy to be productive or enthusiastic. This could come from fear, but it doesn’t even have to. We do not need to quantify “just how much” energy it takes away. The bottom line is: if you regularly feel more sapped than energized by your environment, it is probably somewhat toxic.
A lot of toxicity, especially in the tech & engineering world, comes from social factors through gender or race discrimination/micro-aggressions, whether or not intentional. Those are big and real things, but not the issues I want to discuss here because they can fill a whole other post of their own. Instead, what I want to talk about is the core friction and conflicts that arise from doing engineering work.
Hypothesis On Why Toxicity Arises
There is a particular kind of pain (and perhaps, joy, to not be so cynical) that is only known to software engineers: the inevitability of having to work on someone else’s code (whose design you disagree with very much), and to have your code eventually be worked on by others (who will almost certainly disagree with you on something). That is the price of being able to do something cool: to be able to build solutions that replicate themselves and run for an extended period of time.
There is almost no other profession like it. Many professions’ “final-products” are more or less expected to be in a fixed state, whose process and source are treated as disposable after the product communicates its value. Think about all the emails that you wrote which proceeded promptly to heaven.
But not engineering. Not only are you expected to build something complex in a present state, you should also, to at least an immediately protective extent, anticipate the complexity in the future. Working in a codebase is like being mired in a time machine, having to battle mistakes of the past, deal with constraints of the present, and also intelligently mitigate the future. Trying to build this “intellectual fortress” can be challenging work that sometimes feels impossible, and probably is impossible to “get right”.
That kind of mental anguish/taxation, I believe, lends a stage to much of the precursors of toxicity. All of which I have taken part in, one way or another. First — there is the pride that creeps up simply because you have devoted much time and thought to it. It takes conscious effort to battle that when it does not always manifest itself consciously. The effect of pride is both an event and a cumulative process. Over time, it can teach one to believe, falsely, that they are always likely to be more correct than others. Second, there is the impetus of that frustration which lends itself to quick and “justified”-feeling responses, however unjustified that may be. Both of these instincts are easily riddled with insecurity.
What Does Innocuous Toxicity Look Like?
Again, overtly toxic behavior is terrible, but I almost think that those things are easier to pick up and label as “wrong”. That is not to say it’s always easy to stand up against them, especially if you are in an organization that is poorly managed and riddled with fundamentally misaligned beliefs.
But what I really want to talk about is the insidious stuff: the stuff that you feel like you can’t quite put your fingers on. The stuff that you feel like isn’t quite right but you feel like you might be pesky just for bringing it up, or that you feel like you should almost let it slide because it seems utterly human and therefore should be forgotten.
I’ve come to believe otherwise. “Innocuous” toxicity is just as toxic, especially over time — it differs from the truly horrible stuff because it offers no mechanism of dissociation. It feels hard to simply write a certain person or behavior off because “it just doesn’t seem bad enough”. Yet in the mean time, it is taking away just as much of your energy and preventing your growth.
I am talking about: the casual eyerolls when someone mentions “some bad code somewhere”, or the mention of a person’s name whom for some reason the team has agreed as “having a certain style” (code for bad); the talking behind someone’s back about the code they wrote; the quick equating of someone’s ability as a competent engineer to solely their code; the quickness to point fingers at someone almost as a victory when something breaks; the public shaming when you disagree with someone or believe that they are doing something wrong.
These things often feel like you are doing the right thing: you are the guardian of quality! the loud advocate of correctness! But in fact you are just doing the easy thing. It is easier and feels gratifying to point out someone else’s mistake; it is seriously debatable whether that gesture can count as “teaching” and will result in better code over time. In fact, as a result of fear many people are much more likely to stop really asking the questions they need to ask to grow.
All of these things are not exclusive to engineering. They can happen just as much elsewhere. Other forms of toxicity are endemic to other industries. Still, none of that negates the fact that we have some work to do.
How To Battle The Seeds Of Toxicity?
First, stop doing these things yourself. I will be the first to admit that I’ve probably done many of those things, because it made me feel like I got to be part of a club. I felt such an inherent anxiety of being judged (and feeling the high probability of so given what I had witnessed) that I sought to gain a false feeling of protection by judging others. In the end, it really only made me a terrible person, and delayed my own growth because it reinforced my fear in failing. Except for those that I know very consciously try to mitigate this impulse, I have seen engineers at almost every level do this. It’s a thing people really like to do.
Strive for a truly blameless culture. Not just blameless postmortems when things go wrong, but blameless day-to-day. If you are worried about that leading to laxness, I say that humans are more intelligent than that and there should be a way of instilling caution in people without demoralizing fear. If you feel like something could be better, please take the time to teach other people and explain it. I believe that a team should be collectively responsible for each other. There should be a clear sense that growing as a team as a whole shifts the whole curve up.
It’s good but not enough to be simply “blameless” — that can just easily become an interpretation of utter apathy. The pillar of that blamelessness is support. Support via teaching. Support via active mentoring. Support via actually being supportive and generous in your tone and approach. Support via showing that you are willing to invest in someone’s long-term technical and career development. When you hire someone, start with the assumption that they are wildly competent rather than making them prove so; answer their questions without penalizing them.
Get there by playing your part: being a person that doesn’t casually roll the eyes or point fingers victoriously, a person that believes teaching others is what pushes both you and them beyond the local maxima. If you are a leadership figure, take the extra time to voice those values to your team; find out how your team is really feeling, especially because these things can be so difficult to pick up. So much of blame is a habit, often of insecurity. Find out why your team feels a certain way, find out why you feel this way.
This blog post was originally posted at Jasmine Tsai's blog.
RELATED POSTS
Recent Posts
- January 15, 2021 Software Engineers Get Real About Imposter Syndrome
- January 12, 2021 If You Give a Mentor a Mentee
- January 11, 2021 Learn Software Development in a Community
- January 01, 2021 Challenge, Change, and Employment Tips After the Bootcamp
- December 30, 2020 Why Your Grandma Should Learn to Code
CATEGORIES
- News (161)
- Hackbright Academy (123)
- Hackbright News (106)
- Profiles of Woman Engineers (105)
- Alum (98)
- Engineering Advice (68)
- tech (54)
- career change (53)
- Resources (49)
- TGIF (49)
- link roundup (49)
- reading (49)
- recap (49)
- roundup (49)
- weekly (49)
- women in tech (43)
- Becoming A Software Engineer (36)
- female software engineers (36)
- Software Engineer (35)
- diversity in tech (35)
- change the ratio (32)
- learn to code (31)
- Career Services (30)
- Admissions Office (28)
- women who code (28)
- #ilooklikeanengineer (27)
- Student Blogs (25)
- Hackbright Field Trips (24)
- female engineers (24)
- coding (23)
- Hackbright Mentors (22)
- Python (21)
- Thought Piece (21)
- Video (21)
- partner (20)
- diversity (18)
- Recruiting & Hiring (16)
- alumna (14)
- hackbright (13)
- tech inclusion (13)
- Software Engineers (11)
- hired (11)
- Graduation (10)
- changetheratio (10)
- Tech Talk (9)
- how to become a software engineer (9)
- software developer (9)
- Imposter Syndrome (8)
- hiring (8)
- Course Report (7)
- Facebook (7)
- GitHub (7)
- Hackbright Alumnae Showcase (7)
- Mentorship (7)
- Scholarship (7)
- women engineers (7)
- Hackbright mentor (5)
- Liz Howard (5)
- Programming Languages (5)
- Scholarships (5)
- coding bootcamp (5)
- mentor (5)
- recruiting (5)
- Admissions (4)
- Eventbrite (4)
- Full-Stack (4)
- Graduates (4)
- Hackathon (4)
- Heroku (4)
- Melanie Warrick (4)
- Mentors (4)
- Nicole Zuckerman (4)
- Resume (4)
- Silicon Chef (4)
- developer (4)
- holidays (4)
- instructor (4)
- women in computer science (4)
- Ada Lovelace Day (3)
- Chris Palmer (3)
- Code of Conduct (3)
- GoDaddy (3)
- Google (3)
- Halloween (3)
- Interview Tips (3)
- Jasmine Tsai (3)
- Job Search (3)
- Kathryn King (3)
- Mica Swyers (3)
- Negotiation (3)
- Pat Poels (3)
- STEM (3)
- Shilpa Dalmia (3)
- code (3)
- computer programming (3)
- day in the life (3)
- day-to-day (3)
- engineering (3)
- girls in tech (3)
- holidaze (3)
- international women's day (3)
- learning (3)
- part-time (3)
- prep (3)
- “Kelley Robinson” (3)
- ActivityHero (2)
- Aimee Morgan (2)
- Alyson La (2)
- Angie Chang (2)
- Arduino (2)
- Change.org (2)
- Elissa Murphy (2)
- Financing Options (2)
- Girls Who Code (2)
- Gowri Grewal (2)
- Gulnara Mirzakarimova (2)
- Hackathons (2)
- Inspiration (2)
- Joyce Park (2)
- Julia Grace (2)
- Julia Hartz (2)
- Kate Heddleston (2)
- Katherine Fellows (2)
- Katherine Hennes (2)
- Lisa Lee (2)
- Liz Crawford (2)
- Machine Learning (2)
- Marissa Mayer (2)
- Meagan Gamache (2)
- Megan Speir (2)
- Michelle Glauser (2)
- Michelle Sun (2)
- Natalie Downe (2)
- New Relic (2)
- Niniane Wang (2)
- Padmasree Warrior (2)
- Poornima Vijayashanker (2)
- Programming (2)
- Rebecca Bruggman (2)
- Security Engineering (2)
- Selina Tobaccowala (2)
- SheCodes (2)
- Siena Aguayo (2)
- SurveyMonkey (2)
- Tindie (2)
- Uber (2)
- Uncategorized (2)
- Web Apps (2)
- Zendesk (2)
- Zoe Kay (2)
- almnae (2)
- back-end (2)
- bootcamp (2)
- career transition (2)
- careers (2)
- coding blonde (2)
- coding school (2)
- computer programmer (2)
- ebook (2)
- engineer (2)
- financial aid (2)
- gender (2)
- gender gap (2)
- gift guide (2)
- hackbright prep (2)
- jobs after bootcamp (2)
- payment plans (2)
- podcast (2)
- product management (2)
- projects (2)
- python 101 (2)
- python programmers (2)
- reddit (2)
- social impact (2)
- students (2)
- techhire (2)
- technical product management (2)
- white house (2)
- women (2)
- women in STEM (2)
- #HackentinesDay (1)
- #hackdisrupt (1)
- #learntocode (1)
- 2017 (1)
- A Day In The Life Of A Hackbright Student (1)
- Academia.edu (1)
- Ada Lovelace (1)
- Adora Cheung (1)
- Affectiva (1)
- Alison Gianotto (1)
- Allison Deal (1)
- Ambassadors (1)
- Ambassadors Program (1)
- Anna Billstrom (1)
- AppJamming (1)
- Ashley Lorden (1)
- Automate Everything (1)
- Bay Area Girl Geek Dinners (1)
- BeMyApp Factory Hack (1)
- Belinda Runkle (1)
- Bessie Chu (1)
- Big O Notation (1)
- Bills.com (1)
- Birchbox (1)
- Black Girls Code (1)
- Blameless Work Culture (1)
- Brittany Martin (1)
- Browser Extension (1)
- Buffer (1)
- B’Elanna Torres (1)
- CODE Documentary (1)
- CODE2040 (1)
- CTO (1)
- CTOs (1)
- Cara Marie Bonar (1)
- Career Day (1)
- Cathy Edwards (1)
- Charmy Chhichhia (1)
- Chegg (1)
- Chomp (1)
- Christian Fernandez (1)
- Christina Liu (1)
- Christina Pan (1)
- Christine Yen (1)
- Cisco (1)
- Clare Corthell (1)
- Code.org (1)
- CodeGirl (1)
- CodeShannon (1)
- Computer Security (1)
- Conferences (1)
- Costumes (1)
- Couchsurfing (1)
- Cynthia Dueltgen (1)
- Danica McKellar (1)
- Data (1)
- Data Science (1)
- Dave-To-Girl (1)
- Dave-To-Girl Ratio (1)
- DevBeat 2013 (1)
- Dominic Dagradi (1)
- Electric Imp (1)
- Email Signature (1)
- Emily Gasca (1)
- Engineering Culture (1)
- Erica Kwan (1)
- Erin Parker (1)
- Farnaz Ronaghi (1)
- Female CTOs (1)
- Femgineer (1)
- Future of Food Hackathon (1)
- Gayle Laakmann McDowell (1)
- Gemma Barlow (1)
- Go Against The Flow (1)
- Google I/O 2014 (1)
- Grace Hopper (1)
- Grace Hopper Celebration (1)
- Hacbright Academy (1)
- Hack Your Life (1)
- Hack(bright) for Good (1)
- Hackbright Girl Geek Dinner (1)
- Hackbright engineering fellow (1)
- Hardware (1)
- Harvey Mudd College (1)
- Homejoy (1)
- Hour of Code (1)
- Huffington Post (1)
- Hypatia (1)
- Indiegogo (1)
- Industry Insight (1)
- Ingrid Avendaño (1)
- Jason Huggins (1)
- JavaScript (1)
- Jibe (1)
- Job Seeker (1)
- Jocelyn Goldfein (1)
- Joel Franusic (1)
- Kat Hagan (1)
- Kate Matsudaira (1)
- Katherine Wu (1)
- Katie Miller (1)
- Kaylee (1)
- Kelsey Yocum (1)
- Kimber Lockhart (1)
- Ksenia Burlachenko (1)
- LAUNCH Hackathon (1)
- Lauren Antonoff (1)
- Leap Motion (1)
- Lindsay Cade (1)
- LinkedIn (1)
- LinkedIn Profile (1)
- Lise Meitner (1)
- Lookout Mobile Security (1)
- Louise Fox (1)
- Maia Bittner (1)
- Margaret Le (1)
- Margaret Leibovic (1)
- Maria Klawe (1)
- Mariane Abou-Jaoudé (1)
- Marie Curie (1)
- Marissa Marquez (1)
- Martha Kelly (1)
- Math (1)
- Matt Haines (1)
- Mattermark (1)
- Meebo (1)
- Megan Anctil (1)
- Meggie Mahnken (1)
- Mercedes Coyle (1)
- Minted (1)
- Moms in Tech (1)
- Morgan Griggs (1)
- Mozilla (1)
- Music Information Retrieval (1)
- NCC Group (1)
- NESTA (1)
- Natasha Litt (1)
- Nidhi Kulkarni (1)
- Night Classes (1)
- Nishita Agarwal (1)
- Noah Kindler (1)
- Node (1)
- Node.js (1)
- Noise (1)
- O’Reilly (1)
- PandaWhale (1)
- Parse (1)
- Part-time classes (1)
- Perforce (1)
- PickAxe Mobile (1)
- Pinterest (1)
- Platform API (1)
- Popforms (1)
- Powers of Two (1)
- Presidential Innovation Fellow (1)
- Programming Interviews Exposed (1)
- PyCon 2014 (1)
- Quirky Eggs (1)
- Raji Arasu (1)
- Rana el Kaliouby (1)
- Raspberry Pi (1)
- Rebecca Parsons (1)
- RocksBox (1)
- Rosalind Franklin (1)
- Rosette Diaz (1)
- Ruby (1)
- Ruby on Rails (1)
- Sandra Lerner (1)
- Sandy Jen (1)
- Sarah Allen (1)
- Sarah Mei (1)
- Science and Technology (1)
- Security Engineer (1)
- Selenium (1)
- Shannon Burns (1)
- She Started It (1)
- Shiv Kumar (1)
- Smithsonian (1)
- Software Testing (1)
- Spitfire Athlete (1)
- Square (1)
- Stephanie Shupe (1)
- Steve Tjoa (1)
- StubHub (1)
- Student (1)
- Tech Gives Back (1)
- Testing (1)
- The Developers (1)
- ThoughtWorks (1)
- Tom Croucher (1)
- Toxicity (1)
- Tracy Chou (1)
- Twilio (1)
- TwilioQuest (1)
- Twitter (1)
- Velocity Conference 2014 (1)
- Vida Ha (1)
- Warren Colbert (1)
- Washington DC (1)
- Web Developer (1)
- Wendy Saccuzzo (1)
- Women TechMakers (1)
- Work Culture (1)
- Zainab Ghadiyali (1)
- Zed Shaw (1)
- ada (1)
- all-women (1)
- alumna spotlight (1)
- alumnae (1)
- alumni (1)
- app (1)
- be brave get paid (1)
- bias (1)
- black leaders (1)
- blog (1)
- bloomberg (1)
- career strategist (1)
- catalyst (1)
- checkr (1)
- codecademy (1)
- coderpad (1)
- coding interviews (1)
- collaborative coding (1)
- conference (1)
- corporate (1)
- costume (1)
- documentaries (1)
- edie windsor (1)
- education (1)
- efective communication (1)
- employer sponsorship (1)
- engineers (1)
- entrepreneur (1)
- fall2014 (1)
- fellowship (1)
- female founders (1)
- field trip (1)
- finance (1)
- fintech (1)
- firebase (1)
- front-end (1)
- genentech (1)
- getting started (1)
- girl power (1)
- git (1)
- giving back (1)
- gynopedia (1)
- hack bright (1)
- hacker (1)
- hacksmart2018 (1)
- implicit bias (1)
- infographic (1)
- information security (1)
- infosec (1)
- integration (1)
- internship (1)
- interviews (1)
- intro to programming (1)
- jobhunting (1)
- kids code (1)
- leadership (1)
- lesbians who tech (1)
- lwt (1)
- notifica (1)
- onboarding (1)
- online python 101 (1)
- pair programming (1)
- phenomenal woman (1)
- pre-bootcamp (1)
- programmers (1)
- python web framework (1)
- run the world (1)
- salary (1)
- salary negotiation (1)
- san francisco (1)
- security consulting (1)
- self-documenting code (1)
- sf (1)
- sheroes (1)
- software engineering fellowship (1)
- south bay (1)
- starting your own business (1)
- startup (1)
- streak (1)
- superheroes (1)
- tech tips (1)
- technical interview (1)
- technologies (1)
- transition (1)
- tuition (1)
- unconscious bias (1)
- volunteering (1)
- work-life balance (1)
- wwc (1)
- zach haehn (1)
- zapier (1)
- “Versal” (1)