Ardent Development Podcast

Ardent Development Podcast

Derek Hatchard and Ron Smith talk with practitioners and thought leaders in the software development industry in search of inspiration and insights that apply across disciplines including programming, testing, product management, project management, people management, user experience, and security.

  1. 02/13/2018

    #010 – Reimagining Your Product with Luke Ball

    Luke Ball is a product leader at Salesforce. After studying computer science in school, Luke started his career in front-end coding and UX. He’s worked as a consultant, an independent contractor, employee #1 at a startup, and, for the last eight years, as a product and UX manager at Salesforce. At Salesforce, he was on the original Chatter team and has worked in various capacities on Search, Einstein, and Mobile. For the last four and a half years, he worked on Social Studio, Salesforce’s platform for social media management. We’ve all heard the analogy of changing the engine while still flying the plane. In this episode, Luke Ball shares his insights and experiences reimagining an established software product. We discuss information gathering, painting a vision for the future, getting buy-in, managing expectations, and more. A must-listen for anyone working on evolving existing software products. Where to Find Luke Ball At lukeball.com @holidomelarry on Twitter Book Recommendation This week’s audiobook recommendation is The Three Signs of a Miserable Job: A Fable for Managers (And Their Employees) by Patrick M. Lencioni. Get your free audiobook by visiting ardentdev.com/audible. Thanks to Audible for supporting this podcast. Follow @ardentdev Music by Nazar Rybak and Alvaro Angeloro from HookSounds.com. The post #010 – Reimagining Your Product with Luke Ball appeared first on Ardent Development Podcast.

    23 min
  2. 01/23/2018

    #007 – Augmenting the Agile Team: A Testing Success Story with Mike Hrycyk

    Mike Hrycyk has been trapped in the world of quality since he first did user acceptance testing 19 years ago. He believes in creating a culture of quality throughout software production and tries hard to create teams that hold this ideal and advocate it to the rest of their workmates. He has worked many roles, but always returning to testing. Mike is currently the Director of Quality for PQA Testing. In this episode, Derek and Ron chat with Mike Hrycyk about his experience using a regression testing team to augment feature teams, handling the testing regression cycle while the feature teams (developers and testers) do new development. He makes a compelling case and his story of success is well worth the listen. Where to find Mike Hrycyk @qaisdoes on Twitter On the web at qaisdoes.com Enjoy the show and be sure to follow Ardent Development on Twitter. Follow @ardentdev Transcript Ron: We are joined today with Mike Hrycyk who has been trapped in the world of quality since he first hit his user acceptance testing 19 years ago. He has survived all the different levels, and a wide spectrum of technologies and environments to become the quality dynamo that he is today. Mike believes in creating a culture of quality through software production and tries hard to create teams that hold this ideal and advocate it to the rest of their workmates. Mike’s currently the director of quality for PQA Testing but has previously worked in social media management, parking, manufacturing Web photo retail music delivery kiosks and railroad. So welcome to the show, Mike Mike: Thank you. Glad to be here. Derek: It’s good to have you Mike. Ron: Glad to have you. Now you just finished up at a conference. We thought we’d have you on to talk a little bit about your first talk that you gave there are. Augmenting the gentle team, a testing success story. Could you give us started on that topic, Mike. Mike: Well sure, for sure. So Agile for me is a bit of a passion, I think. I really believe in the power of Agile. But one of the things that I’ve learned in working with people who do Agile is that when when people self teach or when they have bad coaches people seem to believe that there’s a right way to do Agile, that there’s one way to do Agile and they go out and they find a how to guide for how to do Agile and it teaches you how to implement it. But the problem with that is that every situation is incredibly different and that Agile isn’t really set up to be a how to guide it’s set up. It has a manifesto, it’s a set of concepts and it’s something that everyone who adopts it has to figure out how to do it right. And so I had a project that we did with one of our clients so, we’re testing as a service company. And we got involved with one of our clients where we did an assessment and helped them figure out what they needed to to be successful and some of the work they were doing. And one of the things that that we were looking at with them was is what they’re doing, is it doing Agile wrong, is it doing it right? And I have this personal mission to make sure that no one believes that you’re doing Agile wrong as a term that you can hear. I’m not sure if you guys are familiar with the concept but when I hear that it just makes me angry because Agile is an iterative approach to everything and it’s the way that there’s no way that it needs to be done. You’re doing it right, if it’s working for you. And so this talk that I put together is sort of a case study from a project where we did take and went way off the standard realm of Agile and did it our own way. And I wanted I talk about how we did it what the problems were and what the success was to help people see that doing Agile your own way is probably the best path to success. That makes sense? Ron: Absolutely. It’s an interesting topic because as you go from company to company and do different assignments there you see Agile implemented in different ways. And I think if you talk to the folks that are involved in projects they would actually give you a slightly different slant which I think is aspirates this topic of are we doing it right. Because I.T. is often, you know years ago, there’s a right and wrong way if you will, right there seems. But this seems somewhat fluid. I think people are having a hard time knowing you know are we doing well or are we doing it right? Mike: Well and for someone who grew up in Waterfall who’s spent years having lists of things that you need to do to do things properly Agile so different from that. And I think that’s one of the reasons that some people and I hesitate to call people old timers but if that’s your mindset maybe that’s the right way to say it. You get stuck in that mindset and Agile has too much change, it’s just too fluid and it’s difficult for you to go into that new world where you might have to be able to shift every two weeks, you might have to be able to shift the way you’re doing things because you’re supposed to be iterating to make things better. Mike: So the clients I won’t name names but the client is a Canadian client that produces a retail management solution or an RMS for mobile phone kiosks. So when you go into a mobile phone place in a mall or wherever you go and you buy a phone and probably not the ones that are actually branded Fido or Bell or whatever, probably one of the other ones although they sell to the carriers as well. But when you go into one of those and you buy a phone, one of the things that they need to do is they not only have to track the purchase of the phone. They also have to set up provisioning for the phone so that when you walk out of that kiosk that you have a phone that is connected to the carrier and that does what it needs to do. So they produce software that takes care of that, takes care of the selling and takes care of that. And they’ve also extended it and tried to make it an option that will sell and take care of all of the needs of that client. So it also takes care of employment stuff, it takes care of inventory, it takes care of reporting and tries to take care of all things. And really what end that ends up being is it ends up being a very very complex system so anyone who’s worked in an ERP knows that that it’s like an octopus only not eight arms, like a million arms that that thread through all different things. And so there’s a lot of integration points for that. And then. So they were having some problems with one of their end clients which is what I term one of our clients who is working with someone else down the line. We call that the end client sort of like end user and when they work with an end client that end client was a name of one of the major carriers in the U.S. and they did 40 percent of the business for my client. So what they did is they had a lot of clout in conversations about features and things and that end client had 15 other vendors delivering solutions that all built together into integrated system that made them successful. Ron: So it’s an octopus of octopuses. Mike: Yeah yeah every aka arm had other octopuses living off in this kind of mutated. What that meant though was that that the SIT testing,the integrated testing environment system integration environment was very necessary and complex because you couldn’t test on your own box you can’t test for what’s going...

    28 min
  3. 01/16/2018

    #006 – Developer Evangelism and Lessons from Musical Theatre with Chloe Condon

    Chloe Condon, a former musical theatre actress and Hackbright Academy graduate, is a Developer Evangelist at Sentry. Perhaps the only engineer you’ll meet who has been in “Hairspray”, “Xanadu”, and “Jerry Springer: the Opera,” she is passionate about bringing people with non-traditional backgrounds into the world of tech. If you’re trying to place her face, yes, she’s the young woman giving the awkward thumbs up in the “What It’s Like to be a Woman at a Tech Conference” article (which she also wrote). A quick Google search of her will provide you with getting started with Docker videos, theatre reviews, tech blogs, and videos of her singing—enjoy! In this episode, Derek and Ron chat with Chloe about her role as a developer evangelist as well as her background in musical theatre and what insights can be gleaned from comparing and contrasting tech and theatre as industries. Chloe also shares a high-level overview of Sentry, the cross-platform crash reporting and aggregation platform. Where to find Chloe Condon @ChloeCondon on Twitter On the web at https://medium.com/@chloecondon Enjoy the show and be sure to follow Ardent Development on Twitter. Follow @ardentdev Transcript Ron: Welcome to the Ardent Development podcast. I’m Ron Smith. Derek: And I’m Derek Hatchard. Today we’re talking with Chloe Condon. Chloe is a former musical theater actress and Hackbright Academy graduate and she is now a developer evangelist at Sentry. She is perhaps the only engineer you’ll meet. I think the only one that I know who has been in Hairspray is Xanadu and Jerry Spinger the opera. She is passionate about bring people with non-traditional backgrounds into the world of tech. If you’re trying to place her face she is the woman giving the thumbs up in the what it’s like to be a woman at a tech conference article, which she wrote. I found that on Medium and there might be other places, Chloe can correct me in a second. And a quick google search for her will tell you that she has a series of getting started with docker videos. You find some theater reviews that she’s on, tech blogs and I think the hilarious videos of her singing after. So Chloe welcome to the show. Chloe: Thank you. Thank you for having me. Derek: So Chloe, you’re a developer evangelist at a company called Sentry and some of us have bumped into plenty of developer evangelists in our time. But for those listening who don’t really know what that role is. Could you really unpack it for us? What is it? What do your days look like? Tell us a little bit about that experience is like. Chloe: Sure, so it’s kind of funny. Usually when I tell people who aren’t familiar with the role they say “Oh is that a religious thing”? And my answer is usually well in a sense. But basically I call myself an extroverted engineer. The title I go by is developer evangelist. Other people go by DevRel, developer advocate. There’s a lot of different flavors and varieties of us. So personally I got into the evangelism space because I have a non-traditional background. I come from theater world. And when we were presenting our projects at Hackbright I discovered pretty quickly like oh wow nobody likes to do public speaking. This is very interesting. So that’s kind of part of what I do. So oftentimes I will go to conferences and I will speak about various thought leadership topics. Right now I’m doing a lot of stuff around the error blogging you know metrics space, in my previous role I did a lot of Docker evangelism. So it’s a combination of a couple of things, it’s speaking, it’s writing content. So a lot of the times and you see tutorials or walkthroughs on different websites that’s often made by me and our content person. Doing everything from case studies to writing code examples for different integrations and features that we have. I’m organizing our meetup that’s going to be a monthly meet up starting in January. So it really depends what I like about it a lot is my role changes every single day. Just looking at my calendar next week I’m like breaking it down and seeing OK I’m writing this thought leadership blog and then all day Thursday we’re filming all around the city for our meet up, we’re doing a promotional video for our meet up. We just published The 12 Days of integrations gif blog posts where we call ourselves very gif positive here at Sentry every new employee gets a welcome gif. e featured all of our integrations over the 12 days leading to the holidays which involved having our different engineers hold up different ornaments with the logos of our integrations on them. So there are some really fun kind of theatrical aspects of my role. But a lot of it requires this pretty deep understanding of technology and our product and being able to code. So I definitely went in more non-traditional route as a first role in these software engineering role or world, I should say. But I felt that it very much aligned with with my past. So yeah now I’m now I’m here. Derek: So the very first developer evangelist I ever met was a guy at Microsoft, years and years ago. And at the time he didn’t even he wouldn’t use, even though that was his job title he wouldn’t use the term developer evangelist when he was going out around Canada because everyone would look at him like What are you talking about? What does that even? But what’s interesting is that there is. I mean there is a fair bit of showmanship involved in it so I can see how such a good fit given that you have a performance background I think that’s really cool. Do you run into the misconception that because you’re a developer evangelist or you work in developer relations or developer marketing that you know you’re not technical or you’re not a real engineer. Do you run into that bias? Chloe: You know I think a lot of it is mental for me since I am in a sense still very junior because I only graduated from my bootcamp a year ago. No one’s ever blatantly said that to me but I think the voices in my head say that. I usually do not recommend to the bootcamp grads to jump right into evangelism just because I think it’s very valuable to get the time in the trenches and get that time to really understand the pain points and the workflows of engineers. So I really had to put it on myself my first year to make sure that I was coding everyday that I was doing some sort of technology be that writing about it or blogging about it. Obviously in my last role it was very Docker focused and now I’m learning all about this new space of you know error tracking and metrics and logging. So I think that a lot of it is mental and imposter syndrome. There’s always so much to learn. With Sentry in particular, we support basically every language. So my bootcamp, the curriculum was mostly python and Javascript. So when I go to something like Rubyconf or if I go to something like php conference I obviously know how to code and I can build my own. But I haven’t touched a lot of php so a lot of that is I spend a lot of my free time kind of dabbling in those languages. Use a lot of resources like code school and teen treehouse. But yeah I would say there are definitely evangelists out there who are very technical. My role sits on the marketing team...

    25 min

About

Derek Hatchard and Ron Smith talk with practitioners and thought leaders in the software development industry in search of inspiration and insights that apply across disciplines including programming, testing, product management, project management, people management, user experience, and security.