Jaime Woo's guest appearances

Jaime Woo

Notebook on Cities and Culture

Video Game Realness

Page it to the Limit

Alain De Botton

Tyler Cowen

Tom McCarthy

Chris Guillebeau

Daniel Levin

Nick Drake

David Shields

Seth Godin

Pico Iyer

Saul Austerlitz

David Starkey

Kevin Kelly

Tim Harford

Jeff Weiss

Mike Russell

OwlTail

Emil Stolarsky

“Incidents aren’t solved just by machines. They’re solved by the people working on the machines.” - Jaime Woo. Starting the Zine Emil and Jaime met while working at Shopify and bonded over rock climbing. And while reading a climbing accident book they were inspired by the lessons shared and instantly made the connection to how those accidents related to software incidents. “When we think of post-incidents in companies…you always think of this very large document,” Emil says. “You think of who was involved, timelines, descriptions, stakeholders, etc. With the book, it ran the whole range. If it was a report from park rangers, they could go into very detailed minute-by-minute exactly what happened. And then, if it was a self-submitted  report it could be something like one paragraph, two people were climbing, a rock fell loose, and they fell to the ground. That was the whole description.” In addition to these accounts the book would also have best practices and considerations to think about, or first aid techniques to keep in mind for similar situations. Emil talks about how these reports were a catalyst for their idea to catalog and share the post-incidents that were incident to them. Many have to do with running software in production, but some don’t. “You might think that is a bit grim,” Jaime says, “because you’re reading this book about how this thing happened to this person. And this feels weird to be so excited about all these bad things that happen. But, it’s important to have that learning. Someone already had to learn this lesson. If you don’t share that across the community, then there’s a real possibility that someone else will fall into this same trap.” Myths about Post-Incident Reviews Jaime talks about the myth that if you write a post-incident review that people will read it because it’s good for them. He says, “I’m right and there’s a lot of good lessons there, so when I put it out there, obviously people will take the time to read it…That’s just not the way it works. We’re all so busy. We’re all so overwhelmed. You can’t just write the post mortem. You have to think about how the post mortem is going to be used.” “That’s why when we printed the zine. We were saying, ‘hey, we put in a lot of effort, now just carry this with you! When you have time it’s right here for you! We made it easy for you to read and absorb and enjoy, so why not?!'” The key point, that Emil says, is that you need to have a culture of reading the reports. But, also you need to be writing reports that are fun to read. Goals for the Zine This really started as a passion project as Jaime talks about how they just wanted people to talk about these topics and more companies to release these post-incident reports. “Unfortunately we don’t live in a culture where admitting mistakes, or errors, actually makes us look stronger…But, you can’t learn if you’re always pretending to be perfect.” After they printed their first issue they took 200 copies to a conference to distribute. “The reception was so lovely! We started having people come find us and were like, ‘I heard you have a zine and I really, really want a copy’,” Jaime says. Emil describes the reaction of those who saw their incidents in the zine. “The sheer joy of seeing some of the people at the conference–we put their incidents in the first issue–seeing their sheer joy of seeing their blood, sweat and tears on paper, that was the best feeling ever!” Common Threads in Incidents Jaime: “The biggest one, while we’re reading them, it’s clear that different authors have different intentions. The ones that are most interesting are the ones who have built a story.” “Incidents aren’t solved just by machines. They’re solved by the people working on the machines.” “Include the people in the narratives. Interview them. Really understand how things worked.” Common Keys to Success in Resolving Incidents Emil talks about their favorite incident which is the story of Apollo 12. On it’s way to the moon, the rocket was struck by lightning 30 seconds after lift-off. “When that happened all the controls inside the rocket went haywire…they had every single alarm going off. They’re trying to decide in this moment if they need to abort the mission. And, at one point, one of the controllers in Houston said to switch SCE to Aux…and, by chance, one of the astronauts knew which switch he was talking about. And, when he switched it everything went back online. “Why both Jaime and I love this story is because the controller at NASA…” “John Aaron,” says Jaime. “John Aaron! John Aaron knew to make that call because a year earlier in the simulator he was playing around and out of curiosity he got the simulator in a really weird state. And, he tried to get out of it, rather than resetting the simulator. And that curiosity led him to learn that if he turned SCE to Aux it would return the system to a normal state. As a consequence of knowing off the bat how to fix that he earned the name, ‘steely-eyed missile man’.” Other projects Jaime explains, “we’ve been working on a product (Ovvy) that will help teams remove bad alerts…because then that frees up your time to work on the things you actually want to do.” “It frees your time up to read Post-Incident Review zines!!” Emil adds. Recurring Questions Emil says, “[the] one thing I would have liked to have learned sooner [about running software in production] is that it’s about the people. Very really is it the technology that will tell you whether or not you’ll have a reliable system.” Jaime is glad that we didn’t ask, “show we do what Google does for SRE?” To which he says, do I have to be Beyonce to be successful? Additional Resources  PagerDuty Home Page   https://zine.incidentlabs.io/ https://incidentlabs.io/ https://ovvy.io/ https://americanalpineclub.myshopify.com/collections/aac-publications http://publications.americanalpineclub.org/ Episode transcribed by Rev

