Hey everyone and welcome to Developer Tea. My name is Jonathan Cutrell and in today's episode I interview David Hemphill. David is a founder, a designer and a developer. He has been working at Rebel Ventures. He built a product called Push Sover and he wrote Beard.css. We will talk about all of these things in our interview. Thank you to today's sponsor, hired.com. If you're a designer or a developer and you're looking for a job, hired may be the perfect place for you to start. We'll talk more about what hired has to offer to you as developer to your listeners. But first let's jump straight into the interview with David Hemphill. Welcome to the show David. Hello. So I'm excited to talk to you. You are a, you're a PHP developer, correct? I am that. Are you also, you are also a full stack developer. You are a full stack radio recently. So I assume anyone who is on full stack radio has something to do with the full stack. Yeah, definitely. So you do front end, back end. Tell me about some of your recent projects. I know you worked on music bed for example and I actually don't know what this one is but it's, it's called Bumble. Can you tell us a little bit about your experience at those, at those companies? Yeah. Music bed is a music licensing company. And so they sell sync licenses so that you can put, you know, tracks on your video. So you don't have to use kind of janky, robotic music that people have copied off other people. But this is actual artists, that tour and that sort of thing. So you can use their tracks and put it on your video in which elevates the quality of your video so much. And yeah, you mentioned Bumble, which is actually just a side project. But right now I'm working on two other things. One's called Rebel Ventures. I have two partners there. We're working on a like a donation platform. And then Monarchee is kind of my, it's my company, just me and I'm working on push silver and a few other things that have announced it. Very cool. We're going to talk about push silver more in depth later on as well as Rebel. My wife and I actually, we got our music for our wedding on music bed. Some of the music we used, we got it from music bed, specifically the music we used for the videos. We didn't have to pay licensing fee. We don't have that many important people coming to our wedding. They're important to us. But no, we didn't have to pay licensing fees for any of the music we used for our personal event. Just a little bit of music copyright for anybody who's interested in knowing that. But we did have to pay for the license to put it onto a DVD that was sold to us. So that was what we used music bed for the people who did our video. They actually did a full video of our ceremony and everything else. The music they used, they basically told us you have to have a license to use this even if it's for your personal DVD, which I didn't know. Yeah, it's not common knowledge. I'm glad they knew it because I want to give the artists, they're do you, obviously. For sure, it's very hard to make it as an independent artist. Most of these people are working at Starbucks and other jobs just so they can make music and music bed and just licensing in general gives artists another avenue to make money. So they keep doing that. Sure. Yeah. And so Bumble is a CMS side project, you said. I know that you've tweeted quite a bit. By the way, your Twitter stream is very much so entertaining for anybody who wants to follow David. It's just David Hempel, I believe, which will be in the show notes that is spec.fm. But David's Twitter feed is as I tweeted just a few minutes ago, both it is equally informative and entertaining. So go and go and follow David. But yeah, so I saw a couple of things on your Twitter feed as I went through. First of all, I saw that you ate a wrap recently. But perhaps more importantly, you just launched Dad's in development, a brand new podcast. That was today, right? Or yesterday. Yesterday, Monday, yesterday. Yeah. Tell me a bit a little bit about Dad's in development. Well, Dad's in development is a podcast about Dad's and geeky stuff. It's with one of my coworkers or I guess former co-workers from music bed, Andrew Dilpritz. He's a JavaScript developer and I'm kind of more of a backend developer these days. And so we decided just to kind of go for it and started a podcast. We've been talking about it in our, the chat room that we're in. But yeah, we just decided one night to do it. And so it's really kind of focused on the developer that it's also a dad and kind of works at night and how to balance being a dad, a good dad, being a developer and staying healthy and those kinds of topics. This is going to be really interesting to me in the coming years. I'm not yet a dad. But I plan on it. So my guess is I will need to learn quite a bit between now and then. Well, this will be a good podcast for that. You can kind of understand some of the struggles that we go through. I can only imagine. I mean, development just on your own, being a developer, you have to have a lot of quiet time. There's, you know, a lot of people are introverts and also developers. And there's not, it's not an accident, right? Like, developers being introverts is a pretty common theme because introversion is kind of a necessary part of understanding software development because you need a lot of time to think deeply about a given problem, right? Right. There's, you know, there's the concept of like something I was reading the other day about managers time. I'm going to butcher this, but managers kind of way their days work and then developers or engineers or creatives. And the managers always like focused on 30 minute increments. You know, what's my next meeting? You know, hop in from thing to thing and the creative or the maker, whatever the terminology they used is really more about like, they might have two to three just stints, long stints of things that they can do. And how the, this article is talking about how the managers getting in every hour or just any small interruption actually breaks that flow, you know, the greatest productivity or whatever. Yeah. I mean, as a developer, the best thing I can do is block off a three hour block. I can't tell you how much I get done when I can have just a three hour block of uninterrupted me and my computer as long as I don't end up falling onto Twitter or Reddit. If I can stay in them, which by the way, we will talk more about them in just a minute. But if I can stay, you know, in my development environment, I get a lot done. If I'm uninterrupted for three hours, then if I were to, for example, spend a six hour block being interrupted every 30 minutes, right? I get way more done in a solid three hour block than if I were to have an interrupted six hour block. Some of my most productive nights are after everybody's gone to bed and then they're asleep and I can just crank out so much work. You know, then it's kind of becomes a balance of should go to bed or kind of ride this wave until it kind of fizzles out. I usually wind up riding the wave, unfortunately. Well, I think everybody has different, you know, energy swings and that kind of thing. I find that I have different things that I can do at different times of the day. For example, I'm much better at doing work for this podcast luckily at night. After my day job has, you know, it's a long gone in the past at this point, right? Like my nine to five, which, you know, I want to put everything I can into that job and then come home and be able to put as much as I can into into this job. Having those energy swings, I've actually been able to take advantage of that. But unfortunately, you know, some people, they're really super creative at night and they can't take advantage of it as much as they would like to until they recognize it. Mm-hmm. A lot of people will say that you should get up early and that's when you're most creative and that's when the best energy can be spent on the day. So those, those suggest don't look at your phone, don't do anything. You know, just get up and if you're a blogger, blog or start riding code. Actually, for me, I'm, I don't know if my internal clock is just haywire or I'm living in the wrong time zone or what it is, but it's something about I can get good work done during the day. But at some time, it's just something about that night time burning the midnight oil. I don't know if I've maybe over glamorized it in my head, but something about that and just make me super productive. I'm actually kind of conflicted about this myself because I did go a short while where I was waking up at like 5 a.m. and I don't do that anymore for the record, but I was very productive in the mornings. And in fact, I felt great being able to do something for myself or for a side project or that kind of the feeling of having all of the energy of the day, bald up for myself early in the morning. That was a good feeling, but I also have the desire to sleep in the morning. So that kind of competes with it. But I have found that there are certain things that will re-energize me in the evenings. If I go to the gym, for example, in between work and coming home, it's kind of like a reset for my brain. I know, like, scientifically that if you make a certain number of decisions early in the day, then you experience like decision fatigue, right? So it's harder to make decisions later in the day. So it's a little bit easier to do creative work than it would be to do, I don't know, more more analytical work later in the day. And I found that that's definitely true for me. I'm much better at doing things that are kind of free-flowing. So, you know, writing is typically free-flowing for me. And even talking on this podcast, I'm much better at that at night than I am at the morning, but I'm much better at writing code in the morning than I am at night, which is a really interesting kind of dichotomy there. Yeah, I can understand that. I think I see some of that in my own life where, you know, like during the day, I'm programming mostly, mostly programming. But at night, it's kind of a mixture of programming, designing in the browser, you know, writing emails off to customers, you know, making sure the database is backed up, you know, all these sorts of things where it's kind of free-flowing, just I can really get into a groove just kind of when I have full control at night, it just seems to be optimized for that. When you have a project that you're fully in control of, I feel like I can get more done at night than during the day. For sure. Yeah. And I think that there's a special kind of energy that comes along with something that you own. And David, you've had a chance to own a few projects for yourself. The first one that I want to talk to you about is Push Silver. We're going to talk about Beard.CSS later. We'll talk about Push Silver right after this quick sponsor break. Today's episode is sponsored by Hired. On Hired Software Engineers and Designers can get five or more interview requests in a given week. And each of these offers has salary and equity at front. And of course, there are full time and part time contract opportunities. You can use this platform entirely for free and you view the interview requests and accept to reject them before you ever talk to a company. So really, there's nothing to lose. On top of that, Hired works with over 3,000 companies ranging in size from startups to large publicly traded companies. And they have employers from 13 major tech hubs in North America and Europe. Once again, it's totally free for you. And if you get a job through Hired, they normally give a $1,000 thank you bonus. But if you use a special link in the show notes, which you can find at spec.fm, that link will give you a $2,000 bonus when you accept a job. That's a doubled bonus just for using the special link. Now, that link is hire.com slash Developer Tea. But again, that will be in the show notes at spec.fm. Thank you again to hire.com for sponsoring today's episode of Developer Tea. So David, go ahead and tell the listeners what push sober is as well as why you decided to build push sober. Yeah, push sober is I call it ultra simple and voicing for busy humans. And it's a invoicing software as a service designed to be really simple kind of aimed at the developer the nighttime midnight oil burning guy or girl. What prompted you to build push sober? It was a mixture of a few things. One, I'm just insanely curious. And I'm always trying to think of things that I can build that will push my skills forward. And so this was an opportunity to learn a lot of things. There was this JavaScript framework called view and then layer of L of course is a PHP framework that I work in. But it hadn't had an opportunity to work on a multi tenant application, which is if you don't know is a, you know, an application where you have all sorts of users using the same database and their data is separated. And so I really wanted to work on something like that. But what prompted me to go forward with building it was that the market I saw was sort of saturated with really big, big software products like harvest, you know, and these are all great solutions to problems. But it was kind of a mixture of all of those being really complex. And my desire to kind of scratch my own itch was kind of converged to make push silver. And initially it wasn't an invoicing solution. It was sort of like a square cache or the PayPal thing that they have that they're copying off a square with. And that helped. I used that for a little while. But then I found out that I really wanted an invoicing solution. So I kind of pivoted the software towards that. The thing that's so cool to me about push silver and applications that are built by, you know, one man teams is that it's a one man team, right? Like it's such a cool situation that we are in. It's a great age to be a software developer because we are now in the age where you can use an application that was built by one person. And then you can in the next moment use an application that was built by a hundred people. And then in the next moment, you can use an application that was built by, you know, ultimately a company that has a thousand employees all in the same workflow. Like they they can all talk to each other and not only can they talk to each other, but they can all be equally useful because the value of these things is that they are distributable, right? Like we can send these things out over the web, push silver and many other applications like push silver and not necessarily specifically invoicing, but I mean anything really is deployable on the web and instantly available all over the world. And this is such a unique situation from the rest of history, right? Like we haven't had the the opportunity to see the impact of worldwide distribution at the fingertips of any developer who decides to take advantage of that. Yeah, that's really really really nice. We live in an unprecedented age where distribution is cheaper and worldwide, you know, and I don't think we'll see something that great as far as the ability for one person to impact people across the world and they won't get bigger than that until we mankind moves out to other other planets and they will have to build software solutions for multi-planet markets. And maybe a few years off. I certainly don't mean to suggest that this is free though, right? Like this does take both time and at least a little bit of money, right? And that's probably something that will be solved in the somewhat near future. I believe at some point that this is going to become open to everyone, similar to pen and paper. I guess technically used out the buy a pen and a paper, but there are plenty of pens laying on the ground. So it's likely that you can write for free, right? It will be likely that you'll be able to write software for free in the coming ages in the near future. Definitely. And our society is sort of recognizing the value of people that can write software. I think the president just a few weeks ago or maybe a week ago signed something about making it. I think he increased a budget for computer science education. Yeah, yeah, at the country. And I think that's the right way to go because many of these systems, they need programmers. We have old legacy computer systems that single people have the entirety of the worldwide knowledge of that one really, of this old computer system in their head. And they get paid crazy amounts, you know, defense systems for the government. And I think the more things that are on the internet, the more devices, the more the internet gets out to the farther parts of the world, maybe the poorer parts. We're just going to need more software engineers. We already kind of see it now that companies are in need of designers. And I think we'll still see the same thing. And that's great that our government's kind of recognizing that we need to have that at an early age, that kids can start writing software because, you know, they're actually way better tuned to learning this stuff than adults are. It's like learning, Spanish, a child can learn Spanish much easier than an adult can. Even now, I've been in this, you know, 10 or 15 years, you know, and the people that have already come under on this first wave of web development and software writing, they're just miles ahead already. You could see a 13 or 14 year old, they're just the smoking the greatest. They're smoking the 30 year olds, the 40 year olds. Yeah, well, I mean, there's, and there's science to back that up for sure. Like, the plasticity of the mind is greater when you're younger because you haven't developed preconceived notions yet. Like, that's, that's not a thing. So when you're super young, you're willing to accept new and completely different perspectives from what you already know. And as you encounter new new perspectives, those new perspectives are encoded into your brain. And eventually, you become just as kind of hardened in your ways as any other person in your age does. But the younger you are, the more likely you are to have a plastic mind, not like a fake mind, but have plasticity. And so the interesting thing is they are doing a lot of research around that plasticity and how to increase it when you're older. But those are things that I actually don't. I don't know anything about yet. I'm still doing the research, so I'm not going to talk about it like I know about it. Well, if they can make a product that helps me learn things and sort things quicker, I'm signing up for that monthly. I think the like step one in all seriousness is to approach everything as if anything is possible, which sounds super floaty, right? Like it sounds kind of ethereal and idealistic maybe. But that is actually the way a child approaches it because they don't have a concept of possible and impossible yet. They don't, they haven't formed that yet. I understand that makes sense. You see a lot of like in your career where you might outgrow a company and that might be a contributor to that is maybe that you're excited about newer technologies and you might work in an agency and they're used to this old stack. I could definitely see that being the trait of the younger people because they just don't know that you can't do that. Or it just doesn't work that way. It's always been done this way. And so yeah, that makes a lot of sense. Yeah, I mean, I would imagine that for example, young developers coming in, they may not have any concept of a world without multi-threading, right? Like they may be already thinking that computers are parallel by nature because they have been since they were born, right? Like so coming into this and thinking, okay, well, I have to learn about race conditions. Well, maybe I already kind of intrinsically understand that concept because when I first started programming, that was already a thing, right? Whereas when I first started programming, me, race conditions were important, right? Like we only have one thread and if you introduce another thread, well now you have to actually do something about that. And multi-threaded programming is definitely a part of our future. And I think it's going to be a ubiquitous part of their world. So I don't think they're going to have as much of a problem translating from a single threaded reality to a multi-threaded reality. Definitely interesting problems to solve. So I'm going to switch gears entirely and talk about them. If you're not aware of what them is, it is this very much so painful thing to learn. But once you learn it, it is an incredible tool. And David, I know that you, at least you started to learn them over the holidays. Can you tell me kind of how that went and where you are in that process? Yeah, I could tell you about the three or four other times I've tried them and failed. As a developer, you'll eventually encounter them if you're working with servers or anything like that. You'll need to learn a few basic things to even just get around them because it's installed on every server by default. But the first three times I tried to actually learn them, it was a utter nightmare. Because VIM has all of these, I don't know how to explain it, but the shortcuts and the commands inside VIM are just kind of how would you describe it? They definitely are not natural. Yeah, you expect to always be in like an insert mode and VIM, they have different modes. Most of your editors are what VIM would call its insert mode, where the cursor is blinking and you can move around with the arrow keys. And the first few times I learned I was working on VIM, my arrow keys were disabled, they didn't work and so I didn't even know how to get around. Sure. And I did the classic thing that people joke about. I couldn't figure out a quit VIM, so I just had to quit the terminal. And it would leave a swap file and I'd be like, what is a swap file? All these sorts of things. The SWP file, for those of you who have been wondering what all those SWP files are in your server, that's what they are. The people that can't quit VIM. Yeah, exactly. Yeah. And so I decided with a few more years of experience that maybe I could try it again. I've been watching some videos where people were just writing insane code, this putting a string of like 10 characters together and changing their code incredibly quickly. And so I wanted to be a part of that. I wanted to understand it a little more again. So I launched it and just looked over a lot of VIM RCs, which is VIM's configuration files. And started to get used to the HJKL for my arrows, kind of workflow. And just starting to really think about what I was doing when I was using VIM instead of trying to make it, you know, fit my previous paradigm or something like sublime text or atom. I'll admit it was really painful. And lots of rage quitting happened. Sure. But you know, I got a good cheat sheet and just decided to, you know, persevere and learn, you know, the basics of VIM. And I was starting to get faster and faster. And I really started to see the value and what really, I guess, kind of broke it wide open is when I started writing my own cheat sheet down. And I had also worked on getting my VIM RC to where I liked it. You know, because VIM is very configurable. You can make it do pretty much anything, but it has to be configured because it's not configured out of the box to be usable by anyone, I think. Depending on which installation it gives you a white screen with black text and no color formatting or anything like that or just black text or a background with white text. And that can be really hard to approach. But yeah, I've been using it for the last, I guess, yeah, last few months. So you've stuck with it in other words. I have stuck with it. I, there was times when earlier on, maybe first couple of weeks of January where I'd have to jump over to Adam just to do something really quick, you know, because I was starting to feel like kind of claustrophobic inside VIM. I don't know if that makes sense. But yeah, totally. If you don't have to get around in VIM and you don't have the right plugins and you don't have it set up the correct way, you can really feel claustrophobic. Not like when you want to go browse a file, you might not know how to get there without missing up your current buffer. And so that will make you feel kind of claustrophobic. And so I would jump over to sublime text or Adam, I was kind of using both at the same time. And I would do what I needed to do there. But then I, there came a point where it was too painful to use sublime text because I couldn't do HJKL and I couldn't string together some of these movements. But VIM was still a little painful. And there was a lot of things that I wanted from sublime text and Adam that I couldn't do in VIM. But then so, you know, I just wrote those things down and found out, found solutions to those and then and just made VIM work for me. And so now I'm feeling pretty comfortable with it. I don't think there's really too much that I can't do inside VIM. And I've noticed that my speed of editing has gone up. I can now kind of think about what I want to do and then string together some characters and it happens. That's that's really interesting because I have I have totally switched over to them except for a few very small instances where I still think sublime actually works better. One of those is multi cursor. So being able to something that I commonly do, for example, is having a long list of records or something that I need to pull out certain values from and you know, comma separate those values or something. And so I'll throw all of those into sublime and I can do, you know, multi line cursor super fast and get the values that I need out of those lines, put them into another file, do another multi line cursor, add the commas and then delete the the new lines and there it is. Doing all of that in VIM is not easy. Right? Like you could probably find a way to do those things but I think the plus again, I'm going to use word plasticity. The plasticity of the text in sublime is different than in VIM. I've learned to use VIM for my authoring. In my opinion, that's what VIM is best at is when you're authoring a new file, whether that is, you know, if you're doing back end programming, if you're in Ruby or PHP or something or if you're doing even HTML, VIM is actually pretty good at that. Sublime is also pretty good at HTML and Adam is pretty good at HTML. But VIM allows you to do things that none of those allow. For example, one of my favorites, delete inside tag. I can delete everything inside of an HTML tag by doing DIT and that's it. That's all I have to do. And it's incredible. And so I actually realized the speed of my development had increased when a developer, it wasn't me. I didn't realize it myself because it gradually increased for me. A developer walked up to me and he watched me change some code around. He was like, wow, you are way faster than me. And I was like, wait a second. Was I faster than you, you know, when I was in supply? Probably not. Like I watched you code. We don't code very differently. Maybe this is actually increasing my efficiency. It certainly changes the way you think about code, though. For me, at least the way I think about code now is more kind of like data. The code on the page isn't just a text file. It's kind of like data that I can move around and change and process in ways similar to data from a database. Yeah, it's kind of like there's in programming, there's this concept of abstracts and text trees. And it's kind of like once you learn them and you learn how to jump around and get to where you want to go on the file, it's almost like you're kind of like parsing this whole file. And you understand almost in a moment's notice how you can get anywhere on the page versus in your traditional editing flow, you might hit the up arrow a hundred times to go up a hundred lines, you know, and yeah, with them, you can if you wanted to get to the 56 line and you're inside the file for the first time, just go 56, 5G and you're down there or you can run a quick search and jump to the spot that you see. But you can do that kind of thing in sublime, but something about the VIM, keeping you on the home row of your keyboard really increases the speed and like you, like that, the delete inside tag, those kinds of things are super valuable because how many times have you went to the end of an attribute in HTML and then, you know, had to hold what is it, command shift and then arrowed over until you found the first quote, that's what I do because I'm left in and I think that's why or, you know, the reverse where you're going from left to right, you know, and VIM, you're just going see I, quote, or see I in parentheses or DI, parentheses, if you would just want to delete it, you know, and it's so much quicker and it allows you to think more about the problem instead of the code that you're writing or the editor. Yeah. Once you want to, once you finally get those committed to memory, that is, you know, yeah, and I think that the difficulty for a lot of people is at first, it's, it's quite literally the opposite. Before they try VIM, they aren't thinking about their text editor at all, right? And then somebody says, oh, you can think about only the code when you're in VIM and they're like, oh, I want to see what that feels like. And they try VIM and they realize, I'm only thinking about my text editor. Yeah. It's definitely that way for a while. It's just, it's just the repetitive thing. Anything that is worth doing probably takes practice. So, and VIM is no exception to that. Yeah. And there's lots of good modes that kind of can help you get better in VIM, but kind of leave you in the same, or kind of leave you in the editor that you're in. So like, Adam and Sublime have VIM modes in Sublime as vintage. And Adam has VIM plus and that sort of thing and those help. But there's something about just learning VIM by itself that makes, I don't know, it's, there's nothing like just VIM, just straight up VIM. Those other modes are good. You get the immediate benefit of being able to jump on pretty much any Linux server and at least know how to open a file and edit it directly on the server. Which for a lot of people listening this, that's probably a fringe scenario, right? You're probably not doing that very often. But especially for the SysAdmins, I would assume most of the SysAdmins already know at least a little bit of them because this is, this is like fundamental necessary knowledge unless you're using Nano. And if you are, let me know because this is going to change your life. Like, there's so much, so much more palatable than a regular text editor in terminal. If you've used Nano to edit your host file, for example, that's probably the most common, the most common scenario of people using Nano. I certainly recommend that you at least try VIM. I don't have any experience personally with EMAX and I've heard that it has at least similar gains and performance in terms of like how fast you can get something done. I've also heard that EMAX is a little bit larger in scope. It's kind of its own operating system. Either way, try one of these kind of deeper editors. And perhaps, you know, again, I don't work with an IDE, but maybe an IDE is that deeper editor for you. I don't know. VIM has been incredible for me and it allows me to customize my editor experience so much more than sublime ever could have. Yeah, I remember a few things that I would need to edit on the server. A lot of times I would open up transmit and like SSH through there and then try to open it and I'd right click it, open it and sublime text and oh, such, you know, that was painful. I didn't realize it was painful at time. I was just trying to get the editing done, but being able to just SSH into the server from my terminal and just open the file, just VIM, whatever it is, and just get going. It's good. And I know a lot of server admins that run just stock VIM, because there aren't so many different servers and you know, that this is not practical to sync over their settings all on each one of them. And so they just run stock VIM and I'm like, more power to you. Yeah, good for them, you know, the closer you can get to stock, it's probably the better you are of them. So the better you are, I think in the like anywhere scenario where you have to be able to use VIM as it is on some random brand new server, for example. Yeah, definitely. So we agree on VIM. Now it's time to talk about Atomic CSS. You know, I talked about this actually with Kaplockens. He was on the show a couple months back. And he was building Atomic CSS for BuzzFeed. He's still working on this project, I think. And a lot of his design team is working with Atomic CSS as well. And back then, I kind of just sort of blanked at agreed with him because I hadn't really deeply looked into it. And the points he made were certainly valid. And I think, David, that you're going to have plenty of valid points about this particular subject. But I want to open the subject because I recently had a discussion about Atomic CSS. And I think we're going to have some good discourse here because there's a lot of things that I do like about it for certain scenarios. But for other scenarios, it just doesn't add up for me. David and I will jump right into our conversation about Atomic CSS in the next episode of Developer Tea. If you don't want to miss out on that, make sure you subscribe in whatever podcasting app you tend to use. That will allow you to be alerted whenever that episode is released. Thank you so much for listening to today's episode of Developer Tea. And thank you to David for coming on the show. If you want to see all the links and the notes from today's episode, you can find those at spec.fm. There are other shows on spec.fm that you need to check out as well. And so you're probably already going there. Spec.fm. That's where the show notes are for this episode. And you can listen to every episode of Developer Teaat spec.fm writing your web browser. Thanks again, hired for sponsoring today's episode. If you are a designer or a developer and you're looking for a job and you don't know where to start, hired is totally free. You can look at interview requests without ever even talking to the company. So you really have nothing to lose. On top of that, you actually can get a $2,000 bonus that's double their normal bonus if you end up accepting a job through hired. So go and check it out. Hired.com slash Developer Tea. Of course, that link will be in the show notes at spec.fm as well. Thank you so much for listening to today's episode. And until next time, enjoy your tea.