Like you want a financial advisor that you pay every time you see them a certain amount, and then they, they don't make a cut up based on what they recommend to you. Yeah. Yeah. Treat it more like a therapist than, than a, um, you know, somebody who has, uh, invested interest basically in where you put your money, um, that, that would be, yeah. So, so don't go to somebody for free. It's actually, it's not bad advice. In today's episode, we're going to continue talking with Ben Orenstein. Ben has been giving us great information from his experiences as a developer. Specifically, we left off talking about finance, personal finance. We're going to continue the discussion. We're going to talk about some of Ben's personal experiences in today's episode. I encourage you, if you missed the last episode, which released on New Year's Eve, then I encourage you to go back and listen. Also, I just want to give a little plug here for a developer T our daily developer T T break challenges. Right now we're posting them on Twitter and we're posting them on spectrum. Go to spectrum.chat to find out more about how to sign up for that. And you can also find out more on the developer T Twitter. That's just at developer T. These are going to be very short challenges. They're tweet length challenges that will help you grow as a developer. And you can get these messages every single day. You can get these messages. Go and check it out at developer T on Twitter. Let's get into the second part of the interview with Ben Orenstein. All right. So while we've covered that, I think that's really important though. It's actually something we don't talk about a lot on the show, but I think is really important. And I think it's a topic that a lot of developers, first of all, they shy away from because money is such a weird thing. It's a weird thing for developers. It's a weird thing for everybody, especially culturally in the United States. You know, conversations about money are difficult for a variety of reasons, but it's also weird for developers because our pay can fluctuate by, you know, even a hundred percent. I can, I can easily see that. And more than a hundred percent over the, over a short course of a career, five years or so, you could imagine a developer's pay doubling. So. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. I think is, is really important. Developers are in kind of a unique position in that, in that regard. Mm-hmm. Yeah. I have, I have one more financial thing I have to mention before we leave the topic. Please do. Please do. Counter offer. When someone offers you a salary, ask for more. There's, there's good blog posts on this on the internet. Patrick McKenzie has a great one, but you can just, the TLDR is whatever they say, ask for more, no matter how high that number is. Also, every single number on an offer letter is negotiable, including the number of days of vacation, everything on there. What about the offer letters that have unlimited vacation? How do you negotiate that? Yeah, I mean, theoretically, you don't have to, although that just makes it more of like an ad hoc negotiation. Is it really unlimited? Because it's not, is the thing. Right, right. I think the secret is out with that one. Yeah. And, you know, you have to really, well, we won't dive too deeply into that. I think it's important that, you know, especially let's say you're a company. If you're a developer who is also a manager or a hiring manager that's listening to the show, you know, when you make that statement that you have unlimited paid time off, make sure you clarify what that means and why. Why is your company doing that? Because there are some companies that do this as an attraction point, and there are other companies that actually recognize this as an important part of the company's business. And I think that's a really important part of the company. Of the health of their employees. A lot of those companies have started to try to make more concrete terms for those paid time off days so that developers can understand it more thoroughly. So there's no unclear expectations. Nobody's waiting for you to come back from those paid time off days. You know, that's, that is the kind of culture that you want to seek after. But that's kind of a high horse for me right now. I've seen companies do this in both ways, and it can be really damaging. Totally. Ben, I want you to talk a little bit about your new company. I know we're shifting gears entirely here. I want you to talk about what your new company does. And then I'm going to rewind again and ask you a few questions about your journey along the way. But first, tell me about what your new company does. Sure. So my new company is called Tuple, and we make a tool for remote pair programming. So we looked at the state of the remote pair programming world after Screen Hero got shut down by Slack. And our, my take on it, our take on it was that nothing out there was really that good. Like you can kind of do it with some of the solutions out there. And they all kind of sucked for various reasons. And so we, after looking at the market, we said, Hey, I think this is a pretty good opportunity. And so we decided to try to make the tool that we wish existed. And so we started in May of this year. And we're getting ready to, launch our first version to our alpha customers in January 7th. Wow. So this is a problem. I am a remote developer myself. At Clearbit, we're using a variety of things to try to solve it. But this is a really big pain point. The closest thing that I've found that does a decent job at this right now is teammate. But even that is, it has its downfalls. And I'd love to know, what kind of problems are you seeing that you're solving in new ways? And what's exciting about this to you? It's, the exciting thing to me is that it's kind of like a problem that's, or it's like a, it's a thing that's sort of simple to describe, but there's so much to wring out of it to make it really good. So like, I love products that are focused on what they do. I love when like a sharp tool that has a single use. And this is kind of that only there's so much optimization that can be done behind the scenes that I'm kind of excited about working on this for the long term. So I'll give you some examples. So one is just a dual mouse cursor. So like, Hey, it sure would be nice if two people could use the mouse at the same time. Well, the operating system, so we're Mac only right now. And so I don't know. I don't know. I don't know. I don't know. I don't know. I don't know how Windows actually is, but at least on Mac, the Mac operating system is firmly entrenched in the idea that there is one mouse cursor and you cannot tell it differently. And so if you want to do two mice, it's kind of always sort of a hack. And so there's this like, it's like, how much of a non-hack can we make this? So it feels good. And like the very naive version is horrible. And the like semi-naive version is like pretty horrible. And after months and months of working on it, it's bad. And like now we like right now we are dropping down to the level of intercepting a mouse like USB mouse events before it hits the kernel and like writing our own, like stealing the code that implements the mouse acceleration curves for OSX so that our fake mouse cursor feels real. And like, it's just, it's one of these problems where like, it's, it sounds like kind of easy or something, or at least straightforward. And then like the actual implementation is just crazy. Hmm. Wow. I never would have thought that you'd have to go all the way down to that level, but I guess it kind of makes sense if the, you know, if the, if you're kind of doing an OS level thing, then you can expect, maybe you're going to have to dive into the OS. Totally. Yeah. And this is like, this is like the story. This I think is the reason why a great answer to this doesn't exist. Like screen here, I would say it was a great answer and it is not anymore. Uh, but so few people have done it. So I think it's a great answer to this. And I think done this, it seems like, and not because they're not smart or well-meaning, but because it's such a pain, like you have to really, really care about pair programming and think this is going to be worth it from a business sense to spend the time writing C plus plus and like stealing mouse events and doing all this, all this nonsense that, that we're doing. Yeah. So this means that you're writing C plus plus now. Yeah. And that's, this is like, that's really the big takeaway, right? That's the third version of this app, by the way. So like version one was like, Oh, maybe we can just write this in Electron and it'll be great. We already know JavaScript. And then we can, get to market so fast and like it sucked everything sucked like it's like you can get like a crappy version together uh really fast i assume you learned quite a lot through that process yeah i wouldn't say it was a waste of time um it was probably worth building that prototype but our conclusion of that prototype was like oh yeah this is definitely too high level it's not going to work for us yeah and and then so like version two we wrote in swift we're like okay we're going to drop down this is going to be serious we're getting hardcore now we're going to write this in swift but we still actually are pretty far from like the metal in that point yeah um and in particular one of our big dependencies is web rtc and web rtc is written in c++ so if you're constantly bridging between c++ and swift it's possible but it's it's painful and you can't do everything you want to do we don't have the full control because we're still like removed from the the level of abstraction that we want to be so the current version and what we're going to ship to our customers in about a month is a c++ app you! surprise you that did it surprise you that you would end up doing that or did you have a feeling along the way that you may end up there eventually anyway i did yeah i had that sense uh so like first of all um one of the co-founders of screen here was nice enough to talk to us before we even launched so before i before we went down this path we like did a call with him and said hey like do you think this is still a good idea and he said yes uh and then we're like great i'm like would you write this in a different language and he was like nah you probably still want to write it in c++ and we're like nah that's wrong we're not gonna do that and so we uh we spent many many months not writing c++ and then here we are so then you're gonna send him a letter of of apology and thank you i'm sure yeah exactly you were right yeah that's great but yeah like i said like this problem i think is cool because there's just so much to wring out of it so i like when products don't get more featureful but instead just get better at the things they currently do and yeah this is a perfect like implementation of that i think so like there's basically like there's like sort of four components where it's like keyboard mouse uh video and audio to this and then maybe we have maybe a fifth where we have some interesting like pair programming specific features coming but it's mostly just four things and so it's like the apple probably only ever do four to five things distinctly but if every couple months each of those things gets 10 better or 30 faster or something then the app will just keep improving and it'll just become sharper and sharper and i'm excited about building a product that's like that where we don't just need to keep adding stuff to it but instead it can just make the existing stuff better yeah wow what's very interesting about this to me is it seems like a problem that would have been solved a long time ago hmm it like it seems like one of those kind of elemental like core functionality kind of problems that once you have networking ability well of course you know the next step would be to you know to merge the the ux of two machines into one you know one process or something and and as it turns out i mean other people have had this idea right uh i can't remember what the guy's name was but there was a multi-cursor uh demo that was done one time and of course the project was abandoned i think this is like way back in the nineteen eighties nineteen nineties hmm but but i think your point is really important and it actually is a good lesson for developers that just because the idea exists and just because the idea has been you know is valuable to a handful of people doesn't mean that the idea will come to fruition either by some natural process like somebody actually has to do work and secondly that the market is ready for that particular product and it may be that the producer may not be ready for that particular product. And it may be that the market is ready now, right? But it may have been in the 1980s, that this was just kind of an edge case, it doesn't really make sense to spend a bunch of resources on this. Totally. Yeah, like, a big reason we went with this idea versus some of the other ones that we were considering is that the macro trends, I think, are very much in the favor of this. Like there are more developer remote developers, there are more remote developers this year than last year. And I expect that to continue for a long time. Yeah, I agree with that. Absolutely. So it makes complete sense that that as developers are collaborating, and, you know, even if so, let's, the perfect person for this would be somebody who's 100% on board with extreme programming, and, you know, that they are doing that every day. But there are other people who, they just want help, right? There's, there's a, there's a bug they can't figure out. And normally, in a physical office environment, they have, they may have somebody come look over their shoulder. And they're like, Oh, I'm not sure if I'm doing this right. And they're like, but they don't have that. So this is kind of the, for those people, a proverbial looking over your shoulder, you know, option, there's a lot of reasons why, you know, it's not just a niche group of people. This can also be a teaching tool, right? If you're a mentor, and or like a senior developer and a junior developer, and you're just saying, Hey, I want to show you how to do this thing. So that when you encounter it in projects in the company that you're working in, you have the context that you need. There's plenty of reasons for that. And I think that's a good thing. Totally. And a couple of the people in our alpha actually are teachers and want to use it for that purpose. And we're, I'm in talks right now. Well, that's, that's a fancy way. I'm having chats with people that run bootcamps. And they are also interested possibly in having their instructors use it with their students, because there are more and more remote bootcamps, too. But the funny thing is, and this may surprise you is like, I'm actually kind of resistant to you, like thinking about these use cases. So I think a big, so our marketing message has been really resonating, like we're signing a lot of people up to our mailing list, people seem pretty excited about it. And I think a lot of that is because we're so focused. And like we're saying, like tuple is a remote pair programming tool. And we're going to optimize it for that and make features for that. And it's not for your it help desk. It's not for doing demos. It's not Google Hangouts. It's not Skype, it's a different thing. It's for a different group of people. And I think that's, that's going to be really core to our strategy is that positioning and that marketing and making it really good for that group. And then eventually, yeah, if it turns out to be great for other things, maybe we pursue that if we want that kind of growth. But I'm pretty content, keeping it very tightly scoped. Yeah, I think it makes sense. I think, you know, for for developers, so, you know, I mentioned teammate, I actually am a Vim user. And part of the reason for that is actually the videos that you did on upcase. Back in the day, I watched all of them. I learned Vim from you. You're the reason that I am a Vim developer. Basically, that's awesome. So so thank you for that. But first of all, but secondly, you know, teammate is a really highly focused thing for tmux users. Like if you don't use tmux, then teammates not really gonna make a lot of sense to you. You know, you could use it, you could use it for a single, you know, terminal shell or whatever. That's not really going to be super useful either. Right? So like, there's there's a small group of people that are going to be able to use it. And so I think that's a really important thing to think about. And I think that's a really important thing to think about. And I think that's a really important thing to think about. And granted, this is not something that I pay for. So we can't really talk about it in the same scope as what tuple will be. But but the concept of having, you know, it's kind of the Unix philosophy, this this single tools that that compose well together. And, you know, maybe down the road, you'll find another way to compose this tool to to do the teaching stuff that you're talking about, you know, people potentially wanting, but when it comes down to it, this is about, one person and another person looking at one piece of code together. And both people having full control of that machine. That's so interesting. And there's not something that does this very well right now. So I'm really excited about it. And thanks, just a reminder, clarification for people who are listening to the show that we don't do any of these things are as sponsored messages isn't tuples not sponsoring developer T or anything like that. So we're genuinely just excited about the about new cool tools. And we're excited about the new tools that we're going to be using. And we're excited about tools and certainly about bins involvement in tuple and the stuff that's going to come out of that. So I do want to take a moment and, you know, oh, and by the way, you said it's releasing, when is the release date? So, so we, we have a group of customers who have prepaid to get access to our alpha, which is January 7, is our target for that. I expect the alpha to run for some number of months, probably figure like, let's say two or three, two to four, two to 10, who knows development. But hopefully some some small ish single digit ish number of months. And then we will start doing a beta. So I'm actually kind of lightly recruiting teams for that beta. Now it's also paid like we're asking, like, we're intentionally making it kind of hard to get in because I want the true believers to help shape the product on the early days. But so we're coming up on it. It's just a few weeks now. That's awesome. Very exciting. Can't wait to hear about the feedback on that and see where the product goes from there, too. Yeah, me too. A huge thank you and a welcome to the list of sponsors that we love so very much. Today's episode is sponsored by Sentry. Your code is broken. So with Sentry, you can fix it together. Relying on customers to report errors, and essentially treating them as an offsite QA team is not a good plan. It's rude to customers is bad for business. And ideally, you could solve this problem with tests, right? Why not just cover every single scenario with a test? Then life will be perfect and fine and great. But here in reality, humans are pretty bad at writing perfect tests. Not just because we're all kind of lazy and maybe a little bit dumb, but also because we can't anticipate every single way that users are going to interact with our product. We're not going to cover every single use case. They might do something really, really strange or out of the blue that we don't even think about. That's why Sentry tells you about errors in your code before your customers have a chance to encounter them. Not only does Sentry tell you about the errors that your customers are encountering, but they also give you details that you'll need to be able to fix them. You'll see exactly how many users have been impacted by a bug, the stack trace, the commit that the error was released as a part of, and even the engineer who wrote the line of code that is currently busted and plenty more. Go and check it out. Head over to Sentry.io to get started today. That's Sentry.io. And just as a disclaimer, we actually do use Sentry at Clearbit, and we've used it since well before Sentry came to Developer Tea as a sponsor. So this is something I certainly believe in and I use it on a daily basis. Go and check it out. Sentry.io. They have excellent tooling available for pretty much any platform that you want to use. Thanks again to Sentry for sponsoring today's episode of Developer Tea. So I want to kind of rewind, like I said, and talk about a few moments along the way, that maybe are high and low points for you. I want to start with the moment or maybe the period of darkness or confusion, a time when you didn't really know what the next steps would be. Kind of take us to that moment and the things that you were feeling and experiencing. So I've touched on this a little bit already. I would say the most recent actual period of darkness was a handful of months after I had left Thoughtbot, after I launched my course, and I was kind of looking at what's next for me. And like I said, the conclusion I came to was, I don't want to do this by myself. This just is not a good fit for me. And so I didn't really know where to go from there. I knew the high level goal, where I was like, I want to build a company with some friends, but all the pieces had not come together. And so I felt like I was kind of a little bit like retreating. And then I was like, I'm going to go to a company that's not going to be able to do this. And I was like, I'm going to go to a company that's not going to do this. And I was like, I'm going to go to a company that's not going to do this. And I was like, had not come together. And so I felt like I was kind of a little bit like retreating or kind of like kind of putting off that goal, that dream for a little while by taking a job. And that was kind of crappy. That didn't feel good. Yeah. So did, and how did you like process through that? Or do you, do you know, do you like process through your feelings by thinking about them? Or did you actually, was this a time when you were, you know, going to a therapist at the same time, and trying to work through, like, how did you actually overcome this, this sense of unknowing? Hmm. I am, I rely on other people a lot when I'm working through stuff like this. So I've, I've been fortunate enough to sort of build a support network over the years of people whose opinions I respect and trust. And so, like, I consulted with some of those people when I left ThoughtBot, and I consulted with them as I was struggling with this afterwards. And so that helps. That's always been like, kind of my go to. I, I definitely make progress thinking about things on my own. But there's something about like, maybe it's the extrovert in me again. But like, when I process, like when I'm working through something with somebody else, I feel like I make the most progress on it. Yeah, that makes sense. That makes sense. Because people can provide you perspective that you can't provide yourself. Exactly. And it's so valuable. Like, that's worth more than anything. Like, I'm great at looping through the same five facts in my brain over and over again, and trying to figure out what that means. But when someone like, shows up with fact number six that has eluded me for a while, it's like, it's can be so huge, you can really unblock stuff for me. Oh, yeah. Yeah, that's, that is excellent. That's a great way to think about it. There's a really good book on this. It's not just on this subject is a quite a large book. But Ray Dalio wrote a book called Principles. And in Principles, he talks about some similar things. But one of the most important things he mentions in there is the idea that, hey, you know what, like, you have to accept that you're not the only one who's going to be the one who's going to be the one who's going to be the one who's going to be the one who's going to be the one who's going to be the one who's going to have, you have, that you have weakness, that you have blind spots, and that other people are really the most efficient way to deal with those, like, you're not going to be able to reveal those things to yourself, because they're legitimately you can't see them. Yeah. So that's, so his, that's, that's one of the kind of the main points in the book. It's, like I said, it's a long book. But one of the main points in there is, hey, like, for you to be able to actually achieve what you really, you know, are capable of achieving, and you're not going to be able to in the long term, one of the most important things you can do is cross-reference yourself with other smart people who care about you. Sounds good. That's good stuff. Yeah. Excellent. I stalled out reading principles. Like I really enjoyed like the story, like the narrative section. And then I hit the principle section and I was like, this just got kind of really dry. And I ran out of focus. It is definitely dry. And I actually didn't go all the way to the end. I'd skimmed all of the index of principles, but I didn't finish all the way through the business principles. I went through the life principles completely, but not all the way through the business ones. The life principles are really kind of reiterated in the business principles, basically. But I think it depends on your personality, right? It depends on if you like that kind of analytical. It's essentially building an argument for how to be from the ground up. And some people are like, oh, that's too, you know, that's cutting away too much for it to be interesting. But for me, that's the kind of argument that I like to make. Sure. So, okay. So we've covered this dark period. And, you know, a great takeaway there is sometimes you can't just get out of it on your own. Sometimes it really helps to have other people in your life, a support network. And people who can kind of illuminate things that you otherwise wouldn't have illuminated. Totally. Yeah. And this is like, this is probably why like an advisor, like a therapist can be so useful. Because you don't even have to be that brilliant sometimes to like just notice the things about somebody. Like, oftentimes my therapist is literally just pointing out like, well, you said that X is true. And here you're doing this thing that makes it seem like you don't think X is true. Like, do you really believe that? Or like, why are you not? Operating in like concordance with this thing that you supposedly believe. And it's like, yeah, that's not even like the most brilliant insight ever. But damn, you're right. Like, that says a lot. Right. It's kind of like, you know, it's, you can't see every inch of skin on your body. And it's like somebody just holding up the mirror in just the right spot, in just the right angle. So you can see the parts that you can't see. It's a very interesting phenomenon where you see something. That's a part of you that you didn't realize was a part of you. Yeah, definitely. And like, it's crazy how often I've had this experience in therapy of them just saying like, did you hear what you just said? And then just like, like forced me to stop and listen to myself for a second. It's like, you're not even pointing out new things. You're literally just like making me listen to my own thoughts. Like, what am I paying you for? But it works. It's like, it's crazy what a self-deluded haze we walk around in. Yeah. Yeah. Well, the idea of kind of being in our brains or, or kind of unaware of our thoughts. Right. And this is something that, you know, if, if you're practicing anything mindful yoga or meditation or anything like that, one of the first things that you'll learn is that you can begin to kind of separate yourself from that. And instead of being, you know, just. Yeah. Experiencing your thoughts and not being able to observe them. Now you're taking time and doing exactly what your therapist quite literally forced you to do, which is, Hey, wait a second, back up and look at what you just said, which is a representation of something you were thinking. Now let's, let's think about the thinking. Hmm. Yeah. And that's really powerful, right? Totally. Okay, Ben. So we've, we've, we've made some good progress here today. Um, I do want to talk about. You know, we've talked about the, the unknowing, but I'd love to talk about more of the kind of the epiphany moments or maybe exciting moments where things kind of suddenly became clear for you and high points along this journey. You know, what are some things that you remember that, that kind of stand out that you feel like you're going to remember in 10 or 20 years from now? Hmm. So when we were thinking about doing this, I was like, you know, it'd be great to talk to one of the screen hero guys and just see if they like. What they think because so screen hero got gobbled up by slack and then shut down. But like, I was like, so I think there's still a market here, but I wonder if maybe that, maybe I'm wrong. Maybe like the, the slack version of screen hero is sufficient or, or someone else has shown up and eaten this market and I'm just not aware of it. And so we did a call with, with this guy and his feedback was like, so positive. He's like, I think there's totally still a need here. Um, there are some, a lot of problems with the one that slack rolled out that make it not suitable for. Air programming. It's fine for a general collaboration tool, but it's not good for what screen hero was good at and what this market wants. And he was like, yeah, you should do it. Go for it. It's doable. It's, it's hard, but you can do it. And yeah, which was, was awesome. Very encouraging. And then like the next day, uh, so I have two co-founders, but this, at this point there was only two of us, um, total. And so we had a chat in a coffee shop and it was the, like, so we're going to do this chat. And it was really clear. Yeah. And then, uh, we had a conversation, uh, with the screen here, a person like really pushed it over the line. And it went from like, this is a fun idea we're talking about and batting around to like, all right, like, are we going to quit our jobs? And it was, the answer was, yeah, we're going to quit our jobs. Wow. Wow. And that's, that's such an important moment, but it's, it's not the only moment. And I love that, that you have this kind of this linchpin thing. And it, I think it's a really good reminder for us as, you know, just as humans that encounter each other every day. The conversations that we have with other people, you know, if, if fast forward, you know, somebody comes to you and asks you, Hey, should I do idea X? And you take the time to take that call and you say, yes. And that person for that, for, you know, in large part, because of that conversation, that person goes forward and makes an incredible product. Right. And it's really interesting. The, the nudges that we give each other. At the end of the day, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the plunge, they may have taken the pl finally end up being this huge decision for you all. Totally. And I would almost like zoom out a little bit there too, where there actually have been so many people that have helped us since we decided to go do this. And we are, I think we all feel really grateful for that. Like it's not like there was this sense when we first started where I was like, okay, this is a hard technical problem, but I bet we can eventually figure it out. And my mindset has kind of shifted to like, this is a hard technical problem. And with the help of a bunch of people, we will eventually get this figured out. Because people just keep being willing to like, they keep taking our calls, they keep helping us out, they keep offering advice. They, people are willing to become early customers and give feedback or connect me with somebody else and like, let me come on their podcast. And it's just by like kind of the goodness of most people out there. I feel like eventually we will hopefully succeed. And, but succeed or not, like we've been given a really good chance because of the kindness of a lot of people. And so I would say all three of us are actually really excited to, hopefully it works out or maybe it works out or doesn't, but to pay it forward basically. And to be that for other people later. Yeah, that's really exciting. And I hope that all of this goes that direction, not only for you, but also for all of the people who need this tool that you are, that you're currently working on. And I know I look forward to. To the chance to try it out in the future. So thank you for, for doing the work that you're doing. And I have one more question for you before we end the show out. And it's a very simple one. If you had 30 seconds to give developers a bit of advice, what would you tell them? Believe in your ability to learn and achieve things. Your brain is super plastic. You can change it. Don't talk about yourself as a static entity. Think of yourself as a variable that mutates. You can change it over time and just have a lot of faith in your ability to become the thing or the person that you want to be. That's excellent advice. Ben, thank you so much for coming on the show. My pleasure. It was a lot of fun. If people want to find out more about Tuple or about the things that you are doing beyond that as well, where can they go? So if you want to hear like when Tuple, like when we're opening up spots and whatnot, or just sort of stay in touch, tuple.app is our landing page. We have an email list, of course. If you want sort of more. Regular updates, you can follow me on Twitter. I'm r00k. And I also host a podcast each week called the Art of Product Podcast. And it's me and my co-host talking about what we're doing in our businesses each week. So you kind of get a twofer of two software startups. That's very exciting. Cool. I actually will have to go and subscribe in that. Thank you so much again, Ben, for coming on the show. My pleasure. I loved it. Another huge thank you to Ben Orenstein. For joining me on Developer Tea for the second round of our interview and for the second interview on the show. I really appreciated Ben's time and all that he had to share with developers like you and developers like me. I hope that some of you are encouraged to, for example, maybe go out and start your own thing. That's the kind of thing that we hope happens as a result of this show. But beyond that. I think it's going to be a very small change. Small changes in the way that you think about your career. Small changes in the way that you think about your personal health. Those are the kinds of things that we're trying to insight as a result of this show. Speaking of small changes and challenges. I encourage you to go and follow Developer Tea on Twitter. We're going to be posting every single day. We're posting a Tea Break Challenge. This is a daily thing. We're going to be expanding to other platforms. But we wanted to keep it. It's going to be a daily thing. Relatively small to begin with. To see how people catch on to this idea. But the Tea Break Challenge. You can find it on Twitter at at Developer Tea. And of course on Spectrum. Spectrum.chat. Thank you so much for listening. Thank you again to today's brand new sponsor Sentry. Head over to Sentry.io to get started fixing your code today. Instead of relying on your customers to report all of those errors that you didn't want them to see in the first place. Thank you so much for listening. Thank you so much for listening to today's episode. If you are enjoying Developer Tea and you haven't subscribed yet. I encourage you to subscribe. At the beginning of 2019 we're kicking things off in high gear. We're going to have tons of episodes. At least three a week throughout this year. I encourage you to subscribe if you don't want to miss out on that content. Thank you so much for listening. And until next time. Enjoy your tea. Bye.