Hey everyone and welcome to Developer Tea my name is Jonathan Cutrellon and today's episode I talk with Kim Bost a senior product designer at Dropbox. This is a live interview at Squares Conference so you're going to hear a little bit of chatter in the background but a fantastic conversation I had with Kim so I hope you enjoy this episode. This episode is sponsored by Hired if you are a developer, a designer, a data scientist, project manager and you're looking for a job I recommend you check out Hired. We'll talk about what Hired has to offer to developer to you listeners later on in today's episode but first I'm going to jump straight into this interview with Kim Bost. I am with Kim Bost here at Squares Conference. It is Friday the last day of the conference and we just finished up with the last talk and Kim is nice enough to sit down with me outside in the lobby which is why you may hear voices in the background but why don't you tell everyone well Kim by the way is a senior product designer at Dropbox so she knows her stuff is the easy way of putting it but I pretend to know my stuff. Yeah there you go. Can you tell everyone who's listening kind of where you came from and how you got into design and then ultimately ended up at Dropbox? Do you want the long story or the short story? Your favorite version. My favorite version. I'll add a little color to it so you asked where I'm from and like well I'm from West Virginia. There you go okay that's a good place. Yeah so I grew up in West Virginia and I grew up in a pretty small town called Bluefield. There's about 17,000 people in Bluefield so it's really small and it's not exactly a hotbed for design but I was always really interested in design from a very young age like from the first time that I was actually kind of like introduced to computers in elementary school. I was introduced to this program called Logo. Interesting. I don't know if you've heard of it but it wasn't on an Apple too or something. Yeah and it was a program where essentially you could type in coordinates and positions and they they had this little cursor called a turtle and you could draw things with it and that was like I was just enamored with it. I loved it and I moved from Logo to kind of like desktop publishing and I would use like desktop publishing software and mind like mind you I'm in elementary school so I'm a kid and I would like make- But layout right? Is that okay? Yeah that kind of stuff but for me it was more about like birthday cards like I would never let my mom like buy my friends birthday cards for their birthday parties I was insisted on making my own birthday cards because you wanted to put like their favorite animal on there. Yeah I think I think at that point it was kind of like more about my vision. Yeah. The best about customizing it. Your favorite animal on their birthday. Yeah. Yeah and I went from there to a little like later like in junior high or high school we got a gateway computer that was our first computer in the house and I convinced- With the cows on it and all that. Yeah exactly. And the pre-loaded software that slowed it way down. Yeah right it was yeah it was pretty slow and I convinced the guy who would like come and repair it because it breaks down a lot. Sure. To give me a bootleg copy of this software called I think it was called- I think it was just called paints or splash maybe it was a splash. Yeah and I remember like having to type in the path to like load the application and all of the it. Oh wow. Yeah. Again I was a kid so I remember meeting with him and like taking very explicit notes about how to load this application. And then I went from there to like taking Votec classes actually in graphic design. And then I studied design in college and I went on to get a master's degree in graphic design from Micah in Baltimore. Okay. And then from Micah I went to the New York Times and that was kind of like my big break and Tuesday I'm still surprised that I got that job. Like I remember interviewing for that job and standing outside of the building and looking up at the New York Times logo and I was like there's no way this is going to happen. But it didn't happen. Yeah. You were there. And I was there for four years and I actually had two jobs. So when I first started there I was the art director for the op-ed section of the page or of the paper. Yeah. And I was working on the physical newspaper so I was doing layouts and working with the editors to art direct the page. And so I would hire some of the world's best illustrators and artists to art the articles. And it was a really interesting time to work with the newspaper because it was during the 2008 election which was really crazy. And only the 2016 election is crazy. I didn't think it would get any crazier than that. Talk about today's sponsor hired.com for a few minutes. On hired software engineers, project managers, data scientists and designers can get five or more interview requests any given week. Each of these offers has salary and equity up front and they have full time and contract opportunities. Now use the user you can view your interview request and accept or reject before you ever even talk to any companies. So there's no awkward conversations. Hired works with over 3,000 companies ranging in size from startups to large public companies. And the best part for you is that it's totally free. They hired your profile from current employers and anyone else you want. So you have full privacy as well. Now normally hired offers a $1,000 thank you bonus. But if you use this special link which you can find in the show notes at spec.fm that bonus will double to $2,000 and just for using that special link. So go and check it out. It's hired.com slash Developer Tea and of course once again that will be found in the show notes at spec.fm. Let's get back to the interview with Ken Boss. So you could go back now and it would be what absolutely crazy. I'm sure. Yeah, particularly in I mean news is crazy but in editorial as well because you're writing all of these these opinion pieces, which is really fun. Which can be way more extreme than the than the others. Right. Right. Like you want to have extreme like well thought through yeah. Yeah. Some times. And that's actually where I got used to shipping every day because you're shipping the newspaper obviously quite literally every. Yeah. Absolutely. Every day. And then also when something like particularly newsly would happen. Even if we had like laid out the paper and had everything set and we were getting ready to send it off to the printer. It's like you know the end of the day 6 p.m. Whatever we'd have to tear it up and do it all over again because we want obviously it's the news. We want to be on topic and a lot of people will probably we get stressed out in that situation. But I loved it. And I still love it. And I don't know. I actually like I think I really kind of thrive under pressure. Yeah. So I like working fast. But I did that for two years and then I ended up on the interactive team. I actually when I at New York Times. Yeah. And I worked on a mix of news design features and editorial features. And at the same time I was sort of spending my nights and weekends in a design studio and Greenpoint free-lancing. It's called the pencil factory. Okay. Yeah. It's actually an old pencil factory. I had my free-lancing video. I think in Atlanta if I remember correctly. Maybe a pencil factory lofts or something like that. Yeah. That's funny. There are pencil factory lofts in Greenpoint, Brooklyn. I guess pencils are going kind of out. I don't know what the deal is. But yeah. It's a cool space. But I actually at the time there was like a whole crew in there. So Jessica Hish was a part of that. Jennifer Daniel was a part of that. And like Josh Cochran, Sam Weber. I'm a great team there. Yeah. Yeah. It was really like a special time to be there. And I had like freelance clients and I was teaching myself to code and write HTML and CSS. So you were interested in code relatively giving a little preview to what we're going to be talking about here. Sure. But you were interested in code relatively early in your design career. Yeah, definitely. And that was not the first time that I had coded. I coded a little bit in grad school. And actually when I was in undergrad and this is like embarrassing to say. But I was responsible for web design at a small like design studio that I worked at in Greensboro, North Carolina. Because I was the kid in college who knew about web. And they were like, well, our clients want websites. And you kind of know how to build them. So here you go. That's great. Yeah. Yeah, it was good. But at the time it was their early 2000s. It was probably like 2000, 2001. And I would build like very basic websites in HTML or awful to say I would build websites in Flash. Yeah. Yeah. No, it's it's a part of all of our past. Yeah. So you have these like massive files that we take forever to load. And they had all of these like extreme animations. But yeah, I've always been kind of interested in it. But around 2010, 2011, I started to get really serious about it. And it started to influence how I think about the design process. And so I really wanted to work on a team, particularly that worked really collaboratively with engineering when I was at the times. And I think that a lot has probably changed since I worked there. But we were spending a lot of time like sort of making these pixel perfect PSD mocks redlining them. And then sort of like tossing them over a wall to development. And they would spend six weeks building something. And then they would bring it back to me. Yeah. You know, the story. Yeah. You would be like, this is not even close. Yeah. Or maybe it's close. But we had to send it back because it's just like we are. And then they would be like, we can't do that. And then I would like send them the CSS properties to fix it. You knew they could do it. Yeah, I knew. But it's just like it was like frustrating for me. And I think it was frustrating for them. And it just is I don't think it's the best use of anyone's time. And it's certainly not a good way to work together. Yeah. If we both have more to offer to the problem, problem solving, then think of that kind of relationship. And so long story short, that's how that's how I ended up at Etsy. Because I think my first meeting or the job description for a product designer at Etsy said, if you'd rather walk a hundred miles in the desert than red line of Photoshop comp, then like you're the designer for us. And you're like, that's me. That's a hundred percent. Reach it. I am. And that's great. Yeah. Yeah. And so I joined Etsy and the teams are very collaborative there. Very small there. Like engineering and product and design, essentially like share or brain. And also all like really important to me, all of the designers code there, or at least they did at the time when I was there. Sure. At Etsy has this continuous development process. So you're constantly all day long pushing code to the site. Designers are welcome to do that too. They drive deployments. And so I just learned a ton while I was there. Yeah. And I think I kind of took that culture for granted a little bit because I didn't realize how hard it is actually to have a culture where design and engineering are sharing a code base and working so seamlessly together. Like there's a lot that has to go into that. Like when I first came on board there, the engineers did have to invest in me a little bit. Like they had to teach me how to work really work with GitHub really well and also sort of like, you know, I had to improve some of my CSS skills because they weren't great coming in. I'm going to be honest. They're good now. They're decent now. When I first joined the team, they weren't that awesome. Right. So there was this investment on their ends and the thing is they didn't blink about it. Sure. They were ready to help you. They were totally bought in. Yeah. And I didn't at the time, I didn't realize how exceptional that is. Yeah. That's well, I think, you know, being on a team where there are distinct positions for designers and developers because not every team is that way. Right. Yeah. Yeah. Some teams actually really do totally merge those two things to be the front-end person. Right. Like front-end means both design and development. But being on a team where those two things are distinct and having tasted what it could be when you're truly collaborating. Yeah. And like they had at that point, right? They knew what it felt like to collaborate with designers. I would imagine that that's kind of their minimum. Like they would never let you not know those things, right? Like that investment is such a huge return for both sides of that fence that I can only imagine that they were more than happy and ecstatic to say, okay, hey, yeah, let's sit down and I'll show you everything you want to know about our code base or about our front-end flow or whatever. Yeah. They were very open to it. And I think I'm not sure where they got that though. You're saying like they would be ecstatic to do that. But I think that maybe engineers first need to taste the value of that or understand the value of that before maybe you're fully bought into it and designers too, right? Like lots of designers are like, why should I learn how to code? Because it takes investment on both sides of the fence. Yeah. And yeah, it's definitely an investment. It's not something that I learned overnight. It took years of working at it. Just like most of my design skills though too. My typography skills weren't on point on day one. They sucked. They're pretty dope now. But it didn't happen right away. Right. Yeah. I can only imagine being in a situation where you have that many people working on the same thing. It's such a powerful thing to be able to say, okay, we know this works. And when we have new people come in who don't know that it works, we're going to show them by actually like bringing them into the fold and saying, hey, we know that this is weird and out of your norm. Yeah. But once you get it, you'll really get it. Yeah. And that was a hiring requirement for us that's even when we were interviewing designers. The requirement was not necessarily that you were able to write semantically awesome CSS or even, you know, we hired some designers that did not write HTML and CSS at all. But it was more that they were open to learning. It was more that there was that curiosity and that design or that desire to work that way. Yeah. Yeah. So when you show them, when you show them a demo of code, they're actually, they actually care about the inner working pieces parts. Yeah. We would give them a coding exercise. Yeah. And so we would, we would have like a basic mock of a design and we would have everything kind of set up for them. And we would just ask them to write the HTML and the CSS for it. Sure. And some people, they had an hour to do it. And we were realistic about it. Like, we're like, hey, it's totally fine to Google stuff if you don't know it because that's your real working environment. Like you hit a wall, you're going to look it up. No, exactly. Yeah. Some other places aren't like that. Like I did an interview at Google once and I had to like whiteboard CSS. Like a true engineering review. I think I did okay. Yeah. I've heard some horror stories around the whiteboard of, you know, algorithm, you know, trying to write an algorithm on the board and some of the smartest, you know, programmers out there who fail those tests. Sure. And that kind of makes sense to you because we all know that humans test differently, right? And they perform differently in different situations. And so no matter what kind of test that you're using, you have to take into consideration. People have different personalities and different performance styles. Absolutely. Like multiple choice versus essay thing. Oh, yeah. Well, and I notoriously, I tested well, but my sister didn't, for example. And she's very smart. Yeah. And we could have, you know, we competed on many levels. Yeah. But she just, she just didn't test well. And so it is definitely a one person to the next person. It can be wildly different. And not very much to do with necessarily intelligence. Yeah. You have to get multiple signals. Like also from a design point of view, designers typically have to give a portfolio review. And especially if you're a more junior designer, your communication skills probably aren't that developed yet. Sure. That's part of like becoming a, you know, a senior designer is being really good at, you know, walking through your ideas and presenting your work and being articulate and all of that stuff. Documenting what you're doing. Yeah. Yeah. And so I think that sometimes that can be really unfair if you're trying to hire a junior or a mid-level designer. Not that you shouldn't do it. You should do it. You should absolutely do it because you do want to see, obviously, you want to see someone's work and their process and how they think through a problem. But you have to take those factors into consideration as well. Sure. Yeah. That makes total sense. Thank you so much for listening to today's episode. I have a Developer Tea. I interview with Kim Bost. We will continue the interview in the next episode of Developer Tea. We're going to talk about how Kim ended up at Dropbox. So it's a great conversation. I was so happy to talk to her to such a kind person. We talked even beyond this recording. We had great conversation while we were there in Dallas or rather in Great Fine, Texas. And another huge thank you to Squares Conference for having Developer Tea come out and hang out and watch all of the wonderful speakers there. I really appreciated all of that. So thank you to Squares. And once again, thank you to today's sponsor, Hired, on Hired. You can get five or more interview requests in a single week. So if you're a software developer or if you're a designer, project manager, data scientist, any of those things, if you're creating things with computers, and you're looking for a job, go and check out Hired. Hired.com slash Developer Tea. Once again, that link and everything else from today's episode can be found in the show notes at spec.fm. Thank you so much for listening. Make sure you subscribe, by the way. In whatever podcasting app you use, so you don't miss out on any future episodes of Developer Tea, including the next part of my interview with Kim. Thank you so much for listening. And until next time, enjoy your tea.