In today's episode, I continue my interview with Jason Snell! Today's episode is sponsored by Digital Ocean! Use the code "DeveloperTea" at checkout to get one month of a 1GB droplet, completely free!
In today's episode I have the pleasure of being joined by Jason Snell!
Jason Snell
Productivity discussion:
Today's episode is sponsored by Digital Ocean! Use the code DeveloperTea at checkout to get one month of a 1GB droplet, completely free!
Please take a moment and subscribe and review the show! Click here to review Developer Tea in iTunes.
Hey, everyone, and welcome to Developer Tea. My name is Jonathan Cottrell, and in today's episode, I continue my interview with Jason Snell. As we talked about on the last episode, Jason is a tech journalist. He covers primarily Mac products, and Jason has been doing this for many, many years now. On the last episode, I started talking about the importance of journalism in tech, and that's actually where we're going to pick back up in this episode. Thanks to today's sponsor, DigitalOcean. If you are looking for a cloud SSD provider, then DigitalOcean is a perfect opportunity for you. We will talk a little bit more about what DigitalOcean does and why you should check them out later in today's episode. But first, I want to jump back into this conversation with Jason about tech journalism. I was saying in the previous episode, tech journalism makes a big kind of a bridge between these large companies like Apple and the small, small-sized companies like Apple. And I think that's where we pick up in this next part of the interview with Jason Snell. I hope you enjoy it. I want to know from your perspective, having done this for such a long time, what is the effect of tech journalism on the industry? What is the impact of tech journalism on a company like Apple? We know that, obviously, Apple drives a lot of external businesses, like, for example, Macworld, right? But how does the journalism itself change or affect, rather, the things that Apple produces? Are you saying, do we have an impact on what gets made? Or maybe not what gets made, but how it gets made or even timelines and that kind of thing. It varies. I mean, in my past, some developers, smaller developers will often take feedback to heart and make changes. You always have to be cognizant of the fact, especially this was the case when I was at Macworld in the early days, that a bad review of something can destroy a product, essentially. And that destroys a business and that destroys people's lives. It's not a reason not to give something a bad review, but you need to be aware of what you're doing. And, you know, don't dash off a bad review for fun because you have a bigger responsibility. Yeah. And that's the thing. I think that Apple's always the big mystery. I know that Apple reads, certainly, I think it's still true. It certainly was true in the Steve Jobs era that Apple read everything. Everything. Like everything. If I wrote something, and it only happened a few times, but I knew from me and other people that if you wrote something and it struck a nerve somewhere at Apple, you would hear about it, like, that day. And I had been told by Apple PR people that they read everything about Apple that was in the book. They had to know everything about Apple that was written overnight and in the morning before they came to work. They had to know everything that people had said about Apple before they even got to work in the morning. And so Apple was hyper aware and probably still is about what people are saying about them. How much of that is just thrown in the PR hopper of damage control versus how much of that is being seen by people who can make or it's being seen by developers who don't have decision-making authority? They're just working. And then there's the decision-makers. And how much do they see? And my guess would be that the decision-makers see less of it than either of the other two groups. And that although they do see it, I mean, I thought it was interesting when at the talk show at WWDC, Phil Schiller very specifically mentioned Marco Arment's criticisms of Apple software quality. And Marco was sitting next to me basically in the first row. It was pretty funny. But he knew that the decision-makers were not interested. Yeah. And he knew that that was going on. But that was a pretty high-profile thing. I would imagine that those people have less knowledge of that criticism, which on one level I understand. At some point you need to focus on your job and not focus on all the people talking about what you should do. You have to make the right decisions. On the other hand, it could also be an insulation from reality. I would hope that the biggest issues that get brought up by writers get sort of like if enough people do it. If it carries enough weight, it ends up kind of percolating up to those people. I'm sure things that writers have written have affected product decisions at Apple. My guess is that it probably does not happen as much as those writers would like to think that it does. Yeah, sure. But I do think, you know, I'm sure it's happened that – I'm sure at some point it happened that I wrote something about something that was just enough of – caused just enough of friction for somebody to say, you know, I'm going to do this. Why are we getting banged on for this? Why is this the case? Is this true? And to have some decision maker somewhere in the middle of some product go, yeah, it's true. We just haven't prioritized it. And had some angry executive say, can you prioritize it, please? Because I'm tired of hearing about this. And I'm sure that happened at some point. Could have been 15 years ago for all I know. But I'm sure that that happened. I'm not – you know, and it varies by person, too. Like I wrote some critical things about iMovie at one point and Randy U. Billos, who is a big fan of iMovie, said, you know, I'm going to do this. I'm going to do this. I'm going to do this. I'm going to do this. I'm going to do this. And Randy U. Billos emailed me and said – he said, I totally hear you. What are you trying to do? What would make this situation better? And I gave him some answers. And he said, what if we did this or that? Would those be interesting? And I said, that would be fantastic. You know, do what you think is right. But this is how I used your product. And there was an update, you know, a few weeks later that I'm sure they were already working on that addressed those. But, you know, that's my most extreme example of somebody at Apple like actually contacting me and saying, just tell me. But he was like a made man. Randy was. So he could – he was like a made man. He could sort of do whatever he wanted at Apple. Talk to whoever he wanted. But, you know, so, yeah, I do think we can make a difference. But I don't think that's our primary – I mean, I think we can make a difference and we can advocate for the users. And I think we can make – there can be some impact to that. I think our impact is not – it can help, I guess. You know, and I think that's probably the right amount of power for the media to have is try to influence the conversation, try to surface some issues that might be uncomfortable. And in the end, that's sort of what we're trying to do. And that's sort of all we can do. And then we just hope that the decision makers, having gotten that information, make decisions that will benefit us. Yeah. You know, as a user group, not as journalists, but as users of those products. Sure. Well, it's kind of a surreal thing to submit some level of feedback or some type of feedback to any software or hardware maker, perhaps more surreal if it's a hardware maker, but to any company that is creating a product and then say, well, what if we did this? And then you see it actually roll out, right? Like, perhaps one of the most interesting things about podcasting is the opportunity to take listener questions, right? Because it connects this thing that you interact with that seems a little bit behind a veil with your real experience and with your real communication. Like, if you are that customer – and this has happened for me a few times. I will ask for a feature and they'll actually roll it out at a global level. Yeah. Not Apple, but a couple of the products that I use in my day-to-day work, especially true for open source, if you submit an issue on GitHub, for example. And that specific issue, you know that code went to your issue. Like, it wasn't like you submit an issue and then down the road they fix it without connecting it to your thing. It's actually – you know what I mean? Yeah. It's actually, you know, directly connected to it. But this – we have to look at companies like Apple and larger companies in that same kind of realm. They have people working for them just like the small companies do, right? Like, there are people who are making decisions. And granted, they're making decisions in different ways. Like, Apple is looking at, you know, long-term stock predictions and, you know, they're talking about stakeholders and that kind of thing. Whereas a game developer, an independent game developer may just be talking to their friends or talking to users directly. But everybody at the end of the day is just a person. And I find this really interesting because I've seen a lot of examples of this, particularly with Apple hardware and software, where whatever the product is, it will implement something that has already been implemented or attempted to be implemented by an independent developer. We talked about it with jailbreaking. Another example is Flux, the software that basically allows you to change the temperature of the color of your screen. It was side-loaded, which I'll include a link in the show notes if you want to go read more about that. But basically, you could install this app that changes the color of your screen globally. Well, just a few months later, Apple announces that they're going to have a very similar feature in iOS that will be available in the future. And that's going to be the Apple App Store. And that's going to be the Apple App Store. And that's going to be the Apple App Store. And that's going to be the Apple App Store. At the same time, they may have replaced the evolution platform they were bringing to iOS 9.3. At the same time, they may have replaced the evolution platform they were bringing to iOS 9.3. Right. You never know. You never know. And I suppose it's the journalist's job to explore those possibilities to some extent. It depends on how you define your job, I guess. But yeah, that can be one of the tasks. But in the end, I think it's our job to be independent, to keep the interests of the users in mind and the interests of the customers, however you want to phrase it. But the other danger is if there's a pet feature, I try to really analyze what I'm writing about and try to think of who it matters to, because it's not my job to write about just everybody should do stuff to cater to me. Getting back to our earlier conversation, I need to try and take some steps back and say, what does it mean to this kind of user or to all the users? Yeah. Here are the different people who buy this technology and use this technology. And that's part of the deal is taking that step back and trying to think of the big picture of where they're going and why it would be a good idea for them to do this or that or why something is a problem. That's definitely one of the jobs. Yeah. For developers and development teams. Now, there are a few services out there that I would say are kind of no-brainer services. DigitalOcean is one of those services. It's easy to deploy a droplet that is preconfigured with pretty much any open source platform that you already use, like Node.js, Magento, Docker. Of course, they have a control panel, they have an API and floating IPs. As you grow, you can actually have team accounts to manage your applications. They are reliable, and they're available. This means that they have data centers, they have a whole lot of information, and they're available to everyone. Okay. have data center regions around the world based on latency. You can choose these different data center regions based on latency to your customer base, or you can deploy across many regions for redundancy. Now, the most important factor to you is that they have straightforward pricing. You only pay for the resources that you actually use by the hour. There's no setup fee. There's no minimum spend. On top of that, though, DigitalOcean is providing a full free month of a one gigabyte droplet if you use the code developer T at checkout. Go and check it out, digitalocean.com. And of course, that special code will be in the show notes at spec.fm. Thanks once again to DigitalOcean for sponsoring today's episode of Developer T. So I want to talk to you about productivity because this is such a common topic around people who enjoy Mac products. And specifically about your setup, what devices, do you regularly use? I know you probably own quite a few, but which ones would you say are kind of your staple devices and your setup, right? So how you network these things together, how you orchestrate all your devices together, how do you access media and that kind of thing, as well as any other applications or day-to-day kind of things that you do to maintain productivity? Well, that's a lot. Let me give you the overview. So I have a 5K iMac that I bought a year ago, that is my day-to-day. I have an adjustable desk in my garage, which is where my office is. And I do most of my work out here. This is where I do my podcast stuff. This is where I do my writing, the bulk of my writing. When I'm on the other side of the door in my house, I'm usually using the iPad Pro at this point. And I will also sometimes as just a change of venue, a change of scenery, I will go into the house and write. I'll write a book or a book, I'll write a book, in there. And when I do that, I usually am using the iPad Pro and an external keyboard. So those are my two most common modes of getting work done. I have an iPhone and I use it to listen to podcasts and do stuff when I'm out and about, but I'm mostly not out and about. So my most commonly used devices by far are the 5K iMac and the iPad Pro. And on the iMac, I write most of my articles in BBEdit, which I've been using. I write a lot of my articles in BBEdit, which I've been using for a long time. And I use that to write most of the pieces, although some stuff I will still write occasionally in the web browser if it's very, very short. And I just keep copying, keep selecting all and copying so that if the browser does something terrible, I've got it on the clipboard and I can just get it back because you should never write in the browser. And I still do, but it's only occasional. Longer stuff I will write in Scrivener. That's where I've written a few NaNoWriMo novels. Those are all in Scrivener because it's got a nice sort of an outlining tool that is also a writing tool. And the items in your outline are documents inside a larger document. And it's a kind of a nice model if you're writing something really structured based on an outline. Other productivity stuff that I use on the Mac, Slack, Twitter. My mail client right now is MailPlane, which is basically a Mac wrapper around Gmail to make Gmail a little friendlier. And I got a bunch of scripts and... And stuff that I use to resize images and upload them to my server and stuff like that. On the iPad right now, I'm using OneWriter as my writing tool. Although, it seems like with iPad writing tools, every four months, there's another one that comes up with an update that makes it the best. And then it's the best for a while until four months later, someone else replaces it. But I'm using OneWriter right now, which has some nice, I think it's JavaScript based macro language that you can do to do stuff. Yeah. And I've got some workflows. Well, like, editorial uses Python, I think. Yeah. And I'm terrible at both JavaScript and Python, but I'm better at JavaScript. And so I'm kind of more inclined to stick with OneWriter for now because I believe that's the one that's got the JavaScript in it. And I've got some workflows in the Workflow app that I use that I built for some of that. But mostly, I'm using the iPad for more lean back writing. And I've got some other things that I'm using for more lean back writing. So I'm using the iPad for more lean back writing. And I've got some stuff. So it's Twitter and Slack and email. I'm using Outlook as my email client on the iPad right now. Oh, okay. That's sort of the big picture of the tools that I use most often on any given day. When I'm making, use Numbers for making charts. Okay. For like when the Apple Financials come out, I do that all in Numbers because I think Numbers is, it's the easiest way to make pretty charts based on spreadsheet data. And so that's what I'm using right now. And then like literally taking screenshots of the charts and posting them on the web, which is not a very web native approach. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. Yeah. an image into Twitter or Facebook, at which point all of that JavaScript effort, sort of like then when it comes time to share it, you're taking a screenshot again. So why not just make a really pretty screenshot at the beginning? So, you know, that's sort of where I am with that right now. The effort is significantly lower, I would imagine. Yeah, I mean, I've got a JavaScript charting package that I use for my weather station. I have a weather station in my backyard that I've had since 2004. And I've got like a PHP page that is fed by weather data. And since that's a static page that's got data that changes, I'm using a JavaScript charting package on that to chart like the highs and the lows and stuff. Because, you know, I am not making a new chart for my weather station every five minutes in Numbers and taking a screenshot of it, right? So I used it for that. And it's kind of ugly, but it works. But for something like the Apple Financials, Numbers is, Excel's charting game is a lot better than it used to be. But Numbers is just super easy. I don't, I don't love Numbers. I don't love pages. But Numbers especially, I do love how it makes pretty charts. The weather station is by far the coolest thing in that list so far. It's old. It's as old as my son. I set it up when I was on paternity leave when my son was born. He's 11. So, but it's still kicking in the backyard. I've replaced the battery at one point. It's got a solar panel, but it's got a backup battery. It unclogs the spider webs that are spun around it every now and then. But it's still kicking. I've gone through three different apps. I've got a lot of apps that I've used. I've used a lot of apps that I've used. I've used a lot of apps, I think, that talk to it. But it still works. And it's, you know, the PHP page that I hacked together like 10 years ago, eight years ago, is still working with only minor modifications over the years. I don't think that you can qualify, qualifiably say that you are not a developer if you did that. No, I think you can still say that. I, you have to know how unqualified you are. So you have to, you have to get that, you know, the truly incompetent doesn't, you know, they're incompetent. And then you move into a phrase where you, where you know just enough to know that you're dangerous and know that you're, you don't know anything. And that's where I am. So after years of writing Apple script scripts and some Pearl scripts and a little bit of JavaScript and a little bit of PHP, I, I know, and then some shell scripts too. I know enough to, I would say to pick up things written by other people, repurpose them in ways that they were never intended. That they probably shouldn't work and then move on with my life. I'm one of those people. So I, I just know enough to know that I know nothing. That's 50% of a web developer's job. That's true. Actually, I mean, in another life, that's probably what I would be doing is being a web developer. Cause in the early days of the web, I was building web pages and I taught a class about web design, uh, for journalism students for a few years. And that would, that would have been another path for me. And I think I probably, um, uh, you know, behaviorally, uh, uh, emotionally would have been suited for that job. But, um, but you know, the story of my career in some ways is there are lots of things that I could have done, but I get to do the things that I like the most about the subjects that I like the most. And as long as I can get away with that, that is what I choose. And I had that moment. I mean, I've also realized in the last couple of years when I left my longtime job and have been striking out on my own, that, that that is a conscious choice that I made that I would really rather, I'm willing to make a choice. I'm willing to make a less money and be less, um, you know, less successful in some ways in order to do the things. If I can make a living doing the things that I love, um, I'm, I'm okay with not making the money that I maybe could make doing something that I didn't like. Um, and so that's sort of where I am. So I, I am fortunate enough to be able to write for a living and talk for a living about computers and, uh, pop culture stuff. And that's what I love. So that's, that's where I am. So yes. And occasionally hacked together, um, really bad PHP. Well, I don't know that there is such a thing as good PHP, but, uh, we'll, we'll leave that to the crowd to decide, you know what? PHP seven came out and things are getting better in that world. I just needed a thing that made the, the, um, the temperature green. If it was a kind of normal temperature and red, if it was hot and blue, if it was cold, you know, it's a case statement or something like that. Right. Fantastic. Yes, indeed. I, I set the variable from the weather station and then I've got a couple of CSS definitions that are based entirely on, uh, yeah, that variable it's, it's really stupid, but it works. Well, you, uh, I don't do this very often on the show. I don't talk about apps very often, but I feel like if I'm going to talk about them, then now is a perfect time. Uh, so I was very sad. You mentioned Outlook. I was very sad to hear that sunrise is being sunsetted. Uh, I couldn't not say that. But, uh, sunrise is going away. It's my favorite calendaring app. I'd be interested to know, uh, do you use Outlook for, for calendaring or do you have a calendaring app? Um, on my iPhone, I'm using Fantastical. On my iPad, I'm largely using the calendar app, the stock calendar app, although Outlook. So my problem with Outlook's calendar is that I find that it doesn't update reliably. And, um, I switch over to the calendar and there are events that aren't there and they're in the calendar. I'm not going to update it. I'm going to update it. I'm They're in Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp Camp I don't use a calendar heavily. I use it mostly for developer tea, actually. But I still haven't found one that I'm like, yeah, this is perfect. I get invitations in the mail, and then I click, yes, I'm going. And then my phone is connected to my calendar, so I get the reminder, but that's about the extent of it. My hope is that the Sunrise stuff, which has been Sunset, will, since, I mean, my understanding is those people are in super important positions within the mobile group of Microsoft, and that stuff's going to come over. But yeah, it probably will never be the same, and I totally get people being sad about it. But I think I have a little hope. Outlook for iOS is so good that I think it may not be that big a deal. I may have to give it a little bit of a try there, then. Yeah, it's good. It's good. The Microsoft iOS apps in general are very good. Sure. Yeah, I've heard this, actually, on multiple occasions. I would much rather use Word on an iPad than on a Mac, quite frankly. It's, I don't know, it's a newer code base. It looks great. It works well. It's, yeah, it's surprisingly good. So the other app, speaking of word processors, that I use regularly that I just really have enjoyed using it recently. Yeah. Especially is Quip, actually. I use Quip now for all of my notes and pretty much all of my collaborative documents. I use Quip because it's, there is a Mac app, there's an iPhone app. I don't use an iPad regularly because I typically have my MacBook Pro with me, and so I just, I default to using that because usually I need to jump into a terminal at some point. And so that's just the easiest thing for me. But Quip is, a fantastic app. And by the way, nobody that we've mentioned so far is a sponsor of the show, but somebody in the spec Slack community, they mentioned Quip. I was actually looking for a good text editing application and they mentioned Quip. And actually, one of the coolest features of it is it allows you to mention people and it allows you to mention documents. So like you could be, you know, writing, I don't know. A report for something and then reference another document. You can actually embed a document inside of another document as well. So if you have like a spreadsheet, you can drop that spreadsheet directly into your Quip Word document. It's really interesting. I've enjoyed using it a lot. I have not used it. I think I maybe used it briefly because somebody else shared something with me on Quip on my iPad and I used it over there. Yeah. But I haven't used it beyond looking at their documents. It certainly is an ecosystem. You have to go all in and really have everybody around you that you collaborate with go all in for it to be super valuable. But another cool thing about it is they actually have a web interface. So it's all built on React. And there's like a nice wrapper for the native applications. And it just works well for me. The one complaint that I've heard from designers is that the type isn't super... Super nice. And that can be a deal breaker for people apparently. It can for some people. Well, it is for me if it's really bad. But to me, this isn't really bad. I'm looking at it right now, by the way. It's not really bad. It's definitely reasonable. Well, Jason, this has been great. I have a few questions that I like to ask everyone who comes on my show, journalist or developer or bank teller. And so let's jump straight into those. All right. The first question is, if you had 30 seconds to give every developer some advice, what would you say to them? Every developer? Yes. So beginners, seasoned developers, any developer. Okay. I'd say know what you want to make. Know who it's for. Make decisions boldly. What we said earlier, focus is important. Making decisions is important. And better that your product does fewer things well than many things poorly. That's my graduation speech for developers. That's good. I appreciate all of those things. So the second question then is, what do you wish more people would talk to you about? Or what question do you wish more people would ask you? Oh, wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. Wow. wow. Wow. the tools we're using or things like that. And I think that, um, all of us could probably stand to, and then I myself included the questions that I should be asking more to take a step back and, and, uh, accept and embrace the fact that we're all people that have more to us than just the computer stuff that there were, that we're working on. And even a little bit of that, I think can inject a whole other level of, um, understanding and in our interactions with other people. And it's just, it's very easy, I think, especially for computer computer people to find that uncomfortable. I certainly do and avoid it. And I think we'd all be better off if we spent a little more time acknowledging each other's humanity. And, you know, before we get down to business of talking about, uh, you know, all the little beeps and boops that are our lives. That's great. I, I actually saw a, uh, a life pro tip, uh, for my five minute Reddit of the day. Um, I try to stay off of Reddit as much as I can. Uh, but, but I saw a life pro tip that said, instead of asking someone how they are doing, tell them how good it is to see them. When you, when you first encounter that person after, you know, after not seeing them for a while. And there's a part of this that I agree with, right? It's a compliment to start out the, the conversation. It kind of softens the mood, but I also appreciate this idea of being vulnerable with each other. Right. And especially, you know, because we, we are cultured, Jason, we haven't talked before, right? I've never had a conversation before today with you. And so I, my, my mind thinks of you naturally as kind of like an outsider and an intruder. Right. And so it's difficult to switch contexts from that natural thing of, you know, Jason is a stranger to me other than the times that I've heard him on podcasts. And the times that I've read the stuff that you've written, you are otherwise a stranger to me. So it's difficult for us to switch our mindsets into saying, Hey, wait a second. We do have some common ground already. We're, we're both human. Right. And I think that that comes along with the territory. Definitely for, for developers, like you said, because we're, we're dealing with things that are remote and we have this interface where we can shut off every emotion and interact with something. And it's fine. The, the, the, the, the, the, the, the, the, the, the, the, the, the, the, based on my feelings, right. But, but, but people do. that is, I, I really appreciate that, that concept of, you know, taking a step back and saying, wait a second, you know, not everything is about the next JavaScript framework. Like, that, only talk about apple products all day long like that's that's not the true that's not the complete human experience i think it is certainly a part of it and it can be but it's not the complete human experience yep absolutely agreed agreed 100 it's it's it's and i i am including myself in this that it's it's so easy to avoid those kind of conversations and i think that it it's if everybody tried just a little bit everybody would um feel better it's i think it was an xkcd comic or something uh but it was uh it was something like what are you most afraid of and the response was laying alone with silence and it was just this moment of can i actually think about the experience of life that's happening around me without inundating myself to not think about it without having some kind of noise drown it out and i think that goes along with this that that these conversations they aren't necessarily the most comfortable thing to do um and and and it's something that we must be aware of yep jason i appreciate your time thank you so much for coming on to developer t absolutely thanks for having me i appreciate the invite thanks so much for listening to today's episode of developer t and thank you again to jason snell for joining me on the show i so much enjoyed you talking to you here on the show and i appreciate all of the work that you do for podcasters and on your own podcast and i'm sure the listeners of developer t enjoyed having you here as well of course today was the second part of the interview but if you missed out on the first part you can always find that at spec.fm and it's in pretty much any podcasting app that you can subscribe in by the way if you don't want to miss out on future episodes make sure you do subscribe in whatever podcasting app you use that allows the podcasting app to be able to those episodes to be delivered directly to your device if you enjoy developer t consider leaving us a review in itunes this is a huge help to the show and it helps other developers just like you find developer t i'd also like to invite you to join us in the spec slack community you can get there by going to spec.fm slash slack at the time of this recording the spec slack community is just about to reach three thousand five hundred members and we'd love for you to be a part of that community and we'll see you in the next episode of the show bye bye spec.fm slash slack of course that is free to you and it always will be thank you so much for listening to developer t and until next time enjoy your tea