<p>“Incidents aren’t solved just by machines. They’re solved by the people working on the machines.” - Jaime Woo.</p> <h3>Starting the Zine</h3> <p>Emil and Jaime met while working at Shopify and bonded over rock climbing. And while reading a <a href="https://americanalpineclub.myshopify.com/collections/aac-publications" rel="nofollow" target="_blank">climbing accident book</a> they were inspired by the lessons shared and instantly made the connection to how those accidents related to software incidents.</p> <p>“When we think of post-incidents in companies…you always think of this very large document,” Emil says. “You think of who was involved, timelines, descriptions, stakeholders, etc. With the book, it ran the whole range. If it was a report from park rangers, they could go into very detailed minute-by-minute exactly what happened. And then, if it was a self-submitted  report it could be something like one paragraph, two people were climbing, a rock fell loose, and they fell to the ground. That was the whole description.”</p> <p>In addition to these accounts the book would also have best practices and considerations to think about, or first aid techniques to keep in mind for similar situations.</p> <p>Emil talks about how these reports were a catalyst for their idea to catalog and share the post-incidents that were incident to them. Many have to do with running software in production, but some don’t.</p> <p>“You might think that is a bit grim,” Jaime says, “because you’re reading this book about how this thing happened to this person. And this feels weird to be so excited about all these bad things that happen. But, it’s important to have that learning. Someone already had to learn this lesson. If you don’t share that across the community, then there’s a real possibility that someone else will fall into this same trap.”</p> <h3>Myths about Post-Incident Reviews</h3> <p>Jaime talks about the myth that if you write a post-incident review that people will read it because it’s good for them. He says, “I’m right and there’s a lot of good lessons there, so when I put it out there, obviously people will take the time to read it…That’s just not the way it works. We’re all so busy. We’re all so overwhelmed. You can’t just write the post mortem. You have to think about how the post mortem is going to be used.”</p> <p>“That’s why when we printed the zine. We were saying, ‘hey, we put in a lot of effort, now just carry this with you! When you have time it’s right here for you! We made it easy for you to read and absorb and enjoy, so why not?!'”</p> <p>The key point, that Emil says, is that you need to have a culture of reading the reports. But, also you need to be writing reports that are fun to read.</p> <h3>Goals for the Zine</h3> <p>This really started as a passion project as Jaime talks about how they just wanted people to talk about these topics and more companies to release these post-incident reports.</p> <p>“Unfortunately we don’t live in a culture where admitting mistakes, or errors, actually makes us look stronger…But, you can’t learn if you’re always pretending to be perfect.”</p> <p>After they printed their first issue they took 200 copies to a conference to distribute.</p> <p>“The reception was so lovely! We started having people come find us and were like, ‘I heard you have a zine and I really, really want a copy’,” Jaime says.</p> <p>Emil describes the reaction of those who saw their incidents in the zine. “The sheer joy of seeing some of the people at the conference–we put their incidents in the first issue–seeing their sheer joy of seeing their blood, sweat and tears on paper, that was the best feeling ever!”</p> <h3>Common Threads in Incidents</h3> <p>Jaime: “The biggest one, while we’re reading them, it’s clear that different authors have different intentions. The ones that are most interesting are the ones who have built a story.”</p> <p>“Incidents aren’t solved just by machines. They’re solved by the people working on the machines.”</p> <p>“Include the people in the narratives. Interview them. Really understand how things worked.”</p> <h3>Common Keys to Success in Resolving Incidents</h3> <p>Emil talks about their favorite incident which is the story of Apollo 12. On it’s way to the moon, the rocket was struck by lightning 30 seconds after lift-off.</p> <p>“When that happened all the controls inside the rocket went haywire…they had every single alarm going off. They’re trying to decide in this moment if they need to abort the mission. And, at one point, one of the controllers in Houston said to switch SCE to Aux…and, by chance, one of the astronauts knew which switch he was talking about. And, when he switched it everything went back online.</p> <p>“Why both Jaime and I love this story is because the controller at NASA…”</p> <p>“John Aaron,” says Jaime.</p> <p>“John Aaron! John Aaron knew to make that call because a year earlier in the simulator he was playing around and out of curiosity he got the simulator in a really weird state. And, he tried to get out of it, rather than resetting the simulator. And that curiosity led him to learn that if he turned SCE to Aux it would return the system to a normal state. As a consequence of knowing off the bat how to fix that he earned the name, ‘steely-eyed missile man’.”</p> <h3>Other projects</h3> <p>Jaime explains, “we’ve been working on a product (<a href="https://ovvy.io/" rel="nofollow" target="_blank">Ovvy</a>) that will help teams remove bad alerts…because then that frees up your time to work on the things you actually want to do.”</p> <p>“It frees your time up to read Post-Incident Review zines!!” Emil adds.</p> <h3>Recurring Questions</h3> <p>Emil says, “[the] one thing I would have liked to have learned sooner [about running software in production] is that it’s about the people. Very really is it the technology that will tell you whether or not you’ll have a reliable system.”</p> <p>Jaime is glad that we didn’t ask, “show we do what Google does for SRE?” To which he says, do I have to be Beyonce to be successful?</p> <h3>Additional Resources</h3> <ul> <li><a href="https://www.pagerduty.com/" rel="nofollow" target="_blank">PagerDuty Home Page</a></li> </ul> <ul> <li><a href="https://zine.incidentlabs.io/" rel="nofollow" target="_blank">https://zine.incidentlabs.io/</a></li> <li><a href="https://incidentlabs.io/" rel="nofollow" target="_blank">https://incidentlabs.io/</a></li> <li><a href="https://ovvy.io/" rel="nofollow" target="_blank">https://ovvy.io/</a></li> <li><a href="https://americanalpineclub.myshopify.com/collections/aac-publications" rel="nofollow" target="_blank">https://americanalpineclub.myshopify.com/collections/aac-publications</a></li> <li><a href="http://publications.americanalpineclub.org/" rel="nofollow" target="_blank">http://publications.americanalpineclub.org/</a></li> <li>Episode transcribed by <a href="https://www.rev.com" rel="nofollow" target="_blank">Rev</a></li></ul>

