Podcast appearances and mentions of sam zimmerman

2025 is the year of the Common Loon here at the American Birding Association! Our 2025 Bird of the Year artist, Sam Zimmerman, gets to appreciate these birds frequently from his home in northern Minnesota. He is an artist, author and educator whose work explores the landscapes and creatures of the western Great Lakes, with an eye towards capturing and preserving stories from his Ojibwe heritage. His Common Loon art is featured on the cover of an upcoming issue of Birding magazine. He joins us to launch the Year of the Loon with stories about his own experiences and insight into his art.  Subscribe to the podcast at Apple Podcasts, Spotify, or wherever you get your podcasts and please leave a rating or a review if you are so inclined! We appreciate it!

Twelve artists across the state are working on a first-of-its-kind pilot project as Minnesota parks artists-in-residence. Beginning last July and ending in June 2025, each artist is researching a park, trail or park system and developing public art for the area.Participating parks include Battle Creek Park in St. Paul, Lake Bemidji State Park, Granite Falls Memorial Park and more.Amanda Lovelee, a parks ambassador for the Metropolitan Council, and Tettegouche State Park artist-in-residence Sam Zimmerman join MPR News host Nina Moini to talk about the program.

Sam Zimmerman the VP of programming at Shudder is back for a 3rd time to talk with us about half way to Halloween. --- Support this podcast: https://podcasters.spotify.com/pod/show/somethingsomethingpodcast/support