Post-Incident Reviews With Jaime Woo & Emil Stolarsky

Above Toronto's Glad Day Bookshop, Colin Marshall talks to Jaime Woo, writer, game designer, co-founder of the Toronto video game festival Gamercamp (the next edition of which happens this month), and author of Meet Grindr: How One App Changed the Way We Connect. They discuss taking the measure of a city by firing up Grindr and examining its men; things people have figured out how to use the app for other than hooking up and sending "a slew of dick pics"; how such apps have illustrated the decreased yet increase importance of living in particular places; the changing signifiers of queer culture, offline and on; how he views the must-touted "multiculturalism" of Toronto; what his 13-year-old self growing up in the suburbs would have thought about Grindr; the app's stark limitations as advantages that counteract our impulse to too-narrowly define our desires; how to learn about Toronto by observing the couples in its advertisements; the ever-present "distance" in the city, which guards against trends that miss but also prevent the ones that make homeruns; Grindr as a video game, his history with gaming, and what let him to co-found Gamercamp; his mission to bring the novelty and "whimsy" back to gaming, included but not limited to his creation of a new physical game based on the idea of social distance"; how a set of rules forms a system, how that system makes an experience, and when we call that experience a game; and the strategies one can follow to better understand the "rules" of a system like Toronto.

<p>Above Toronto's Glad Day Bookshop, Colin Marshall talks to <a href="http://www.jaimewoo.com" rel="nofollow" target="_blank">Jaime Woo</a>, writer, game designer, co-founder of the Toronto video game festival <a href="http://www.gamercamp.ca" rel="nofollow" target="_blank">Gamercamp</a> (the next edition of which happens this month), and author of <em>Meet Grindr: How One App Changed the Way We Connect</em>. They discuss taking the measure of a city by firing up Grindr and examining its men; things people have figured out how to use the app for other than hooking up and sending "a slew of dick pics"; how such apps have illustrated the decreased yet increase importance of living in particular places; the changing signifiers of queer culture, offline and on; how he views the must-touted "multiculturalism" of Toronto; what his 13-year-old self growing up in the suburbs would have thought about Grindr; the app's stark limitations as advantages that counteract our impulse to too-narrowly define our desires; how to learn about Toronto by observing the couples in its advertisements; the ever-present "distance" in the city, which guards against trends that miss but also prevent the ones that make homeruns; Grindr as a video game, his history with gaming, and what let him to co-found Gamercamp; his mission to bring the novelty and "whimsy" back to gaming, included but not limited to his creation of a new physical game based on the idea of social distance"; how a set of rules forms a system, how that system makes an experience, and when we call that experience a game; and the strategies one can follow to better understand the "rules" of a system like Toronto.</p>

S4E55: The Rules of the Game with Jaime Woo

This week on Video Game Realness, we have our first special guest on the show! Jamie Woo, the co-founder of Gamercamp, stops by for a chat. Gamercamp, which is happening this coming weekend (November 1st -3rd), is Toronto’s celebration of indie … Continue reading →

This week on Video Game Realness, we have our first special guest on the show! Jamie Woo, the co-founder of Gamercamp, stops by for a chat. Gamercamp, which is happening this coming weekend (November 1st -3rd), is Toronto’s celebration of indie … <a href="https://www.videogamerealness.com/episode-16-gamercamp-feat-special-guest-jaime-woo/" rel="nofollow" target="_blank">Continue reading →</a>

Episode 16 – Gamercamp feat. special guest Jaime Woo