We released episode one of this podcast on June 11, 2012. Now, more than a decade later, we're celebrating the 500th episode of our show. In honor of this milestone, Victoria, Will, and Chad caught up with each of the past hosts of the show: Ben Orenstein, Chris Toomey, and Lindsey Christensen. We chatted about what they're up to now, what they liked and learned from hosting the show, their time at thoughtbot, and more! Follow thoughtbot on X (https://twitter.com/thoughtbot) or LinkedIn (https://www.linkedin.com/company/150727/). Become a Sponsor (https://thoughtbot.com/sponsorship) of Giant Robots! Transcript: VICTORIA: This is the Giant Robots Smashing Into Other Giant Robots Podcast, where we explore the design, development, and business of great products. I'm your host, Victoria Guido. WILL: And I'm your other host, Will Larry. CHAD: And I'm your other host, Chad Pytel. We released episode one of this podcast on June 11, 2012. Now more than a decade later, were celebrating this: the 500th episode of our show. In honor of this milestone, Victoria, Will, and I caught up with each of the past hosts of the show: Ben Orenstein, Chris Toomey, and Lindsey Christensen. We chatted about what they're up to now, what they liked and learned from hosting the show and their time at thoughtbot, and more. First up: Ben Orenstein. Ben was the very first host of the show back in 2012 when he was a developer at thoughtbot. He is now the co-founder and Head of Product at Tuple, a remote pair programming tool for designers and developers. Ben, it's great to talk to you again. It's been a while since you and I talked. How have you been? BEN: I've been decent, yeah. It's fun to be back to my roots a little bit. I told some folks that I work with that I was coming back to the pod for the 500th Episode, and they were stoked. So, it's kind of a treat to get to be on these airwaves again. CHAD: What have you been up to since you left this show and thoughtbot? BEN: Well, I started a company. So, I was at thoughtbot for a while; I think it was seven years. And I eventually sort of struck out to start my own thing–had a false start or two here and there. And then, I ended up starting a company called Tuple, and we still exist today, fortunately. Tuple is a tool for doing remote pair programming. We started off on macOS and then wrote a Linux client. And we're launching a Windows client now. But it's sort of, like, screen sharing with remote control for developers who are actually writing code and want to have great, low latency remote control and who care about screen share quality and that sort of thing. I started that about five years ago with two co-founders. Today, we are a team of 11, I think it is. And it's been going well. Our timing was really great, it turned out. We launched a little bit before COVID. So, remote work turned into a lot more of a thing, and we were already in the market. So, that helped us a ton. It was quite a wild ride there for a bit. But things have calmed down a little lately, but it's still fun. I'm, like, really enjoying being a co-founder of a software company. It was what I've always sort of wanted to do. And it turns out it actually is pretty fun and pretty great. Although there are, of course, the ups and downs of business ownership. It is never quite as calm or relaxing as being an employee somewhere else. CHAD: You started Tuple instigated by...full disclosure: thoughtbot's an early customer of Tuple. We're still a customer. We use it a lot. BEN: Woo-hoo. I appreciate that. Thank you. CHAD: If I remember right, you started and were sort of instigated to create Tuple because there was a prior product that then Slack bought, and then it started to degrade. And now, it no longer exists in the same way that it did before. BEN: Yeah. So, there was this tool called Screenhero, which I actually started using -- CHAD: [inaudible 02:14] BEN: Yeah, first at thoughtbot. Some other thoughtboter introduced me to it, and we would use it for pair programming. And I was like, oh, this is nice. And then yeah, Slack kind of acqui-hired it and more or less ended up shutting the product down. And so, there was this gap in the market. And I would ask my friends, I would ask thoughtboters and other developers, like, "What are you using now that Screenhero is gone?" And no one had a good answer. And so, after a while of this thing sort of staring me in the face, I was like, we have to try to solve this need. There's clearly a hole in the market. Yeah, so we were heavily inspired by them in the early days. Hopefully, we've charted our own path now. But they were definitely...the initial seed was, you know, let's do Screenhero but try to not get bought early or something. CHAD: [laughs] How did you or did you feel like you captured a lot of the Screenhero customers and reached them in those early days? BEN: I think so. The pitch for it was sort of shockingly easy because Screenhero had kind of blazed this trail. Like, I would often just be like, "Oh, we're making a thing. Do you remember Screenhero?" And they'd go, "Oh yeah, I loved Screenhero". I'd be like, "Yeah, we're going to try to do that." And they'd be like, "Nice. Sign me up." So, it for sure helped a ton. I have no idea what percentage of customers we converted. And they were a pretty large success, so probably a small fraction, but it definitely, like, made the initial days much easier. CHAD: Yeah. And then, like you said, COVID happened. BEN: COVID happened, yeah. I think we had been around for about a year when COVID hit. So, we were getting our feet underneath us. And we were already, like, the company was already growing at a pretty good rate, and we were feeling pretty good about it. I don't think we had quite hit ramen profitable, but we were probably pretty close or, like, flirting with it. Yeah, the business, like, I don't know, tripled or quadrupled in a matter of months. We had a few big customers that, like, just told everyone to start using Tuple. So, we had, like, thousands and thousands of new users kind of immediately. So, it was a crazy time. Everything melted, of course. We hadn't quite engineered for that much scale. We had a really rough day or so as we scrambled, but fortunately, we got things under control. And then had this, like, very nice tailwind. Because we started the company assuming that remote work would grow. We assumed that there would be more remote developers every year. And, you know, it's probably maybe 5% of dev jobs are remote or maybe even less, but we expect to see this number creeping up. We don't think that trend will reverse. And so, COVID just, like, it just yanked it, you know, a decade in the future. CHAD: You haven't tripled or quadrupled your team size, have you? BEN: No. Well, I mean, I guess, I mean, we started as 3, and now we're 11, so kind of. CHAD: [laughs] Yeah, that's true. BEN: Expenses have not grown as fast as revenue, fortunately. CHAD: That's good. That's basically what I was asking [laughs]. BEN: Yeah, yeah. We're still a pretty small team, actually. We have only, like, four or five full-time engineers on the team at the moment, which is kind of wild because we are now, you know, we have three platforms to support: Linux, Windows, and Mac. It's a pretty complicated app doing, like, real-time streaming of audio, webcams, desktops, caring about OS-level intricacies. So, I think we will be hiring more people soon, although we haven't said that for a long time. We sort of have always had a bit of a hire-slow mentality to try to get the right team members and, like, feel a real pain before we hire someone into it. But we have been getting a bit more aggressive with hiring lately. VICTORIA: Well, I really appreciate Tuple. I installed it when I first started working here at thoughtbot. And we have random pairings with everyone across the company. So, I'll randomly get to meet someone halfway across the world who's working on similar projects. And I think they really enjoy that I have a tool they like working to share what they're working on. So, I want to thank you for that. And I'm curious about when you really started to scale during COVID, what were some of the technology architecture trade-offs you came across, and where did you land with it? BEN: Well, we got fairly...I don't know if it was lucky, but we...for a long time, for years, even through COVID, maybe the first four years of the company, all Tuple calls were purely peer-to-peer. And there was no server that we owned intermediating things. This was, like, kind of one of the keys of, like, not having expenses. The scale of revenue was we could have lots more calls happen. And it wouldn't cost us bandwidth or server capacity. To this day, still, for any calls with three or fewer participants, they're purely peer-to-peer. And this is nice for latency purposes because it just...we can find the most direct path to the internet between two people. It's also nice from our cost perspective because we don't need to pay to send that data. And that was hugely useful as call volume went up immensely. Didn't have to worry too much about server load and didn't have to worry too much about bandwidth costs. CHAD: Today, is there a central service that makes the initial connection for people? BEN: Yes, yeah, yeah. So, there is a signaling server. So, when you launch the app, you sign in, and you see, like, oh, which of my co-workers are online? So, there is actually a Rails app that handles that, actually, increasingly less the Rails app. We have now...I think it's a Go service that actually manages all those. I'm further and further from the code every year. Some of the technical questions might be a little bit beyond me, or I might have slightly out-of-date info. But back to the architecture question for a second, we did a pretty big refactor when we decided to go from just being a Mac client to supporting other platforms, where we split out a cross-platform real-time communication engine written in C++ so that we could use that for all of the heavy lifting, all the managing of the connections, and the tricky bandwidth estimation, and all this stuff, and use that across different platforms. And so, today, you have the cross-platform engine, and then on top of that is a, like, a less specific layer for each of the operating systems that we support. CHAD: So, you mentioned you're less and less in the code these days. So, what do you spend your time doing then? BEN: It's a mix of things. These days, it's basically mostly -- CHAD: Just cocktails on the beach, right? BEN: Cocktails, yes [laughs], cocktails on the beach, appearing on podcasts trying to sound important and impressive, yeah. Mostly product work. So, right before this, I just got off a call with some folks from The Browser Company. They are some of our first alpha users for our new Windows clients. So, I hopped on the call with them and, like, watched three of them install the product and inevitably run into some bugs. And, you know, chatted through those with the engineer that was working on it, prioritized some stuff, made some decisions about what's coming up next, and what we're going to ignore. So, mostly product work these days. For the first five years of the company, I was CEO, so I was doing kind of everything: marketing, and also hiring, and also product. About two months ago, I stepped down as CEO, and one of my other co-founders, Spencer, stepped up. And so, now my focus has narrowed to be mostly just product stuff and much less on the marketing or hiring side. VICTORIA: Yeah, you mentioned that it was a little more comfortable to be an employee than to be a founder. I don't know if you could say more about that because, certainly, a lot of engineers are smart enough and capable enough to run their own company. But what really informed your choice there, and do you regret it? [laughs] BEN: I definitely don't regret it. thoughtbot was a close second in terms of wonderful professional experiences. But running my own thing has been the most interesting professional thing I've done by a big margin. It has also been more stressful. And, Chad, I don't know if you remember, I think, like, maybe eight years ago, you tweeted something like, if you want to sleep well at night, and, like, value that, like, peace of mind, like, don't start a company or something. I have experienced that. CHAD: [laughs] BEN: A lot more, yeah, like waking up in the middle of the night worrying about things. It feels a little bit like the highs are higher; the lows are lower. Being an employee somewhere, it's like, if this company fails, I know I can go get another job, right? Like, you're a developer. You're extremely employable. But as the owner of the company, if the company fails, like, a huge chunk of your net worth is gone. Like, this thing you poured your life into is gone. It's way more stressful and traumatic to have that happen, or have that threatened to be happening, or just imagine that happening. So, overall, I have found the trade-off to be totally worth it. It's awesome to make your own decisions and chart your own path. And when it works, it can work in a way that being a salaried employee can't. So, I'm happy with those trade-offs. But I think that is a good question for people to ask themselves as they consider doing something like this is, like: is that the kind of trade-off that you want to make? Because it has significant downsides for sure. WILL: I am a big fan of Tuple also. I love it. It [inaudible 10:08] easy, especially with remote work. You hit the jackpot with COVID and remote work, so kudos for that [laughs]. Was there anything...because I know from our previous companies, about over...hopefully a lot more of the good stuff than the bad stuff. But was there anything that you learned? Because you were at thoughtbot for seven years. Was there anything that you're like, oh my gosh, I learned that, and it's helped me till this day while I'm running my company? BEN: Yeah, quite a bit, actually. I think it'd be hard to tease apart exactly which lessons, but I do...so I ran Upcase for thoughtbot and also FormKeep. So, I got a chance to kind of run a small division of the company, while still being a normal employee and, like, having not much of that risk. And I think that was a really wonderful opportunity for me to, like, practice the skills that I was interested in. Just, like, how do you market a thing? How do you design a product and have it be good? How do you prioritize user feedback? There were a ton of lessons from those days that I feel like made me better at running our company when we actually took a shot at it. So, there were, like, the specific things that I learned by the work I was doing there. But then just, like, I mean, I think I am the programmer I am today because of, like, the weekly dev discussions that happened. Like, spending so much time with Joe Ferris and, like, trying to copy as much of his brain as possible, like, really, like, imprinted on me as, like, a programmer. And also, just, like, a lot of the sort of cultural things from my time at thoughtbot of, like, you should be sharing the things you're learning. Like, writing blog posts is a great use of time. Like, doing open-source work is a great use of time. And maybe you can't directly trace how doing, like, working in public or sharing information benefits the company. It's hard to, like, attribute it from a marketing sense. But if you sort of have faith that in the large, it's going to work out, it probably will. That feels like a thoughtbot lesson to me, and I think it has served us really well; where I recorded a weekly podcast for a long time called The Art of Product. I'm recording a new podcast called Hackers Incorporated with Adam Wathan of Tailwind fame. And I don't ever think, like, hmm, how many new leads do we think we get per episode, and how many hours has that taken? What's the ROI? I just have this sort of reflex that I developed from thoughtbot time of, like, you should be putting stuff out there, or you should be giving back. You should help other people. And that will probably help your business and make it work in the long term. CHAD: That's a good lesson [laughs]. One of the other things, you know, while you were a host of Giant Robots, you were the first host. I remember, you know, encouraging you to be the first host, and I think we talked about that in one of the episodes along the way. But we also transitioned the format a little bit, especially as you started to work on products here; you know, it was more about the building of those products and following along with those. And one of the things that sort of half-jokingly defined, I think, your impact on a lot of products was pricing, experimenting with pricing, learning about pricing, increasing prices more than people were maybe comfortable doing so. How has that worked out with Tuple, pricing in particular? BEN: It's really hard to say. It's hard to know what, like, the other path would have been through the world-. We sort of decided from, like, the early days that we wanted to have, like, a fairly premium price. Like, we wanted to be the product that was really good and was, like, a little bit annoyingly expensive, but you still paid for it because it felt worth it. And I think people could debate in both directions whether we nailed that or not. We have had a price increase that we ended up rolling back. We went, like, a little too far one time and said, "You know what? I think we're a little bit over," and we reverted that. But I would say even today, we are still a fairly pricey product. I mean, I'm pretty happy with how the company has done. I can't prove to you that, like, if the price were half what it is, we would have, you know, better success or not. CHAD: I think it'd be very hard to make the argument that if it was half that, you would have double the number of customers. BEN: Yeah, that's probably not true. CHAD: Not with the customers that you have, who are companies that will pay for products that they use as much as Tuple. BEN: Yeah, I'm happy serving the kind of companies, and they end up being mostly tech companies that really value developer happiness. When their developers come to them and they say, "We don't want to pair over Zoom. We like this thing. It's better. It feels nicer to use," they say, "Okay," and they buy the tool for them. There are places where that's not the case. And they say, "We already have a thing that does screen sharing. You're not allowed to buy this." We don't invest a lot of time trying to sell to those people or convince them that they're wrong. And I'm pretty happy serving sort of the first group. CHAD: So, you've mentioned that you've still been podcasting. To be honest, I didn't realize you were starting something new. Is it live now? BEN: It is live now, yeah. CHAD: Awesome. Where can people find that? BEN: hackersincorporated.com. It's about the transition from developer to founder, which is kind of what we've been touching on here. Yeah, hopefully, the audience is developers who want to start something or have started something who are maybe a little bit further behind progression-wise. And it's kind of, like, I have some lessons, and Adam has some lessons, and, you know, we don't think that we're experts. But sometimes it's useful to just hear, like, two people's story and sort of see, like, what seemingly has worked for them. So, we've been trying to share things there. And I think people will find it useful. VICTORIA: I was going to ask you for a lesson, maybe give us a little sample about how would you advise someone who's built a product and wants to market it, and it's targeted towards developers since you mentioned that previously as well. BEN: Yeah, in a way, the question already contains a problem. It's like, oh, I built the product; now how do I market it? It's a little bit indicative of a very common failure mode for developers, which is that. They sort of assume, okay, after you make the product, you then figure out how you're going to market it. And marketing is sort of a thing you layer on later on when you realize that just, like, throwing it on Twitter or Product Hunt didn't really work. When we started building Tuple, I was out there marketing it already. So, I had two co-founders, so this is a luxury I had. My two co-founders were writing code, and I was out doing stuff. I was recording podcasts. I was tweeting about things. I was making videos. I was giving conference talks. And I was getting people to hear about our product well before it was done. In fact, I was even selling it. I was taking pre-orders for annual subscriptions to the app while it was still vaporware. So, I would say, like, you basically can't start marketing too early. If you start marketing early and no one really cares, well, then you don't really have to build it probably. I would actually even go a little further and say, like, I started marketing Tuple before we had a product available. But in reality, I started marketing Tuple seven or so years before that when I started publishing things through thoughtbot. It's like when I was traveling around giving talks about Ruby, and when I was making screencasts about Vim, and when I was running Upcase, I was, over time, building an audience. And that audience was useful for thoughtbot, and it also was useful for me so that when I left, I had something like 10,000 Twitter followers or something, a few thousand people on our mailing list. But there were a lot of developers that already sort of knew me and trusted me to make fairly good things. And so, when I said, "Hey, I've made a new thing, and it's for you," I really benefited from those years of making useful content and trying to be useful on the internet. And in the early days, we had people sign up, and they would say, "I don't even really think I'm going to use this. But I've learned so much from you over the years that I want to support you, so I'm going to pay for a subscription." VICTORIA: I like your answer because I think the same thing when people ask me, like, because I am an organizer for Women Who Code, and I know all these great people from showing up for years in person months over months. And so, then people will ask, "Oh, how do I recruit more women in my company?" I'm like, "Well, you got to start showing up [laughs] now and do that for a couple of years, and then maybe people will trust you," right? So, I really like that answer. WILL: How has your relationship with Chad continued to grow since you left? Because seven years at the company is a lot. And it seems like you're still on really, really good terms, and you're still friends. And I know that doesn't happen at every company. BEN: I mean, it was tough deciding to leave. I think, like, both of us felt pretty sad about it. That was the longest I'd ever worked anywhere, and I really enjoyed the experience. So, I think it was tough on both sides, honestly. But we haven't kept in that much touch since then. I think we've emailed a handful of times here and there. We're both sociable people, and we sort of get each other. And there's a long history there. So, I think it's just easy for us to kind of drop back into a friendly vibe is sort of how I feel about it. CHAD: Yeah. And the way I explain it to people, you know, when you're leading a company, which Ben and I both are, you put a lot of energy into that and to the people who are on that team. If you're doing things right, there's not really hard feelings when someone leaves. But you need to put in a lot of effort to keep in touch with people outside of the company and a lot of energy. And, to be honest, I don't necessarily do as good a job with that as I would like because it's a little bit higher priority to maintain relationships with them, the people who are still at thoughtbot and who are joining. BEN: What you're saying is I'm dead to you [laughter]. That's CEO, for you're dead to me. CHAD: No. It's just...no hard feelings. BEN: Totally. CHAD: I think one of the things that has been great about the show over the years is that we haven't been afraid to change the format, which I think has been important to keeping it going. So, there is sort of; in fact, the website now is organized into seasons. And I went back and re-categorized all the episodes into seasons. And when the seasons were made up of, like, sort of the format of the show or particular hosts...when we started, it was just an interview show, and it was largely technical topics. And then we started The Bike Shed, and the technical topics sort of moved over there. But it also went with your interests more under the product and business side. Then you started working on products at thoughtbot, so it started to go even more in that. And I think Chris joined you on the show, and that was sort of all about those topics. BEN: Yeah, that makes sense. I think if you don't let the hosts kind of follow their interests, they're going to probably burn out on the thing. It's not fun to force yourself, I think, to record a podcast. CHAD: Yeah. And then when you left, you know, I took over hosting and hosted by myself for a while, went back to the interview format, but then was joined by Lindsey for a little while. We experimented with a few different things: one, interviews, but then we did a whole, just under a year, where we followed along with three companies. And each month, we would have an interview episode where we talked to them, all three companies, about the same topic. And then, we also did an episode with just Lindsey and I talking about that topic and about what we learned from the startup companies that we were following along with for the year. And now we're back to interview freeform, different guests, different topics. It seems like we're going to stick with that for a little while. But, obviously, as Will and Victoria have said, like, we'll probably change it again in some way, you know, a year, two years, three years from now. VICTORIA: Yeah, and I'm definitely bringing my interest around DevOps and platform engineering, so you'll see more guests who have that focus in their background. And with that, sometimes my interview style is more; how do I ask a question that I can't read from your developer docs and that I might not understand the answer to? [laughs] That's kind of where I like to go with it. So yeah, I'm really excited about...it's probably one of my favorite parts of my job here at thoughtbot because I get to meet so many interesting people. And, hopefully, that's interesting to everyone else [laughs] and our guests, yeah. BEN: Totally. Well, I dramatically underestimated how awesome it would be to meet all kinds of cool people in the industry when I started the podcast. I didn't truly connect in my head, like, wait a second, if I have a 45-minute conversation with, like, a lot of prominent, awesome people in our field, that's going to be really interesting and useful for me. So, I think, yeah, it's nice to be in the hosting seat. VICTORIA: And it's so surprising how I'll meet someone at a conference, and I'll invite them onto the podcast. And the way it winds up is that whatever we're talking about on the show is directly relevant to what I'm working on or a problem that I have. It's been incredible. And I really appreciate you for coming back for our 500th Episode here. CHAD: Ben, thanks very much again for joining us, and congratulations on all the success with Tuple. And I wish you the best. BEN: Thank you so much. Thanks for being a continuing customer. I really appreciate it. CHAD: Next, we caught up with Chris Toomey, who had a run as co-host of the show with Ben throughout 2016. CHRIS: Hi there. Thanks for having me. So, we're talking with all of the past hosts. I know you joined the show, and you were on it with Ben. And then you moved over to The Bike Shed, right? CHRIS: Yeah. So, I had co-hosted with Ben for about six months. And then I think I was transitioning off of Upcase, and so that ended sort of the Giant Robots “let's talk about business” podcast tour for me. And then, I went back to consulting for a while. And, at some point, after Derek Prior had left, I took over as the host of The Bike Shed. So, I think there was probably, like, a year and a half, two-year gap in between the various hostings. CHAD: Are you doing any podcasting now? CHRIS: I'm not, and I miss it. It was a lot of fun. It was, I think, an ideal medium for me. I'm not as good at writing. I tend to over-edit and overthink. But when you get me on a podcast, I just start to say what's in my head, and I tend to not hate it after the fact. So [chuckles], that combination I found to be somewhat perfect for me. But yeah, lacking that in my current day-to-day. CHAD: Well, what's been taking up your time since you left? CHRIS: I had decided it was time to sort of go exploring, try and maybe join a startup, that sort of thing. I was sort of called in that direction. So, just after I left thoughtbot, I did a little bit of freelancing, but that was mostly to sort of keep the lights on and start to connect with folks and see if there might be an opportunity out there. I was able to connect with a former thoughtbot client, Sam Zimmerman, who was looking to start something as well. And so, we put our act together and formed a company called Sagewell, which was trying to build a digital financial platform for seniors, which is a whole bunch of different complicated things to try and string together. So, that was a wonderful experience. I was CTO of that organization. And I think that ran for about two and a half years. Unfortunately, Sagewell couldn't quite find the right sort of sticking point and, unfortunately, shut down a little bit earlier in this year. But that was, I would say, the lion's share of what I have done since leaving thoughtbot, really wonderful experience, got to learn a ton about all of the different aspects of building a startup. And I think somewhat pointedly learned that, like, it's messy, but I think I do like this startup world. So, since leaving Sagewell, I've now joined a company called August Health, which has a couple of ex-thoughtboters there as well. And August is post their Series A. They're a little bit further along in their journey. So, it was sort of a nice continuation of the startup experience, getting to see a company a little bit further on but still with lots of the good type of problems, lots of code to write, lots of product to build. So, excited to be joining them. And yeah, that's mostly what's taking up my time these days. CHAD: So, I know at Sagewell, you made a lot of technical architecture, team decisions. It was Rails in the backend, Svelte in the frontend, if I'm not mistaken. CHRIS: Yep, that's correct. CHAD: You know, hindsight is always 2020. Is there anything you learned along the way, or given how things ended up, that you would do differently? CHRIS: Sure. I was really happy with the tech stack that we were able to put together. Svelte was probably the most out there of the choices, I would say, but even that, it was sort of relegated to the frontend. And so, it was a little bit novel for folks coming into the codebase. Most folks had worked in React before but didn't know Svelte. They were able to pick it up pretty quickly. But Inertia.js was actually the core sort of architecture of the app, sort of connected the frontend and the backend, and really allowed us to move incredibly quickly. And I was very, very happy with that decision. We even ended up building our mobile applications, both for iOS and Android. So, we had native apps in both of the stores, but the apps were basically wrappers around the Rails application with a technology similar to Turbolinks native–if folks are familiar with that so, sort of a WebView layer but with some native interactions where you want. And so, like, we introduced a native login screen on both platforms so that we could do biometric login and that sort of thing. But at the end of the day, most of the screens in the app didn't need to be differentiated between a truly native mobile app and what like, mobile WebView would look like. So, we leaned into that. And it was incredible just how much we were able to do with that stack and how quickly we were able to move, and also how confidently we were able to move, which was really a nice thing. Having the deep integration between the backend and the frontend really allowed a very small team to get a lot done in a short time. CHAD: Does that code live on in any capacity? CHRIS: No. CHAD: Oh. How does that make you feel? [chuckles] CHRIS: It makes me feel very sad, I will say. That said, I mean, at the end of the day, code is in service of a business. And so, like, the code...there are, I think, probably a couple of things that we might be able to extract and share. There were some interesting...we did some weird stuff with the serializers and some, like, TypeScript type generation on the frontend that was somewhat novel. But at the end of the day, you know, code is in service of a business, and, unfortunately, the business is not continuing on. So, the code in the abstract is...it's more, you know, the journey that we had along the way and the friends we made and whatnot. But I think, for me, sort of the learnings of I really appreciate this architecture and will absolutely bring it to any new projects that I'm building from, you know, greenfield moving forward. VICTORIA: I'm curious what it was like to go from being a consultant to being a big player in a startup and being responsible for the business and the technology. How did that feel for you? CHRIS: I would say somewhat natural. I think the consulting experience really lent well to trying to think about not just the technical ramifications but, you know, what's the business impact? How do we structure a backlog and communicate about what features we want to build in what order? How do we, you know, scope a minimal MVP? All those sorts of things were, I think, really useful in allowing me to sort of help shape the direction of the company and be as productive of an engineering team as we could be. CHAD: A lot of the projects you worked on at thoughtbot were if not for startups, helping to launch new products. And then, a lot of the work you did at thoughtbot, too, was on Upcase, which was very much building a business. CHRIS: Yes. I definitely find myself drawn in that direction, and part of like, as I mentioned, I seem to be inclined towards this startup world. And I think it's that, like, the intersection between tech and business is sort of my sweet spot. I work with a lot of developers who are really interested in getting sort of deeper into the technical layers, or Docker and Kubernetes and orchestration. And I always find myself a little bit resistant to those. I'm like, I mean, whatever. Let's just...let's get something out there so that we can get users on it. And I am so drawn to that side, you know, you need both types of developers critically. I definitely find myself drawn to that business side a little bit more than many of the folks that I work with, and helping to bridge that gap and communicate about requirements and all those sort of things. So, definitely, the experience as a consultant really informed that and helped me have sort of a vocabulary and a comfort in those sort of conversations. WILL: How did Upcase come about? Because I know I've talked to numerous people who have gone through Upcase. I actually went through it, and I learned a ton. So, how did that come about? CHRIS: I think that was a dream in Ben Orenstein's eye. It started as thoughtbot Learn many, many years ago. There was a handful of workshops that had been recorded. And so, there were the video recordings of those workshops that thoughtbot used to provide in person. Ben collected those together and made them sort of an offering on the internet. I think Chad, you, and I were on some podcast episode where you sort of talked about the pricing models over time and how that went from, like, a high dollar one-time download to, like, $99 a month to $29 a month, and now Upcase is free. And so, it sort of went on this long journey. But it was an interesting exploration of building a content business of sort of really leaning into the thoughtbot ideal of sharing as much information as possible, and took a couple of different shapes over time. There was the weekly iterations of the video series that would come out each week, as well as the, like, longer format trails, and eventually some exercises and whatnot, but very much an organic sort of evolving thing that started as just a handful of videos and then became much more of a complete platform. I think I hit the high points there. But, Chad, does that all sound accurate to you? CHAD: Yeah, I led the transition from our workshops to Learn, which brought everything together. And then, I stepped away as product manager, and Ben took it the next step to Upcase and really productized it into a SaaS sort of monthly recurring billing model and took it over from there. But it still exists, and a lot of the stuff there is still really good [laughs]. CHRIS: Yeah, I remain deeply proud of lots of the videos on that platform. And I'm very glad that they are still out there, and I can point folks at them. VICTORIA: I love that idea that you said about trying to get as much content out there as possible or, like, really overcommunicate. I'm curious if that's also stayed with you as you've moved on to startups, about just trying to get that influence over, like, what you're doing and how you're promoting your work continues. CHRIS: I will say one of the experiences that really sticks with me is I had followed thoughtbot for a while before I actually joined. So, I was reading the blog, and I was listening to the podcasts and was really informing a lot of how I thought about building software. And I was so excited when I joined thoughtbot to, like, finally see behind the curtain and see, like, okay, so, what are the insider secrets? And I was equal parts let down...actually, not equal parts. I was a little bit let down but then also sort of invigorated to see, like, no, no, it's all out there. It's like, the blog and the open-source repos and those sort of...that really is the documentation of how thoughtbot thinks about and builds software. So, that was really foundational for me. But at the same time, I also saw sort of the complexity of it and how much effort goes into it, you know, investment time Fridays, and those sort of things. Like, a thoughtbot blog post is not a trivial thing to put up into the world. So many different people were collaborating and working on it. And so, I've simultaneously loved the sharing, and where sharing makes sense, I've tried to do that. But I also recognize the deep cost. And I think for thoughtbot, it's always made sense because it's been such a great mechanism for getting the thoughtbot name out there and for getting clients and for hiring developers. At startups, it becomes a really interesting trade-off of, should we be allocating time to building up sort of a brand in the name and getting ourselves, you know, getting information out there? Versus, should we be just focusing on the work at hand? And most organizations that I've worked with have bias towards certainly less sharing than thoughtbot, but just not much at all. Often, I'll see folks like, "Hey, maybe we should start a blog." And I'm like, "Okay, let's just talk about how much effort that [laughs] actually looks like." And I wonder if I'm actually overcorrected on that, having seen, you know, the high bar that thoughtbot set. CHAD: I think it's a struggle. This is one of my [laughs] hot topics or spiels that I can go on. You know, in most other companies, that kind of thing only helps...it only helps in hiring or the people being fulfilled in the work. But at most companies, your product is not about that; that's not what your business is. So, having a more fulfilled engineering team who is easier to hire—don't get me wrong, there are advantages to that—but it doesn't also help with your sales. CHRIS: Yes. CHAD: And at thoughtbot, our business is totally aligned with the people and what we do as designers and developers. And so, when we improve one, we improve the other, and that's why we can make it work. That is marketing for the product that we actually sell, and that's not the case at a SaaS software company. CHRIS: Yes, yeah, definitely. That resonates strongly. I will say, though, on the hiring side, hiring at thoughtbot was always...there was...I won't say a cheat code, but just if someone were to come into the hiring process and they're like, "Oh yeah, I've read the blog. I listen to the podcast," this and that, immediately, you were able to skip so much further into the conversation and be like, "Okay, what do you agree with? What do you disagree with? Like, let's talk." But there's so much. Because thoughtbot put so much out there, it was easy to say, like, "Hey, this is who we are. Do you like that? Is that your vibe?" Whereas most engineering organizations don't have that. And so, you have to try and, like, build that in the context of, you know, a couple of hour conversations in an interview, and it's just so much harder to do. So, again, I've leaned in the direction of not going anywhere near thoughtbot's level of sharing. But the downside when you are hiring, you're like, oh, this is going to be trickier. CHAD: Yeah. One of the moments that stands out in my mind, and maybe I've told this story before on the podcast, but I'll tell it again. When we opened the New York studio, it was really fast growing and was doing a lot of hiring. And one of the people who had just joined the company a couple of weeks before was doing an interview and rejected the person was able to write an articulate reason why. But it all boiled down to this person is, you know, not a fit for thoughtbot. Based on what they were able to describe, I felt very confident with the ability or with the fact that they were able to make that call, even though they had been here only a couple of weeks, because they joined knowing who we were, and what we stand for, and what our culture and our values are, and the way that we do things, and all that kind of thing. And so, yeah, that's definitely a huge benefit to us. VICTORIA: I've certainly enjoyed that as well, as someone who hires developers here and also in meeting new companies and organizations when they already know thoughtbot. That's really nice to have that reputation there, coming from my background—some really more scrappier startup kind of consulting agencies. But, you know, I wanted to talk a little bit more about your podcasting experience while you're here. So, I know you were on both The Bike Shed and Giant Robots. Which is the better podcast? [laughter] So, what's your...do you have, like, a favorite episode or favorite moment, or maybe, like, a little anecdote you can share from hosting? CHRIS: Well, I guess there's, like, three different eras for me in the podcasting. So, there's Giant Robots with Ben talking more about business stuff, and I think that was really useful. I think it was more of a forcing function on me because I sort of...Both Ben and I were coming on; we were giving honest, transparent summaries of our, like, MRR and stats and how things were growing, and acted as sort of an accountability backstop, which was super useful but also just kind of nerve-wracking. Then, when I joined the Bike Shed, the interviewing sequence that I did each week was just a new person that I was chatting with. And I sort of had to ramp them up on, hey, here's a quick summary on how to think about podcasting. Don't worry, it'll be great. Everybody have fun. But I was finding each of the guests. I was sort of finding a topic to talk about with them. So, that ended up being a lot more work. And then, the last three years chatting with Steph that was by far my favorite. There was just such a natural back-and-forth. It really was just capturing the conversations of two developers at thoughtbot and the questions we would ask each other as we hit something complicated in a piece of code or, "Oh, I saw this, you know, article about a new open-source repository. What do you think about that?" It was so much easier, so much more natural, and, frankly, a lot of fun to do that. And, two, I actually do have an answer to the favorite podcast episode, which is the first episode that Steph was ever on. It was before she actually joined as a co-host. But it was called “What I Believe About Software.” And it was just this really great, deep conversation about how we think about software. And a lot of it is very much, like, thoughtbot ideals, I would say. But yeah, Steph came in and just brought the heat in that first episode, and I remember just how enjoyable that experience was. And I was like, all right, let's see if I can get her to hang out a little bit more, and, thankfully, she was happy to join. WILL: What was your favorite position, I guess you can call it? Because you say you like the mixture of business and, you know, development. So, you've been in leadership as development director, CTO. You've been a web developer. You've been over content, like, with Upcase. What was your favorite position [inaudible 16:43] you were doing, and why was it your favorite? CHRIS: The development director role feels like sort of a cheating answer, but I think that would be my answer because it contained a handful of things within it. Like, as development director, I was still working on client projects three days a week. And then, one day a week was sort of allocated to the manager-type tasks, or having one-on-ones with my team sort of helping to think about strategy and whatnot. And then, ideally, still getting some amount of investment time, although the relative amounts of those always flexed a little bit. Because that one sort of encompassed different facets, I think that's going to be my answer. And I think, like, some of what drew me to consulting in the first place and kept me in that line of work for seven years was the variety, you know, different clients, as well as, even within thoughtbot, different modes of working in podcasts or video. Or there was a bootcamp that I taught, a session of Metis, which that was a whole other experience. And so, getting that variety was really interesting. And I think as sort of a tricky answer to your question, the development director role as a singular thing contained a multitude, and so I think that was the one that would stand out to me. It's also the most, you know, the one that I ended on, so [laughs] it might just be recency bias, but yeah. VICTORIA: Oh, I love that. Is there anything else that you would like to promote on the podcast today? CHRIS: No, although as you ask the question, I feel like I should, I don't know, make some things to promote, get back into some, I don't know, content generation or something like that. But for now, no. I'm, you know, diving into the startup life, and it's a wonderful and engrossing way to do work, but it does definitely take up a lot of my headspace. So, it's an interesting trade-off. But right now, I don't know; if folks are online and they want to say hi, most of my contact information is readily available. So, I would love to say hi to folks, anyone that listened in the past or, you know, has any thoughts in the now. Would love to connect with folks. But otherwise, yeah, thank you so much for having me on. CHAD: In 2017, I took over from Ben as solo host of the show but was joined by Lindsey Christainson as cohost in 2019. After some time away from thoughtbot, Lindsey is back with us and we sat down to catch up with her. VICTORIA: Why don't you tell me about your current role with thoughtbot? LINDSEY: I am currently supporting marketing and business development at thoughtbot, as well as working as a marketing consultant for thoughtbot clients. VICTORIA: Great. And I understand that you had worked with thoughtbot many years ago, and that's when you also came on as a co-host of Giant Robots. Is that right? LINDSEY: Yeah, a couple of years ago. I left thoughtbot in spring of 2021. And I forget how long my stint was as a co-host of Giant Robots, but over a year, maybe a year and a half, two years? CHAD: Yeah, I think that's right. I think you started in 2019. LINDSEY: Yeah. Yeah, that sounds right. And Chad and I were co-hosts, I think, similar to the setup today in which sometimes we hosted together, and sometimes we were conducting interviews separately. CHAD: And then we sort of introduced a second season, where we followed along with a batch of companies over the course of the entire season. And that was fun, and we learned a lot. And it was nice to have consistent guests. LINDSEY: Yeah, that was a lot of fun. I really liked that format. I don't know; they almost were, like, more than guests at that point. They were just like other co-hosts [laughs] that we could rely on week in, week out to check in with them as they're working on early-stage companies. So, every time we checked in with them, they usually had some new, exciting developments. WILL: I really like that idea. How did y'all come up with that? CHAD: I'm not sure. I think a few years before I had taken over hosting of the show, and I forget...my memory maybe is that I went to Lindsey and said, "You know, let's do something different." But I'm not sure. Does that match your memory, Lindsey? LINDSEY: Yeah, I think there were two main drivers; one was I think you were feeling like you were having similar conversations in the interviews every time. Like, you couldn't get to a certain depth because every time you were interviewing someone, you were doing, like, the, "Well, tell me your founding story." And, you know, how did you raise funding? It kind of got a little bit repetitive. And then, on the side, the few we had done together, I think we both really enjoyed. So, we were thinking, like, what's the format in which the two of us could co-host together more regularly? Because I'm a pleasure to talk to [laughter]. I think you were like, I need to talk to Lindsey more. [inaudible 3:13] VICTORIA: What is your hosting style? How would you describe your approach to hosting a podcast? LINDSEY: I mean, obviously, it's a podcast about products and business. I think as a marketer, I am, you know, drawn a lot to the marketing side, so tending to ask questions around go-to-market audience, users. That's always just, like, a particular interest of mine. But then also, like, the feelings. I love asking about the feelings of things, you know, how did it feel when you started? How did it feel when you made this tough decision? So, that's another thing I think I noticed in my interviews is asking about some of the emotions behind business decisions. VICTORIA: And I like hearing about how people felt at the time and then how they felt afterwards [laughs]. And, like, how people around them supported each other and that type of thing. That's really fun. I'm curious, too, from your marketing background and having to do with podcasts like; some founders, I think, get the advice to just start a podcast to start building a community. But I'm curious on your thoughts about, like, how does podcasting really play into, like, business and marketing development for products? LINDSEY: Oh yeah. It's become definitely, like, a standard channel in B2B these days. I feel like that it's pretty typical for a company to have a podcast as one way that they engage their audience and their users. In marketing, you're really vying for people's attention, and people's attention span is getting shorter and shorter. So, like, if you have an ad or a blog, you're getting, like, seconds, maybe minutes of someone's attention. And whereas something like a podcast offers a unique channel to have someone's undivided attention for, you know, 30 minutes, an hour, and if you're lucky, you know, checking back in week over week. So, it became a really popular method. That said, I think you're probably also seeing the market get saturated [laughs] with podcasts now, so some diminishing returns. And, you know, as always, kind of looking for, you know, what's the next way? What's the next thing that people are interested in in ways to capture their attention? CHAD: What is the next thing? LINDSEY: I don't know, back to micro-content? TikTok videos -- CHAD: Yeah, I was going to say TikTok, yeah. LINDSEY: Yeah, you know, 10-30 seconds, what can you communicate? VICTORIA: I see people live streaming on Twitch a lot for coding and developer products. LINDSEY: Yeah, I think we've seen some of that, too. We've been experimenting more at thoughtbot with live streaming as well. It's another interesting mechanism. But yeah, I don't know, it's interesting. It's another form of, like, community and how people engage with their communities. So, it's always evolving. It's always evolving, and sometimes it's not. Sometimes, people just do want to get in a room together, too, which is always interesting. WILL: What has been, in your experience, the good the bad? Like, how do you feel about the way that it has shifted? Because I think you started in, like, 2000, like, kind of earlier 2000, 2005, something around there. And it was totally different than now like you're saying. Because I feel like, you know, Channel 5 30-second ad, you know, with some of the marketing depending on what you're doing, to now to where you're, like, you're paying influencers to advertise your product, or you're doing an ad. Or it's more social media-driven and tech-driven. What has been your opinion and feelings on the way that it has grown and evolved? LINDSEY: Marketing, in general, yeah, I graduated college in 2005 and started my marketing career. And yeah, you could, like, actually get people to click on banner ads back then, which was pretty [inaudible 07:14] [laughs]. WILL: I forgot about banner ads [laughs]. LINDSEY: I don't know, yeah. I don't know. In order for myself to not just get too frustrated, I think I've got to, like, view it as a game kind of. What new things are we going to try? You know, what do we see work? But it can really depend. And I've always been in B2B side of things. And consumer, I'm sure, has its own kind of evolution around how people engage and how they consume content and byproducts. But in B2B, you know, it can really depend on industry too. You know, I'm working with a client right now in the senior living space, and they're really big in in-person conferences. So, that's how people consume, get a lot of their information and, make connections, and learn about new products. So, it's been interesting to work in an industry that what might be considered, like, a little bit more old-school channels are still effective. And then just thinking about how you weave in the new channels with the existing ones without ignoring them. They might get information in conferences, but they're still a modern human who will then, you know, search online to learn more, for example. VICTORIA: It reminds me of a phrase I like to say, which is that, like, technology never dies; you just have more of it. There's just more different options and more different ways to do things. And some people are always, you know, sometimes you have to be flexible and do everything. CHAD: So, tell us more about what you did in between...after you left thoughtbot, what did you do? LINDSEY: I was heading up B2B marketing for a company called Flywire, which is headquartered in Boston but is a global company now. And they were just kind of starting their B2B business unit, which, as I mentioned, B2B is my personal specialty. I had been connected to their CMO through the Boston startup community. And yeah, I was helping them kind of launch their go-to-market for B2B. The industries they were in before...they got their start in higher education and then expanded in healthcare and found a niche in luxury travel, and then we were figuring out the B2B piece. But yeah, I was there for about a year and a half. They actually went public the second week I was there, which was an interesting [laughs] experience. I knew they were, like, on that journey, but it was kind of funny to be there the second week, and people were, like, "Congrats." And I was like, "Well, I definitely didn't have anything to do with it because I just finished my onboarding, but thank you," [laughs]. CHAD: One of the things that really impressed me when you joined thoughtbot was the way in which you learned about who we were and really internalized that in a way where you were then able to pretty meaningfully understand our market, our positioning in the market, and come up with new strategies for us. I assume that's something you're good at in general [laughs]. How do you approach it? How did you approach it when you joined Flywire, for example? And how was it the same or different than how you approached thoughtbot? LINDSEY: Ooh, yeah, that's a good question. And I appreciate that comment because it's difficult. But I think, yeah, with any new organization that I'm joining, you know, I think starting out with your kind of mini-listening tour of your key stakeholders across, you know, the different departmental focuses to get a sense of, what are the challenges? What are the opportunities? It's actually like, you know, it's the SWOT analysis, kind of trying to fill in your own mind map of a SWOT analysis of where the company is. What are the major hurdles you're facing? Where are people trying to go? What have they tried that's worked? What have they tried that's failed? But then, like, I think for the culture component, I think a part of that maybe is, like, feel, and maybe something that I do have a knack for. Again, maybe this is, like, you know, emotional intelligence quotient, where it's like, you know, but it's the company, you know, who is this company? What is important to them? How do they work and go about things? I know thoughtbot is certainly very unique, I think, in that arena in terms of being, like, a really value-driven company, and one where especially, like, marketing and business work is, like, distributed across teams in a really interesting way. You know, I'm sure the fact that it fascinated me and was something I could get passionate and get behind was something that also helped me understand it quickly. CHAD: I was excited that...or it was sort of a coincidence because I had reached out to you and without realizing that you had left Flywire. And Kelly, who had been doing a combined sales and marketing role, was going on parental leave. And so, it was fortuitous [laughs] that you were able to come back and help us and provide coverage, like, Kelly was out. LINDSEY: Yeah, it definitely felt like stars aligned moment, which, you know, I'm pretty woo-woo, so I believe in [laughter]...I believe in that kind of thing. You know, yeah, it was wild. It really did feel like your email came out of nowhere. And, you know, I mentioned it, obviously, to my partner and my friends. And they were like, "Oh, he definitely knows, like, that you left your last company." And I'm like, "I actually don't think he does [laughter]. I actually don't think he does." Yeah, and then we started chatting about me coming back to help. And it was great. thoughtbot makes it hard to work anywhere else [laughs]. So, I was happy to come back. I missed the team. CHAD: And one of the exciting things, and you've mentioned it, is you're not just doing marketing for thoughtbot now. We have started to offer your services to our clients. LINDSEY: Yeah, I'm super excited about this. And it's something I'd started thinking about. I had decided to take some time off between Flywire and my next thing and had started thinking about doing marketing, consulting. And as I'm doing that, I'm thinking a lot about how thoughtbot does consulting and, you know, wanting to emulate something like that. So, I started back up at thoughtbot. That wasn't part of the plan. I was just going to, you know, fill in for Kelly and help with marketing things. But then, you know, a good opportunity arose to work on a client, and I was really excited. When, you know, Chad, you and I chatted through it, we came to the conclusion that this was something worth exploring under the, you know, thoughtbot umbrella. And it's been a really great experience so far. And we now have brought on another client now. And if you're listening and need early-stage B2B marketing support, reach out to lindsey@thoughtbot.com. CHAD: Definitely. And Lindsey is pretty good, so you're going to like it [laughs]. LINDSEY: Yeah, you're going to like the way you look. WILL: Yeah, definitely. Because I can even feel your presence here, you know, coming back. Because even like, you know, the market where it's at now and some of the suggestions that, you know, you've been helping us. For example, like, I do a lot of React Native, and you're like, "Hey, you know, blog posts have done a lot of traction, you know, let's get some more blog posts out in the market to help with the traffic and everything." So, the question I have with that is, like, thank you for even suggesting that because it's, like, those little things that you don't even think about. It's like, oh yeah, blog posts, that's an easy transition to help the market, clients, things like that. But with the market the way it is, what has been your experience working during this time with the market? I don't know if you want to call it struggling, but whatever you want to call it that, it's doing [laughs]. LINDSEY: Yeah, I mean, the economy is difficult now. We also went through a really tough spot when I was here last time. During COVID, you know, we faced a major company challenge. And, I mean, I'll let Chad speak to it, but I would imagine it's probably one of the bigger, like, economic inflection points that you faced. Would you say that? CHAD: Yeah, definitely. The thing about it that made it worse was how quickly it happened. You know, it was something that you didn't see coming, and then, you know, about 40% of our business went away in a single month. That's the kind of thing that was a real shock to the system. I think the thing that made it difficult, too, was then the aspects of COVID, where we were no longer able to go into our studios. We were all working remotely. We were isolated from each other. And so, that made executing on what needed to be done in order to make the company survive additionally challenging. LINDSEY: Yeah, so I think, like, going through that experience, also, and seeing how the team and the leadership team rallied together to get through it. And then, you know, ultimately, I think 2021 and 2022 have, like, really good years. That was a really positive experience. And something I'll definitely take with me for a while is just, like, keeping a cool head and just knowing you have, like, really smart, talented folks with you working on it and that you can get through it. And just, like, doing some, I mean, we relied on what we did best, which was, like, design thinking, using design exercise to think about, like, how we might re-organize the company, or what other services we might try launching, or how might we re-package, you know, larger services into smaller more palatable services when people have, like, kind of tighter purse strings. So, that was, like, a great educational experience, and I think something we just continue to do now: be open to change, be open to changing how we package services, what clients we go after, and coming at it with, like, an agile, experimental mindset and try to find out what works. VICTORIA: I really appreciate that. And it aligns now with the new service we've developed around you and the marketing that you provide. And I'm curious because I've had founders come up to me who say they need help with marketing or they need to, like, figure out their marketing plans. So, say you've met a founder who has this question, like, what questions do you ask them to kind of narrow down what it is they really need and really want to get out of a marketing plan? LINDSEY: I've been thinking about this a lot recently. And, like, obviously, I see other marketing leaders in the market. Marketers like to talk about what they do on LinkedIn [laughs], so I get to...I read a lot about different people's approaches to this. And some people kind of go in and are like, okay, this is what you need. This is how we're going to do it, and they start executing on it. And I really do take a very collaborative approach with founders. I think they're, especially in early stage, they're your most important asset in a way, and a lot of their intuition around the market and the business, you know, it's gotten them to where they're at. And so, I think starting from the point of, like, taking what they view as priorities or challenges, and then helping them better explore them or understand them with my own marketing experience and expertise, to

Welcome to spooktober! And our first guest this year is Sam Zimmerman vice president of programming at shudder --- Support this podcast: https://podcasters.spotify.com/pod/show/somethingsomethingpodcast/support

This week, Leah and Cole chat with Tashia Hart (Red Lake Nation), a culinary ethnobotanist, artist, photographer, award-winning author, and cook. As a multifaceted artist, Tashia's art reflects the stages of her life, connections to nature and food. She shares about the making of her most recent work, Native Love Jams, a “sweet” romance that explores the relationships of love and food. Tashia also shares how adversity from publishers led to the creation of her publishing company (Not) Too Far Removed Press and how connecting to plants and nature has helped her along her path. Miigwech to Tashia for chatting! Tashia has a collection of food and love-themed illustrations on display at the American Indian Community Housing Organization (AICHO) titled “Indigenous Expressions Love Culture and Reinvention” – a co-presentation with artist Sam Zimmerman and bead artist Chenoa Williams. In addition to Native Love Jams, Tashia has authored Girl Unreserved, Gidjie and the Wolves,  and The Good Berry Cookbook.

Leah and Cole chat with artist Sam Zimmerman (Grand Portage). After two decades on the east coast in public education, Sam moved back to Minnesota to rededicate himself to his passion for painting and to be closer to his family and community. His artwork explores his Ojibwe heritage, as well as his learnings and experiences in nature after returning to his ancestral homelands. Sam shares about learning language and culture through community collaborations, illustrating books for Native authors, and collaborating with family. He tells Leah and Cole about his path, which began with a college-age passion for painting, and then a love for teaching, and has now come full circle as he returns home. Sam discusses his experience venturing into watercolor painting for the first time, which is showcased in his latest gallery exhibition titled "Indigenous Expressions Love Culture and Reinvention" at the American Indian Community Housing Organization (AICHO). This exhibition is a collaborative effort with author and illustrator Tashia Hart, as well as bead artist Chenoa Williams. Native Lights: Where Indigenous Voices ShineNative Lights is a weekly, half-hour radio program hosted by Mille Lacs Band of Ojibwe members and siblings, Leah Lemm and Cole Premo. Native Lights is a space for people in Native communities around Mni Sota Mkoce -- a.k.a. Minnesota -- to tell their stories about finding their gifts and sharing them with the community.  Native Lights: Where Indigenous Voices Shine is produced by Minnesota Native News and Ampers, Diverse Radio for Minnesota's Communities with support from the Minnesota Arts and Cultural Heritage fund. Online at https://minnesotanativenews.org/

Welcome to Ideas Last, the podcast about turning initial sparks into big results. On today's episode, we have Sam Zimmerman. Sam is currently CEO and co-founder of Sagewell Financial. Sam founded Sagewell because he wanted his parents and the 57,999,996 other Americans like them to feel confident about their financial futures. Confident they are saving as much money as possible. Confident they are getting everything they have earned as seniors. Confident they are safe and protected from scammers who take advantage of folks their age. Confident they are going to be able to pass as much as possible to the next generation. Sagewell is an institute that specializes in banking for seniors. Sam shares his journey of how he came up with the idea and has built the company to where it is today. KEY TAKEAWAYS FROM THE EPISODE 01:42 How Sam got interested in entrepreneurship and start-ups 12:19 What Sagewell Financial is and how the idea came about 19:16 Building out initial financial prototypes and productions from market research 23:58 Testing a new product in the market 41:29 Where most founders typically go wrong GOLDEN NUGGET FROM TODAY'S SHOW Sam says, “Pay careful attention to who your primary customers base is. Your customers are the one that guide what products you build and will make your business model function. If you get feedback from the wrong customer segment, you will build the wrong products." CONNECT WITH SAM Sagewell Financial - www.sagewellfinancial.com/ Twitter - twitter.com/Ferrum_of_omega Connect with Sam on LinkedIn - www.linkedin.com/in/sam-zimmerman-35152a22/ CONNECT WITH DANIELLE Danielle's Website - https://www.daniellegillespie.net/ Connect with Danielle on LinkedIn - https://www.linkedin.com/in/daniellegillespie/ Email Danielle - dg@daniellegillespie.net Medium: https://medium.com/@dgillespie_irl Send A Text: +1 (412) 207-3851 Connect with Danielle to learn more about how the Ideas Last methodology can help you turn your product into a successful business venture, regardless of product stage: paper napkin, beta, V1, or established product already released into the wild. SUBSCRIBE TO THE IDEAS LAST PODCAST Apple Podcasts - https://podcasts.apple.com/us/podcast/ideas-last/id1579391101 Spotify - https://open.spotify.com/show/6Fj8K2kEIm8RWNfYzgZs4L If you liked this episode, please don't forget to tune in, subscribe, and share this podcast! ABOUT THE IDEAS LAST PODCAST It has long been said that ideas are everything, especially in the startup world. But what if having a laser focus on your idea can actually hold your business back? In the Ideas Last podcast, Danielle Gillespie interviews startup founders, whose success came from obsessively, focusing on execution instead of ideation. Each episode dissects what it actually takes to build a long-lasting profitable startup, rather than simply launching - by putting your idea, last. Read more about the Ideas Last story - https://medium.com/@dgillespie_irl/ideas-last-a-new-way-to-startup-b94a585e35f5 #IdeasLast #DanielleGillespie #StartUpCoach #BusinessConsultant #startupfounders

Episode 12 of the 2022-23 NSIC Spotlight features St. Cloud State middle blocker Sam Zimmerman. Powered by gpac.

E.L. King interviews special guest Sam Zimmerman as part of Shudder's 61 Days of Halloween celebration. Sam is the VP of Programming at Shudder, curating the best horror, thriller, and supernatural films to create a truly diverse catalog that offers something for every horror fan. Queer for Fear, Resurrection, The 101 Scariest Horror Movie Moments of All Time, The Boulet Brothers' Dragula: Titans, Dario Argento's Dark Glasses, She Will, and more are now streaming. You can #SlayAwayWithUs for new episodes on Fridays as we chat about lore, gore, the inspiration behind your favorite horror films, and every kill in between with special guests. "It's Slaying Time" is performed by voice actor Chris Kane. --- Send in a voice message: https://anchor.fm/slay-away/message

Town Square with Ernie Manouse airs at 3 p.m. CT. Tune in on 88.7FM, listen online or subscribe to the podcast. Join the discussion at 888-486-9677, questions@townsquaretalk.org or @townsquaretalk. We start by speaking with a more light-hearted monster, Eddie Munster. Actor Butch Patrick joins us to talk about his iconic role as the beloved werewolf child from the classic television show The Munsters. He will also discuss the upcoming Munster Mash Art Extravaganza taking place this weekend in Houston, which will feature artwork from notable artists such as Alan Bodner, John Douglas, Tim Burton, and Gene Simmons.   A special appearance by Butch Patrick and the famous Munster Koach is scheduled for Monday, October 31, 2022, from 4:00 p.m. to 7:00 p.m. The event takes place at Complete Pictures at 3701 W. Alabama Street, Suite 110, in Houston, TX. For more information, click here. We then shift to a more frightening monster, as we speak with the first actor to portray Jason Voorhees, Ari Lehman, who discusses playing the character in the original Friday the 13th film and his band First Jason. Meet Ari Lehman and see his band perform at the Halloween Horror Market Pop-Up on October 29, 2022, in Katy, TX.  For more information, click here. Nick Castle, famous for playing Michael Myers in the original Halloween film in 1978, also joins us.  He explains how he got to play the frightening character and return to the character in the new Halloween films. We also chat with the head curator of the horror streaming service Shudder, to discuss the current state of the horror genre and offer scary movie recommendations you can check out on Halloween.   Guests: Butch Patrick Actor, Musician Ari Lehman Musician, Composer, Actor Nick Castle Screenwriter, Director, Actor Sam Zimmerman VP of Programming at Shudder Town Square with Ernie Manouse is a gathering space for the community to come together and discuss the day's most important and pressing issues. We also offer a free podcast here, on iTunes, and other apps

On this episode Sam Zimmerman, Shudder's VP of programming, comes in to discuss their 61 Days of Halloween! We discuss everything Shudder is putting out to get us into the spooky season as well as their progression over the years, becoming the must-have horror streaming service. Special thanks to DJ Cryptkicker for the intro and outro music. Be sure to find his music on social media at @djcryptkicker or the following:https://djcryptkicker.bandcamp.com/album/shock-around-the-clockhttps://music.apple.com/us/artist/dj-cryptkicker/1536351234https://open.spotify.com/album/1KUi9ntDa5eYughfOvfxNY

Nina Collins is in conversation with Marcia Mantell and  Sam Zimmerman of Sagewell. They discuss retirement planning and the particular challenges that women face. More About Revel:  www.hellorevel.com

Leah Lemm brings us episode 39 of Northern Voices. For her conversation this week, Leah visits with Sam Zimmerman, an artist and author of the recent book Following My Spirit Home, published by Black Bears and Blueberries publishing. In their conversation, Sam tells the story that inspired one of his paintings, where as a child, his father tried to trick his grandmother to get out of berry picking. Click the player above to hear the whole story and learn more about Sam's art, what he learned from the pandemic, and what drew him home to the place of his family.

On Episode 37 of Fangoria's COLORS OF THE DARK Elric and Bekah discuss new films CRABS!, THE BUBBLE, BITCH ASS, LUX AETERNA, VORTEX, WE'RE ALL GOING TO THE WORLD'S FAIR & PIGGY. The duo are then joined by guests Craig Engler & Sam Zimmerman of SHUDDER to go deep into the origins of the company and how they came to work there, how the original films are developed, curation and the future of the horror streamer.  The hosts close out the show with a few choice cuts from the Shudder library for your viewing pleasure. 

Being pregnant is hard, but this tapas episode is good! Steph discovered and used a #yelling Slack channel and attended a remote magic show. Chris touches on TypeScript design decisions and edge cases. Then they answer a question captured from a client Slack channel regarding a debate about whether I18n should be used in tests and whether tests should break when localized text changes. This episode is brought to you by ScoutAPM (https://scoutapm.com/bikeshed). Give Scout a try for free today and Scout will donate $5 to the open source project of your choice when you deploy. Emma Bostian (https://twitter.com/EmmaBostian) Ladybug Podcast (https://www.ladybug.dev/) Gerrit (https://www.gerritcodereview.com/) Gregg Tobo the Magician (https://astonishingproductions.com/) Sean Wang - swyx - better twitter search (https://twitter.com/swyx/status/1328086859356913664) Twemex (https://twemex.app/) GitHub Pull Request File Tree Beta (https://github.blog/changelog/2022-03-16-pull-request-file-tree-beta/) Sam Zimmerman - CEO of Sagewell Financial on Giant Robots (https://www.giantrobots.fm/414) TypeScript 4.1 feature (https://devblogs.microsoft.com/typescript/announcing-typescript-4-1/) The Bike Shed: 269: Things are Knowable (Gary Bernhardt) (https://www.bikeshed.fm/269) TSConfig Reference - Docs on every TSConfig option (https://www.typescriptlang.org/tsconfig#noUncheckedIndexedAccess) Rails I18n (https://guides.rubyonrails.org/i18n.html) This episode is brought to you by Studio 3T (https://studio3t.com/free). Try Studio 3T's full suite of features for 30 days, no payment details needed. Become a Sponsor (https://thoughtbot.com/sponsorship) of The Bike Shed! Transcript: CHRIS: Hello and welcome to another episode of The Bike Shed, a weekly podcast from your friends at thoughtbot about developing great software. I'm Chris Toomey. STEPH: And I'm Steph Viccari. CHRIS: And together, we're here to share a bit of what we've learned along the way. So, Steph, what's new in your world? STEPH: Hey, Chris. There are a couple of new things in my world, so one of them that I wanted to talk about is the fact that being pregnant is hard. I feel like this is probably a known thing, but I feel like I don't hear it talked about as much as I'd really like, especially in sort of like a professional context. And so I just wanted to share for anyone else that may be listening, if you're also pregnant, this is hard. And I also really appreciate my team. Going through the first trimester is typically where you experience a lot of morning sickness and fatigue, and I had all of that. And so I was at the point that most of my days, I didn't even start till about noon and even some days, starting at noon was a struggle. And thankfully, the thoughtbot client that I'm working with most of the teams are on West Coast hours, so that worked out pretty well. But I even shared a post internally and was like, "Hey, I'm not doing great in the mornings. And so I really can't facilitate any morning meetings. I can't be part of some of the hiring intros that we do," because we like to have a team lead provide a welcoming and then closing for anyone that's coming for interview day. I couldn't do those, and those normally happen around 9:00 a.m. for Eastern Time. And everybody was super supportive of it. So I really appreciate all of thoughtbot and my managers and team being so great about this. Also, the client team they're wonderful. It turns out growing a little human; I'm learning how hard it is and working full time. It's an interesting challenge. Oh, and as part of that appreciation because…so there's just not a lot of women that I've worked with. This may be one of those symptoms of being in tech where one, I haven't worked with tons of women, and then two, working with a woman who is also pregnant and going through that as well. So it's been a little bit isolating in that experience. But there is someone that I follow on Twitter, @EmmaBostian. She's also one of the co-hosts for the Ladybug Podcast. And she has been just sharing some of her, like, I am two months sleep deprived. She's had her baby now, and she is sharing some of that journey. And I really appreciate people who just share that journey and what they're going through because then it helps normalize it for me in terms of what I'm feeling. I hope this helps normalize it for anybody else that might be listening too. CHRIS: I certainly can't speak to the specifics of being pregnant. But I do think it's wonderful for you to use this space that we have here to try and forward that along and say what your experience is like and share that with folks and hopefully make it a little bit better for everyone else out there. Also, you snuck in a sneaky pro-tip there, which is work on the East Coast and have a West Coast team. That just sounds like the obvious correct way to go about this. STEPH: That has worked out really well and been very helpful for me. I'm already not a great morning person; I've tried. I've really strived at times to be a morning person because I just have this idea in my head morning people get more stuff done. I don't think that's true, but I just have that idea. And I'm not the world's best morning person, so it has worked out for many reasons but yeah, especially in helping me get through that first trimester and also just supporting family and other things that are going on. Oh, I also learned a pro-tip about Twitter. This is going to seem totally random, but it was relevant when I was searching for stuff on Twitter [laughs] that was related to tech and pregnancy. But I learned...because I wanted to be able to search for something that someone that I follow what they said but I couldn't remember who said it. And so I found that in the search bar, I can add filter:follows. So you can have your search term like if you're looking for cake or pregnancy, or sleep-deprived and then look for filter:follows, and then that will filter the search results to everybody that you follow. I imagine that that probably works for followers too, but I haven't tried it. CHRIS: I like the left turn you took us on there but still keeping it connected. On the topic of Twitter search, they apparently have a very powerful search, but it's also hidden, and you got to know the specific syntax and whatnot. But there is a wonderful project by Shawn Wang, AKA Swyx, on the internet, bettertwitter.netlify.com is the URL for it. I will share a link to his tweet introducing it. But it's a really wonderful tool that just provides a UI for all of these different filters and configurations. And both make discoverability that much better and then also make it easy to just compose one of these searches and use that. The other thing that I'll recommend is, I think it's a Chrome plugin. I'm guessing is what I'm working with here like a browser extension, but it's called Twemex, T-W-E-M-EX. And there's a sidebar in Twitter now, which just seems wonderful and useful. So as I'm looking at a Swyx post here, or a tweet as they're called on Twitter because I know that vernacular, there's a sidebar which is specific to Shawn Wang. And there's a search at the top so I can search within it. But it's just finding their most popular tweets and putting that on a sidebar. It's a very useful contextual addition to Twitter that I found just awesome. So that combination of things has made my Twitter experience much better. So yeah, we'll have show notes for both of those as well. STEPH: Nice. I did not know about those. This may cause someone to laugh at me because maybe it's easier than I think. But I can never remember that advanced search that Twitter does offer; I have to search it every time. I just go to Google, and I'm like, advanced Twitter search, and then it brings up a site for me, and then I use that as the one that Twitter does provide. But yeah, from the normal UI, I don't know how to get there. Maybe I haven't tried hard enough. Maybe it's hidden. CHRIS: It's like they're hiding it. STEPH: Yeah, one of those. [laughs] CHRIS: It's very costly. They have to like MapReduce the entire internet in order to make that search work. So they're like, well, what if we hide it because it's like 50 cents per query? And so maybe we shouldn't promote this too much. STEPH: [laughs] CHRIS: And let's just live in the moment, everybody. Let's just swim in the Twitter stream rather than look back at the history. I make guesses about the universe now. STEPH: [laughs] On a different note, I also discovered at thoughtbot in our variety of Slack channels that we have a yelling channel, and I had not used it before. I had not hung out there before. It's a delightful channel. It's a place that you just go, and you type in all caps. You can yell about anything that you would like to. And I specifically needed to yell about Gerrit, which is the replacement or the alternative that we're using for GitHub or GitLab, or Bitbucket, or any of those services. So we're using Gerrit, and I've been working to feel comfortable with the UI and then be able to review CRs and things like that. My vernacular is also changing because my team refers to them as change requests instead of pull requests. So I'm floating back and forth between CRs and PRs. And because I'm in Gerrit world, I missed some of the updates that GitHub made to their pull request review screen. And so then I happened to hop in GitHub one day, and I saw it, and I was like, what is this? So that was novel. But going back to yelling, I needed to yell about Gerrit because I have not found a way to collaborate with someone who has already pushed up changes. I have found ways that I can pull their changes which then took a little while. I found it in a sneaky little tab called download. I didn't expect it to be there. But then the actual snippet it's like, run this in your terminal, and this is then how you pull down the changes. And I'm like, okay, so I did that. But I can't push to their existing changes because then I get like, well, you're not the owner, so we're going block you, which is like, cool, cool, cool. Okay, I kind of get that because you don't want me messing up somebody else's content or something that they've done. But I really, really, really want to collaborate with this person, and we're trying to do something together, and you're blocking me. And so I had to go to the yelling channel, and I felt better. And I'm yelling again. [laughs] Maybe I don't feel that great because I'm getting angry again talking about it. CHRIS: You vented a little into the yelling channel; maybe not everything, though. STEPH: Yeah, I still have more to vent because it's made life hard. Every time I wanted to push up a change or pull down someone else's changes, there are now all these CRs that then I just have to go and abandon, which is then the terminology for then essentially closing it and ignoring it, so I'm constantly going through. And if I do want to pull in changes or collaborate, then there's a flow of either where I abandon mine, or I pull in their changes, but then I have to squash everything because if you push up multiple commits to Gerrit, it's going to split those commits into different CRs, don't like that. So there are a couple of things that have been pain points. And yeah, so plus-one for yelling channels, let people get it out. CHRIS: Okay, so definitely some feelings that you are working through here. I'm happy to work together as a team to get through some of them. One thing that I want to touch on is you very quickly hinted at GitHub has got a bunch of new things that are cool. I want to talk about those. But I want to touch [laughs] on an anecdote. You talked about pushing something up to someone else's branch. You're like, oh, you know, I made some changes locally, and I'm going to push them up. I had an interesting experience once where I was interacting with another developer. I had done some code review. They weren't quite understanding where I was. They had a lot of questions. And finally, I said, you know what? This will just be easier. Here, I pushed up a commit to your branch, so now you can see what I'm talking about. And I thought of this as a very innocuous act, but it was not interpreted that way. That individual interpreted it in a very aggressive sort of; it was not taken well. And I think part of that was related to I think of Git commits as just these little ephemeral things where you're like, throw it out, feel free. This is just the easiest way for me to communicate this change in the context of the work that you're doing. I thought I was doing a nice favor thing here. That was not how it went. We had a good conversation after I got to the heart of where we both were emotionally on this thing. It was interesting. The interaction of emotion and tech is always interesting. But as a result, I'm very, very careful with that now. I do think it's a great way as long as I've gotten buy-in from the person beforehand. But I will always spot check and be like, "Hey, just to confirm, I can just push up a commit to your branch, but are you okay with that? Is that fine with you?" So I've become very cautious with that. STEPH: Yeah, that feels like one of those painful moments where it highlights that the people that you work with that you are accustomed to having a certain level of trust or default trust with those individuals, and then working with someone else that they don't have that where the cup is half-full in terms of that trust, or that this person means well kind of feelings towards a colleague or towards someone that they're working with. So it totally makes sense that it's always good to check and just to be like, "Hey, I'd love to push up some changes to your branch. Is that cool?" And then once you've established that, then that just makes it easier. But I do remember that happening, and yeah, that was a bit painful and shocking because we didn't see that coming and then learned from it. CHRIS: I do think it's an important thing to learn, though, because for me, in that moment, this was this throwaway operation that I thought almost nothing of, but then another individual interpreted it in a very different way. And that can happen, that can happen across tons of different things. And I don't even want to live in the idealized world where it's just tech; we're just pushing around zeros and ones; there's no human to this. But no, I actually believe it's a deeply human thing that we're doing here. It's our job to teach the computers to be a little closer to us humans or something like that. And so it was a really pointed clarification of that for me where it was this thing that I didn't even think once about, no less twice, and yet someone else interpreted it in such a different way. So it was a useful learning situation for me. STEPH: Yeah, I totally agree. I think that's a really wise default to have to check in with people before assuming that they'll be comfortable with something that we're comfortable with. CHRIS: Indeed. But shifting back to what you mentioned of GitHub, a bunch of new stuff came in GitHub, and you were super excited about it. And then you went on to say other things about another system. [laughs] But let's talk about the great things in GitHub. What are the particular ones that have caught your eye? I've seen some, but I'm intrigued. Let's compare notes. STEPH: So this is one of those where I hadn't seen GitHub in quite a while, and then I hopped in, and I was like, this is different. But some of the things that did stand out to me right away is that on the left-hand side, I can see all of the files that have been changed, and so that's a really nice tree where I just then immediately know. Because that was one of the things that I often did going to a PR is that I would see what files are involved in this change because it was just a nice overview of what part of the applications am I walking through? Are there tests for this? Have they altered or added tests? And so I really like that about it. I'm sure there's other stuff. But that is the main thing that stood out to me. How about you? CHRIS: Yeah, that sidebar file tree is very, very nice, which I find surprising because I don't use a file tree in my editor. I only do fuzzy finding to jump to files. But I think there's something about whenever GitHub had the file list; these are all the files that are changed. I'm like, this is just noise. I can't look at this and get anything out of it. But the file tree is so much more...there's a shape to it that my brain can sort of pattern match on. And it's just a much more discoverable way to observe that information. So I've really loved that. That was a wonderful one. The other one that I was surprised by is GitHub semantic code analysis; stuff has gotten much, much better over time subtly. I didn't even notice this happening. But I was discussing something with someone today, and we were looking at it on GitHub, and I just happened to click on an identifier, and it popped up a little thing that says, "Oh, do you want to hop to the references or the definition of this?" I was like, that is what I want to do. And so I hopped to the definition, hopped to the definition of another thing, and was just jumping around in the code in a way that I didn't know was available. So that was really neat. But then also, I was in a pull request at one point, and someone was writing a spec, and they had introduced a helper just like stub something at the bottom of a given spec file. And it's like, I feel like we have this one already. And I just clicked on the identifier. I think it might have actually been a matcher in RSpec, so it was like, have alert. And I was like, oh, I feel like we have this one, a matcher specific to flash message alerts on the page. And I clicked on it, and GitHub provided me a nice little inline dialog that showed me all of the definitions of have alert, which I think we were up to like four of them at that point. So it had been copied and pasted across a couple of different files, which I think is totally fine and a great way to start, but they were very similar implementations. I was like, oh, looks like we actually already have this in a couple of places, maybe we clean it up and extract it to a common spec support thing, and ta-da, I was able to do all of that from the GitHub pull requests UI. And I was like, this is awesome. So kudos to the GitHub team for doing some nifty stuff. Also, can I get into the merge queue? Thank you. ... STEPH: [laughs] There it is. That is very cool. I didn't know I could do that from the pull request screen. I've seen it where if I'm browsing code that, then I can see a snippet of where everything's defined and then go there, but I hadn't seen that from the pull request. I did find the changelogs for GitHub that talk about the introduction of having the tree, so we'll be sure to include a link in the show notes for that too. But yes, thank you for letting me use our podcast as a yelling channel. It's been delightful. [laughs] Mid-roll Ad Hi, friends, and now a quick break to hear from today's sponsor, Scout APM. Scout APM is an application performance monitoring tool that's designed to help developers find and fix performance issues quickly. With an intuitive user interface, Scout will tie bottlenecks to source code so you can quickly pinpoint and resolve performance abnormalities like N+1 queries, slow database queries, and memory bloat. Scout also recently implemented external service monitoring, adding even more granularity when it comes to HTTP requests and API calls. So give Scout a try today with a free 14-day trial and experience first-hand why developers worldwide call Scout their best friend. And as an added bonus for Bike Shed listeners, Scout will donate $5 to the open-source project of your choice when you deploy. To learn more, visit scoutapm.com/bikeshed. That's scoutapm.com/bikeshed. CHRIS: Well, speaking of podcasts, actually, there was an interesting thing that happened where the CEO of Sagewell Financial, the company of which I am the CTO of, Sam Zimmerman is his name, and he went on the Giant Robots Podcast with Chad a couple of weeks ago. So that is now available. We'll link to that in the show notes. I'll be honest; it was a very interesting experience for me. I listened to portions of it. If we're being honest, I searched for my name in the transcript, and it showed up, and I was like, okay, that's cool. And it was interesting to hear two different individuals that I've worked with either in the past or currently talking about it. But then also, for anyone that's been interested in what I'm building over at Sagewell Financial and wants to hear it from someone who can probably do a much better job of pitching and describing the problem space that we're working in, and all of the fun challenges that we have, and that we're hopefully living up to and building something very interesting, I think Sam does a really fantastic job of that. That's the reason I'm at the company, frankly. So yeah, if anyone wants to hear a little bit more about that, that is a very interesting episode. It was a little weird for me to listen to personally, but I think everybody else will probably have a normal experience listening to it because they're not the CTO of the company. So that's one thing. But moving on, I feel like today's going to be a grab bag episode or tapas episode, lots of small plates, as we were discussing as we were prepping for this episode. But to share one little thing that happened, I've been a little more removed from the code of late, something that we've talked about on and off in previous episodes. Thankfully, I have a wonderful team that's doing an absolutely fantastic job moving very rapidly through features and bug fixes and all those sorts of things. But also, I'm just not as involved even in code review at this point. And so I saw one that snuck through today that, I'm going to be honest, I had an emotional reaction to. I've talked myself down; we're fine now. But the team collectively made the decision to move from a line length of 80 characters to a line length of 120 characters, and I had some feelings. STEPH: Did you fire everybody? [laughs] CHRIS: No. I immediately said, doesn't really matter. This is the whole conversation around auto-formatting tools is like we're just taking the decision away. I personally am a fan of the smaller line length because I like to have multiple files open left to right. That is my reason for it, but that's my reason. A collective of the developers that are frankly working more in the code than I am at this point decided this was meaningful. It was a thing that we could automate. I think that we can, you know, it's not a thing that we have to manage. So I was like, cool. There we go. The one thing that I did follow up on I was like, okay; y'all snuck this one in, it's fine, I'm fine with it. I feel fine; everything's fine. But let's add that to the git-blame-ignore-revs file, which is a useful thing to know about. Because otherwise, we have a handful of different changes like this where we upgrade Prettier, and suddenly, the manner in which it formats the files changes, so we have to reformat everything at once. And this magical file that exists in Git to say, "Hey, ignore this revision because it is not relevant to the semantic history of the app," and so it also takes that decision out of the consideration like yeah, should we reformat or not? Because then it'll be noisy. That magical file takes that decision away, and so I love that. STEPH: I so love the idea because you took vacation recently twice. So I love the idea of there was a little coup and people are applauding, and they're like, while Chris is on vacation, we're going to merge this change [laughs] that changes the character line. And yeah, that brings me joy. Well, I'm glad you're working through it. Sounds like we're both working through some hard emotional stuff. [laughs] CHRIS: Life's tricky, is all I'm going to say. STEPH: I am curious, what prompted the 80 characters versus 120? This is one of those areas that's like, yeah, I have my default preference like you said. But I'm more intrigued just when people are interested in changing it and what goes with it. So do you remember one of the reasons that 120 just suited their preferences better? CHRIS: Frankly, again, I was not super involved in the discussion or what led them to it. STEPH: [laughs] CHRIS: My guess is 120 is used...I think 80 is a pretty common one. I think 120 is another of the common ones. So I think it's just a thing that exists out there in the mindshare. But also, my guess is they made the switch to 120 and then reformatted a few files that had like, ah, this is like 85 characters, and that's annoying. What does it look like if we bump it up? And so 120 provided a meaningful change of like, this is a thing that splits to four lines if we have an 80 character thing, or it's one line if it's 120 characters, which is a surprising thing to say, but that's actually the way it plays out in certain cases because the way Prettier will break lines isn't just put stuff on the next line always. It's got to break across multiple lines, actually. All right, now that we're back in the opinion space, I have a strong one. STEPH: This is The Bikeshed. We can live up to that name. [laughs] CHRIS: So I do want an additional configuration in Prettier Ruby. This is the thing I'll say. Maybe I can chase down Kevin Newton and see if he's open to this. But when Prettier does break method call with arguments going into it but no parens on that method call, and it breaks out to multiple lines, it does the dangling indent thing, which I do not like. I find it distasteful; I find it noisy, the shape of the code. I'm a big fan of the squint test. I know that from Sandi Metz, I believe, or maybe it's Avdi Grimm. I associate it with both of them in my mind. But it's just a way to look at the code and kind of squint, and you see the shape of it, and it tells you something. And when the lines break in that weird way, and you have these arbitrary dangling indents, the shape of the code is broken up. And I don't feel so strongly. I actually regularly stop myself from commenting on pull requests on this because it's very easy. All you need to do is add explicit parens, and then Prettier will wrap the line in what I believe is a much more aesthetically pleasing, concise, consistent, lots of other good adjectives here that are definitely just my preferences and not facts about the world. But so what I want is, Prettier, hey, if you're going to break this line across multiple lines, insert the parens. Parens are no longer optional for breaking across multiple lines; parens are only optional within a given line. So if we're not breaking across lines, I want that configuration because this is now one of those things where I could comment on this. And if they added the optional parens, then Prettier would reform it in a different way. And I want my auto formatter don't give me ways to do stuff. Like, constrain me more but also within the constraints of the preferences that I have, please, thank you. STEPH: I love all the varying levels there [laughter] of you want a thing, but you know it's also very personal to you and how you're walking that line and hopping back and forth on each side. I also love the idea. We have the idea of clean code. I really want something that's called distasteful code now [laughs] where you just give examples of distasteful code, yes. Well, I wish you good luck in your journey [laughs] and how this goes and how you continue to battle. I also appreciate that you mentioned when you're reviewing code how you know it's something that you really want, but you will refrain from commenting on that. I just appreciate when people have that filter to recognize, like, is this valuable? Is it important? Or, like you said, how can we just make this more of the default so then we don't even have to talk about it? And then lean into whatever the default the team goes with. CHRIS: Well, thank you. I very much appreciate that because, frankly, it's been very difficult. STEPH: I do have something I want to yell about but in a very positive way or pranting as we determined or, you know, raving, the actual real term that wonderful listeners pointed out to us. CHRIS: Prant for life. That's my stance. STEPH: We had a magic show at thoughtbot. It was all remote, but the wonderful Gregg Tobo, the magician, performed a magic show for us where we all showed up on Zoom. And it was interactive, and it was delightful, and it was so much fun. And so if you need something fun for your team that you just want to bring folks together, highly recommend. I had no idea I was going to enjoy a magic show this much, but it was a lot of fun. So I'll be sure to include some links in the show notes in case that interests anyone. But yeah, magic. I'm doing jazz hands. People can't see it, but magic. I like how you referred earlier, saying that today is more of like a tapas episode. And I'm realizing that all of my tapas are related to being pregnant, yelling, and magic shows, and I'm okay with that. [laughs] But on that note, what else is on your tapas plate? CHRIS: Actually, a nice positive one that came into the world...I always like when we get those. So this is interesting because I was actually looking back at the history, and I had Gary Bernhardt on The Bike Shed back in Episode 269. We'll include a link in the show notes. But we talked a bunch about various things, including TypeScript. And I was lamenting what I saw as a pretty big edge case in TypeScript. So the goal of TypeScript is like, all right, JavaScript exists, this is true. What can we do on top of that? Let's not fundamentally change it, but let's build a type system on top of it and try and make it so that we can enforce correctness but understand that JavaScript is a highly dynamic language and that we don't want to overconstrain and that we've got to meet it where it is. And so one of the design decisions early on with TypeScript is if you have an array and you say like it's an array of integers, so you have typed that array to be this is an array of int, or it will be an array of number in JavaScript because JavaScript doesn't have integers; they only have numbers. Cool. [laughs] Setting aside other JavaScript variables here, you have an array of numbers. And so if you use element access to say, like, say the name of array is array of nums and then use brackets and you say zero, so get me the first element of that array. TypeScript will infer the type of that to be a number. Of course, it's a number, right? You got an array of numbers, you take a number out of it, of course, you're going to have a number, except you know what's also an array of numbers? An empty array. Well, of course. So there's no way for TypeScript because that's a runtime thing, whether or not the array is full of things or not. Or imagine you get the third element from the array. Well, JavaScript will either return you the third element, which indeed is a number, or undefined because there's no third element in this array. So that is an unfortunate but very understandable edge case that TypeScript was like, listen, this is how JavaScript works. So we're not going to…frankly, we don't think the people embracing TypeScript and bringing it into their world would accept this amount of noise because this is everywhere. Anytime you interact with an array, you are going to run into this, this sort of uncertainty of did I actually get the thing? And it's like, yeah, no, I know how many things are in the array that I'm working with. Spoiler, you maybe don't is the answer. And so, we ran into this edge case in our codebase. We were accessing an element, but TypeScript was telling us, "Yes, definitively, you have an object of that type because you just got it out of an array, which is an array of that type." But we did not; we had undefined. And so we had, you know blah is not a method on undefined or whatever that classic JavaScript runtime error is. And I was like, well, that's very sad. But now we get to the fun part of the story, TypeScript, as of version 4.1, which came out like the week that I recorded with Gary Bernhardt, which was interesting to look at the timeline here. TypeScript has added a new configuration. So a new strictness dial that you can configure in your tsconfig called noUncheckedIndexedAccess. So if you have an array and you are getting an element out of it by index, TypeScript will say, "Hey, you got to check if that's undefined," because to be clear, very much could be undefined. And I was so happy to find this. We turned it on in our codebase. It found the error in the place that we actually had an error and then found a few others that I think probably had errored at some times. But it was just one of those for me very nice things to be able to dial up the strictness and enforce correctness within our codebase, and so I was very happy about it. Other folks may say that seems like too much work. And, you know, I get that, I get that take. I'm definitely on the side of I'm willing to go through the effort to have enforced correctness, but you know, that's a choice. STEPH: Yeah, that's thoughtful. I like that, how you said you can dial up the strictness so then as you are introducing TypeScript, then people have that option. There is an argument there in the back of my head that's like, well, if you're introducing types, then you want to start more strict because then you're just creating problems for yourself down the road. But I also understand that that can make things very difficult to then introduce it to teams in existing codebases. So that seems like a really nice addition where then people can say, "Yeah, no, I really want the strictness. This is why I'm here," and then they can turn that on. CHRIS: So TypeScript in the configuration has strict mode, so you say strict true. And that is a moving target with each new version of TypeScript. But it's their sort of [inaudible 28:14] set of things that are part of strict, but apparently, this one's not in it. So now I'm like, wait, can I have a stricter? Can I have a strictest option? Can I have dial it to 11, please? [laughs] Really rough me up and make sure my code is correct. But it is the sort of thing like when we turn any of these on; it will find things in our codebase. Some of them, we have to appease the compiler even though we know the code to be correct. But the code is not provably correct as it sits in our file. So I am, again, happy to make that exchange. And I like that TypeScript as a project gives us configurability. But again, I am on team where's the strictest button? I would like to push that as hard as I can and live that life. STEPH: Yeah, I like that phrasing that you just said about provably correct. That's nice. CHRIS: That's the world I want to live in, everything you own in the box to the left, which is probably correct. STEPH: [laughs] That's how that song goes. CHRIS: Yeah. This is a reference to move errors to the left, which I think I've referenced before. But now that I'm just referencing Beyoncé and not the actual article, it's probably worth referencing the article, but the idea of, like, if a user hits an error, that's not great. So let's move it back to QA, that's a little further to the left in sort of the timeline. But what if we could move it to an automated test in CI? But what if we could move it into your editor? What if we could move it even further to the left? And so, a type system tends to be sort of very far ratcheted up to the left. It's as early as possible that you can catch these. So again, to reference Beyoncé, everything you own in a box to the left. STEPH: [singing] Everything you own in the box to the left. CHRIS: Thank you for doing the needful work there. STEPH: [laughs] Mid-roll Ad And now a quick break to hear from today's sponsor, Studio 3T. When you're developing applications, it can often be a chore to work with your underlying data. Studio 3T equips you with a complete set of tools to work with MongoDB data. From building queries with drag and drop, to creating complex aggregation pipelines; Studio 3T makes it easy. And now, there's Studio 3T Free, a free edition of Studio 3T, which delivers an essential core of tools. This means you can get started, for free, with Studio 3T Free, and when you're ready, you can upgrade and enjoy even more features through Studio 3T Pro and Studio 3T Ultimate. The different editions unlock more tools and additional integrations with MongoDB, SQL, Oracle, and Sybase. You can start today by downloading Studio 3T Free, which also includes a 30-day free trial of all the features of Studio 3T Ultimate, so you can try out some of the enterprise features as well. No credit card required. To start your trial, head to studio3t.com/free that's studio3t.com/free. STEPH: I have a question for you that I'd really love to get your opinion on because I myself I'm waffling back and forth where someone brought up some really great points about a concern or just a question they had brought up around testing and i18n specifically. And I agree with the things that they're saying, but yet, there's also a part of me that doesn't, and so I'm Stephanie divided. And so, I'm trying to figure out where I stand on this. So let me dive in and give you some context; I'm going to share the statement/question that they had asked. So here we go. "One of my priorities has been I should be able to review a test without having to reference any other code. References to i18n means that I have to go over to YAML and make sure the right keys have the right values, and that seems error-prone. In some cases, a lack of a hit in the YAML defers to defaults. If the intent is to override the name of model attribute and error messages and it is coded incorrectly, the code fails silently without translating and uses the humanized attribute name, and that would go undetected. If libraries change structure, it might also fail silently as well, so to me, the only failsafe way is to be fully explicit in test." So this goes with the idea that if you're writing tests and then you're testing text, but it's on the screen or perhaps an email, that you're actually going to assert against that string that is shown to the user instead of referencing the i18n keys. And then that also backs up this person's idea that you really want to not have to jump around. If you're reading a test, everything you really need to know about that test should live very close by. And I really agree with that initial statement; I want everything that's very close to the test, especially if it's anywhere in that expectation line, I really want it close, so I can understand what's the expectation, what's under test, what are the inputs, what's the expected outcome. So I wholeheartedly support that idea. But yet, I am in the camp that I then will use YAML keys instead of providing that exact string because I do look at i18n as a helpful abstraction, and I want to trust that i18n is doing its job. And so that way, I don't have to provide that string that's there because then we're also choosing, okay, well, which language are we going to always use for our test? So this is the part where I feel divided. So I'm going to walk you through some of the reasons that I really support this idea and other reasons that I still use the i18n keys and then get your take on it. So there is a part of me that when I'm using the i18n YAML keys, it does make me sad because it reduces the readability in tests. Sometimes the keys are really well named where maybe it's a mailer.welcomemessage. And I'm like, okay, I understand the gist. I don't need to go see the actual string. I also think they highlighted a really good use case where if you're overriding behavior and it could default to something else, your test is still going to pass, and you don't actually know. So I could see the use case there where if you are overriding, then you want to be explicit about the string that you expect back. I also think there are some i18n messages that are fairly complex, and where then I really would like to see the string. So if you are formatting a date or a time or you're passing in just a lot of variables, then there's a chance that I do want to see how did that actually get generated for the person who's going to be reading it versus just maybe it's garbage text that came out? And I want to validate that the message that we think we're crafting is actually the one that the user is going to see. The case against actually being explicit, my biggest one is because then I do see i18n as a helpful abstraction. And I want to trust this abstraction that it's doing its job and it's doing it well. Because then if I do use explicit strings, it makes me sad if I change text from like hello to welcome, and now I have a failing test. I don't like that idea either. So I'm torn between these two worlds of it is very nice to have everything that you need in a test to be able to understand what is the expectation, but then I also lean into this abstraction and reference the i18n keys. So, Chris, with all of that, that was a bit of a whirlwind, [laughs] what are your thoughts? How do you test this stuff? CHRIS: Honestly, I'm surprised that you've got that much division in your own answer because for me, this is very obvious there's one...no, I'm kidding. This is obviously complicated. Similar to you, I think I'm going to have to give a grab bag of answers because I don't have a singular thought of like it is concretely this or that. I tend to go for explicit strings and tests all the way to...so like the readability of a test, and the conciseness of a test is interesting. I will often see developers extract. Say they're creating a user with a specific email, and then they log in with that email later, and then they expect something else. And so the email is referenced a few times, and they'll extract that into a variable called email. And I personally will tend to not do that. I will inline the literal string like user@example.com, and I'll do it in a few places. And I'm fine with that duplication because I like the readability of any given line that you're reading. So I will make that trade-off within tests. This is the thing I think we've talked about before, but the idea of DRY in tests is like I want to be careful applying that idea, Don't Repeat Yourself, to break apart the acronym. Those abstractions I will use them less than tests. And so I want the explicitness, I want the readability, I want to tell a little story, all of that feels true. That said, to flip it around, one of the things that I'm hearing...so I think I'm hearing a part of this that is around well, we can fail silently because we fail symmetrically in both the implementation and our test. Then an assertion may actually match even though it's matching on a fallback. I think that's a configurable thing. I would actually want my test to raise if I'm referencing an i18n key that is not defined. Now, granted, that's different for languages. And maybe this becomes a more complex story of like in production; in a different locale, it will fail because we don't have 100% parity across all our locale files. But fundamentally, I want to make sure that at least exists in our base, which I think typically would be en-US as the locale. I want to make sure all keys are looked up and found, and it's an error otherwise in our test. So that's a feeling. But am I misunderstanding that part of the story or how that configuration typically works? STEPH: No, I think you've got it. But just to make sure we're on the same page, so if you reference a key that doesn't exist, then it is going to fail. So at least you have your test failure is going to let you know that you've referenced something that doesn't exist. But if you are referencing, like if you want to override the defaults that Rails or i18n has provided for a model and say for an error message, if you reference that, but you want to override it, but then you've forgotten, that does exist. So you're not going to get the failure; you're going to get a different message. So it's probably not a terrible experience for the user. It's not going to crash. They're going to see something, but they're not going to see the custom message that you intended them to see. CHRIS: Gotcha. Okay, well, just to name it, the thing that I was describing, I don't know that that would be the configuration for every system. So I would strongly encourage any system where i18n just has a singular behavior which is we fall back to the key. I want my test to absolutely tell me if that's happening. And that should be a failure of the test. But to the discoverability documentation bit, I do wonder if tooling can actually help answer the question. And as I was describing the wonderful experience I had on GitHub the other day, viewing code as just static characters in a file is both true and also, I think increasingly, a limited view of it. We have editors, and we have code hosting tools that can understand semantically our code a little bit better. There's got to be like 20 Different VS Code plugins that, when you hover on an i18n reference, it will do the lookup for you. That feels like a thing that exists, and if it doesn't, well, now I've nerd-sniped myself, and I got a weekend project. JK, I'm definitely not building that this weekend. But that feels like can we use that to solve this? Maybe not. But that's just another thought of where we have these limitations where it's static, like those abstractions can be useful. But if we can very quickly dereference them, then the cost of the abstraction or that separation becomes smaller, and so the pain is reduced. And I wonder if that's a way to sort of offset it. STEPH: If I can poke at that a little bit more, because I think you're touching on something that I haven't expressed or thought through explicitly, but it's the idea of, like, why do I like the abstraction? What is it that's drawing me towards using these keys? And I think it's because most of the cases, I don't care. I don't care what the string is, and so that feels nice. Like, I understand that, yes, we're referencing something. If that key didn't exist, I'm going to see a failure. So I know that there's text there, and that's why I do lean into referencing the keys instead of the text because it feels good to not have to care about that stuff. And if we do make changes to the text, then it suddenly doesn't fail, and then I have to go update a test because we added a period or added a comma. I think that's the path of more sadness for me. And my goal is always a path of least sadness. So I think that's why I lean into it [laughs], I'm guessing. Is that why you lean into it as well? Or what do you like about referencing the keys over the explicit text? CHRIS: No, I think I share your inclination there, and the reason that you're in favor of it, and I think the consistency like if we're going to use i18n, then we should lean in because it's a non-trivial thing to do like porting to i18n projects, and they're tricky. Getting it right from the first step is also tricky. If you're going to do it, then let's lean in, and thus let's use that abstraction overall. But yeah, same ideas as you. STEPH: Cool. I think that helps validate where I'm at in terms of how I rationalize about this where ultimately, I do like leaning into that abstraction. And as you'd mentioned, some of those porting projects, I haven't been on one specifically, but I've seen that they are a lot of work. And so, if we have that in our system, then we want to continue to use it. It does reduce some of the readability. Like you said, maybe there's a VS Code plugin or some way that then we can help people be able to see if they want that full context in the test and not have to jump over to YAML. But yeah, otherwise, unless it's overriding default behavior or complex, then that's what I'm going to go with is with the keys. But I really appreciate this person's very thoughtful question and approach to testing because, normally or typically, I fully agree with I want full context in the test. And this one was one of those outliers that came up for me, and I had to really think through all the feelings and the reasons that I have for those feelings. On that note, shall we wrap up? CHRIS: Let's wrap up. The show notes for this episode can be found at bikeshed.fm. STEPH: This show is produced and edited by Mandy Moore. CHRIS: If you enjoyed listening, one really easy way to support the show is to leave us a quick rating or even a review on iTunes, as it really helps other folks find the show. STEPH: If you have any feedback for this or any of our other episodes, you can reach us at @_bikeshed or reach me on Twitter @SViccari. CHRIS: And I'm @christoomey. STEPH: Or you can reach us at hosts@bikeshed.fm via email. CHRIS: Thanks so much for listening to The Bike Shed, and we'll see you next week. ALL: Byeeeeeee!!!!!! ANNOUNCER: This podcast was brought to you by thoughtbot. thoughtbot is your expert design and development partner. Let's make your product and team a success.

Sam Zimmerman is CEO and Co-founder of Sagewell Financial. Sagewell is building a banking platform for the needs of folks who are trying to retire and live off their savings and income as intelligently and as well as possible. Chad talks with Sam about deciding what their first product should be and what they would be bringing to market, finding the right partners, and minimizing risk to make a business and a product that works. Sagewell Financial (https://www.sagewellfinancial.com/) Follow Sam on Twitter (https://twitter.com/Ferrum_of_omega) or LinkedIn (https://www.linkedin.com/in/sam-zimmerman-35152a22/). Follow thoughtbot on Twitter (https://twitter.com/thoughtbot) or LinkedIn (https://www.linkedin.com/company/150727/). Become a Sponsor (https://thoughtbot.com/sponsorship) of Giant Robots! Transcript: CHAD: This is the Giant Robots Smashing Into Other Giant Robots Podcast, where we explore the design, development, and business of great products. I'm your host, Chad Pytel. And with me today is Sam Zimmerman, CEO and Co-founder of Sagewell Financial. Sam, thanks for joining me. SAM: Thanks so much for having me, Chad. CHAD: I've been following along with Sagewell Financial for a little while now, given our cross-histories and the fact that we worked with a few companies that you've worked at in the past. So I'm aware of what Sagewell Financial is, but I'm not sure that all of our audience is. So I think a good place to start would be by giving folks a little bit of an intro into what Sagewell Financial is, and then we'll touch on the founding story and go from there. SAM: Awesome. So, in a sentence, Sagewell is building the digital banking that our parents deserve. To expand on that even more, America's retirees are a really interesting and important and powerful demo in American culture at large. There are 56 million Americans on a fixed income. And last year in venture capital, nearly $100 billion went to fund financial technology companies rewriting all of finance. And of that 100 billion or a little under, less than a fraction of a percent went to America's seniors. And so we are trying to build banking from the ground up for the needs of folks who are living on a fixed income who are in their golden years and aren't thinking about that new job or making new money. We're building a bank for folks who are trying to retire and live off their savings and their income as intelligently and as well as possible. And that looks really different than the bank that a millennial or a Gen Z user might have. CHAD: So that's really interesting. Right or wrong, what are the reasons that this historically hasn't been a target demographic for investment? SAM: So the prevailing assumption among venture capitalists was (We're changing that and hopefully changing that quite quickly.) was that retirees aren't open to changing. Beyond that, they're also not technically sophisticated. These folks don't know how to use a phone or aren't open to a bank that might not have any physical branch. They are set in their ways. They're not going to move branch, or they're barely going to watch a new TV show. A lot of folks who are trying to talk...imagining a grandma or a grandpa was really what the venture capitalists are drawing on often when they're thinking about why a senior wouldn't expect to have a bank with all the new features that the millennial might. CHAD: Well, that one is certainly changing, especially as the venture capitalists get older themselves. They probably realize that that's an outdated notion in terms of the technical aptitude or familiarity of that audience, right? SAM: Exactly. And it's a fascinating moment. There are 10,000 boomers who turn 65 each day in America, about 4 million folks each year. And those folks were about 40 whenever the.com boom passed. They've been using email. They have XE and PayPal. And importantly, why we're building this company now is that COVID changed seniors' digital lives more than anyone else. ARP reports how 70% of all American retirees know how to use Zoom and video conferencing software nowadays. Across the stack of digital goods and services, seniors were actually the group that was most moved online. And so, from where we sit as entrepreneurs, we saw a massive market, an exogenous effect creating a disproportionate opportunity. And so we began designing and iterating on and understanding our user to build a product that met those needs with this massive and growing market. CHAD: Banking is a highly regulated complex space. And I imagine from day one you're looking at that and saying, "Well, we might want to do everything eventually, but doing everything is going to be difficult." So what was the process you and your co-founder and the team around you used to decide what the first product should be and what you were going to bring to market? SAM: Our founding team spent almost nine months in user interviews and user research across what one director of finance at Capital One called geriatric finance. We talked to hundreds of folks, and a lot of our assumptions about what the simplest or most low-trust or quickest to use service might be were actually totally turned on their head in a really interesting way. Another reason why venture capitalists aren't so confident you can reach this demo is a couple of companies have come before us, and a lot of them followed, in financial technology, a Mint-like model where you log in, and you share your various bank credentials. They pull your credit card transactions and bank transactions. And one of the really surprising things in our hours of user interviews was that that model was really unpalatable to this demo. They actually thought it was a lot higher trust to share bank credentials than it was to actually open an account. And so we began thinking, what's the highest engagement, most common accessible feature that our demo is familiar with? And that's already broadly online. And let's start there. And the original insight came with a woman she was from Pennsylvania, and we were talking. We built this kind of mint.com-type prototype to try to help imagine banking for her needs without this high trust checking account. And she was like, "Oh." She was aghast that we were even considering asking for her bank credentials. We heard that, and then we said, "All right, no worries, no need to do this product demo." And then she was like, "But I really love Chime, and I really love Chime's checking account." And we were like, "Wait, you have a digital bank account?" And she's like, "Yeah, I love Chime." And it was this moment where thinking about our user, what trust meant to them, what was familiar to them, and what being online meant to them opened the floodgates and helped us really understand this user and what that first product needed to be. And so our initial product is a checking account. It's got a variety of senior-specific features around and enabling it. And it's built incredibly excessively to be available to folks who use technology in all sorts of ways. But we started with the basics because that's what our members are most familiar to and most expect. CHAD: So you say in the fine print on the website that Sagewell is a financial technology company and not a bank, and your banking services are provided by a partner. What was involved in actually bringing that online, finding the right partner, implementing the features? What did that look like? SAM: Yeah, it is an incredible time to be building any sort of banking in America around the world. So to that point earlier, $100 billion was pumped into financial technology companies. And so as a result, there are so many companies and so much innovation happening in banking and fintech broadly. And so starting and figuring out what vendor to work with was actually what our strategy from a banking and regulatory perspective was. And in turn, what vendors and in-house technology we needed to build was one of the hardest initial challenges that I've ever had to face in building a company. It is still, despite what many...you'll see a lot of ads, you know, "Have a card online in minutes." It is still in today's day and age quite an achievement to build banking and get it online, and servicing your customers in a scalable and sustainable way. And so we spent a lot of time early on in the architecture and vendor selection process and product strategy process thinking about what vendors to go with; what we were going to build in-house. And before ultimately breaking ground about three months after we began, we set the product itself, which was going to be a checking account for retirees. CHAD: What were the factors that went into choosing the partner that you ultimately chose? SAM: Beyond your standard enterprise vendor selection, we wanted to make sure that it was secure, and we wanted a specific set of features. In our space, there are about six different companies that provide what's called Banking as a Service technology. And so that was one of our key vendors is the technology company that works with the bank to allow us to open checking accounts, fund accounts. And most of those companies have been around for only a few years. And so their products themselves are hardening and being built. And about $200 million I would say has been invested in those companies last year. And so we wanted one that was well-capitalized. We wanted one that had not had any IT security issues. We wanted the underlying bank to be aligned in our mission. Retirees have a variety of specific financial needs. A lot of our product development involves working very closely with the bank. And so, we needed to make sure that the bank itself that they worked with was on board. And lastly, we talked to other customers, and that was ultimately the most valuable thing in our experience and not just the customers that they refer you to but the customers who have left for one reason or another. Those were the major factors that we chose in our Banking as a Service provider. And then, beyond that, that's one piece of the puzzle. In our bank tech stack, we're looking at around 15 different partners across all parts of banking. And that's the largest and most important one. And those were the criteria we used to select. CHAD: I often say when I'm looking at building a product or service, and we look at those integration points with external vendors, it is one of the riskiest parts of building a product because you're not in control of it. So from a business perspective, it's risky. But also, from a technology perspective, that's where estimates can get out of whack. And things can work not like you're expecting or like the documentation said or just surprises crop up along the way. Or when something goes down, your product is broken. And your entire product [laughs] basically is built on those vendor relationships. So, how do you minimize that risk and work in that environment to make a business that works and a product that works? SAM: [chuckles] I suppose the answer is with a lot of prudence, thoughtfulness, and care at a high level. CHAD: [laughs] SAM: I was actually just talking with a CTO friend of mine just talking about how in a lot of startups, one of the skills that I most ask of engineers and engineering leaders early on is vendor selection and how I hadn't seen an interview process that really helped get at that. It's a core part of a lot of technologists' jobs and particularly a lot of engineering folks' jobs. The API docs looked good but did he test it or evaluate it? Was there a third-party tool you could have used instead of building in-house? Those are the sort of questions that a lot of times early-stage startups are answering all the time. And I had yet to see an interview that got at that. So it's a really shrewd point and one that I hope that as technologists and particularly early-stage startups become more about really going deep in one area and then leveraging third parties elsewhere, I hope that we start actually hiring and developing criteria to do that with the people that we assemble. I think the first part what I would say is we described a little bit about the risks. We went through a risk mitigation exercise, which smells very enterprise-y. It's kind of the sort of thing that you would expect exists in some massive waterfall with a Jira board mainframe computer but just listing like, here's this integration. If this were to happen, what would we do? If the API went down, what control do we have, or how could we minimize the impact on our customers? That exercise across some of our biggest integrations helped us select and take on the risks we wanted and avoid the ones we couldn't. So there was a lot of conversation about the sorts of failures we could put up with and how we could put up with them, and the sorts of failures we couldn't. And then really testing for the ones we couldn't to make sure that we were making as good a choice as possible. Despite that thoughtful answer, it was the best we could do. I would say that, particularly in a space that's as fast-moving as Banking as a Service, I would say that a lot of it is still that soft skill, that relational conversations with other teams and folks and whether you trust the team that you're trusting to execute and build what they said they're going to build and that hiring skill but also a good bit of luck as well. CHAD: So correct me if I'm wrong, but up until Sagewell, where you're CEO, you had been CTO of the other companies that you founded and worked at. Is that right? SAM: Yeah, that's correct. CHAD: So, what has the change to being CEO instead of CTO been like for you personally? And was that choice clear from the beginning with Sagewell? SAM: So far, it's been incredibly rewarding. I would say in between startups; I actually volunteered at an organization called PathCheck. And while my title was CTO, the scope of that included partnerships, vendor negotiations, CISO exercises, product. It was a pretty expansive CTO role. And I found myself really energized by the breadth and the ability to work with even more really talented, thoughtful experts in their own domain and empower them to do more. And so I knew in my next role, I wanted more of that breadth. There's an essay that classifies folks as foxes who can do a little bit of everything or hedgehogs who can do one thing really well. And I'm a super fox. [laughter] I love doing lots of things. And so CEO to me is just like an opportunity to...it's maximizing breadth and maximizing difference of experience. And I transitioned, I'd say, from a normal CTO role to a beefy CTO role to making CEO a pretty natural step from there. CHAD: And your co-founder is named Jeff Wright, and he's the COO. How did you meet him and get started with Sagewell? SAM: Jeff and I, it's been wonderful. I was trying to figure out how I was going to get engaged in pandemic work in April of 2020 after leaving my last startup while it was being sold to Capital One. And I was talking with a founder friend of mine, a guy named Ty Harris, who is the CEO of an Insurtech company called Openly. And he was previously the CTO at Liberty Mutual. And Ty and I had a couple of lunches and conversations, and I was talking to him about how it is getting involved in COVID stuff and how I was ultimately my species as an entrepreneur, and I was going to be building something again. And he connected me with Jeff, and Jeff and I touched base quickly in April. And it was a little bit like a frog in the pot sort of situation where it started like, yeah, maybe we could build a company. Let's riff on some ideas and see what's out there. And it was a really, really natural progression from August to a couple of evenings, maybe a Saturday call or two, to most evenings and definitely a Saturday to oh, man, when should we transition? CHAD: You were both working full time on other things at the time. You were working with PathCheck. SAM: Yep, exactly. And so he was the CPO at a company called Plymouth Rock, and I was working at PathCheck. And not to go into PathCheck's story too much, but PathCheck was largely deploying a research technology, the Google and Apple Exposure Notification protocol. And it became clear that most of the states that were going to do anything were already going to do it. And so, it was natural to start thinking about what was next in August and September. And so, as my species does, that then became the night and weekend project to figure out what's next. CHAD: So you mentioned that this is a space that is typically not strongly funded. So was that a challenge for you as you were getting started? How did you get that initial, you know, where did your initial funding come from? And I know you recently raised, at least it was announced, 5.3 million in January. So what was the transition from those early days? Where did the funding come from to ultimately getting the investment in this last round? SAM: Jeff and I worked in the fall of 2020, met our CTO, Chris Toomey, in November actually from connection through a friend. Early on, we were a team with a demo. We really knew that we cared about seniors, and our background is in financial services. We were trying to think of a new product for seniors and so a financial product for seniors. And so, around January, we sharpened our pencils on the user research side of things and the product side of things. And once we had a clearer sense of the product direction we wanted to take, ultimately building banking for retirees, we began the fundraising process. CHAD: So were you essentially self-funding at that point? SAM: Yep. So we were self-funding from January-ish till May. I find that skin in the game to be… I wish I was the sort of founder who could think about flawless ideas without a little pressure. But in my experience, it's actually been where unless I jump in, unless I can have a little bit of pressure, my ideas aren't often as refined as I'd like. And so Jeff joined it full-time in February. And then we fundraised through April, closing a 1 million pre-seed, which is pretty common in fintech. Most financial technology companies the banks won't talk to you until you have at least a million dollars in funding. And so we raised the money we needed from...and who did the money come from? It came from Point Judith Capital, who actually had invested in Ty, the guy who connected us, with his company Openly. So we had our initial conversation with David, who's been absolutely wonderful at Point Judith Capital. And also, Jeff and I knew that innovating for a vulnerable population, ultimately retirees, meant that we wanted to have folks from the beginning who represented the seniority and seriousness with which we are taking our work. And so the second investor who in between the two of them took most of that million was Crossbeam and Raj Date at Crossbeam, who's the former Deputy Director of the U.S. Consumer Protection Bureau. We really wanted folks around the table who knew what innovation looked like and fintech innovation like David, as well as folks who understood the world of government and finance like someone like Raj to innovate thoughtfully with this demo. CHAD: Was it difficult to get those funding rounds? SAM: The first one? Yeah, the first one was about two months. I thought it would have taken about a month. The second one the market is pretty crazy right now. And I would say between my first company and my second, it used to be that you'd set aside six months to fundraise, and so I'd prepared for a six-month fundraise. Started kind of in early October two weeks in, and they were like, "Wow, you've already been in the market for two weeks?" [laughter] And I was like, what? I was totally off base in terms of what was the new normal. Ultimately, that round came together in about a month and a half as well. And so we had a lot of interest. The second round that 5.3 million went from not a ton of interest to tons of interest and lots of folks around the table and having to push folks out or turn folks down pretty quickly. The first round, I would say for a pre-seed, one to two months given that the idea was hardening, sounds about right. The second one was about one to two months but was a little...a lot of people would get excited by the market; they'd get excited by the team. And then they'd say, "You can't get a senior to open up a bank account," and then they'd come back. And then we found one believer alongside David and Raj, who had been with us. And once we got the folks at 25Madison and Merrill, especially, the rest of the round came together really quickly. Mid-roll Ad I wanted to tell you all about something I've been working on quietly for the past year or so, and that's AgencyU. AgencyU is a membership-based program where I work one-on-one with a small group of agency founders and leaders toward their business goals. We do one-on-one coaching sessions and also monthly group meetings. We start with goal setting, advice, and problem-solving based on my experiences over the last 18 years of running thoughtbot. As we progress as a group, we all get to know each other more. And many of the AgencyU members are now working on client projects together and even referring work to each other. Whether you're struggling to grow an agency, taking it to the next level and having growing pains, or a solo founder who just needs someone to talk to, in my 18 years of leading and growing thoughtbot, I've seen and learned from a lot of different situations, and I'd be happy to work with you. Learn more and sign up today at thoughtbot.com/agencyu. That's A-G-E-N-C-Y, the letter U. CHAD: Given that you were able to put together a round quickly, how do you decide ultimately not to take even more money? What are the factors that go into deciding how much you're trying to fundraise and how big the round is going to be? And is there pressure as you're doing that to maybe go even bigger? SAM: Yeah, we had, I would say maybe seven and a half million dollars interested. And ever since we've closed, we've had multiple firms who are interested in a new round of capital. The market is really, really quite founder-friendly right now. I think ultimately, for any founder, what you're trying to do is create as much value with as little capital as possible. That's ultimately the game that you're trying to play now. For a little baby company, it's often really hard to figure out how much money or how much value you'll be able to create over what amount of time. There's so much to figure out. There are so many bets and learnings and risks that it's often very hard for a company to say, with $5 million, I'll create $20 million in value. So ultimately, if you're a founder, you're incented to give away as little of the company as possible and create as much value from that. And so when we were doing our modeling, we actually thought that it was somewhere closer to four of what we needed to create the amount of value needed to raise our A. And we ultimately bumped it up to 5.3. And there's a good bit of advice you hear a lot among founders that raising a bit more than you think is prudent, and anyone who has managed a budget knows how that can go. So we ultimately did go up to 5.3. But taking more would have meant that we were paying a premium where we could get that million dollars maybe in a year's time, and we'd be giving away a quarter-point or a half a point of the company for that million where we might be giving away 1% or 1.5% of the company now. So it's all about creating as much value with as little money as possible. And it's easy to get lost in the big rounds and the big numbers. But ultimately, it's pretty simple math. CHAD: And correct me if I'm wrong, and this is a question as much as a statement. So to reiterate, the rounds you're talking about are seed rounds. And so traditionally, what that means is that the majority of work that you have to do is just making the product. But in the space you're in, there is a point in time where you've made the product, and you've shown the traction, so what you have becomes more valuable. And so it might be that the next round, which is maybe a Series A, a significant portion of that capital would be spent on something else like marketing or sales teams and that kind of thing. And you're growing beyond just the product development at that point. Is that how you're thinking about this, or am I wrong? SAM: So it's funny that it's really changed the names. The round size what they mean has changed more in the last two years than ever before, and I would say that, particularly in fintech, because fintech has a number of unique challenges. So I would say that that $1 million round that we raised in May that was really about building a very basic product, a very truly minimally viable acceptable product. And then the seed round in fintechs is often about getting to product-market fit or just demonstrating you can reach your end consumer or target user. In fintech, it's often not quite as much tied to a certain amount of revenue at that stage. It's often about just demonstrating that you can get to that user, and that's because, in financial technology, the cost to acquire is often quite high. And so for a company that only has raised, say, a $5 million pre-seed because of the gravity, because it often costs hundreds sometimes thousands of dollars depending upon the market to acquire a specific user, the math is such that you're just not going to have that many users, and you're not going to be able to get to a certain amount revenue. And so often in fintechs, 1 million gets you...that pre-seed gets you that initial product. The seed is about demonstrating that you can scalably get to that end user. And then the series A is really about blowing that out and starting to exploit that marketing and acquisition machine that you've been building to start creating revenue. That's a little bit industry-specific. Other industries will have similar or different terms. And depending upon what sort of branding a firm might want for the round, you also might hear $100 million pre-seed. You hear those things as well. It's a crazy time to be building a company. CHAD: So you mentioned Chris Toomey, who's the CTO of Sagewell, and he was previously at thoughtbot. As a prior CTO, what were some of the things you looked at in terms of finding Chris and deciding he was the right one to join your team as CTO? I imagine your standards were pretty high. SAM: Yeah, and Chris met them quite happily. As a CTO transitioning to CEO, I think you have to understand your strengths and weaknesses as a CTO as well as the learning curve that you might have stepping into your new role as a CEO. And I would say that one of the fortunate things is that Jeff, my co-founder and COO, we actually have a pretty unique set of skills that can span a lot of different domains. And so I would say that looking at Jeff, Chris, and myself, we really had to make sure we had our bases covered to build the financial and technology product we needed. I would encourage folks building a company early on to really think about your strengths and weaknesses, your founding team's strengths and weaknesses. And as I was getting to know Chris, kind of the initial handshake agreement starting to build and prototype various solutions, I think that I was particularly impressed and looking for someone who was willing to have a deeply experimental and MVP mindset while managing the risks of working with a vulnerable population. And so over the course of December through March or April, in dealing with and spinning up a couple of different prototypes with radically different product strategies and end products, I was able to see how Chris was able to be mature and shrewd about where he could cut corners, where he couldn't cut corners and then execute accordingly. It's funny, Chris and I were talking at our one on one a week or two ago. As a CTO, I know a little more of what's possible. I know if I come in and say, "I want the Taj Mahal," I know you'll get walked back down. Chris and I over the past year...I often come to Chris, having already teared down my Taj Mahal. And I'm like, "Well, Chris, what I really need is one little specific problem." And Chris and I actually set a goal between us that I actually kind of come to him asking for the Taj Mahal next time [laughter] or not next time but sometime in the next year. Because I think one of the things I've had to check or do in CEO is let Chris do CTO's job and not internalize all the time his voice and concerns but actually put forth a vision and not be afraid about the fact that it isn't something that we can get to market in a week or that we can't ship in three or four weeks' time, which is an interesting contract that I think we've developed and an interesting growth area. And it's my job to throw out bigger ideas, not to be the one who tears them down all the time, which is fun, and I enjoy doing that with Chris. CHAD: Yeah, that's an interesting perspective. And I often even working with clients and consulting want that because if you're only getting the small pieces all the time, you cannot be privy to the big picture of what we're aiming for. And that will often lead you to maybe not taking everything into account, either that's on the roadmap or down the road. Or realizing, oh, you're disappointed now, but that's because I didn't know that you wanted to do this. If I had known, then we could have done this in a different way or something like that. And so, getting a sense of that big picture is often important. SAM: Yeah. And it's a fun, I'd say...yeah, and growing with Chris and figuring out that he's the right person for the role as a CTO turned CEO means kicking off the ladder and actually just stepping into my role and letting him do his, which has been a fun contract to establish. CHAD: So, did you work with Chris as a contractor before committing to him as CTO? SAM: Yeah, we were in a consulting relationship. I think Chris was politely under billing. And the pretext is always that this was something that we were really aiming to build a company together, assuming everything worked out across Chris, Jeff, and I. And so, he did start in that capacity. And then I'm trying to remember the exact timelines. Sometimes the paperwork is well after the actual agreement whenever you're creating these companies. But in a few months' time, definitely by July and probably by May, we were building the company and off to the races. CHAD: Now, is that a path that you would recommend to other founding teams looking for a CTO is to not commit early to really make sure that you work well with someone, maybe through a contracting relationship first? SAM: Yeah, I think ultimately, if you're going to be going on a journey, a decade long journey, a lifetime-long journey, through highs and lows, I think the best way for everyone to know what they're getting themselves into, the excitement, and the reward, and the aches, and the pains and the sleepy [inaudible 33:31] in the morning is by working together, and I don't think there's a shortcut. In this case, it depends a lot on the situation. It depends if folks are in a position where they cannot take pay. It depends on whether nights and weekends are free or they have flexibility in their other roles. But generally speaking, I think that ultimately, you're trusting, and your founding team is going to be taking so many risks together that you want to go in as eyes wide open as possible and have removed as much founding team risk, disagreements, misaligned working styles, misaligned visions, or preferences as possible. My coach used to say that that's the number one reason why companies at the seed stage fail is management teams and founding teams. And so as you're thinking about building your company, and I can't emphasize this enough, mitigating and removing founding team risk, however possible, with consulting being one of them and navigating a tough conversation or two being another, is absolutely core to removing as much risk as possible for your startup. CHAD: That's great advice. And just like you and Jeff had a time of working together before you actually started a company together, I think it's great advice to try to find ways to do that with other early members of the team too because it's a big commitment, and you want to make sure that you get it right. SAM: Exactly. CHAD: Well, you've reached sort of the pinnacle of having now someone on your team that used to work at thoughtbot. I think I'd be remiss if I didn't point out that we have another podcast at thoughtbot; it's called The Bike Shed. And Chris started as a host on that show while he was on thoughtbot, and he continues that to this day along with Steph Viccari, who's a team lead at thoughtbot. And so if people are interested in hearing about Chris' work now at Sagewell and following along with the team and the work that he's doing there as well as the work we do at thoughtbot, people can check that out at bikeshed.fm. Sagewell is not a client of thoughtbot. But you've worked with thoughtbot before as a client twice, right? SAM: Yeah, exactly, both at my first company Freebird, which was sold to Capital One, and at PathCheck, the non-profit I worked at. CHAD: So you specifically, I assume, then made an effort to recruit from thoughtbot when you started Sagewell. [laughs] SAM: I would say I know and love the way that thoughtbot approaches building software. And I know and love the people that I've worked with from thoughtbot. And I would say that it was as much a feature of being in the same communities as it was specifying a specific group. But you guys have created a great culture. [laughs] CHAD: I'm just kidding. I didn't actually think that that was the case, but I can guess a lot of the benefits of working with someone who's worked at thoughtbot before because of the level of experience and the level of skill and communication and everything that people at thoughtbot have. But I'm curious, what if I turn that around? Is there a downside to hiring someone who worked at thoughtbot previously to your team? SAM: So one of the things that I love about, particularly early on, we have a hire that we just made recently. She worked at a senior living facility for four or five years and then worked at Wells Fargo for four or five years. And before, we had a bunch of fears, and this new employee listed five or six totally different fears than we ever would have thought of. And so now we have way more fears. And part of that can be unnerving, and part of that can be challenging. And I would say that one of the challenges of working with a team that builds software in such a clear culture is that you might not get all the fears. You might not get certain sorts of diverse perspectives or headaches because of a particular way that product and engineering are conceived. And so one risk...it's kind of the unknown-unknown sort of situation, but it's real in startups which is I think that making sure you have diverse perspectives across the domains where you need to be deeply an expert for folks who are very similar to you is a major risk. CHAD: That's great. Well, Sam, thanks for stopping by and sharing with us. I really wish you and Sagewell and the entire team all the best. SAM: Awesome. It was wonderful talking. CHAD: And if folks want to find out more about Sagewell Financial or follow along with you or get in touch with you, where are all the best places for them to do that? SAM: sagewellfinancial.com is our email. And if you or your parents are interested in what we're building as a customer or a member, you can sign up there. If you'd like to reach me, I'm mostly on Twitter following cute animals and occasionally a good tech post @Ferrumofomega. And if you'd like to contact our company, you can just go to /press and fill out the form there. CHAD: Awesome. And you can subscribe to the show and find notes for this episode along with a transcript of this episode and all past episodes of this season at giantrobots.fm. If you have questions or comments, email us at hosts@giantrobots.fm. And you can find me on Twitter @cpytel. This podcast is brought to you by thoughtbot and produced and edited by Mandy Moore. Thanks for listening and see you next time. ANNOUNCER: This podcast was brought to you by thoughtbot. thoughtbot is your expert design and development partner. Let's make your product and team a success.

Guest: Sam Zimmerman of Sagewell Financial Interviewer: Jonathan Freedman - MAGE LLC The post “Better Banking Built For Seniors” with Sam Zimmerman of Sagewell Financial appeared first on Radio Entrepreneurs.

Town Square with Ernie Manouse airs at 3 p.m. CT. Tune in on 88.7FM, listen online or subscribe to the podcast. Join the discussion at 888-486-9677, questions@townsquaretalk.org or @townsquaretalk. Every year, millions flock to scary movies and haunted houses. But … why? Why do we love being scared?  Is it the adrenalin rush? Pure escapism? Or simply a way to dance close to danger while ultimately knowing you are safe? Today, with Halloween just around the corner, we explore the psychology of fear with Dr. Jeff Temple and learn more about our appetite for scary movies with Shudder TV. Plus, we learn listeners favorite horror movies, games, and characters and why we love them. Guests: Dr. Jeff Temple Psychologist at the University of Texas Medical Branch in Galveston Director of the Center for Violence Prevention Sam Zimmerman Vice President of Programming for Shudder Town Square with Ernie Manouse is a gathering space for the community to come together and discuss the day's most important and pressing issues. Audio from today's show will be available after 5 p.m. CT. We also offer a free podcast here, on iTunes, and other apps.

In our latest episode, we're sensing the ghostly presence of a child. We watched The Haunting of Julia and The Others! Sources: The Haunting of Julia (1977) "An Interview with Colin Towns" by Kier-La Janisse, Spectacular Optical Strong Language & Violent Scenes Podcast - Episode 123: The Haunting of Julia (with Sam Zimmerman)   The Others (2001) "The Others at 20: The Haunted House Movie that Reinvigorated the Genre" by Scott Tobias, The Guardian "A Look Inside The Others", featurette "An Intimate Look at Director Alejandro Amenabar", featurette

This is the first episode of the Aughts pod to take the conversation international, and your hosts couldn't have a better guest for it. Shudder's Director of Programming, Sam Zimmerman, brings his vast genre knowledge to a discussion of Bustillo and Maury's New French Extremity touchstone: 2007's Inside. Jordan, Sam and Sam dig into the differences between French torture and American torture in the 2000s, the singular presence of Béatrice Dalle, the importance of baby POV, and — if you know you know — a little bit of Aly & AJ. Oh and also, there's a slight switch up to the talking format due to some unforeseen circumstances that have made this a, shall we say, high concept episode of Aughtsterion in its execution. Just listen and find out what that means. Produced by: Jordan Crucchiola Music by: Sam Wineman

#133 - Crane Superior @cranesuperior Sam Zimmerman joined up with me and yes there is a time difference between #duluth and #thunderbay #donnerküste Sam is an #indigenous #ojibwe #twospirit #artist and we talked coming back home, bringing back the art after a while in #nyc and #Boston ! We talked #childrensbooks and the deeper meaning of stories told. Animals like the bear and the wolf and what they stand for. Sam this was a really good insight tonight. Thank you for being with me.

Castle Rex has lain abandoned these last 20 years. Since the Creator disappeared and the great war ended without resolution, no one has been able to retain control over the castle. Stories of ancient magics, terrific treasures, and a forge of creation itself have lured you into the castle depths. Will you make it out alive? The Soul Sword Forge is a module written by Sam Zimmerman of Typhos Games. You can back the Kickstarter here: https://www.kickstarter.com/projects/typhosgames/the-soul-sword-forge Trophy Gold is by Jesse Ross and you can find more information at https://trophyrpg.com/ You can learn more about the Gauntlet and Gauntlet Hangouts at https://www.gauntlet-rpg.com/ Information about the safety tools used in this video can be found at https://i.4pcdn.org/tg/1583202183294.pdf

Castle Rex has lain abandoned these last 20 years. Since the Creator disappeared and the great war ended without resolution, no one has been able to retain control over the castle. Stories of ancient magics, terrific treasures, and a forge of creation itself have lured you into the castle depths. Will you make it out alive? The Soul Sword Forge is a module written by Sam Zimmerman of Typhos Games. You can back the Kickstarter here: https://www.kickstarter.com/projects/typhosgames/the-soul-sword-forge Trophy Gold is by Jesse Ross and you can find more information at https://trophyrpg.com/ You can learn more about the Gauntlet and Gauntlet Hangouts at https://www.gauntlet-rpg.com/ Information about the safety tools used in this video can be found at https://i.4pcdn.org/tg/1583202183294.pdf

Castle Rex has lain abandoned these last 20 years. Since the Creator disappeared and the great war ended without resolution, no one has been able to retain control over the castle. Stories of ancient magics, terrific treasures, and a forge of creation itself have lured you into the castle depths. Will you make it out alive? The Soul Sword Forge is a module written by Sam Zimmerman of Typhos Games. You can back the Kickstarter here: https://www.kickstarter.com/projects/typhosgames/the-soul-sword-forge Trophy Gold is by Jesse Ross and you can find more information at https://trophyrpg.com/ You can learn more about the Gauntlet and Gauntlet Hangouts at https://www.gauntlet-rpg.com/ Information about the safety tools used in this video can be found at https://i.4pcdn.org/tg/1583202183294.pdf

Castle Rex has lain abandoned these last 20 years. Since the Creator disappeared and the great war ended without resolution, no one has been able to retain control over the castle. Stories of ancient magics, terrific treasures, and a forge of creation itself have lured you into the castle depths. Will you make it out alive? The Soul Sword Forge is a module written by Sam Zimmerman of Typhos Games. You can back the Kickstarter here: https://www.kickstarter.com/projects/typhosgames/the-soul-sword-forge Trophy Gold is by Jesse Ross and you can find more information at https://trophyrpg.com/ You can learn more about the Gauntlet and Gauntlet Hangouts at https://www.gauntlet-rpg.com/ Information about the safety tools used in this video can be found at https://i.4pcdn.org/tg/1583202183294.pdf

Hosts Josh and Jamie and special guest Sam Zimmeran (Director of Programming at Shudder) discuss some lesser talked about early 70s horror with a double feature of John D. Hancock's LET'S SCARE JESSICA TO DEATH (1971) and John Hough's THE LEGEND OF HELL HOUSE (1973). Next week's bonus episode is a patron-exclusive bonus episode on John Cassavettes slumming it in horror trash: THE FURY (1978) + THE INCUBUS (1982), you can get access to that episode (and all past + future bonus episodes) by subscribing to our $5 tier on patreon: www.patreon.com/sleazoidspodcast Intro // 00:00-09:04 LET'S SCARE JESSICA TO DEATH // 09:04-52:50 THE LEGEND OF HELL HOUSE // 52:50-1:43:08 Outro // 1:43:08-1:49:26 MERCH: www.teepublic.com/stores/sleazoids?ref_id=17667 WEBSITE: www.sleazoidspodcast.com/ Pod Twitter: twitter.com/sleazoidspod Pod Letterboxd: letterboxd.com/SLEAZOIDS/ Josh's Twitter: twitter.com/thejoshl Josh's Letterboxd: letterboxd.com/thejoshl/ Jamie's Twitter: twitter.com/jamiemilleracas Jamie's Letterboxd: letterboxd.com/jamiemiller/

Sam Zimmerman joins us to explain how the new contact tracing app, COVIDaware MN, works. Sam is the CTO of the organization PathCheck, a nonprofit developing contact tracing applications for around the country, and oversees all of the technology used to build COVIDaware MN. Download the app in the App Store or on Google Play. For more information, head to covidawaremn.com.

Sam Zimmerman details his role and history as head director of programming at Shudder, the importance of human curation, context, quality, taste and everything between. We also celebrate the horror streaming service's recent milestone of one million subscribers, the breakout success of Host and the future!

Sherri and Jammi bring on Sam Zimmerman of Typhos Games Show Notes: 00:00:34 - Sherri's Games Played and her Spotlight - Teens in Space 00:12:22 - Sam's Games Played and his Spotlight - For the Honor 00:21:49- Jammi's Games Played and their Spotlight - Brinkwood Refuge Second Segment - 00:39:45 - Belonging Outside Belonging design and play thoughts from Sam and Jammi Giving Me Life 01:02:15 - Sherri is enjoying her new tarot deck 01:03:08 - Sam is loving No Man's Sky 01:04:06 - Jammi is digging Emmymade in Japan ​ +1 Forward's Summer BoB Series:  https://www.gauntlet-rpg.com/belonging-outside-belonging-series.html You can find Sam's Itch store here: https://typhosgames.itch.io/

A one hour special celebrating 10 years of Tales with cherished collaborators and your hosts Glenn McQuaid and Larry Fessenden. Featuring Clay McLeod Chapman, John Speredakos, James Le Gros, April Snellings, Graham Reznick, Sam Zimmerman. Digital poem premieres: Simon Is Hiding - The Town That's Not There. recorded October 27 2020 on an international Zoom Call. Poster by Brian Level.

A one hour special celebrating 10 years of Tales with cherished collaborators and your hosts Glenn McQuaid and Larry Fessenden. Featuring Clay McLeod Chapman, John Speredakos, James Le Gros, April Snellings, Graham Reznick, Sam Zimmerman. Digital poem premieres: Simon Is Hiding - The Town That's Not There. recorded October 27 2020 on an international Zoom Call. Poster by Brian Level.

As horror fans, the arrival of Shudder in 2015 came as a blessing to us all. It's made for us, the fans, by fans of the genre and we love it here. (We haven't been paid to say that either) With that in mind, onto EPISODE 123 then... This week, we are absolutely delighted to be joined by the Director of Programming at SHUDDER... It's SAM ZIMMERMAN! The film? THE HAUNTING OF JULIA!  Based on the novel Julia by Peter Straub and also known as FULL CIRCLE, The Haunting of Julia, while by no means a bad film is certainly one that is under-seen and in need of a little love and new eyes upon it.  Directed by Richard Loncraine and starring Rosemary's Baby's Mia Farrow, 2001: A Space Odyssey's Keir Dullea and national treasure Tom Conti, this is an effective and surprisingly dark little chiller. It's not the easiest film to find, certainly in the UK, but there are various versions flying around on YouTube.  The synopsis is as follows:  Magnus (Keir Dullea) and Julia Lofting (Mia Farrow) have a happy marriage until one morning when their daughter Kate (Sophie Ward) begins choking. Unsure what to do, Julia attempts a tracheotomy, inadvertently causing Kate's death. Julia heads to a sanitarium to recover, and when Magnus asks that she come home, she prefers to buy a new house in London and live alone there. Magnus frets over Julia's sanity, while Julia becomes convinced that her house is haunted by the spirit of a little girl.   Please note that this podcast may contain strong language and even stronger Scottish accents.  Also, why not pop over and take a look at our Patreon page? Remember, you can keep up to date with our news by following us via the usual social media outlets:  Facebook (including our group THE CHUD LOCKER!) Twitter Instagram Plus you can drop us an email to stronglanguageviolentscenes@gmail.com OR check out our WEBSITE!  Strong Language & Violent Scenes Spoopy theme by Mitch Bain & The Sunshine Orchestra Edits & Artwork by Andy Stewart

It’s October and that means it’s time to take our love of scary movies too far, starting with the recently resurrected thriller FADE TO BLACK! Here to help us examine every detail is someone who knows a thing or two about horror, the Head of Programming for Shudder - Sam Zimmerman!! Along the way we talk bad back rubs, we wonder why Eric dons a cartoon cat's zoot suit, we wonder what people do with Ritz crackers in bed, and consider if Aunt Mom’s is secretly part of the Fast & Furious universe. All that and we play a classic game of Choose Your Own Death-venture - plus, Patrick proposes several dynamic death scenarios that could be great marketing Shudder! Settle in for a great conversation about true cult classic. Never fear - new episodes of Kill By Kill are made available every other Friday! Have something to say? Reach out on Twitter @killbykillpod or email us: killbykillpod@gmail.com. Follow on IG @killbykillpodcast. Find us on Letterboxd @KillByKill Artwork by Josh Hollis: joshhollis.com Kill By Kill theme by Revenge Body. For the full-length version and more great music, head to revengebodymemphis.bandcamp.com today!

Now that summer is "officially over", Rach and Rich finish their Summer Series of BOB game features. This series has covered games in the Belonging Outside Belonging (BOB) style of PbtA games. This seventh episode features Sam Zimmerman of Typhos Games. Timecodes: 0:02:06 - Spend a Token... to hear Sam talk about the impact of the "Kill Someone" move on games 0:10:55  - You Also Play As The... person learning about Révolution 0:21:35 - No Dice, No Masters... a demo of Révolution You can find Révolution here: https://typhosgames.itch.io/revolution  

Rodney speaks to Shudder curator Sam Zimmerman about the horror streaming service being Down Under. 

Two Harbors, Minn., painter and teacher Arlee Wilkes has been enjoying the work of Duluth-based artist Sam Zimmerman. Zimmerman draws on his Ojibwe heritage to create vibrant images filled with symbolism. Wilkes says his work makes her feel even closer to the North Shore. Arts educator Katie Tuma recently watched the documentary “Stories I Didn’t Know.” The film follows Rita Davern as she traces her family’s history in Minnesota. In the process she finds out they settled on land — Pike Island — that is of particular significance to the Dakota. Tuma says it’s a richly layered story that explores culture, identity and uncomfortable family history. Jewelry artist Liz Bucheit is loving a new hyper-local podcast called “Location Lanesboro.” It was started by three guys who were used to getting drinks each week pre-COVID-19. Now they get together via podcast and interview Lanesboro locals. Bucheit says it’s a great way for people to still feel like they’re a part of community when many of them are still socially isolating.

A writer reveals his dark past to an unfortunate stranger on a long walk up a snowy mountain at dawn. Written by Larry Fessenden, Glenn McQuaid, Clay McCleod Chapman. Directed by Larry Fessenden. Featuring Larry Fessenden, Martha Harmon Pardee, Jocelyn DeBoer, Ana Asensio, Martin Starr, AJ Bowen, Sam Zimmerman. Music by Chrome Canyon. Performed live April 26th, 2014. Poster by Trevor Denham.

Sam Zimmerman, director of programming at Shudder and sweater connoisseur, joins Britt to discuss cocktails, his extremely specific quarantine aesthetic, and the insane thing he used to do to his Pop-Tarts as a child. Additional topics this week: John Travolta, pie, and why Sam doesn't think the world is ready to embrace Limp Bizkit again. Baked. is hosted and edited by Britt Hayes. Original artwork by Melissa Kay. Our theme song is "Something Deep" by Apache Mountain, courtesy of the Free Music Archive.

A writer reveals his dark past to an unfortunate stranger on a long walk up a snowy mountain at dawn. Written by Larry Fessenden, Glenn McQuaid, Clay McCleod Chapman. Directed by Larry Fessenden. Featuring Larry Fessenden, Martha Harmon Pardee, Jocelyn DeBoer, Ana Asensio, Martin Starr, AJ Bowen, Sam Zimmerman. Music by Chrome Canyon. Performed live April 26th, 2014. Poster by Trevor Denham.

An author visiting The Stanley Hotel writes a tale of two families in duress speeding towards a tumultuous encounter on a winding wintry road. Written by Larry Fessenden, Glenn McQuaid, Clay McCleod Chapman. Directed by Glenn McQuaid. Featuring Larry Fessenden, Martha Harmon Pardee, Jocelyn DeBoer, Ana Asensio, Martin Starr, AJ Bowen, Sam Zimmerman. Music by Chrome Canyon. Performed live April 26th, 2014. Poster by Trevor Denham.

An author visiting The Stanley Hotel writes a tale of two families in duress speeding towards a tumultuous encounter on a winding wintry road. Written by Larry Fessenden, Glenn McQuaid, Clay McCleod Chapman. Directed by Glenn McQuaid. Featuring Larry Fessenden, Martha Harmon Pardee, Jocelyn DeBoer, Ana Asensio, Martin Starr, AJ Bowen, Sam Zimmerman. Music by Chrome Canyon. Performed live April 26th, 2014. Poster by Trevor Denham.

Co-hosts James, Brandon, and Natasha take Sam Zimmerman's "Halfway to Halloween Hotline" recommendation and watch the Ozploitation gem NEXT OF KIN (1982)! The gang discuss how much they enjoyed this "giallo from down under", why the score sounds so much like Tangerine Dream (because it is), and they start planning Brandon's "NEXT OF KIN" themed wedding. Sorry Maggie. And don't miss FANGORIA's movie PORNO which is available to watch this weekend through select theaters! Get tickets to this virtual theater experience at www.fangoria.com/watchporno

The Fango team calls Shudder's Halfway to Halloween Hotline for Sam Zimmerman's recommendations on what they should watch this weekend! Sam recommended the hosts watch NEXT OF KIN (1982) and handed out individual titles for the gang such as ONE CUT OF THE DEAD, MON MON MON MONSTERS, PRIMAL SCREEN, and more! Call Shudder's Halfway to Halloween hotline every Friday in April from 3pm-4pm ET and Sam will give you a custom recommendation!  

Show Notes: 1:40 - Community Submissions: Alexi AND Leah Sargeant  Alun Rees Blake Ryan  Chris Newton  David Morrison  19:17 - Rich's selection 32:59 - Community Submissions: Epistolary Richard Jamila R. Nedjadi  Kurt Potts Leandro Pondoc  Maria Rivera  45:49 - Sherri's selection 58:10 - Community Submissions: Mikael Tysvaer  Patrick Knowles  Sam Zimmerman  Sawyer Rankin Sean Smith  73:18 - Lowell's selection 82:11 - Community Submissions: Steven desJardins Steven Watkins  Tyler Lominack Walter German William Hobson  Rach Shelkey 102:54 - Giving Me Life Links: Alexi's itch: https://cloven-pine-games.itch.io/ Blake Ryan's DriveThru RPG link: https://www.drivethrurpg.com/browse/pub/10875/Blake-Ryan Epistolary Richard's Indie RPG Pipeline: https://theindierpgpipeline.blogspot.com/ Jammi's itch: https://temporalhiccup.itch.io/ Kurt's itch: https://kurtpotts.itch.io/ Sawyer's DriveThru RPG link: https://www.drivethrurpg.com/browse/pub/12534/Ferretheim-Games

At some point, living organisms developped consciousness. What better way to understand where we are in the present than by investigating our past? This pilot episode, No Brainers, me and beloved on-campus singer superstar Sam Zimmerman learn about our brainless predecessors and talk about the implications of some shocking findings on various deep-sea animals.

Winged creatures descend from the sky to terrorize a snow-bound mountain resort. Written and Directed by Larry Fessenden. Starring Janet Scanlon, Sam Zimmerman, Clay McLeod Chapman, Larry Fessenden. Sound design and music: Glenn McQuaid and Larry Fessenden. Performed Live.

Winged creatures descend from the sky to terrorize a snow-bound mountain resort. Written and Directed by Larry Fessenden. Starring Janet Scanlon, Sam Zimmerman, Clay McLeod Chapman, Larry Fessenden. Sound design and music: Glenn McQuaid and Larry Fessenden. Performed Live.

A man trying to sell his home and uproot his family is visited by a mysterious buyer. Written and Directed by Glenn McQuaid. Starring Larry Fessenden, Clay McLeod Chapman, Sam Zimmerman, Janet Scanlon. Performed Live.

What horror films should be added to the AFI's signature list? Do films like The Sixth Sense or Psycho count as horror? Paul and Amy debate these questions live from the Overlook Film Festival in New Orleans, with special guests Sam Zimmerman from Shudder and Phil Nobile Jr. from Fangoria! They ask whether fast zombies are superior to slow zombies, discuss when meta-horror films become too meta, and wonder whether a horror film needs to be a little bit trashy. Next week we return to the list with 1969's Midnight Cowboy! Follow us on Twitter @Unspooled, get more info at unspooledpod.com and don’t forget to rate, review & subscribe to us on Apple Podcasts. Photo credit: Kim Troxall This episode is brought to you by Ooni Wood Fired Oven Pizza (www.ooni.com code: UNSPOOLED), Betterhelp (www.betterhelp.com/unspooled), and Turo (www.turo.com code: UNSPOOLED25).

Join your hosts Rob Galluzzo, Elric Kane, Ryan Turek, Rebekah McKendry and special guest host Sam Zimmerman as they welcome director Rolfe Kanefsky to the show and catch up on all the latest horrors! Ryan and Sam report back from Sundance and give us the first word on WOUNDS, THE HOLE IN THE GROUND, the new TED BUNDY film and more! Elric doubles down on Lucio Fulci with MURDER ROCK and THE PSYCHIC. Bekah doubles down on Dario Argento with INFERNO and MOTHER OF TEARS, as talks about Netflix's PERFUME. Rob talks Vinegar Syndrome with BLOOD HARVEST & UNINVITED. Then, in honor of the new Blu-Ray release of THERE'S NOTHING OUT THERE, we welcome to the show writer/director Rolfe Kanefsky. We talk about his cult classic first feature re-emerging again, the struggles in the business, his unreleased lost movie TOMORROW BY MIDNIGHT, his latest ART OF THE DEAD and much more! 

Welcome back to Real Estate Ink with Mark and Lisa. This is the second part of our discussion with Sam Zimmerman who is developing the Highline here Downtown Melbourne. If you have not heard part one of this discussion then we suggest going back to our last episode to get caught up on how this vision began. Sam has really partnered with the City of Melbourne to make this dream become a reality and you hear about that process in Episode 4. Enjoy part 2 of our discussion with Sam on Real Estate Ink with Mark and Lisa. produced by XV XIII Network in partnership with Real Estate Ink

In Episode 04 of Real Estate Ink with Mark and Lisa we are continuing on with our Downtown Melbourne development discussions. The week Mark and Lisa speak with Sam Zimmerman who is developing the Highline which just recently broke ground. "Nearly four years in the making, the $30 million Highline complex on New Haven Avenue will feature 171 studio, one-bedroom and two-bedroom apartments with 9-foot ceilings, front-load washers and dryers, and balconies." - Florida Today This is the first half of our discussion with Sam about the journey of this project and its monumental impact to Brevard County. This project would not be possible with the City Of Melbourne and Sam gives us some great insight on how lucky we are to have them in Brevard County. If this episode does not get you excited about the future of our Downtown Melbourne area then nothing will! Enjoy Pt. 1 and feel free to share with a friend :) produced by XV XIII Network in partnership with Real Estate Ink

On this week's New Flesh, Joe & Brett are thrilled to welcome Shudder curator Sam Zimmerman (@samdzimmerman) talk about what appears to be one of the coolest jobs in the genre. We find out how the horror-streaming sausage gets made & learn all about Shudder Labs, which is something every aspiring horror filmmaker will want to hear all about that. Sam recommends some great horror titles that are now on Shudder, and some of which you may have never heard of! Enjoy!

This is it! Join your hosts Ryan Turek, Rebekah McKendry, Elric Kane and Rob Galluzzo as they take Shock Waves to the Texas Frightmare Weekend 2017 convention for their 50th episode! They're joined by special guest Sam Zimmerman from Shudder, and they're talking underrated 90's horror in front of a live convention audience! Each of the hosts pick 3 titles from the 90's that they feel deserve another look. From the arthouse masterpiece DARK WATERS, to horror comedy IDLE HANDS, to the Mario Van Peebles werewolf movie FULL ECLIPSE, to Peter Jackson's THE FRIGHTENERS, all grounds are covered! As an added bonus, we're including a full version of our opening theme music composed by Gregory Burkart under the moniker of Corvo. This episode is sponsored by Shudder (https://www.shudder.com/) . Get a FREE month of the streaming service by entering the code "SHOCK" at checkout.

We review our outing to The Nitehawk Shorts Festival and a chat with Sam Zimmerman about Shudder's role in selecting the films for the fest. We go over our favorite horror shorts, name-checking directors with focus on the strong outing by women filmmakers. Check out http://nitehawkshortsfestival.com/2016/ & https://www.shudder.com/

Colin Geddes - programmer for past 20 years of the Toronto Midnight Madness and horror fanzine editor - and Sam Zimmerman - former Fangoria website editor - are the co-founders of SHUDDER. They talk to Britflicks about this new horror film only streaming service. To sign up or learn more about Shudder, visit www.shudder.com. Shudder is a premium streaming video service, serving both the casual and hardcore fans of horror and suspenseful entertainment. Offering new premieres and exclusives every month, and with a wide library ranging from hard-to-find international and independent films to thrilling TV series to cult grindhouse classics to Hollywood blockbusters, Shudder has something for everyone. Backed by AMC Networks, Shudder’s growing library of expertly curated Horror, Mystery, Suspense, Supernatural and Dark Thrillers is available ad-free and for unlimited viewing on Shudder’s website, mobile apps for iOS and Android, Chromecast, Apple TV, and the Roku platform with a free one-week trial or £4.99 monthly/ £49.99 yearly membership. More platforms to be added soon.

We talk to Colin Geddes and Sam Zimmerman, curators of Shudder TV, the app/channel dedicated to all kinds of horror, from Gothic to J-Horror and everything in between.

We talk to Colin Geddes and Sam Zimmerman, curators of Shudder TV, the app/channel dedicated to all kinds of horror, from Gothic to J-Horror and everything in between.