Podcasts about codefund

Play Episode Listen Later Aug 11, 2021 34:42

[00:01:02] Chris, Jason, and Andrew tell us the story behind Remote Ruby and how it started. [00:03:42] Jason Swett tells us the origin of where Rails with Jason came from. [00:04:42] Chris Toomey and Stephanie share the story behind The Bike Shed. [00:07:10] Brittany tells us her story behind The Ruby on Rails podcast. [00:08:07] We find out how Remote Ruby and The Bike Shed are put together and planned out week to week. [00:10:50] Jason Swett and Brittany tell us how they select guests for their podcasts. [00:12:20] Brittany is curious to know if any of the panelists could host the podcast they are currently hosting now if they weren't actively working in Ruby.[00:16:00] Brittany wonders if Steph has ever had a client from thoughtbot say, Hey, were you talking about me, whenever she's talking about her current client on the podcast.[00:16:44] Andrew fills us in on how things have changed for him since he's not working at CodeFund which was an open source thing and people could see what he was actively working on. Now he's working for a company where it's closed source and you might not be able to reveal as much as much what he's working on at any given time.[00:19:32] The topic we discuss here is if there is a way to market the podcasts so that other developers will listen to it, and if there's a way we can make our podcasts accessible to the general software community as opposed to just Ruby.[00:22:23] The panelists share their views on if there is room for more Ruby on Rails Podcasts outside of the ones that are on this episode today. [00:25:15] Brittany is curious and wonders if anyone ever had the funny experience of realizing that you're not just podcasting into the ether and what you're saying and doing matters. [00:28:15] The conversation shifts to legacies which is a good one! We find out if anybody puts any thought into the legacy of their podcast, whether or not they will stay with it to the end, if they will eventually pass it off, and whether or not they think about it's their responsibility to the community to make sure that it keeps going. [00:32:54] We wrap up this fantastic mega episode with everyone telling us where you can listen to their podcast and where you can follow them online.Host:Brittany MartinPanelists:Chris OliverJason CharnesAndrew MasonStephanie ViccariChris ToomeyJason SwettSponsor:HoneybadgerLinks:Brittany Martin TwitterThe Ruby on Rails PodcastJason Charnes TwitterAndrew Mason TwitterChris Oliver TwitterGo RailsGo Rails TwitterRemote RubyRemote Ruby Twitter Chris Toomey TwitterStephanie Viccari TwitterThe Bike Shed PodcastThe Bike Shed Podcast TwitterJason Swett WebsiteThe Rails with Jason PodcastUpload-Amazon Prime

remote programming bike shed coding rails software development jason x ruby on rails mega crossover jason swett codefund rails podcast chris toomey

304: MEGA Crossover Episode (The Bike Shed x Rails with Jason x Remote Ruby x Ruby on Rails Podcast)

The Bike Shed

Play Episode Listen Later Aug 11, 2021 34:38

This is the sweeps week episode, the epic crossover episode, the mega episode! We have a very special episode as Chris, and Steph teamed up with the hosts of three other podcasts to bring you one giant, mega Ruby episode! In this episode, you'll hear from the hosts of Remote Ruby, Rails with Jason, and Brittany Martin, the host of the Ruby on Rails podcast. They cover the origins of their shows, their experiences as hosts, and why podcasting is so important in keeping the Ruby community thriving. Remote Ruby (https://remoteruby.transistor.fm/) Rails with Jason (https://www.codewithjason.com/rails-with-jason-podcast/) Ruby on Rails podcast (https://5by5.tv/rubyonrails) *Transcript: * STEPH: Hello and welcome to another episode of the Bike Shed, a weekly podcast from your friends at thoughtbot about developing great software. This week we have a very special episode as Chris, and I teamed up with the hosts of three other podcasts to bring you one giant, mega Ruby episode! In this episode, you'll hear from the hosts of Remote Ruby, Rails with Jason, and Brittany Martin, the host of the Ruby on Rails podcast. This episode was so much fun to record, and we have Brittany Martin to thank as she organized and moderated this special event. So without further ado, here is the mega Ruby episode. BRITTANY: Welcome, everyone. We have a whopping seven podcast hosts recording today. So, listeners, you are in for a treat. This is the sweeps week episode, the epic crossover episode, the mega episode. We're going to need our editor to insert some epic sound effects right here. Announcer: The mega episode. BRITTANY: So let's go ahead and introduce the crew today. I am Brittany Martin from the Ruby on Rails Podcast. CHRIS OLIVER: I'm Chris Oliver from Remote Ruby. JASON CHARNES: I am Jason Charnes, also from Remote Ruby. ANDREW: I am Andrew Mason, also from Remote Ruby. STEPH: And I'm Stephanie Viccari from The Bike Shed. CHRIS TOOMEY: I'm Chris Toomey from The Bike Shed. JASON SWETT: And I'm Jason Swett from Rails with Jason BRITTANY: Today, we're going to cover the origins of our shows, our experiences as hosts, and why podcasting is so important in keeping the Ruby community thriving. Now I know personally, I really enjoy the origin story behind Remote Ruby. So, Chris Oliver, could you kick us off with that? CHRIS OLIVER: Yeah, we can go back maybe to the first time that Jason and I met, which was Jason emailed me out of the blue and was like, "Hey, are you going to be at RailsConf?" And I wasn't planning on it, but it was over in Kansas City, like four hours away from me. I was like, "No, I'm not going, but I'll meet you." So we went and drove over there and met and have been friends ever since. And Jason had the idea of doing an online meetup. And I'll let him explain where that started and turned into the Remote Ruby Podcast. JASON CHARNES: I thought it would be a good idea. There weren't any online meetups. This was pre even the idea of shutting down the world for a pandemic. And maybe I was just too soon because I got Chris to speak at the first one, and we had 40, 50 people. I spoke at the next one, and there were 20. And by the third one, there were five of us. So it wasn't really a super sustainable thing for me to do. So Chris and I got together and said, "What if we tried podcasting?" Chris, you hadn't really done your own podcast at that point, had you? CHRIS OLIVER: No, I don't think so. And you and I were just having calls every week or whatever just to hang out and chat. And we were like, why don't we just record that and publish that as a podcast? And here we are. JASON CHARNES: Yeah. So we've been doing that. I think we started in 2018, so yeah, three years in June, and somehow people still keep listening to us talk but probably because we brought along our friend, Andrew. ANDREW: Wow. Okay. No, that's not true. But yes, I was a guest on Remote Ruby before I joined as a host. And not to get into the details, but I was on another podcast, and something went down, and I no longer was on that podcast anymore. And Chris and Jason were like, "Do you want to come hang out with us?" And I was like, [chuckles] "Absolutely." So I started doing that, and at the same time, I also started The Ruby Blend with Nate Hopkins and Ron Cooke. And so we were doing that for a while until that had to tragically shut down. But I'm still here with Jason and Chris. I guess I should also mention that Jason Swett gave me my start in podcasting a month or two after I started full-time as a Rails developer on a now archived show called The Ruby Testing Podcast. BRITTANY: Which is the perfect segue because Jason Swett was also my first opportunity to guest on a podcast. So I was already hosting, but I hadn't guested, which is kind of the opposite order. So, Jason, do you want to tell the origin of where Rails with Jason came from? JASON SWETT: Sure. I'd been involved with podcasting since around 2016. I somehow ended up on the Ruby Rogues Podcast and was on there for maybe a year or so. And then, somehow, I got the idea that I could start my own podcast. And as an experiment, I started a podcast that I called The Ruby Testing Podcast, which I figured was sufficiently narrow that I could get some traction. And to my surprise, guests actually said yes to coming on the show. And also, to my surprise, people actually listened to the podcast. That gave me some confidence. So maybe a year later, I broadened, and I changed from The Ruby Testing Podcast to just Rails with Jason. And I have been doing that for something like two years. BRITTANY: That's fantastic. I want to move to probably our most experienced podcast veteran, and that would be Chris Toomey. When I was learning how to code, I was listening to Giant Robots and then was excited for the transition that The Bike Shed took. Chris, I would love to hear the story of what it was like taking over a really popular podcast and really maintaining the drive behind it. CHRIS TOOMEY: So, as you mentioned, I had done a little bit of podcasting. It was about a six-month run where I was a co-host on Giant Robots, which was the original podcast of thoughtbot. And that was more in the business and sort of how do we build a software company? So at that point, I was running Upcase, which was the subscription learning platform that thoughtbot had. So I was talking about the inner details of the business, and the marketing tests, and A/B tests and things like that that I was doing. And every week, I was sharing my MRR rather transparently in that thoughtbot way that we do. I did that for, like I said, about six months and then took a while off. And in the background, thoughtbot had started up a new podcast called The Bike Shed, and that started October 31st of 2014. So The Bike Shed has been going for a long time now, and that was hosted by Derek Pryor and Sage Griffin. And they ran that for a number of years. I think it was about four years that the two of them worked collectively on that. But at some point, they both moved on from thoughtbot, and there was an opportunity for new hosts to step in. So I took over in August of 2018. So I've been doing this now for about three years. And so, for that first year, I took the opportunity to do a tour around thoughtbot and talk with many different individuals from the company and a handful of people external to thoughtbot. But I knew that there were so many great voices and ideas and points of view within thoughtbot that I really wanted to spend some time getting to know more of them personally and then sharing that as much as I could with the existing audience that The Bike Shed had. But secretly, all along, I was looking for a person to hang out with all the more so, and Steph was the person that was a perfect choice for that. And so, for the past two years, Steph and I have been chatting. And I will send it over to Steph to share a little bit of her point of view on that transition. But from my point of view, it's been fantastic. STEPH: I still remember exactly when we had the conversation. You were running The Bike Shed and doing an incredible job of just having weekly guests. And then you'd reached out to me and said, "Hey, would you be interested in doing an episode?" And I thought, "No, absolutely not. I can't podcast. I can't begin to do this." So you continued to convince me. And finally, you said something that resonated where you were like, "Well, we can just show up and record, and we don't have to publish. We can just see how it goes." I was like, that's a perfect safety net. I'm into that. So I showed up, and I think the first episode that you and I recorded ended up being titled What I Believe About Software. And it was a lot of fun. I realized I have a lot of things to say. And after that, I think it was another month or so. You continued interviewing more guests, but then you reached out to me and asked me if I wanted to be a co-host. And at that point, I was super jazzed about it, and it's been wonderful. It's been a roller coaster. I have learned a ton. BRITTANY: I'm kind of seeing a pattern here where over the last three years, it seems like Remote Ruby came into place, Bike Shed transitioned. That's when I took over as host of the 5by5 Ruby on Rails Podcast. We're going to call it the golden era of the Ruby Podcasts. But for me, I probably have the longest-running podcast. It was started back in 2009 on the 5by5 Network, but it's gone through many different hosts. And so, I took over roughly about three and a half years ago as the main host from Kyle Daigle. And then, just a couple of weeks ago, as I announced on my podcast, we took the podcast independent. We are now just The Ruby on Rails Podcast. And I'm starting to change the model where I'm bringing in more co-hosts. So that way, I can get those regular updates that I really appreciate on all these podcasts we have featured on the show today. I am curious. I want to talk about how we put together the episodes and plan out how everything's going to go down. I know for me, I'm currently a mix of interviews and co-host episodes. So I'd love to hear from Andrew. How do you plan out what Remote Ruby is going to be week to week? ANDREW: This is an easy question because we don't at all. We don't plan. We do have some guests that come on, and sometimes, they may get their Zoom link the day of; who's to say? But we really don't have a plan. We don't talk about what we're going to talk about beforehand. We all just kind of show up, and I think we have that kind of relationship and flow where it always just works. JASON CHARNES: And I think part of that came from actually how Chris and I started the show because we were trying to make it as low stress as possible because we knew if we put a lot of pressure on it, we would stop doing it. Our first episodes were YouTube live links that we just shared out. And then in our next episodes, we were like, oh, we should start using some software to do this. And then eventually, we got an editor, but that same core of let's just keep it fun for better or for worse, I think, also affects our planning. BRITTANY: I've been lucky in the sense that I have guests sit on all three of the episodes. And I do want to give a compliment to The Bike Shed because it is very well run and very well planned. So I want to kick it over to Steph as to how putting together a Bike Shed episode looks. STEPH: Oh, thank you. That's wonderful to hear, by the way. That's wonderful feedback. So we predominantly use Trello to organize our thoughts. So we will have...and as we're capturing community questions that are coming in, so we will capture those on the board. And then, we will have a ticket that represents a particular episode. Usually, on the day of, we'll share some thoughts about, hey, these are the broad topics I'm interested in. And there's usually some hot takes in there, which is fun because the other person doesn't know exactly what's coming, and we can have real honest conversations on the mic. And then, every so often, we'll grab a beer, and we'll go through that list. And we'll chat through what sparks joy. What do we want to talk about? What would we like to respond to? And that's pretty much how we organize everything that we discuss. Chris, is there anything I've left out that you want to add? CHRIS TOOMEY: I think that mostly covers it. We do occasionally have interviews just as a way to keep some variety and different things going on, but primarily it's the sort of what's new in your world? And I find that those episodes are the ones that I think are the most fun to record for Steph and I when it really feels like a sincere conversation. I've recently taken to a segment I call good idea, terrible idea where I'm like, "I'm actually considering this, Steph. What do you think?" And live on-air, I'm getting Steph's feedback, and generally, we're very aligned. But every once in a while, she's like, "That's a terrible idea. Don't do that." And I love those, and I love being able to share that because I think it's really easy to talk about, you know, here's a list of things that are true about software, but really, everything depends. And it's all the nuance. And so, being able to share some of our more pointed experiences and then share the conversation that we have over those is hopefully very valuable to the audience but definitely the thing that I enjoy the most. BRITTANY: So kicking it over to Jason Swett, I really enjoy the interviews that you do. I'm curious, how do you select guests? JASON SWETT: Well, thanks. Selecting guests is tough. I had Peter Cooper on the other day, and I was telling him that I feel like every guest that I get on the show is the last guest I'm ever going to be able to get on the show. But somehow, I keep finding more and more guests. Early on, it was relatively easy because I would just find book authors, or if somebody else does podcasting, then it's fairly obvious okay, you're the kind of person who does podcasts, so I'll invite you. But it's a little bit tough because I don't want to invite people who aren't into podcasting and would be really thrown, although sometimes that happens. But let's see, sometimes I send an email out to my email list, and I'm like, "Hey, I'm looking for guests for my show." Sometimes I just tweet that I'm looking for guests. And sometimes I get some really interesting guests from surprising places. But at least in the start, it was looking for those authors and podcasters and the people who are known in the Ruby community. BRITTANY: I know for me, I strive to have at least 50% of my interviews be with people who've never been on a podcast before. And so that usually involves the top of the episode they're dry heaving into a paper bag. And I'm explaining to them, don't worry, about halfway through the episode, you're not going to remember that you're recording anymore. It'll be fine. And you know what? It's always fine. And so, I do love hearing from a wide variety from the Ruby community just because it really proves just how big it is. So I'm curious, could you host the podcast that you are currently hosting now if you weren't actively working in Ruby? ANDREW: I could because Chris is the one that has all the clout. I could sit back and make dumb jokes and memes during it. And as long as Chris is there, I think we'll be good. JASON SWETT: Yeah, I think I could because a good majority of what we talk about on Rails with Jason actually has nothing to do with Rails, so that would probably actually work out. STEPH: I think yes is the answer. While a lot of our conversations do focus around Ruby and Rails, we often use a lot of other languages and tools, and those are a lot of fun to talk about. So I think I would just talk about whatever new tool or language that I'm using. So I think yes, it would just take a slightly different form but would still be at its core the same where we're still talking about our daily experiments and adventures in web development. BRITTANY: I agree with you, Steph. I will say that it seems like Chris Oliver and Chris Toomey have an endless well of things to talk about just based on what they do day-to-day. CHRIS TOOMEY: I try and go on adventures and then share as much as I can. But to resonate with what Steph was saying there, we try to make the show more generally about software, and it happens to be that it's grounded in Ruby on Rails because the vast majority of the work that we do is in that. And I just recently started a new project. I was given the choice of I could pick any technology I want, and it remains the technology that makes sense to me to be the foundation of an application that I want to maintain for years and years and years. So, on the one hand, I think I could definitely talk about software more generally. I think I'm doing that most of the time. But at the other end of the spectrum, but it's always going to be based on Ruby because I haven't found a thing elsewhere in the world that is better than that. CHRIS OLIVER: I completely agree with that. I probably have a little bit of a unique thing doing a screencast every week. A lot of those are based on I'm building some project, and I need to build some random feature like Stripe Checkout. And that's a good one to do a screencast on and implement in the project. And then, we can also talk about the decisions along the way on the podcast, which is kind of nice. BRITTANY: Yeah, it feels like every week, Chris Oliver is like, yeah, I've created a new open-source library, and I'm fabulous. [laughs] Let me listen to this. CHRIS OLIVER: Too many of them. I'm currently rewriting a lot of the Pay gem. And it's just one of those things where you make a bunch of decisions. And then, if you make an open-source project, people use it in all these different ways that you didn't intend yourself, and so you want to support that. But then you need to rearchitect things in it. It is a lot of learning as you go, which is always a lot of fun. So those I think are really good topics to talk about when you're building something like that. I'm always amazed by how does the Rails core team make these decisions on what should be in the framework and what shouldn't? And what do they want to maintain, and how do they keep it flexible but yet have some sort of rule with how they allow things to be implemented and whatever? It is a very hard job to have. So I get my little taste of that with some open source but not on their level. BRITTANY: I always thought that you had a good contrast to Jason Charnes because Jason works at Podia. And while you do get to work on a lot of really cool technologies, I feel like the stakes are much higher. So you can't just rip out StimulusReflex and put in something else just because it sounds cool that week. And I love how you talk through the pluses and minuses to making a big change within the Podia codebase. JASON CHARNES: Yeah. I haven't really thought about that contrast before, but it's helpful for me even just to talk it out with two other people once a week, and luckily, pretty cool about me just coming on and talking about hey, these are the steps we took to get here. Yeah, it's a cool dynamic. BRITTANY: Steph, have you ever had a client from thoughtbot say, "Hey, were you talking about me?" whenever you're talking about your current client? STEPH: That is one of my fears at times that it will happen [chuckles] although we stay very positive on the show. That's something that's very important to us. There's enough negativity in the world. So we really want to focus on our positive experiences through the week. But there have been times where I'm speaking about some of the challenges or things that we are running into that yes, the engineering team is listening to the podcast, and they're like, "Oh, I heard you talk about this feature that we're working on or this particular challenge." And that's really cool because they get that behind-the-scenes peek to see how Chris and I are chatting about that. But yet they know enough, and they know which project that I'm on that they recognize exactly the technology and the feature that I'm trying to describe. So that has certainly happened, and it can be a lot of fun when it does. BRITTANY: Andrew, how have things changed for you now that you're not working at CodeFund, which was very much like an open-source thing? People could see what you were actively working on. And now you're working for a company where it's closed source. And so, you might not be able to reveal as much as what you're working on at any given point. ANDREW: It's different, but I don't think it's been an issue per se. I'm not like, oh crap, I let that slip, and I didn't mean to. That's not really an issue. I really cherish the time I had at CodeFund. When I think back on my experiences, that was my favorite time just because I was able to do that thing that a lot of people really want to do. I was working as an open-source developer. We were spiking StimulusReflex; that's when we were building up StimulusReflex and trying to build up the community. I joined Ruby. We started the Ruby Blend, and things were going good before a dramatic turn. But in terms of the closed and open source, it hasn't been that big of a shift just because instead of talking about what I'm doing at work, like, I still talk about it, but I speak about it in more general terms. But I also then kind of freed up to talk a lot more about the dumb crap I do on the nights and weekends. BRITTANY: So the majority of our podcasts either have the word Ruby or Rails in it, but I think we've all agreed that a lot of the topics that we're talking about are not specific to that community. But in a lot of ways, I feel that having podcasts in our community is how we're going to keep our community thriving. So I'm curious if anyone has any thoughts around...is there a way to market our podcasts so that other developers will listen to it? I get really excited when I get listener feedback saying, "Hey, I used to do Rails maybe ten years ago, but I've been listening to your podcast, and I really enjoy such and such episode." How can we make our podcasts accessible to the general software community as opposed to just Ruby? CHRIS TOOMEY: One thing that stands out to me about Ruby and Rails is because it's full-stack, because of its foundations, it tends to be holistically about web development. And so, whereas I look at React projects or other JavaScript or different things that are going on, I see a more narrow focus in those frameworks. And with Ruby and Rails, what I love about it is that it's really about building software. It's about building products that are valuable, that deliver value to end-users. And so that being the core of it, that's the story that constantly brings me back to Ruby and Rails. And it's the story that I want to keep telling as much as possible. And it's the thing that keeps me engaged with this community. And so, I think podcasts are a great way to continue to literally tell those sorts of stories and really celebrate that aspect of Ruby and Rails and why it remains such a productive way to build software. CHRIS OLIVER: I think related to that, one of the things that we should talk about more is the draw of Rails was look at what you can do with one person or two people. And I feel like we went down the JavaScript route, and now you need two teams of people, and you end up building bigger stuff. And Hotwire has kind of been like, hey, here's a reminder of what you can do with a very small team. And I think that resonates a lot with a lot of people building startups and trying to build side projects and everything. And that's one that is Rails-related. But there's a ton of people building Hotwire stuff in Laravel too. And they're all very similar. So I think at a certain point, yeah, we're talking about maybe Rails specifically, but you can apply all those things to different frameworks and just different tools. STEPH: I'd like to add on and extend that because I wholeheartedly agree with what both Chris Toomey and Chris Oliver just said. And in addition, a lot of the conversations that we have on The Bike Shed are focused on Ruby and Rails, but then we will extract that particular concept to the point that it really doesn't matter which language that you're using or which framework that you're using. We're talking more about the high level. What's your process? What are you thinking as you're going through and implementing this? And based on more of our recent conversations, you'd think we're more of a Postgres podcast, how much we hype up Postgres, and the things that we can do at the database layer. So I think there are a lot of ways that we can start with a foundation of this is how we're doing it with Ruby and Rails, but then talk about it at a higher level where then it's really applicable for everybody. JASON CHARNES: If talking about one technology defined your podcast, we might as well be a Laravel podcast because we talk about that framework more than we do Rails sometimes. [chuckles] BRITTANY: So that begs the question: is there room for more Ruby and Rails podcasts outside of who's currently on this call? JASON SWETT: I think so. And I mentioned that Peter Cooper was on our podcast a little bit ago. That's something he and I actually talked about in that episode. And I shared the anecdote about how in the new America's founding, Ben Franklin's brother or something like that wanted to start a newspaper. And somebody told him what a dumb idea that was because America already had a newspaper. And people might say, oh, there are already however many Rails podcasts. There are a small handful. But I think there could be ten more Rails podcasts or even more than that potentially because I think people have an appetite for help, and camaraderie, and stuff like that. And I don't think we've nearly bottomed out in terms of satisfying people's appetite for that stuff. JASON CHARNES: Yeah, I agree with that because a lot of times, when I listen to podcasts, the more you get to know someone, that connection becomes what it's about for me. So, yeah, there's plenty of room. I mean, brand it as Ruby and tell me about your life as a developer I'll listen. CHRIS TOOMEY: I'll also throw it out there that the way you framed the question is like, is there room for it? But one of the wonderful things about podcasting as a medium is it is distributed. It's not centralized. You can start up a podcast any day. And I will say, as someone who inherited a popular podcast or a sufficiently popular podcast and just got to run with that, it has been such a wonderful way to get my voice out there and provide opportunities that I want that for everyone. I want everyone to have this ability to speak about the way they think about software and then find like-minded people and be able to build even many communities within the larger community of Ruby on Rails. So beyond the question of, Is there room?” which I definitely think there is, I so wholeheartedly support anyone pursuing this for their own reason. ANDREW: Yeah, I think to bring it all the way back, one thing that Chris, Jason, and I care a lot about is Ruby as a community. The community aspects of Ruby are very important to us. And we're actively trying to build that up and bring in new people and bringing people onto their first podcast. We say it all the time, like, hey, if you want to come on the show, let us know. We've had a few people even, you know, recognition in jobs from that. So to us, that is the payoff of doing the show. Maybe our show is the first time someone learns about Rails. And that to me is the possibility in the future. It's like, how can we market our shows that markets Ruby as well so that this meme of Ruby being dead finally goes away because it's not. I think it's growing. And I think the more and more we push as people who are public figures in this space that we want to bring more people on, that this is a space for everyone, I think that's just kind of the ethos that all of us have, and I think that's great. BRITTANY: So I'm curious, on a lighter note, has anyone had the funny experience of realizing that you're not just podcasting into the ether and that what you're saying and what you're doing matters? For me, I have definitely been at conferences where people will run up and hug me just because they heard my voice, and they are like, "I didn't know what you looked like, but I have your voice memorized," and it just blew my mind. And I was like, "Thank you so much for being such a loyal listener." And it just proves that people are out there listening. ANDREW: I tend to talk very openly about mental health. And I very often fail in public and talk about it. And I've had a lot of people message me and email me over the past three or four years and be like, "Hey, thank you for talking about this thing that's not actually about Ruby. It's not actually about coding, but it's just about being a developer." And those are the emails that make me feel the best. Like, someone who's out there like, "Yeah, I also feel like this. Thank you for speaking about it." JASON SWETT: I had a surreal experience. I went to India in 2019 through RubyConf India. And this guy wanted to take a selfie with me because apparently, he considered me famous. So that was cool and pretty surprising because I definitely didn't consider myself famous. STEPH: My favorite has been when we receive listener questions because it lets us know that people are listening and engaged in the conversation, and I essentially feel like they're part of the conversation. They will write in to us and share anecdotes, or they'll share answers to some of the questions that Chris and I will pose on the show. But every now and then, we will also get an email from someone that says, "Hey, just thanks for doing the show. I listen, and it's great," and that's all they share. And that, to me, is just the most wonderful thing that I could receive. BRITTANY: Some of my favorite episodes from all of your shows is when we get an inside peek into what people are doing, like Andrew moving. Jason Charnes, you putting together a conference was actually some of my favorite episodes of yours, which was really early on, which proves that I'm a Remote Ruby OG. But I loved hearing the inside track as to what organizing a conference is because I think we need to get more content out there about how difficult but how rewarding it is. JASON CHARNES: Yeah, I hadn't really thought about...that was around those times we hadn't done... It feels like it's been ages since we did Southeast Ruby, but Chris and I actually podcasted from the last Southeast Ruby we did. We just met in a room and recorded. But when I started that conference, I didn't have a lot to go on. So I'm more than glad to share because the reason I started is there were no Ruby conferences around me, plus I'm an open book. So for better or for worse, maybe that's good podcast material. JASON SWETT: Side note, it's one of the most enjoyable conferences I've ever been to. JASON CHARNES: Thank you. BRITTANY: I completely agree. I miss the regional conferences. JASON CHARNES: We lucked out because we were already planning on skipping 2020 because we were tired, and then COVID hit. I just sat on the couch one night and looked at Shannon (she helps me put on the conference), and I was like, "Wow, that would have been terrible. That would have come out of our own bank account, all that loss if we would have already booked somewhere." So phew, when it chills out, we'll try it again. BRITTANY: So let's talk about legacies. I know that some of us have taken over from popular podcasts. Some of us have grown podcasts from the very beginning. So I'm curious, do you ever put any thought into the legacy of your podcast, whether or not you're going to stay with it to the end? Would you eventually pass it off? Do you think about whether or not it's your responsibility to the community to make sure that it keeps going? JASON SWETT: I, for one, plan to have my consciousness uploaded to a supercomputer upon my death so that the Rails with Jason Podcast can continue on indefinitely. JASON CHARNES: Did you recently watch Upload the TV show? JASON SWETT: No, I've never heard of it. JASON CHARNES: Oh, man. That's a whole nother conversation. BRITTANY: Consider that homework, Jason. JASON CHARNES: It's an interesting question because we started ours out of nothing. I wonder, is one of us going to get tired and just quit? I'd like to think that if one of us did, it would keep going because there are plenty of cool people who could hang out and talk Ruby on it. But it's interesting, something that's casually crossed my mind, but I think we're good. I think we're still doing it unless Chris and Andrew have a surprise for me today. ANDREW: Surprise! [chuckles] I've thought about it a few times, specifically because I'm the youngest member of Remote Ruby. What if Jason and Chris just left, and they were like, "Oh, it's all yours now." Could I keep running it by myself? I think honestly, the answer is I would probably still do it just to have an excuse to talk to someone. I enjoy it. It's almost like a hobby at this point. I don't feel any obligation to create it. To me, it's really like an excuse to hang out with two friends, and other good stuff comes from that. But at the end of the day, I cherish that time just us hanging out a lot. CHRIS OLIVER: Yeah. I think that's why we sometimes joke about it being a weekly therapy session where we are just hanging out and chatting about stuff. It's nice to be able to talk about programming things at a high level with people you don't work with that have totally different perspectives and stuff. So yeah, if Jason and Andrew dropped off, I would still try to have conversations with random people I know and keep it going just because it's enjoyable. I would hope that we would be able to keep it going and have other people on there. BRITTANY: I'd love to hear from someone from The Bike Shed. STEPH: I have thought about it. I've thought about it partially from the perspective that Chris Toomey brought up earlier in regards to being on a podcast is an incredible platform. You get to share your opinions, and people listen to you. And they know you, and it's really wonderful marketing. So I have thought about it from the perspective of I want other people to have access to this really wonderful podcast that we put on each week. So part of me is very aware of that and thinking about how more people can have similar exposures. So a sort of a similar event occurred when Chris was moving on from thoughtbot and pursuing other interests. And at that moment, I just thought, oh my goodness, Chris brought me on as co-host, and now I'm here alone, and I don't know what I'm going to do. And I just panicked. I truly don't think I even considered other options. I was like, well, okay, it's over now. This was fun. And then it turned out where Chris was going to stay with the show. So things have just gone on swimmingly, and it's been wonderful. But similar to what someone was saying earlier around when you start listening to a podcast, and you really develop that relationship and you go back to that podcast because you really enjoy hearing from those people and their adventures, it's very similar for me where The Bike Shed is very much the conversations and chats with Chris. So I think if we were to move on, it would be whenever Chris and I decided to move on and give the reins over to somebody else. I don't know if Chris fully agrees, so this will be interesting to find out. [chuckles] CHRIS TOOMEY: I agree with that. Honestly, I'm honored to have continued on in the podcast after having moved on from thoughtbot because, in a very real way, the show is thoughtbot's channel to talk about things. I was at thoughtbot for seven years. I think I live and breathe that truth. And to me, that's what maybe has made sense for me to continue on. But I really do feel a responsibility to keep the show in good shape so that someday someone else gets to inherit this thing because I was so happy to get handed it. It was such a wonderful thing. And it has been such a joy to do for these past three years. But at some point, I do presume that we will move on. And at that point, I do hope that other people pick up the mantle. And thankfully, thoughtbot as an organization, there is a group of individuals that I'm sure there will be someone wonderful that gets to step in, but I'm in no hurry to do that. And, Steph, I hope you're not either. So we'll continue the conversations for now, but I definitely do want to keep this thing alive if for no other reason than I got handed it. I don't feel like I could let it drop on the floor. That doesn't feel right. BRITTANY: Well, I think on that warm, fuzzy feeling, we should wrap up. So let's go through everybody and just tell the listeners where they can listen to your podcasts and follow you. I am Brittany Martin, @BrittJMartin on Twitter. And you can listen to the Ruby on Rails Podcast at therubyonrailspodcast.com. JASON CHARNES: So I'm Jason. We are Remote Ruby. I am @jmcharnes on Twitter. And I'll let the others tell you where you can find them. ANDREW: You can find me everywhere @andrewmcodes. And if you email me, there's a really good chance you're never going to see a response because my email is a disaster. Please don't email me, but you can contact me anywhere else. CHRIS OLIVER: I'm Chris Oliver, and you can find me on Twitter @excid3 or at Go Rails, and of course, gorails.com. And you can find the Remote Ruby podcast at remoteruby.com. CHRIS TOOMEY: I am @christoomey on Twitter. The Bike Shed is @bikeshed on Twitter. We are at bikeshed.fm for a URL. I'm pretty sure www works, but I'm going to go check that real quick after because I want to make sure that's true. And yeah, that's me. And I'll send it over to Steph for her part. STEPH: I am on Twitter @SViccari, and I post programming stuff, usually pictures of cute goats, cute dogs, that kind of content if you're into that. JASON SWETT: For me, if you want to find my podcast, it's Rails with Jason. And if you search for Rails with Jason anywhere, you should be able to find it. And then my website, if you're interested in my blog and all that stuff, is codewithjason.com. BRITTANY: Fantastic. Thank you, everyone, for being on this mega episode today. It was a lot of fun. We are going to be having a podcast panel at RubyConf; we're excited to announce and some of us will be present. So stay tuned for details around that. And if you enjoyed this mega episode and want to see more mega episodes, please let us know on Twitter. All: Bye. CHRIS: The show notes for this episode can be found at bikeshed.fm. STEPH: This show is produced and edited by Mandy Moore. CHRIS: If you enjoyed listening, one really easy way to support the show is to leave us a quick rating or even a review on iTunes, as it really helps other folks find the show. STEPH: If you have any feedback for this or any of our other episodes, you can reach us @bikeshed or reach me on Twitter @SViccari. CHRIS: And I'm @christoomey. STEPH: Or you can reach us at hosts@bikeshed.fm via email. CHRIS: Thanks so much for listening to The Bike Shed, and we'll see you next week. All: Bye. Announcer: This podcast was brought to you by thoughtbot. thoughtbot is your expert design and development partner. Let's make your product and team a success.

covid-19 america tv zoom network kansas city honestly remote bike react shed selecting upload javascript rails trello ben franklin mandy moore jason x ruby on rails podia mrr giant robots postgres laravel hotwire andrew mason chris oliver peter cooper railsconf rubyconf andrew you andrew it andrew yeah mega crossover jason swett chris thanks codefund nate hopkins kyle daigle rails podcast upcase chris toomey southeast ruby

Episode 13: Internews OSS Lightweight Needs Assessment Toolkit with Gina Helfrich

Play Episode Listen Later Aug 14, 2020 48:58

Panelists Georg Link | Dawn Foster | Andrea Gallo Guest Gina Helfrich (https://podcast.chaoss.community/guests/gina-helfrich) Show Notes [00:02:28] Gina tells us about herself, what she does, and how she got into this “space” and the opportunity that came up at Internews to manage the BASICS project. [00:06:10] Dawn asks Gina if she has any suggestions for people who are analyzing data, especially in vulnerable populations. [00:09:43] Andrea wants to know what Gina’s thoughts and guidelines are when selecting security applications? She also gives us a summary and explains the two parts of the BASICS project (Building Analytical and Support Infrastructure for Critical Security tools). The Guardian Project and a methodology they developed called, Clean Insights is explained. [00:14:36] Andrea asks Gina when you follow the development of an open source tool or you select an open source tool for adoption, is there any metrics that you monitor to identify the success of a project and what would you consider a good open source project to adopt or how would you declare that your role in an open source project sounds successful? [00:17:03] Dawn asks how good are these projects that people are using and what shape are they in. Also, Gina gives us examples of the types of projects she’s working with. [00:20:03] Georg saw the Lightweight Needs Assessment that Gina created for Internews (https://globaltech.internews.org/our-resources/open-source-needs-assessment), she listed CHAOSS as a source of inspiration for this tool along with others, so he’s interested to know how did she go about creating this tool, how you’ve used these resources, like CHAOSS, in the creation and what are the dimensions that you are looking at inside the tool. [00:29:14] Gina talks a little more about how she uses all this data, then to prioritize which projects get consultants or get additional help. Also, she tells us how she goes from the data to the decision-making process. [00:33:00] Andrea talks about his favorite metrics and he asks Gina her thoughts on if a project is all contributed by engineers from few companies, is it really an open source project versus open source projects that are contributed by hundreds of people working for different companies and has she looked at these elements in her strategy. [00:37:16] Andrea wonders if it was hard for Gina to jumpstart into CHAOSS and find her way. [00:40:50] Gina tells us where you can find her on the internet and find this tool to learn more about how to use it. Picks [00:41:30] Georg’s value add is a book called, See You in the Cosmos, by Jack Cheng. [00:42:36] Dawn’s value add is a tool called OBS Studio. [00:43:50] Andrea’s value add’s are a book called, To Touch a Wild Dolphin, by Rachel Smolker and WindowSwap. [00:45:25] Gina’s value add’s are roller skating/watching roller skating videos on Instagram (Berlin roller skater) and a book called, How to Do Nothing: Resisting the Attention Economy by Jenny ODell. Quotes [00:07:59] “And it’s kind of interpersonal in nature of that, and the messiness and humanness of that interaction, gives you I believe, a different perspective on running analyses if you really have that sense of, 'Oh, there are people here!'” Links Lightweight Needs Assessment that Gina created for Internews (https://globaltech.internews.org/our-resources/open-source-needs-assessment) Gina Helfrich Website (https://ginahelfrich.com/) Gina Helfrich Twitter (https://twitter.com/ginahelfrich?ref_src=twsrc%5Egoogle%7Ctwcamp%5Eserp%7Ctwgr%5Eauthor) Gina Helfrich Linkedin (https://www.linkedin.com/in/ginahelfrich/) Clean Insights (http://cleaninsights.org/) Internews Global Technology BASICS project (https://globaltech.internews.org/our-resources/basics) [See You in the Cosmos by Jack Cheng](https://www.amazon.com/See-You-Cosmos-Jack-Cheng/dp/0399186387/ref=sr11?dchild=1&keywords=see+you+in+the+cosmos&qid=1596484526&sr=8-1) OBS Studio (https://obsproject.com/) To Touch a Wild Dolphin by Rachel Smolker (https://www.amazon.com/Touch-Wild-Dolphin-Rachel-Smolker/dp/038549176X) WindowSwap (https://window-swap.com/) Oumi Janta- Berlin roller skater (https://www.instagram.com/oumi_janta/) How to Do Nothing: Resisting the Attention Economy by Jenny Odell (https://www.penguinrandomhouse.com/books/600671/how-to-do-nothing-by-jenny-odell/) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/) Special Guest: Gina Helfrich.

basics quotes edited cosmos toolkit georg lightweight bahr attention economy paul m jenny odell eric berry needs assessment obs studio do nothing resisting ad sales internews codefund gina helfrich

Episode 12: How Social Marketing Interfaces with Community with Michelle Dalton

Play Episode Listen Later Aug 7, 2020 45:20

Panelists Venia Logan | Foundjem Armstrong | Nicole Huesman Guest Michelle Dalton (https://chaosscast.fireside.fm/guests/michelle-dalton) Show Notes [00:01:21] Michelle gives us her background and fills us in on her journey into community management. [00:04:30] Digital marketer and where the engaged group sets in its strategic plan is discussed, as well as how big the digital engaged community is. [00:07:44] Michelle talks about what her job looked like in the service area and how it changed in engage. [00:09:39] Nicole asks Michelle if there have been any surprises or things that you didn’t expect in her role as a community manager. [00:12:05] Venia asks Michelle to talk about how the digital marketer views the evolution of marketing community as relationships and how it may impact the evolution of open source communities. [00:14:08] Michelle gives us some insights on what she thinks she can bring to inform open source communities. She explains human to human interaction. [00:17:43] Michelle tells us how she balances her communication inside of her team, with her public, and give her public some power in the actual company, and how does she navigate that tension. [00:21:58] Armstrong wonders if Michelle has observed any path of success which an open source community learned from her instantly. [00:24:40] Venia wonders if Michelle would say that your community has transcended the notions of being useful or successful in regard to your terms and goals, and the community has become meaningful? Also, what does she think that means to all of her community members that they view this community as a place where they can garner meaning? Michelle mentions a woman in their group, Cyn Mobley, who is a rock star, and talks about her. [00:29:15] Nicole wonders how Michelle brings up other community members and encourage them to be more active and jump in. [00:34:40] Michelle explains how the onboarding process broke down, how she dealt with it, and where she stands now. She also talks about the atmosphere which attracted these people to come into the community. Picks [00:40:09] Venia’s value add is to dedicate yourself to a hobby. [00:40:46] Nicole’s value add is enrolling her son in a coding camp. [00:41:48] Armstrong’s value add is a cool park he discovered. [00:43:29] Michelle’s value add’s are redoing her bedroom and downloading sleep apps. Links Michelle Dalton-Linkedin (http://www.linkedin.com/in/michelledaltoncmty) Michelle Dalton-Facebook (https://www.facebook.com/michellecmty) DigitalMarketer (https://www.digitalmarketer.com/) topic@podcastchaos.community (mailto:topic@podcastchaos.community) (email) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/) Special Guest: Michelle Dalton.

community digital edited armstrong community health digital marketers interfaces social marketing bahr paul m eric berry ad sales codefund

Episode 11: Diversity & Inclusion with Emma Irwin

Play Episode Listen Later Jul 31, 2020 46:01

Panelists Venia Logan | Don Marti | Georg Link Guest Emma Irwin (https://podcast.chaoss.community/guests/emma-irwin) Sponsor Linode (https://www.linode.com/) Show Notes [00:03:02] Emma tells us all about herself, her work at Mozilla, and what her journey was like. [00:07:07] Georg brings up the CHAOSS Diversity Inclusion Badging Project that Emma talks about. [00:10:02] Venia is curious to know from Emma what badges are available and what level of degree are people going to be able to use them in order to negotiate their own identities in an online space? [00:12:28] Don wants to know if the badging helps address concerns by project maintainers that they can be inclusive without taking on personal data stewardship responsibilities. Georg mentions Matt Snell leading the badging project, and how he just had a talk at the Open Source Summit North America, where he talked about everything they’re doing. [00:15:48] Emma tells us the number one problem that people make when they approach community health metrics. Also, she tells us how she recommends people go about coming up with good questions. [00:22:17] Venia asks Emma to talk about where the silo concept meets the exclusivity concept and how that worked. [00:27:00] Venia wants to know where is this working group, where is CHAOSS going to move forward now, especially since diversity and inclusion, at least here in the States, is now a mainstay part of the news. [00:32:34] Don asks Emma if there is a metric around some kind of a community decision making in open spaces that might be more inclusive than the kind of project decisions that might get made at an in-person event. [00:34:06] As we think about diversity and inclusion, and society in tech and Open Source, Georg asks Emma what do you think we can do? Picks [00:40:29] Georg’s value add is watching his foster child learning how to ride a bike at 14 years old. [00:41:11] Vania’s value add is sometimes it’s worth throwing money in the dark. [00:42:01] Don’s value add is stophateforprofit.org. [00:43:29] Emma’s value adds are Kim Crayton’s course on “Introduction to Being Antiracist,” a Podcast called “Seeing White,” and being a gardener! Links Emma Irwin Website (https://medium.com/@sunnydeveloper) Emma Irwin Twitter (https://twitter.com/sunnydeveloper) CHAOSS workgroup diversity and inclusion metrics-GitHub (https://github.com/chaoss/wg-diversity-inclusion) CII Best Practices Badge Program (https://bestpractices.coreinfrastructure.org/en) Badging by CHAOSS (https://github.com/badging) Badging Project presentation at the Open Source Summit North America (https://events.linuxfoundation.org/open-source-summit-north-america/program/schedule/) Open Source Diversity (https://opensourcediversity.org/) Open Source Summit North America (https://events.linuxfoundation.org/open-source-summit-north-america/) Shophateforprofit.org (https://www.stophateforprofit.org/) Kim Crayton course, “Introduction to Being an Antiracist.” (https://ti.to/kim.crayton.llc/introduction-to-being-an-antiracist/en) Kim Crayton Twitter (https://twitter.com/KimCrayton1) “Seeing White” Podcast (http://www.sceneonradio.org/seeing-white/) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/) Special Guest: Emma Irwin.

diversity states inclusion edited open source github antiracist georg irwin mozilla community health bahr paul m eric berry ad sales seeing white badging codefund kim crayton

Episode 10: Managing Risks and Opportunities in Open Source with Frank Nagle & David A. Wheeler

Play Episode Listen Later Jul 24, 2020 48:40

Panelists Kate Stewart | Sean Goggins | Georg Link Guest Frank Nagle (https://podcast.chaoss.community/guests/frank-nagle) David A. Wheeler (https://podcast.chaoss.community/guests/david-wheeler) Sponsor Linode (https://www.linode.com/) Show Notes [00:02:40] We start off on the topic of looking at metrics that are useful for identifying what’s going on in a Software Configuration Management system. David tells us what it is and if there’s a difference between building software and deploying it. Also, figuring out which components you’re going to bring in, to your overall system. [00:07:55] Kate wants to know how much do the hidden dependencies play a role in risk of using Open Source and using projects, and do we see things people aren’t expecting? Sean asks if there are high profile cases where folks did not manage those dependencies terribly well and bad things happened. [00:14:09] Sean wants to know what kind of metric might help to identify that kind of programmer error that results in malicious code being introduced into a project and are there other ways that we could measure the existence of that phenomenon? CII Best Practices Badge is talked about here. [00:16:38] Kate mentions a survey that came out late last year of the most popular software that came out recently, and there’s some top packages that were identified through the analysis that had come from the scanners and everything else. Of those packages, how many of them have badges? Frank tells us the analysis he did and the results (report linked below). [00:19:45] Sean talks about things he’s observed when it comes to packages and dependencies and which ones are more popular in the course of the project. He wonders if anyone on the panel has started thinking about how do we assess things that are within a repository and what challenges does that pose from a metrics perspective? [00:23:34] License Risk on a project is discussed here by Kate and David. [00:28:09] Sean wants to know if he’s creating an Open Source software project and he Googles “Open Source Software licenses,” is he in a pretty safe space or are there other Open Source licenses that are pretending that they’re Open Source? David tells us where to look to find out. [00:29:32] Frank tells us what kinds of metrics or pieces of what they’ve talked about as being significant in both economic impacts and the future of work. [00:33:53] Sean wants to know in regard to Frank’s survey, what kinds of things he is looking to measure that we can’t with trace data from a repo. [00:36:39] Georg asks Frank if he’s has some early insights that might be interesting with the survey. [00:39:02] David and Frank tell us places you can check out to learn more. Picks [00:40:28] Kate’s picks are to check out Software Transparency reports and check out Allan Friedman’s session at RSA “Taking Control of Cyber-Supply Chain Security.” [00:41:26] Georg’s pick is OSI/Brandeis course on Open Source communities. [00:42:36] Sean’s pick is Covid-19 streaming movie binge called “Hanna” on Amazon Prime. [00:43:08] David’s picks are his website DWheeler.com and a website that Cloudflare put up called, “isbgpsafeyet.com.” [00:46:44] Frank’s pick is a working paper that was just released called, “Open Source Software and Global Entrepreneurship.” Links Frank Nagle Twitter (https://twitter.com/frank_nagle?lang=en) Frank Nagle Website (https://www.hbs.edu/faculty/Pages/profile.aspx?facId=566431) David A. Wheeler Twitter (https://twitter.com/drdavidawheeler?lang=en) David A. Wheeler Website (https://dwheeler.com/) CII Best Practices Badge Program (https://bestpractices.coreinfrastructure.org/en) CII-FOSS Survey (https://hbs.qualtrics.com/jfe/form/SV_enfu6tjRM0QzwQB) “More Than a Gigabuck: Estimating GNU/Linux’s Size” by David A Wheeler (https://dwheeler.com/sloc/redhat71-v1/redhat71sloc.html) Reproducible Builds (https://reproducible-builds.org/) SPDX License List (https://spdx.org/licenses/) Core Infrastructure-Preliminary Report and Census II of Open Source Software (https://www.coreinfrastructure.org/wp-content/uploads/sites/6/2020/02/census_ii_vulnerabilities_in_the_core.pdf) OSI-Brandeis course on Open Source Technology Management (https://www.brandeis.edu/gps/future-students/learn-about-our-programs/open-source-technology-management.html) Hanna-Amazon Prime (https://www.amazon.com/Hanna-Season-1/dp/B07L5N7P32) Is BGP safe yet? (https://isbgpsafeyet.com/) “Open Source Software and Global Entrepreneurship” paper by Frank Nagle, Nataliya Wright, and Shane Greenstein. (https://papers.ssrn.com/sol3/papers.cfm?abstract_id=3636502) NTIA Software Component Transparency (https://www.ntia.doc.gov/SoftwareTransparency) Allan Friedman’s session at RSA “Taking Control of Cyber-Supply Chain Security.” (https://vshow.on24.com/vshow/RSAConference2020APJ/#content/2502653) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/) Special Guests: David A. Wheeler and Frank Nagle.

Episode 9: In Defense of Vanity Metrics

Play Episode Listen Later Jul 17, 2020 39:11

Panelists Venia Logan | Matt Broberg Sponsor Linode (https://www.linode.com/) Show Notes [00:02:23] Matt and Venia explain what a Vanity Metric is. [00:06:41] Matt wants to know what is the opposite of a Vanity Metric? [00:10:46] Matt and Venia talk about how having a community strategy is so essential to understanding why we are using metrics. [00:12:27] Matt brings up being in the hot seat of being Community Manager and an uncomfortable moment he had. Venia tells us a powerful story she encountered in her background with the LGBTQ. [00:19:35] Matt shares ones of his favorite quotes and then he asks Venia what’s the risk of measuring, especially with vanity metrics, where you provide an incentive for things that we don’t necessarily want to incentivize? [00:20:25] Venia tells us what GDPR (General Data Protection Regulation) is and she highly recommends a lawyer, Suzanne Dibble, who has extensively covered GDPR. [00:24:20] Matt and Venia talk about places to start if people are looking for advice and what are things that are vanity looking but could end of being valuable. [00:30:37] Venia talks about communities being socio-cultural in nature and therefore they must be measured social scientifically. [0036:31] Matt and Venia give their takeaways from today’s conversation that you can hold onto when it comes to the idea of vanity metrics. Links CHAOSS (https://chaoss.community/) Matt Broberg Twitter (https://twitter.com/mbbroberg?ref_src=twsrc%5Egoogle%7Ctwcamp%5Eserp%7Ctwgr%5Eauthor) Venia Logan Twitter (https://twitter.com/samanthavenia) MeasurementMarketing.io-Chris Mercer (https://measurementmarketing.io/) GDPR (General Data Protection Regulation) (https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) Suzanne Dibble-GDPR (https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/)

lgbtq defense edited gdpr community managers community health bahr paul m vanity metrics eric berry ad sales chris mercer gdpr general data protection regulation suzanne dibble codefund

Episode 8: Mautic Community with Ruth Cheesley

Play Episode Listen Later Jul 10, 2020 45:09

Panelists Georg Link | Venia Logan | Don Marti | Nicole Huesman | Daniel Izquierdo Guest Ruth Cheesley (http://chaosscast.fireside.fm/guests/ruth-cheesley) Sponsor Linode (https://www.linode.com/) Show Notes [00:02:56] Ruth tells us all about herself, her background, as well as what Mautic is and what they do. [00:04:41] Ruth shares with us what she’s doing with the metrics platform and how that has informed her work. [00:06:31] Nicole mentions Ruth’s blog and she recently launched a community health dashboard. Since within the CHAOSS project they work with different metrics around community health, she wonders which metrics does she find most useful and not as useful? She also explains how these metrics have affected her work since she’s made changes to the community over the last year. [00:09:27] Ruth tells us what her plan is moving forward to balance contributors with users of the platform who might be non-coding. Venia asks Ruth if she finds that you have to balance the demand of users using the platform but who can’t contribute with the amount of people contributing to the program? Are these viewed as two separate but inner connected communities or do you treat them as one large community? [00:11:52] Don wonders if Ruth sees a lot people who are active in both maintaining a plugin and then also contributing to core or perhaps being a maintainer on a plugin and then also a core contributor? [00:13:42] Daniel asks if Ruth if she has had any feedback from the community about privacy issues. She also explains how Mautic is handling the general PR of policy limiting what we can do as marketers. [00:18:18] With all these challenges and the features that the software needs to provide, Georg wants to know if this is something that the community takes up. Also, since Ruth said there’s a lot of education that needs to happen on how to use the tool properly, how does that get into the community? [00:20:38] Ruth talks about documentation and Mautic participating in a Google Season of Docs. [00:23:07] Nicole brings up something interesting Ruth brought up in her blog about a project that brings together contributors and makes them experts in a particular area of contribution where they’re contributing to features of a project. [00:25:56] Ruth fills us in on the community health report and the way she’s done it to inform people how to do it their own communities to great health and community empowerment. She also tells us if she uses a lot of qualitative data processes when building the report and what the conversations look like between the community members who read the report. [00:30:25] The topic of KPI’s and metrics being monitored is discussed here. [00:33:10] Integrating privacy tools and the challenge marketers face with the number of tools they have in their stack is discussed. Picks [00:37:55] Georg’s pick is Brandeis University Open Source Technology Management program-OSS Community course. [00:38:47] Venia’s pick is measurement starts with “good enough” and that is fine. [00:39:33] Don’s pick is “Hellobot” on Keybase. [00:40:37] Nicole’s pick is having the opportunity to garden. Also, she recommends a book she’s been reading called, Low Maintenance Gardening. [00:41:59} Daniel’s pick is aligning with the topic of COVID-19, he is amazed how resilient the Open Source industry really is and how everyone is worried, but we keep working and keep advancing. [00:42:52] Ruth’s pick is Savannah-Community Managers CRM. Links Ruth Cheesley Twitter (https://twitter.com/rcheesley?lang=en) Ruth Cheesley Bio (https://noti.st/rcheesley/bio) Ruth Cheesley Linkedin (https://www.linkedin.com/in/ruthcheesley/) Mautic.org (https://www.mautic.org/) Mautic Community Handbook (https://contribute.mautic.org/) CHAOSS (https://chaoss.community/) Keybase (https://keybase.io/) Hellobot (https://keybase.io/hellobot) [The NEW Low-Maintenance Garden by Valerie Easton](https://www.amazon.com/New-Low-Maintenance-Garden-Beautiful-Productive/dp/1604691662/ref=sr12?dchild=1&keywords=low+maintenance+gardening&qid=1591997558&sr=8-2) Savannah-GitHub (https://github.com/SavannahHQ/Savannah) Suzanne Dibble-GDPR (https://suzannedibble.com/gdpr/) Brandeis University announces commitment to open source movement (https://blogs.brandeis.edu/gps/2019/07/17/brandeis-announces-commitment-to-open-source-movement/) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/) Special Guest: Ruth Cheesley.

covid-19 community pr integrating edited open source kpi docs georg brandeis university bahr paul m eric berry keybase ad sales mautic codefund

Episode 7: Your Community Story with Jono Bacon

Play Episode Listen Later Jul 3, 2020 50:22

Panelists Venia Logan | Nicole Huesman | Brian Proffitt Guests Jono Bacon (https://chaosscast.fireside.fm/guests/jono-bacon) Sponsor Linode (https://www.linode.com/) Show Notes [00:02:16] Jono gives us an introduction what he does and how he got into his job. [00:03:48] Nicole asks Jono what are some of the key strategies he’s used over the years to propel his career in community management and community strategy? [00:07:10] Venia wants to know how Jono ended up managing the role of community manager as he went through his early days. [00:09:52] Brian wants to know how Jono views the science part of the community health aspect of it and how has that evolved his experience, like early pioneer days to where we are now. [00:16:15] Jono talks about things that worry him with data and how in recent years we’ve become data fetishists. He also talks about Earl Madman Muntz who ran a TV factory and he needed to reduce costs. Great story here.  [00:21:38] Jono explains why he’s a fan of aggregate evaluation of the value. He talks about a model he developed over the years called the Community Participation Lifecycle. [00:25:00] Brian asks Jono what he feels is the least understood aspect of being a Community Manager. [00:33:20] Venia wonders where Jono sees this phenomenon of open source community management moving forward as it permeates the closed economic spheres. [00:36:35] As we look at the CHAOSS project, Nicole wonders what role does Jono see the CHAOSS project playing in helping us understand the metrics of healthy communities and what would he like to see from the CHAOSS project. Picks [00:40:55] Jono’s pick is he likes the fact that people feel comfortable challenging him. [00:42:44] Brian’s pick is ways to find easy comfort points for new people coming into a community and making them feel a little more welcome without necessarily making drastic changes to your own community. [00:44:28] Venia’s pick is if there is someone you truly want to follow, you want to be like, see if they have something written, it could be a blog, a podcast, or a YouTube video. Hit them up! Maybe see if there’s some piece of content you can read. [00:45:27] Nicole’s pick is diving into the book, People Powered, by Jono Bacon, and building a relationship with folks and having thought provoking discussions with cross industry thoughtful discussions. Links Jono Bacon (https://www.jonobacon.com/) Jono Bacon Twitter (https://twitter.com/jonobacon?ref_src=twsrc%5Egoogle%7Ctwcamp%5Eserp%7Ctwgr%5Eauthor) [People Powered: How Communities Can Supercharge Your Business, Brand, and Teams by Jono Bacon](https://www.amazon.com/People-Powered-Communities-Supercharge-Business/dp/1400214882/ref=tmmhrdswatch0?encoding=UTF8&qid=1592516946&sr=8-1) Earl “Madman” Muntz (https://en.wikipedia.org/wiki/Madman_Muntz) CHAOSS (https://chaoss.community/) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/) Special Guest: Jono Bacon.

tv community brand edited community managers jono bahr paul m eric berry ad sales jono bacon codefund

Episode 6: CNCF, DevStats, and TODO Group with Chris Aniszczyk

Play Episode Listen Later Jun 26, 2020 51:31

Panelists Georg Link | Brian Proffitt | Nicole Huesman Guests Chris Aniszczyk (https://podcast.chaoss.community/guests/chris-aniszczyk) Sponsor Linode (https://www.linode.com/) Show Notes [00:02:19] When we talk about community health, Chris tells us what comes to mind for him in the context of CNCF. He also tells us what his role is at CNCF. [00:06:03] Brian is curious to how Chris has adapted his metrics or if he’s adapted his metrics to compensate for the fact that he is in such an explosive mode of growth and has he made adjustments for that. [00:10:40] Chris talks about CNCF being a vendor neutral organization. [00:13:12] Nicole wants to know of all the different things Chris is measuring, are there a few that rise to the surface as either the most important or some things that have been aha moments or surprises for him. [00:15:43] Chris talks about how the view of diversity and inclusion is within the Cloud Native Community and some of the investments that he’s making there. [00:21:58] Nicole asks Chris to talk about the wonderful people working in the Cloud Native community. He discusses what percentage of men and women CNCF is comprised of and how they are part of the Linux Foundation. [00:26:28] Georg wants to know how CNCF does metrics for the governing board, technical committee, the project, SIG (Special Interest Group) for the working groups, or do they even go at that level. Also, DevStats provide metrics and how does that play into this. He also explains the annual report and how it all fits together. [00:31:27] Brian is curious to know from Chris how CNCF began their journey with metrics and where was the start? [00:34:15] Chris tells us how he views the roll of the CHAOSS project and what he would like to see from the CHAOSS project. [00:37:29] Chris tells us about the work he does at the TODO Group, which is a network of Open Source Program offices. [00:42:00] Chris gives us some advice for anyone starting out their open source program office journey. Picks [00:45:39] Georg’s pick is Percy Jackson Books by Rick Riordan. [00:46:03] Brian’s pick is for people to have recharge days. [00:46:58] Nicole’s pick is gravitating to provocative discussions such as the CHAOSScast Podcast as well as Code Together Podcast. [00:48:20] Chris’s picks are a Netflix show called, 13TH and a book called, White Fragility, by Robin DiAngelo. Links Chris Aniszczyk Twitter (https://twitter.com/cra?ref_src=twsrc%5Egoogle%7Ctwcamp%5Eserp%7Ctwgr%5Eauthor) Chris Aniszczyk Linkedin (https://www.linkedin.com/in/caniszczyk) Chris Aniszczyk Website (https://www.aniszczyk.org/) Cloud Native Computing Foundation (CNCF) (https://www.cncf.io/) Project Health Table DevStats (https://all.devstats.cncf.io/d/53/projects-health-table?orgId=1) Code Together Podcast-Nicole Huesman (https://podcasts.apple.com/us/podcast/code-together/id1510537499?mt=2) Rick Riordan Books (https://rickriordan.com/) 13TH-Netflix (https://www.netflix.com/title/80091741) White Fragility by Robin DiAngelo (https://en.wikipedia.org/wiki/White_Fragility) TODO Group Survey (https://github.com/todogroup/survey) CNCF Annual Report 2019 (https://www.cncf.io/cncf-annual-report-2019/) CNCF Survey Data-GitHub (https://github.com/cncf/surveys?files=1) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/) Special Guest: Chris Aniszczyk.

netflix edited georg white fragility robin diangelo bahr cloud native rick riordan linux foundation paul m eric berry cncf ad sales chris aniszczyk codefund

Episode 5: Defining “Open Source Community Health”

Play Episode Listen Later Jun 19, 2020 43:59

Panelists Dawn Foster | Matt Germonprez | Sean Goggins | Georg Link | Don Marti Sponsor Linode (https://www.linode.com/) Show Notes [00:02:43] Georg explains Open Source, Open Source Community, and Open Source Community Health. [00:04:25] The rest of the panelists give their opinions on Open Source Community Health. [00:08:04] Dawn talks about OpenSSL, which is an Open Source project that is in use by almost every single big company in the world but maintained by only a couple of people who could barely afford to do it. [00:08:45] Don wonders if Open Source Metrics would have helped companies address the OpenSSL situation before it became a headline problem? Sean and Dawn give their opinions. [00:10:00] Since Sean mentions sustainability, Georg asks Sean where’s the distinction between health and sustainability or is that the same thing? [00:11:47] Matt wants to know when you’re looking at a software community how much do you differentiate between looking at the community purely from a using the software perspective versus looking at the community from, I would like to contribute to this community? [00:15:24] We talk about the different working groups here and we talk about other ways that we can conceptualize other areas of community health. [00:17:10] Dawn makes a point to say when we talk about working groups, what we’re really talking about coming up with definitions for metrics and anyone can contribute. Don talks about different categories in which he thinks of metrics. [00:20:43] Sean asks Don if there are a lot of job postings for a particular technology? Does the fact there may be many jobs for Kubernetes right now and does that influence how many people participate in that project? How do people decide what to contribute to? [00:24:30] Sean wants to know from Dawn what are some of the things VMWare concentrates on and she lets us know. [00:29:08] The panellists talk about the different ways we can get insights to Open Source Community Health. [00:37:16] Don clarifies what he means when he says, “projects site each other.” [00:38:25] If you are interested in getting involved in CHAOSS find out here. Picks: [00:39:50] Georg’s pick is that he added some new fish, 10 Neon Tetras, to his aquarium. [00:40:19] Dawn’s pick is a picnic backpack. [00:41:02] Sean has two picks: Augur Slackbot and the importance of health. Please pay attention to your own health. [00:42:11] Don’s pick is he’s been having fun with the California Consumer Privacy Act (CCPA). Links: CHAOSS (https://chaoss.community/) Neon Tetra (https://www.liveaquaria.com/product/1097/?pcatid=1097) Picnic Backpack (https://www.amazon.com/Sunflora-Backpack-Insulated-Waterproof-Outdoor/dp/B073CHBWC9) Augur Slackbot (https://github.com/augurlabs?language=javascript) California Consumer Privacy Act (CCPA) (https://en.wikipedia.org/wiki/California_Consumer_Privacy_Act) OpenSSL (https://www.openssl.org/) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/)

defining edited open source georg vmware community health kubernetes bahr paul m eric berry openssl open source community california consumer privacy act ccpa ad sales codefund

Episode 4: GrimoireLab

Play Episode Listen Later Jun 12, 2020 56:02

Panelists Matt Broberg | Venia Logan | Sean Goggins | Georg Link Guests Ray Paik Manrique Lopez Valerio Cosentino Sponsor Linode (https://www.linode.com/) Show Notes [00:02:33] We start here with learning about what measurement tools exist in the CHAOSS project. [00:07:06] Georg gives us some context on how Bitergia, GrimoireLab, Bitergia Analytics, and CHAOSS all relate to each other. [00:09:01] Manrique fills us in on why Open Source is relevant to what they’re doing with Bitergia and GrimoireLab. [00:10:37] Since Venia is the co-creator of one of the metrics, Matt is wondering when she looks at the GrimoireLab tool chain, how does that add value to what she’s looking to achieve with it? [00:12:41] Ray has a question for Manrique and Georg and wonders what have they benefited from joining CHAOSS and what have they been able to gain from being a part of a larger community? Also, have there been other benefits that they have gained from working with other software communities related to metrics? [00:16:04] Venia mentions how she wants to applaud Bitergia for how much they advertise CHAOSS and Bitergia being completely separate entities and she explains. [00:17:55] What is the goal of using GrimoireLab and what are some examples of people using it right now? [00:22:56] Ray tells us how he uses GrimoireLab. Also, Venia gives us her thoughts on dashboarding. [00:32:22] Sean is curious to know what kinds of choices are made in the design of the GrimoireLab technology to prohibit, prevent, or create some of transparency around anything that might be used to measure and individual? Also, since Git Log stores his identifying information organically, how do they handle that technically? Manrique answers these questions. [00:00:00] Matt asks Valerio if he has any stories or ideas that come to mind on how he chose to write the software that would be interesting to somebody that may not be as deep in the code as him? [00:39:12] Valerio is a mentor for Google Summer of Code participants and he’s going to tell us a little about what that is. Picks [00:48:00] Georg’s pick is a book by Benjamin Birkinbine called, “Incorporating the Digital Commons.” [00:48:50] Venia’s pick is a term that she always uses all the time from Chris Mercer, MeasurementMarketing.io which is, “The truth is in the trend, the power is in the pattern.” [00:49:42] Manrique’s picks are quotes he uses in his presentations. One is, “If you can’t measure it, you cannot improve it.” Another one is, “Without data you a just a person with an opinion.” [00:51:21] Ray’s pick is a great book called, “The Tyranny of Metrics,” by Jerry Z. Muller. [00:52:40] Valerio’s pick is valuable advice. He says,” Metrics are important, but you need to contextualize them, and you should not understand just the metric itself, but the people who contribute to your project. When you look at the data you should have an understanding of your community to see if you are not misrepresenting or misunderstanding the data you have. [00:53:24] Sean’s pick is a technical plug to a project called PlaidML. They have a cute logo too ☺! [00:54:25] Matt’s pick is that he recently upgraded his Linux laptop to Fedora 32. It’s fun to use! Links Manrique Lopez Twitter (https://twitter.com/jsmanrique) Valerio Cosentino Twitter (https://twitter.com/_valcos_?lang=en) Ray Paik Twitter (https://twitter.com/rspaik) GrimoireLab (https://chaoss.github.io/grimoirelab/) Bitergia (https://bitergia.com/) Google Summer of Code (https://summerofcode.withgoogle.com/) “Incorporating The Digital Commons”-Benjamin Birkinbine (https://www.uwestminsterpress.co.uk/site/books/10.16997/book39/) MeasurementMarketing.io-Chris Mercer (https://measurementmarketing.io/) “The Tyranny of Metrics”-Jerry Z. Muller (https://www.amazon.com/Tyranny-Metrics-Jerry-Z-Muller/dp/0691174954) PlaidML (https://github.com/plaidml/plaidml) Fedora 32 (https://fedoramagazine.org/announcing-fedora-32/) GrimoireLab Install Blog Post (https://chaoss.community/blog-post/2019/10/08/simplifying-how-to-install-grimoirelab/) GrimoireLab’s Project Hero’s Journey Story (https://opensource.com/article/20/3/grimoirelab) GitHub Docker composer (https://opensource.com/article/20/3/grimoirelab) Cauldron (https://cauldron.io/) CHAOSScon Europe 2020 (https://chaoss.community/chaosscon-2020-eu/) CHAOSS Community Participate (https://chaoss.community/participate/) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/) Special Guests: Jose Manrique López de la Fuente, Ray Paik, and Valerio Cosentino.

code edited metrics tyranny open source incorporating linux muller fuente georg cauldron valerio bahr paul m manrique eric berry ad sales chris mercer google summer journey story digital commons jerry z muller codefund project hero

Episode 3: Augur

Play Episode Listen Later Jun 5, 2020 38:29

Panelists Matt Broberg | Dawn Foster | Matt Germonprez | Georg Link Guest Sean Goggins (https://podcast.chaoss.community/hosts/seangoggins) Gabe Heim (http://chaosscast.fireside.fm/guests/gabe-heim) Carter Landis (http://chaosscast.fireside.fm/guests/carter-landis) Sponsor Linode (https://www.linode.com/) Show Notes [00:02:23] Sean and Gabe explain what Augur is and how Augur is an integral part of the CHAOSS project. [00:04:37] Carter explains some of the things he’s helped the team accomplish recently with getting Augur to be really easy to install, run, and configure. [00:06:29] Gabe talks about how people are using Jupyter Notebooks with Augur. [00:07:44] Georg is curious to learn a little more about why they decided to go with a single relational database and what challenges they faced, if any, in unifying the data from all the different platforms that Open Source communities are collaborating on. [00:11:02] Matt B. asks the team if there is a given audience that this hits home for or if they are you finding community managers in Open Source space being a primary use case. [00:11:56] Sean, Gabe, and Carter discuss some of the successes they’ve had along the way with Augur. [00:16:14] Dawn talks about how Augur has been used in VMware’s Open Source Program Office. She also explains that Augur is more of a health tool. Find out why. [00:23:17] The team explains how stemming these relationships with VMWare, what does this lead to next for Augur and how do these relationships change the roadmap for what Augur can be. [00:27:58] If you are interested in exploring Augur and want to try it out, listen here to find out where Sean recommends you could start. Picks [00:32:19] Georg’s pick is a video game called, “Anno 1800.” [00:33:04] Dawn’s pick is a video game called, “Tabletop Simulator” on Steam. [00:33:44] Matt B.’s pick is an Open Source software called “Finicky.” [00:34:30] Matt G.’s pick is to give a BIG thanks to the Alfred P. Sloan Foundation, who’s been instrumental in funding the CHAOSS project since inception. [00:34:58] Sean’s pick is a gentleman named, Jordan Love, who is a quarterback with an incredibly strong arm, chosen by the Green Bay Packers in the recent NFL Draft. [00:35:26] Gabe’s pick is having a special 21st birthday quarantined with family and watching, “Money Heist” on Netflix. He says it’s very addicting! [00:36:28] Carter’s has two picks: One is a library for converting an OpenAPI Specification to Sphinx documentation. His other pick is an album called, “Room to Breathe,” by an artist named Low Hum. Links CHAOSS/Augur (https://github.com/CHAOSS/augur) Augur Project (https://github.com/AugurProject) Jupyter Notebook (https://jupyter.org/) Dr. Sean P Goggins Twitter (https://twitter.com/sociallycompute?lang=en) Sean P. Goggins. Ph.D (http://www.seangoggins.net/) Carter Landis GitHub (https://github.com/ccarterlandis) Gabe Heim GitHub (https://github.com/gabe-heim) “Anno 1800” (https://www.ubisoft.com/en-us/game/anno-1800/) “Tabletop Simulator” (https://store.steampowered.com/app/286160/Tabletop_Simulator/) Finicky (https://github.com/johnste/finicky) Alfred P. Sloan Foundation (https://sloan.org/) Jordon Love Twitter (https://twitter.com/jordan3love?ref_src=twsrc%5Egoogle%7Ctwcamp%5Eserp%7Ctwgr%5Eauthor) “Money Heist” (https://www.netflix.com/title/80192098) Open API spec renderer for Sphinx (https://github.com/sphinx-contrib/openapi) “Room to Breathe” by Low Hum (https://www.amazon.com/Room-To-Breathe/dp/B07PKM5DWX) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/) Special Guests: Carter Landis and Gabe Heim.

Episode 2: Social Currency Metric System (SCMS)

Play Episode Listen Later May 29, 2020 49:55

Panelists Dawn Foster | Matt Broberg | Georg Link Guest Samantha Venia Logan (https://www.linkedin.com/in/samanthavlogan/) Dylan Marcy (https://www.linkedin.com/in/dylan-marcy-a735ba9b/) Sponsor Linode (https://www.linode.com/) Show Notes Welcome to this episode of CHAOSSCast! Today, we have special guests, Venia Logan and Dylan Marcy of SociallyConstructed.Online. They are here to do some introspection on the process CHAOSS follows for defining metrics and to demonstrate this using the Social Currency Metric System (SCMS). It is a very interesting topic and if you don’t know much about SCMS, then this podcast is definitely worth a listen. [00:04:00] Venia and Dylan introduce themselves, who they are, what they do, and brought them to CHAOSS. [00:09:55] Venia and Dylan share how they came about to develop the initiation of the social currency metric system. [00:14:54] Matt wants to know what it looks like to use SCMS (Social Currency Metric System) and Dylan explains. [00:18:03] Georg wants to know what the sentiment is and what are these comments that they are talking about. Are they issue comments in open source, issue trackers, emails, slack messages? What is the qualitative data? Dylan and Venia explain. [00:22:24] What role does sentiment analysis play into this whole system? Dylan and Venia have great responses. [00:28:11] Matt B. is curious to know if the dashboard is a choose your own adventure dashboard or is it a tool chain, like a set of dashboards that are predefined? Venia loves this question and explains. [00:33:18] Venia explains the very purpose of the Social Currency Metric System and Matt has an Aha moment . [00:39:01] Georg wants to know how did Venia and Dylan get from having this very frustrated situation with SCMS talking about they need to do something, and now they have a metric in the CHAOSS project. What was this process for them? Venia responds with “Magic” and explains. Dylan gives a response as well. [00:43:07] Dylan lets us know there’s a video to check out on sociallyconstructed.online that has tips, tricks, and tutorials. Picks [00:44:17] Georg’s pick is an aquarium he bought as the lockdown happened and he will be adding fish this week. Is has been bringing him much joy these past few weeks. [00:44:42] Matt’s pick is a plug for video games. He just wants people to do whatever brings them joy and calm in this unprecedented time. [00:45:42] Dawn’s pick is her balcony. She has finally cleaned it and bought some chairs for it and got to enjoy sitting outside. [00:46:56] Venia’s pick is looking at community management. “There’s being the bear, and there’s being the flower.” She is being more the flower. [00:47:39] Dylan’s pick is a saying, “This too shall pass!” We will all get through this global pandemic. Links SociallyConstructed.Online (https://www.sociallyconstructed.online/scms) SCMS (https://chaoss.community/metric-social-currency-metric-system/) Venia Logan Twitter (https://twitter.com/samanthavenia) Venia Logan Linkedin (https://www.linkedin.com/in/samanthavlogan) SamanthaVLogan Blog/Website (https://www.samanthavlogan.com/) Credits Produced by Justin Dorfman at CodeFund (https://codefund.io/) Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund (https://codefund.io/) Special Guest: Dylan Marcy.

online magic edited open source aha georg community health bahr paul m eric berry metric system open source community social currency ad sales matt b codefund scms

Episode 38: Working Group Updates with Justin & Javi

Play Episode Listen Later May 29, 2020 42:06

Sponsored By: Panelists Justin Dorfman | Richard Littauer Guests Justin Flory RIT (https://www.rit.edu/) Javier “Javi” Canovas Open University of Catalonia (https://www.uoc.edu/portal/es/index.html) Show Notes This is a special episode where we are talking about the working groups that came out of the Sustain Summit in Brussels back in January. Today, we have Justin Flory, a student at Rochester Institute of Technology and Javier “Javi” Canovas, from Barcelona, an Assistant Professor at the Open University of Catalonia, who are very involved in the Sustain Working Groups. Javi is the bottom liner for the Governance Readiness Group and Justin is the bottom liner for the Principles of Authentic Participation (PAP). They will both talk about their groups and their involvement in them. They also talk about the Transparency Working Group. Also, Richard talks about the Nvie Git Flow Model. If you want to learn more about the different working groups, then this episode is for you! [00:01:31] Richard gives an overview of what the Sustain Working Group is all about and how you can join in on the conversation on the discourse forum. [00:05:22] Justin Flory tells us what PAP is and what does it mean to be authentically participating in something. He also explains navigating core values that don’t match up. [00:11:07] Richard wonders if Justin Flory ever tried to figure out what does it mean to be authentic as a large corporation versus what does it mean to be authentic as a lone script kitty and if those ever clashed? Justin explains. [00:15:35] Javi explains what Governance Readiness is and how that has materialized for him over the past couple of months. [00:18:17] Javi talks about some of the Governance Models that he’s looked at or put together. He is asked by Justin D. if any of his students know what he’s working on. Also, he talks about how many people are involved in his group. Justin F. tells us how many people are in the PAP group. [00:21:54] Justin F. builds on the Javi’s discussion about where the working group sits and explains that this working group is also another place where they’re trying to build that common language. [00:24:15] Richard talks about the “Nvie Git Flow Model” and a blog post that came out 10 years ago. [00:25:51] Justin F. talks about the Transparency Working Group and its focus. He also gives a shout out to Gunner’s interview on Episode 19 of Sustain’s Podcast, which helped him frame the way he’s going into some of this sustainability work. [00:31:35] Javi explains what his working group is looking at for the next meeting and what topics he’s looking to get feedback on for the working group right now. [00:34:09] Justin F. asks Javi what the working group is planning to do next and what would he want the working groups accomplishments to be? He explains. [00:35:43] Justin F. tells us where he wants to go with PAP and what’s next. He talks about “Boundary spanning.” [00:37:50] Richard says for any listeners out there who want to start listening actively or actively contributing to go to sustainoss.org/working-groups. Spotlight [00:38:49] Justin’s spotlight is a project he works for CodeFund which is Open Source. They passed 400 million ethical ads served. Big Milestone for them! Congratulations! ☺ [00:39:20] Javi’s spotlight is a project called, “Community Rule.” [00:39:59] Justin Flory’s spotlight is first a shout-out for the place where we have defined the Governance Model, which is open for issues and pull requests. Also, a cool initiative in the Fedora Project Community, an Open Source Linux Project. [00:40:54] Richard’s spotlight is NVIE Git Flow Model. He loves it! Quotes [00:22:36] “But now we’re in this changing world where Open Source is starting to become really popular or it’s being looked at a different way than it was twenty years ago.” [00:29:52] “We all eat, and it’s really important to eat. And if you don’t eat, you get angry. And if you get angry you close issues a lot faster without saying thank you, right?” Links Justin Flory Twitter (https://twitter.com/jflory7?ref_src=twsrc%5Egoogle%7Ctwcamp%5Eserp%7Ctwgr%5Eauthor) Justin Flory Blog (https://blog.jwf.io/about-me/) Javier Canovas Twitter (https://twitter.com/jlcanovas?lang=en) NVIE Git Flow Model (https://nvie.com/posts/a-successful-git-branching-model/) Boundary spanning (https://en.wikipedia.org/wiki/Boundary_spanning) Sustain Working Groups (https://sustainoss.org/working-groups/) CommunityRule (https://communityrule.info/) CodeFund “400 Million Ad Served” (https://j.mp/codefund-400m) Fedora Project (https://docs.fedoraproject.org/en-US/project/) Sustain Podcast-Episode 19 (https://sustain.codefund.fm/19) Credits Produced by Justin Dorfman at CodeFund Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund Special Guests: Javier “Javi” Canovas and Justin W. Flory.

320: ViewComponents in Action with Andrew Mason

Ruby on Rails Podcast

Play Episode Listen Later May 27, 2020 27:22

Andrew Mason is the lead developer for CodeFund, an ethical advertising platform. When he is not working on CodeFund, he is podcasting on The Ruby Blend or Remote Ruby, writing blog posts, or working on open source projects. He and Brittany discuss his implementation of ViewComponent at CodeFund.

action ruby on rails andrew mason codefund

Ruby on Rails Podcast 320: ViewComponents in Action with Andrew Mason

5by5 Master Audio Feed

Play Episode Listen Later May 27, 2020 27:22

Andrew Mason is the lead developer for CodeFund, an ethical advertising platform. When he is not working on CodeFund, he is podcasting on The Ruby Blend or Remote Ruby, writing blog posts, or working on open source projects. He and Brittany discuss his implementation of ViewComponent at CodeFund.

action ruby on rails andrew mason codefund rails podcast

320: ViewComponents in Action with Andrew Mason

Ruby on Rails Podcast

Play Episode Listen Later May 27, 2020 27:22

Andrew Mason is the lead developer for CodeFund, an ethical advertising platform. When he is not working on CodeFund, he is podcasting on The Ruby Blend or Remote Ruby, writing blog posts, or working on open source projects. He and Brittany discuss his implementation of ViewComponent at CodeFund.

action ruby on rails andrew mason codefund

Stimulus Reflex BlackJack, Leaving ActionText, and Calendar Gems

Play Episode Listen Later May 8, 2020 59:23

Welcome to Remote Ruby! Jason is Back and he has a lot to share! The guys all catch up and start out talking about fun video games and gaming devices that they’ve been using to have a little fun in their life aside from working. They get down to business eventually and talk about what’s new in the Ruby World. Jason lets us in on a new Ruby Gem he’s released and a new game he’s been working on using Stimulus Reflex. Chris did a major update in Rails. Andrew’s been working on a lot of components and using parts of Chris’s calendar gem at CodeFund. You need to download this episode now to find out why Andrew is now Team ERB and has disavowed HAML ☺! WHAT???!!!!!

leaving programming calendar gems stimulus coding reflex rails blackjack software development ruby on rails haml codefund ruby gem

Episode 1: "Hello, World!"

Play Episode Listen Later May 1, 2020 33:50

Panelists Georg Link | Matt Broberg | Dawn Foster | Matt Germonprez Sponsor Linode (https://www.linode.com/) Show Notes Welcome to the very first CHAOSS Podcast! In this podcast, we will share use cases and experiences with measuring open source community health. There will be elevating conversations about metrics, analytics, and software from the Community Health Analytics Open Source Software or CHAOSS Project. It’s new, and new is always good. And hey, it’s got that new podcast smell ☺. Since this is the first episode, we’ll be finding out more about our panelists. Kick back, relax, and take a listen. [00:01:15] Dawn Foster has been in the industry for more than 20 years and she’s been working on Open Source software most of that time. She is currently at VMware where she is Open Source Community Strategy Lead. She started getting passionate about the open source software communities back in the early 2000’s when she was at Intel. Her interest in open source metrics really came out of feeling a need to justify her own existence. [00:04:14] Georg Link started his open source journey with a project at openoffice.org. This experience of having a resilient healthy community that can go do its own thing fascinated him. Now he is working as Director of Sales for Bitergia, which is a company out of Spain, that provides metrics and analytics for a software development project and open source projects for the last eight years. [00:05:44] Matt Broberg’s story with metrics is that he fell in love with community management early on. He was in tech support at a large storage vendor and in there he found out that he can build these communities of people that he truly enjoyed working with. Six years ago, he got a job focusing on open source. He fell in love with the ability for people to solve their own problem. He is currently the Technical Editor of Opensource.com. He is very excited to get this podcast off the ground! [00:08:42] Matt Germonprez is a Professor at the University of Nebraska-Omaha in the College of Information-Science and Technology. It started for him with a class he was having with a seminar session that was on open source. He had a former student give a guest talk virtually about open source and he explained about corporate engagement with open source and it blew his mind. They both ended up writing a grant to the National Science Foundation that got funded to explore the changing nature of open source work. They worked on this project for about 5 years and they got to explore why and how companies are engaged. [00:12:20] Matt G. tells us what the CHAOSS Project is and why it exists. [00:14:12] Is CHAOSS an Acronym or a Backronym? It’s a great story! [00:16:30] Dawn tells us the structure of CHAOSS and her involvement with it. [00:19:26] Matt B. tells us what is was like to come to the CHAOSS Project and what is his experience getting engaged since he came last the project. [00:22:12] Matt G. tells us we don’t have all the answers, but we work with anybody that wants to contribute to help find those answers of understanding community health better. Also, why did we start this podcast? Find out here ☺. Picks [00:28:33] Dawn’s pick is the Auger tool. [00:29:30] Matt B.’s pick is Awesome Zoom Backgrounds for your next zoom or video chat. He wants to make things more entertaining for you and add some backgrounds to your life because we all need some fun in our lives right now! [00:30:56] Georg’s pick is an interview between Jono Bacon and Jessica Deen on, “Open Source Community Health: Your Guide to Continuous (Community) Improvement.” [00:31:35] Matt G.’s pick is a meeting he was at with Chan Zuckerberg Initiative, which was about funding for scientific open source software. Links CHAOSS (https://chaoss.community/) Auger (https://auger.ai/) Awesome Zoom Backgrounds (https://github.com/mbbroberg/awesome-zoom-backgrounds) Interview with Jono Bacon and Jessica Deen (https://www.youtube.com/watch?v=ak0UubFf3BM&feature=emb_logo) Chan Zuckerberg Initiative (https://chanzuckerberg.com/) Dawn Foster Twitter (https://twitter.com/geekygirldawn?lang=en) Matt Germonprez Twitter (https://twitter.com/germ?lang=en) Georg Link Twitter (https://twitter.com/GeorgLink?ref_src=twsrc%5Egoogle%7Ctwcamp%5Eserp%7Ctwgr%5Eauthor) Matt Broberg Twitter (https://twitter.com/mbbroberg?lang=en) Credits Produced by Justin Dorfman at CodeFund Edited by Paul M. Bahr at Peachtree Sound (https://www.peachtreesound.com/) Show notes by DeAnn Bahr at Peachtree Sound (https://www.peachtreesound.com/) Ad Sales by Eric Berry at CodeFund

Episode 30: Silver Linings in The FOSS Community

Play Episode Listen Later Apr 3, 2020 23:17

Sponsored By: Panelists Richard Littauer | Justin Dorfman | Eric Berry Show Notes COVID-19 is the main focus today and how it is ripping through the open source ecosystem. Although you may be tired of listening to it, the guys get real and speak from the heart and talk about the affects it is having on people all over the country, especially maintainers and coders. The message here is, “BE KIND TODAY!” 02:37 Justin talks about keeping busy with SustainOSS stuff and he’s been listening to an Audible book called, “It Doesn’t Have to Be Crazy at Work,” which has changed his perception on how to work smart and not hard. 03:49 Richard chimes in about he’s been working on a lot of projects and since COVID-19 started in the US he’s been involved in a project called FOSS Responders, which is Free and Open Source Responders and he explains what it does. 04:55 Richard gives an update on what FOSS Responder’s did this week. 06:27 Eric joins in to say that he runs CodeFund with Justin and how it allows them to display ethical non-tracking ads to developers all over the world. Find out what happened in THREE DAYS after they launched a FOSS Responders campaign. 08:04 Eric talks about his friend who did an amazing thing with his business and it’s pretty cool! This gets him thinking about Open Source, developers, and us as people and how each of us has a talent to maybe donate or allow use of something to support people to give back to the community. 15:31 Justin’s been trying to find silver linings in everything these days, especially with FOSS Responders. Richard brings up helping at helpwithcovid.com (https://helpwithcovid.com/) and opencollective.com. 17:08 Richard speaks from the heart about his silver lining. He is more connected then he was a month ago. Listen to hear what he’s been doing about connecting with friends. 18:05 Eric talks about struggles he has been having as well as other people may be having right now, with their jobs, figuring out a way to homeschool their kids, and keeping everybody heathy and happy while doing their jobs. He also talks about his silver lining which is really knowing to him what is important. Links Help With COVID (http://helpwithcovid.com/) Open Collective (http://opencollective.com/) “It Doesn’t Have to be Crazy at Work.”-Audible Book (https://www.amazon.com/Doesnt-Have-Be-Crazy-Work/dp/B07G8L5NZ9/ref=sr_1_1?keywords=it+doesn%27t+have+to+be+crazy+at+work&qid=1585423399&s=audible&sr=1-1) FOSS Responders (https://opencollective.com/foss-responders) GitHub COVID-19 (https://github.com/CSSEGISandData/COVID-19)

community work audible open source three days silver linings foss it doesn be crazy open collective audible books codefund

RailsConf Proposals, Building Forms with StimulusReflex, and More

Play Episode Listen Later Feb 24, 2020 60:38

In this episode, Nate joins back up with us to talk about recently submitted RailsConf proposals, a new feature at CodeFund backed by StimulusReflex, the strong migrations gem, building complex forms with StimulusReflex, and more.

programming forms coding proposals software development ruby on rails railsconf codefund

StimulusReflex at CodeFund, Testing ChurchChat, Encryption Gems, Inspecting Hey.com

Play Episode Listen Later Feb 10, 2020 56:56

In this episode we kick off the conversation hearing about new updates coming to CodeFund (powered by Stimulus Reflex), Jason's system tests for ChurchChat, using fixtures in combination with factories in Rails tests, using the Lockbox and Blind Index gems, looking around the Hey.com source code, and RailsConf proposals.

testing programming gems coding rails software development encryption ruby on rails inspecting lockbox railsconf codefund

SOS 016: Changing Open Source Culture With Serkan Holat

Sustain Our Software

Play Episode Listen Later Oct 29, 2019 55:24

Serkan is a freelance software developer who has been developing web applications since 2001. Lately he has been working with Angular and ASP.NET. He shares that he has been studying sustainability of open source issues since 2014 and also shares the abridged version of how he came to be involved with the open source community. Richard then asks Serkan to share more details on how he as a developer became interested in open source. He shares how as a developer working on proprietary software he often found himself working on similar solutions in different companies and he realized that he was building the same software solutions over and over. From this he concluded that open sourcing these types of projects would reduce the need to keep creating these projects by sharing the solutions between those that need them. Serkan points out the problem with the way open source works now is that it’s difficult to make money in it and as such he started looking for ways to fix this problem. He has the desire to find ways to move money from proprietary solutions into open source. Serkan asserts that the only real difference between proprietary software and open source software is licensing and furthermore that any software could be open source. The next topic discussed by the panelists is the changes they’ve seen in the last five years for funding open source. Serkan highlights that he believes that many companies are coming to understand that the future is positive with open source and those companies are beginning to move that way. Richard responds by sharing the importance of building structures around funding developers who decide to open source their software. Serkan moves the conversation to a deeper analysis of proprietary rights. The panelists discuss a survey of developers taken by Tidelift that shows that many professionals prefer open source software over proprietary software. The panelists then have a deeper discussion on what the reasons and drawbacks are for proprietary companies to turn open source. They also discuss how to create a tax of sorts that starts funding proprietary solutions turned open source and who would start that process. The open source experts then discuss how it is difficult to convince individual companies to go open source because their focus is on growing their business and making their own software prosper. Serkan responds to this by saying that open source is an investment that can pay dividends in the long run. They also share ideas on how working with governments and individuals could help to facilitate the transition to greater worldwide involvement in open source and propel the software industry forward to supporting open source. Serkan closes by reiterating some thoughts he shared earlier that governments are already involved in a wide range of programs that benefit all of its citizens. He shares how the sustaining of open source could be another program that is added to a government’s agenda and the opportunities that a government has to be of help in contrast to companies and individuals. Panelists Richard Littauer Pia Mancini Eric Berry Guest Serkan Holat Sponsors iPhreaks Adventures in Angular Adventures in .NET Links Angular ASP.NET Chad Whitacre Medium Catching Up w/ Nadia Eghbal Changelog.com sustainoss.org Tidelift Survey Tragedy of the Commons Picks Richard Littauer NPM Tools The Access Fund Pia Mancini Asymmetry by Lisa Halliday Emahoy Tsegué-Maryam Guébrou Eric Berry Airpods Case Oscoin Codefund Serkan Holat License Zero Marcin Jakubowski Ted Talk The Egg In a Nutshell

culture adventures tragedy catching up open source commons egg panelists nutshell angular asp asymmetry serkan eric berry changelog access fund pia mancini tidelift nadia eghbal lisa halliday codefund iphreaks

Episode 16: Changing Open Source Culture With Serkan Holat

Play Episode Listen Later Oct 29, 2019 55:28

Serkan is a freelance software developer who has been developing web applications since 2001. Lately he has been working with Angular and ASP.NET. He shares that he has been studying sustainability of open source issues since 2014 and also shares the abridged version of how he came to be involved with the open source community. Richard then asks Serkan to share more details on how he as a developer became interested in open source. He shares how as a developer working on proprietary software he often found himself working on similar solutions in different companies and he realized that he was building the same software solutions over and over. From this he concluded that open sourcing these types of projects would reduce the need to keep creating these projects by sharing the solutions between those that need them. Serkan points out the problem with the way open source works now is that it’s difficult to make money in it and as such he started looking for ways to fix this problem. He has the desire to find ways to move money from proprietary solutions into open source. Serkan asserts that the only real difference between proprietary software and open source software is licensing and furthermore that any software could be open source. The next topic discussed by the panelists is the changes they’ve seen in the last five years for funding open source. Serkan highlights that he believes that many companies are coming to understand that the future is positive with open source and those companies are beginning to move that way. Richard responds by sharing the importance of building structures around funding developers who decide to open source their software. Serkan moves the conversation to a deeper analysis of proprietary rights. The panelists discuss a survey of developers taken by Tidelift that shows that many professionals prefer open source software over proprietary software. The panelists then have a deeper discussion on what the reasons and drawbacks are for proprietary companies to turn open source. They also discuss how to create a tax of sorts that starts funding proprietary solutions turned open source and who would start that process. The open source experts then discuss how it is difficult to convince individual companies to go open source because their focus is on growing their business and making their own software prosper. Serkan responds to this by saying that open source is an investment that can pay dividends in the long run. They also share ideas on how working with governments and individuals could help to facilitate the transition to greater worldwide involvement in open source and propel the software industry forward to supporting open source. Serkan closes by reiterating some thoughts he shared earlier that governments are already involved in a wide range of programs that benefit all of its citizens. He shares how the sustaining of open source could be another program that is added to a government’s agenda and the opportunities that a government has to be of help in contrast to companies and individuals. Panelists Richard Littauer Pia Mancini Eric Berry Guest Serkan Holat Sponsors iPhreaks Adventures in Angular Adventures in .NET Links Angular ASP.NET Chad Whitacre Medium Catching Up w/ Nadia Eghbal Changelog.com sustainoss.org Tidelift Survey Tragedy of the Commons Picks Richard Littauer NPM Tools The Access Fund Pia Mancini Asymmetry by Lisa Halliday Emahoy Tsegué-Maryam Guébrou Eric Berry Airpods Case Oscoin Codefund Serkan Holat License Zero Marcin Jakubowski Ted Talk The Egg In a Nutshell Special Guest: Serkan Holat.

culture adventures tragedy catching up open source commons egg panelists nutshell angular asp asymmetry serkan eric berry changelog access fund pia mancini tidelift nadia eghbal lisa halliday codefund iphreaks

021 - Nate Hopkins, Co-Founder of CodeFund

Rails with Jason

Play Episode Listen Later Oct 29, 2019 51:04

In this episode, Nate Hopkins of CodeFund joins me for a conversation about early-2000s JavaScript, Nate’s OSS project StimulusReflex, and the aforementioned CodeFund, an open-source funding platform.

co founders javascript rails oss nate hopkins codefund

SOS 016: Changing Open Source Culture With Serkan Holat

Play Episode Listen Later Oct 29, 2019 55:24

Serkan is a freelance software developer who has been developing web applications since 2001. Lately he has been working with Angular and ASP.NET. He shares that he has been studying sustainability of open source issues since 2014 and also shares the abridged version of how he came to be involved with the open source community. Richard then asks Serkan to share more details on how he as a developer became interested in open source. He shares how as a developer working on proprietary software he often found himself working on similar solutions in different companies and he realized that he was building the same software solutions over and over. From this he concluded that open sourcing these types of projects would reduce the need to keep creating these projects by sharing the solutions between those that need them. Serkan points out the problem with the way open source works now is that it’s difficult to make money in it and as such he started looking for ways to fix this problem. He has the desire to find ways to move money from proprietary solutions into open source. Serkan asserts that the only real difference between proprietary software and open source software is licensing and furthermore that any software could be open source. The next topic discussed by the panelists is the changes they’ve seen in the last five years for funding open source. Serkan highlights that he believes that many companies are coming to understand that the future is positive with open source and those companies are beginning to move that way. Richard responds by sharing the importance of building structures around funding developers who decide to open source their software. Serkan moves the conversation to a deeper analysis of proprietary rights. The panelists discuss a survey of developers taken by Tidelift that shows that many professionals prefer open source software over proprietary software. The panelists then have a deeper discussion on what the reasons and drawbacks are for proprietary companies to turn open source. They also discuss how to create a tax of sorts that starts funding proprietary solutions turned open source and who would start that process. The open source experts then discuss how it is difficult to convince individual companies to go open source because their focus is on growing their business and making their own software prosper. Serkan responds to this by saying that open source is an investment that can pay dividends in the long run. They also share ideas on how working with governments and individuals could help to facilitate the transition to greater worldwide involvement in open source and propel the software industry forward to supporting open source. Serkan closes by reiterating some thoughts he shared earlier that governments are already involved in a wide range of programs that benefit all of its citizens. He shares how the sustaining of open source could be another program that is added to a government’s agenda and the opportunities that a government has to be of help in contrast to companies and individuals. Panelists Richard Littauer Pia Mancini Eric Berry Guest Serkan Holat Sponsors iPhreaks Adventures in Angular Adventures in .NET Links Angular ASP.NET Chad Whitacre Medium Catching Up w/ Nadia Eghbal Changelog.com sustainoss.org Tidelift Survey Tragedy of the Commons Picks Richard Littauer NPM Tools The Access Fund Pia Mancini Asymmetry by Lisa Halliday Emahoy Tsegué-Maryam Guébrou Eric Berry Airpods Case Oscoin Codefund Serkan Holat License Zero Marcin Jakubowski Ted Talk The Egg In a Nutshell

culture adventures tragedy catching up open source commons egg panelists nutshell angular asp asymmetry serkan eric berry changelog access fund pia mancini tidelift nadia eghbal lisa halliday codefund iphreaks

SOS 014: Funding Open Source With Gitcoin

Sustain Our Software

Play Episode Listen Later Oct 15, 2019 64:46

The special guest for this episode of Sustain our Software is Kevin Owocki. Kevin is the founder of Gitcoin, a service that links up freelance developers with people who need them and pays these developers in crypto currency. Gitcoin is a blockchain forward brand that is built on open source software and currently uses Ethereum as its crypto currency of choice rather than creating their own. They like Ethereum because of its relevance as the 2nd most popular cryptocurrency at the time of this episode. By incentivizing open source contributions, Gitcoin has become an important contributor to the funding of open source software. Pia begins the discussion by asking Kevin how the bounty system is governed for Gitcoin and Kevin shares some of their structure, process, and philosophy on the subject as well as Gitcoin’s desire to make it easy for developers to find work on their platform. The panelists then discuss how they think the future of the job market will change with the emergence of blockchain. The discussion starts with stating that bounties are the current popular system but Eric says he would look to see a blockchain based paycheck network among other ideas. Pia questions how Eric’s ideas can scale to the larger open source ecosystems and how to have a conversation with a company to open a wallet with Ethereum. Eric responds with some of his ideas on how to make this work as well as some roadblocks they might face. One of the biggest challenges is that the technologies involved are newly emerging and this brings along some skepticism with it. Richard then asks what Kevin’s long term view is that goes beyond the current system even though things are working really well right now. Kevin shares his aspiration that Gitcoin becomes a network that is owned, built by, and built for coders. This means that they find a way to distribute Gitcoin’s equity to the community and sustain open source through those means. Kevin shares that he does wish to go beyond the bounty system and some of his thoughts on how he hopes to accomplish that. The conversation then moves to networks and peer communications. Pia raises a concern that some people who don’t have an aptitude for communication often get left behind. She asks Kevin how Gitcoin helps to overcome challenges for those who struggle to get involved. Kevin shares some thoughts on why certain demographics struggle and makes the point that a difference could be made in how those in the field prioritize diversity. Kevin talks about the sustain conference and some of the great opportunities he had when he attended the prior year. He had the opportunity to talk to other professionals and share ideas on web3, blockchain and sustaining open source. The final topic covered by the panelists is who the big contributors are that are making a big difference to sustain open source. Kevin names a few companies that he feels has made a difference and a high level view of what they have done. Panelists Pia Mancini Eric Berry Richard Littauer Guest Kevin Owocki Sponsors Adventures in .NET React Round Up Adventures in Blockchain Links Gitcoin Ethereum Web3 Sustain OSS Conference Codefund Oscoin Moloch DAO Picks Richard Refined github chrome extension Using CSS to hide the github notification icon Four Tet Eric Berry Pipedrive Oss fund Pia Woop recovery tracker Open collective climate strike Octobox Kevin Advantage kinesis 2 keyboard Gratitude journaling Deep Chord by Echo Space

gratitude open adventures software blockchain funding advantage ethereum web3 open source sustain panelists oss refined woop four tet pipedrive eric berry gitcoin kevin owocki pia mancini codefund react round up using css

Episode 14: Funding Open Source With Gitcoin

Play Episode Listen Later Oct 15, 2019 64:52

The special guest for this episode of Sustain our Software is Kevin Owocki. Kevin is the founder of Gitcoin, a service that links up freelance developers with people who need them and pays these developers in crypto currency. Gitcoin is a blockchain forward brand that is built on open source software and currently uses Ethereum as its crypto currency of choice rather than creating their own. They like Ethereum because of its relevance as the 2nd most popular cryptocurrency at the time of this episode. By incentivizing open source contributions, Gitcoin has become an important contributor to the funding of open source software. Pia begins the discussion by asking Kevin how the bounty system is governed for Gitcoin and Kevin shares some of their structure, process, and philosophy on the subject as well as Gitcoin’s desire to make it easy for developers to find work on their platform. The panelists then discuss how they think the future of the job market will change with the emergence of blockchain. The discussion starts with stating that bounties are the current popular system but Eric says he would look to see a blockchain based paycheck network among other ideas. Pia questions how Eric’s ideas can scale to the larger open source ecosystems and how to have a conversation with a company to open a wallet with Ethereum. Eric responds with some of his ideas on how to make this work as well as some roadblocks they might face. One of the biggest challenges is that the technologies involved are newly emerging and this brings along some skepticism with it. Richard then asks what Kevin’s long term view is that goes beyond the current system even though things are working really well right now. Kevin shares his aspiration that Gitcoin becomes a network that is owned, built by, and built for coders. This means that they find a way to distribute Gitcoin’s equity to the community and sustain open source through those means. Kevin shares that he does wish to go beyond the bounty system and some of his thoughts on how he hopes to accomplish that. The conversation then moves to networks and peer communications. Pia raises a concern that some people who don’t have an aptitude for communication often get left behind. She asks Kevin how Gitcoin helps to overcome challenges for those who struggle to get involved. Kevin shares some thoughts on why certain demographics struggle and makes the point that a difference could be made in how those in the field prioritize diversity. Kevin talks about the sustain conference and some of the great opportunities he had when he attended the prior year. He had the opportunity to talk to other professionals and share ideas on web3, blockchain and sustaining open source. The final topic covered by the panelists is who the big contributors are that are making a big difference to sustain open source. Kevin names a few companies that he feels has made a difference and a high level view of what they have done. Panelists Pia Mancini Eric Berry Richard Littauer Guest Kevin Owocki Sponsors Adventures in .NET React Round Up Adventures in Blockchain Links Gitcoin Ethereum Web3 Sustain OSS Conference Codefund Oscoin Moloch DAO Picks Richard Refined github chrome extension Using CSS to hide the github notification icon Four Tet Eric Berry Pipedrive Oss fund Pia Woop recovery tracker Open collective climate strike Octobox Kevin Advantage kinesis 2 keyboard Gratitude journaling Deep Chord by Echo Space Special Guest: Kevin Owocki.

gratitude open adventures software blockchain funding advantage ethereum web3 open source sustain panelists oss refined woop four tet pipedrive eric berry gitcoin kevin owocki pia mancini codefund react round up using css

SOS 014: Funding Open Source With Gitcoin

Play Episode Listen Later Oct 15, 2019 64:46

The special guest for this episode of Sustain our Software is Kevin Owocki. Kevin is the founder of Gitcoin, a service that links up freelance developers with people who need them and pays these developers in crypto currency. Gitcoin is a blockchain forward brand that is built on open source software and currently uses Ethereum as its crypto currency of choice rather than creating their own. They like Ethereum because of its relevance as the 2nd most popular cryptocurrency at the time of this episode. By incentivizing open source contributions, Gitcoin has become an important contributor to the funding of open source software. Pia begins the discussion by asking Kevin how the bounty system is governed for Gitcoin and Kevin shares some of their structure, process, and philosophy on the subject as well as Gitcoin’s desire to make it easy for developers to find work on their platform. The panelists then discuss how they think the future of the job market will change with the emergence of blockchain. The discussion starts with stating that bounties are the current popular system but Eric says he would look to see a blockchain based paycheck network among other ideas. Pia questions how Eric’s ideas can scale to the larger open source ecosystems and how to have a conversation with a company to open a wallet with Ethereum. Eric responds with some of his ideas on how to make this work as well as some roadblocks they might face. One of the biggest challenges is that the technologies involved are newly emerging and this brings along some skepticism with it. Richard then asks what Kevin’s long term view is that goes beyond the current system even though things are working really well right now. Kevin shares his aspiration that Gitcoin becomes a network that is owned, built by, and built for coders. This means that they find a way to distribute Gitcoin’s equity to the community and sustain open source through those means. Kevin shares that he does wish to go beyond the bounty system and some of his thoughts on how he hopes to accomplish that. The conversation then moves to networks and peer communications. Pia raises a concern that some people who don’t have an aptitude for communication often get left behind. She asks Kevin how Gitcoin helps to overcome challenges for those who struggle to get involved. Kevin shares some thoughts on why certain demographics struggle and makes the point that a difference could be made in how those in the field prioritize diversity. Kevin talks about the sustain conference and some of the great opportunities he had when he attended the prior year. He had the opportunity to talk to other professionals and share ideas on web3, blockchain and sustaining open source. The final topic covered by the panelists is who the big contributors are that are making a big difference to sustain open source. Kevin names a few companies that he feels has made a difference and a high level view of what they have done. Panelists Pia Mancini Eric Berry Richard Littauer Guest Kevin Owocki Sponsors Adventures in .NET React Round Up Adventures in Blockchain Links Gitcoin Ethereum Web3 Sustain OSS Conference Codefund Oscoin Moloch DAO Picks Richard Refined github chrome extension Using CSS to hide the github notification icon Four Tet Eric Berry Pipedrive Oss fund Pia Woop recovery tracker Open collective climate strike Octobox Kevin Advantage kinesis 2 keyboard Gratitude journaling Deep Chord by Echo Space

gratitude open adventures software blockchain funding advantage ethereum web3 open source sustain panelists oss refined woop four tet pipedrive eric berry gitcoin kevin owocki pia mancini codefund react round up using css

ABC 012: Sustaining Open Source with Eric Berry & Kevin Owocki

Adventures in Blockchain

Play Episode Listen Later Oct 6, 2019 64:49

In this week's episode of Adventures in Blockchain, Charles Max Wood interviews Eric Berry and Kevin Owocki, discussing open source sustainability using blockchain. Eric Berry is a panelist on Sustain Our Software podcast and runs Codefund. Kevin is the co-founder of Gitcoin. Our guests start by explaining what each of their companies does and how they help sustain open source. Kevin explains that Gitcoin is a place you can get coin if you are a software engineer working in open source. Their mission is to support open source software. Kevin discusses how blockchain creates new hope for open source sustainability. One project Kevin introduces that helps move them towards their goal is called bounties. Bounties allow engineers to collect cryptocurrency for work they do in opensource. Codefund is an ethical advertising platform that is specifically run to grow and sustain open source. Eric shares how they do this by inviting bloggers, application builders, and other maintainers, to put a small bit of code on their sites that specifically advertise what they are doing. This allows them to receive passive revenue constantly without having to spend time marketing. Gitcoin and Codefund are related, Kevin and Eric share the story of how they started helping one another. When Kevin was building Gitcoin he met Joseph Lubin, co-founder of Ethereum and was invited to join ConsenSys. Using his work with ConsenSys as a stepping stone Gitcoin was able to level up. At this point, Eric reached out to Kevin because he was looking for a way to more easily distribute funds. Next, the panel considers how sustaining open source is made easier through open source. In the blockchain ecosystem, there is a lot more liquidity and a lot less bureaucracy. Kevin explains that when people think of blockchain they only see bitcoin prices and miss all the potential that the blockchain has. There are many problems paying people with “real” currency. For example, credit card companies take fees, transfer money across borders is difficult and worst of all there are knowledge workers that don’t have access to a stable financial system like in parts of Africa. By using the blockchain to pay these great developers can work for western companies and in open source. Eric shares how he uses the blockchain to pay maintainers and advertisers. The inbound advertisers at Codefund are already using eth and dai, which is easily turned around to pay their publishers. Currently, it is not all done on the blockchain, Eric explains what it looks like paying everyone. Codefund's goal is to eventually be completely on the blockchain and to be constantly paying their maintainers. Taxation is something discussed on this weeks Sustain Our Software, Eric brings it up in hopes of hearing Kevin’s take on taxation in the blockchain. Kevin explains that he wrote an EIP or Ethereum improvement proposal, block reward funding for open source maintainers. The blockchain has miners who receive coin for the work they do. Those miners use an algorithm to show proof of work. Open source maintainers do work for the blockchain as well and his proposal says that maintainers should receive coin for what they do for the blockchain. The problem that some have with this idea is that it is hard to prove the software they are writing will directly impact the blockchain or that it even got done. The panel considers ways to prove the value created by maintainers and how paying maintainers show them they are valued. Burn out is a big obstacle for the maintainability of open source. Everyone has responsibilities, to family and other things and its a shame when those doing open source have to quit because they can’t meet those responsibilities. The panel discusses ways that we can help maintainers not burn out. They also talk briefly about entitlement in open source, Kevin introduces his no asshole policy. Charles asks Kevin to explain how Gitcoin’s bounty network works. The architecture of Gitcoin’s bounty network uses the smart contract in Ethereum called standard bounties, which acts as an escrow function. When an issue is posted it goes into standard bounties which holds the eth. When someone starts the work they are put in contact with the funder and when they submit their work they get paid. Kevin explains the rules of social etiquette in the network that keeps everyone happy. He shares some of their results and statistics and explains how disputes are handled. They will be launching a new service called Gitcoin grants, which uses CLR matching. Kevin also explains how they use monthly hackathons to help the open source community. Eric takes a turn to explain what Codefund is doing to help in open source. They will be releasing a Codefund sponsorship service, this will help open source projects to find the right sponsors. He tried something similar in 2017 with some promising results but was shut down Github. Now that they have worked it out with Github they will be trying again. Charles having remembered their first attempt shares some of his feelings about Codesponsor and his excitement that they will be trying again. To end the episode the panel reiterates how blockchain could change the financial world. Kevin compares it to how the internet changed the world, at first it was slow but it grew and changed. Charles compares it to the discovery and growth of the radio. The panel considers how the blockchain will evolve and what it could mean for the future of the world. Panelists Charles Max Wood Guests Eric Berry Kevin Owocki Sponsors React Native Radio Adventures in DevOps The Freelancers Show CacheFly ________________________________________________________________________________________________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood will be out on November 20th on Amazon. Get your copy on that date only for $1. ________________________________________________________________________________________________________________________ Links Disrupting Open Source Sustainability Sustain Our Software CodeFund GitCoin Results Gitcoin OSCoin The Master Switch: The Rise and Fall of Information Empires Join The Blockchain Developer Bootcamp https://www.facebook.com/Adventures-in-Blockchain-1180850735452512/ Picks Charles Max Wood: MaxCoders.io The United States of Trump: How the President Really Sees America Eric Berry: AirPods Case Open Collective badge project Kevin Owocki: Sustain Web3 Conference in Boulder, Colorado, Feb 2020 Kinesis Advantage2 Ergonomic Keyboard (KB600)

united states amazon fall colorado africa open adventures burn blockchain boulder colorado ethereum open source sustaining github devops taxation panelists consensys bounties eip eric berry clr gitcoin cachefly open collective joseph lubin kevin owocki charles max wood trump how react native radio finding your dream developer job codefund maxcoders guide information empires

ABC 012: Sustaining Open Source with Eric Berry & Kevin Owocki

Play Episode Listen Later Oct 6, 2019 64:49

In this week's episode of Adventures in Blockchain, Charles Max Wood interviews Eric Berry and Kevin Owocki, discussing open source sustainability using blockchain. Eric Berry is a panelist on Sustain Our Software podcast and runs Codefund. Kevin is the co-founder of Gitcoin. Our guests start by explaining what each of their companies does and how they help sustain open source. Kevin explains that Gitcoin is a place you can get coin if you are a software engineer working in open source. Their mission is to support open source software. Kevin discusses how blockchain creates new hope for open source sustainability. One project Kevin introduces that helps move them towards their goal is called bounties. Bounties allow engineers to collect cryptocurrency for work they do in opensource. Codefund is an ethical advertising platform that is specifically run to grow and sustain open source. Eric shares how they do this by inviting bloggers, application builders, and other maintainers, to put a small bit of code on their sites that specifically advertise what they are doing. This allows them to receive passive revenue constantly without having to spend time marketing. Gitcoin and Codefund are related, Kevin and Eric share the story of how they started helping one another. When Kevin was building Gitcoin he met Joseph Lubin, co-founder of Ethereum and was invited to join ConsenSys. Using his work with ConsenSys as a stepping stone Gitcoin was able to level up. At this point, Eric reached out to Kevin because he was looking for a way to more easily distribute funds. Next, the panel considers how sustaining open source is made easier through open source. In the blockchain ecosystem, there is a lot more liquidity and a lot less bureaucracy. Kevin explains that when people think of blockchain they only see bitcoin prices and miss all the potential that the blockchain has. There are many problems paying people with “real” currency. For example, credit card companies take fees, transfer money across borders is difficult and worst of all there are knowledge workers that don’t have access to a stable financial system like in parts of Africa. By using the blockchain to pay these great developers can work for western companies and in open source. Eric shares how he uses the blockchain to pay maintainers and advertisers. The inbound advertisers at Codefund are already using eth and dai, which is easily turned around to pay their publishers. Currently, it is not all done on the blockchain, Eric explains what it looks like paying everyone. Codefund's goal is to eventually be completely on the blockchain and to be constantly paying their maintainers. Taxation is something discussed on this weeks Sustain Our Software, Eric brings it up in hopes of hearing Kevin’s take on taxation in the blockchain. Kevin explains that he wrote an EIP or Ethereum improvement proposal, block reward funding for open source maintainers. The blockchain has miners who receive coin for the work they do. Those miners use an algorithm to show proof of work. Open source maintainers do work for the blockchain as well and his proposal says that maintainers should receive coin for what they do for the blockchain. The problem that some have with this idea is that it is hard to prove the software they are writing will directly impact the blockchain or that it even got done. The panel considers ways to prove the value created by maintainers and how paying maintainers show them they are valued. Burn out is a big obstacle for the maintainability of open source. Everyone has responsibilities, to family and other things and its a shame when those doing open source have to quit because they can’t meet those responsibilities. The panel discusses ways that we can help maintainers not burn out. They also talk briefly about entitlement in open source, Kevin introduces his no asshole policy. Charles asks Kevin to explain how Gitcoin’s bounty network works. The architecture of Gitcoin’s bounty network uses the smart contract in Ethereum called standard bounties, which acts as an escrow function. When an issue is posted it goes into standard bounties which holds the eth. When someone starts the work they are put in contact with the funder and when they submit their work they get paid. Kevin explains the rules of social etiquette in the network that keeps everyone happy. He shares some of their results and statistics and explains how disputes are handled. They will be launching a new service called Gitcoin grants, which uses CLR matching. Kevin also explains how they use monthly hackathons to help the open source community. Eric takes a turn to explain what Codefund is doing to help in open source. They will be releasing a Codefund sponsorship service, this will help open source projects to find the right sponsors. He tried something similar in 2017 with some promising results but was shut down Github. Now that they have worked it out with Github they will be trying again. Charles having remembered their first attempt shares some of his feelings about Codesponsor and his excitement that they will be trying again. To end the episode the panel reiterates how blockchain could change the financial world. Kevin compares it to how the internet changed the world, at first it was slow but it grew and changed. Charles compares it to the discovery and growth of the radio. The panel considers how the blockchain will evolve and what it could mean for the future of the world. Panelists Charles Max Wood Guests Eric Berry Kevin Owocki Sponsors React Native Radio Adventures in DevOps The Freelancers Show CacheFly ________________________________________________________________________________________________________________________ "The MaxCoders Guide to Finding Your Dream Developer Job" by Charles Max Wood will be out on November 20th on Amazon. Get your copy on that date only for $1. ________________________________________________________________________________________________________________________ Links Disrupting Open Source Sustainability Sustain Our Software CodeFund GitCoin Results Gitcoin OSCoin The Master Switch: The Rise and Fall of Information Empires Join The Blockchain Developer Bootcamp https://www.facebook.com/Adventures-in-Blockchain-1180850735452512/ Picks Charles Max Wood: MaxCoders.io The United States of Trump: How the President Really Sees America Eric Berry: AirPods Case Open Collective badge project Kevin Owocki: Sustain Web3 Conference in Boulder, Colorado, Feb 2020 Kinesis Advantage2 Ergonomic Keyboard (KB600)

united states amazon fall colorado africa open adventures burn blockchain boulder colorado ethereum open source sustaining github devops taxation panelists consensys bounties eip eric berry clr gitcoin cachefly open collective joseph lubin kevin owocki charles max wood trump how react native radio finding your dream developer job codefund maxcoders guide information empires

Funding Open-Source Maintainers Using Ethical Advertising With Eric Berry

Chats with Kent C. Dodds

Play Episode Listen Later Aug 5, 2019 33:59

It's challenging to sustain open source projects, a lot of time and energy is poured in without any compensation in return. Eric Berry created CodeFund to give developers who are finding it difficult to justify putting their time into open source projects a means to get compensated. Open source today is not the same as it was five years ago. Ninety-six percent of all web apps are using open source. The web relies on it. Sixty-five percent of all projects have only one or two maintainers, and their work is providing value to a lot of companies and people. Maintainers having the option to be compensated benefits not only the maintainer but also everyone who relies on the project. Advertising is a scary word these days with big advertisers tracking people across the web and gathering their data. CodeFund doesn't use third-party trackers and doesn't collect data from the developer's audience. Advertising doesn't have to be evil, it can serve a good purpose if it's used correctly. Resources CodeFund Eric Berry Twitter Github Kent C. Dodds Website Twitter Github Youtube Testing JavaScript

open advertising funding ethical open source sixty ninety eric berry maintainers kent c dodds codefund

RR 411: What causes Ruby memory bloat? with Hongli Lai

Play Episode Listen Later May 7, 2019 56:10

Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Triplebyte offers a $1000 signing bonus RedisGreen Cachefly Panel Charles Max Wood Dave Kimura Eric Berry Joined by Special Guest: Hongli Lai Summary Eric Berry starts by sharing how Phusion and Phusion passenger changed his career and thanks Hongli Lai for his work. Hongli talks about where Phusion is now and shares what's new with passenger 6. The panel compares passenger and puma and Hongli explains why passenger is the better choice. The panel wonders about deployment strategies and Hongli shares what he has seen done with Passenger. Hongli discusses the article he wrote about memory bloat. He starts by explaining why he wrote the article. The panel discusses what causes memory bloat and how to identify memory bloat versus memory leaks. Hongli explains how the system memory allocator works and why people are using Jemalloc instead. The panel discusses Jemalloc and wonders why Ruby doesn’t adopt Jemalloc. Hongli shares his magic solution for solving the memory bloat problem and other tips for managing memory. Links https://www.phusionpassenger.com/ https://github.com/phusion/passenger-docker https://devchat.tv/ruby-rogues/rr-403-rails-needs-active-deployment-with-stefan-wintermeyer/ https://blog.phusion.nl/2019/03/14/what-causes-ruby-memory-bloat/ https://www.joyfulbikeshedding.com/blog/2019-03-14-what-causes-ruby-memory-bloat.html https://www.joyfulbikeshedding.com/blog/2019-03-29-the-status-of-ruby-memory-trimming-and-how-you-can-help-with-testing.html https://en.wikipedia.org/wiki/Lars_Bak_(computer_programmer) https://twitter.com/honglilai https://www.facebook.com/RubyRogues https://twitter.com/rubyrogues Picks Dave Kimura: LEGO Marvel Super Heroes Avengers: Infinity War The Hulkbuster Smash-Up 76104 Building Kit (375 Piece) Samsonite Explore Eco 2-Piece Softside Set Hongli Lai: https://www.blinkist.com/ https://euruko2019.org/ Eric Berry: Codefund.io https://devchat.tv/ruby-rogues/ Charles Max Wood: Open source sustainability podcast https://podwrench.com/ Podcast assembly line Podcast Laboratory https://mybuild.techcommunity.microsoft.com/home#top-anchor Oz con https://elixirconf.com/2019 https://finconexpo.com/ https://podcastmovement.com/ https://go.2000books.com/

open memory panel oz piece passenger sentry bloat eric berry cachefly charles max wood triplebyte codefund phusion lars bak

RR 411: What causes Ruby memory bloat? with Hongli Lai

Play Episode Listen Later May 7, 2019 56:10

Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Triplebyte offers a $1000 signing bonus RedisGreen Cachefly Panel Charles Max Wood Dave Kimura Eric Berry Joined by Special Guest: Hongli Lai Summary Eric Berry starts by sharing how Phusion and Phusion passenger changed his career and thanks Hongli Lai for his work. Hongli talks about where Phusion is now and shares what's new with passenger 6. The panel compares passenger and puma and Hongli explains why passenger is the better choice. The panel wonders about deployment strategies and Hongli shares what he has seen done with Passenger. Hongli discusses the article he wrote about memory bloat. He starts by explaining why he wrote the article. The panel discusses what causes memory bloat and how to identify memory bloat versus memory leaks. Hongli explains how the system memory allocator works and why people are using Jemalloc instead. The panel discusses Jemalloc and wonders why Ruby doesn’t adopt Jemalloc. Hongli shares his magic solution for solving the memory bloat problem and other tips for managing memory. Links https://www.phusionpassenger.com/ https://github.com/phusion/passenger-docker https://devchat.tv/ruby-rogues/rr-403-rails-needs-active-deployment-with-stefan-wintermeyer/ https://blog.phusion.nl/2019/03/14/what-causes-ruby-memory-bloat/ https://www.joyfulbikeshedding.com/blog/2019-03-14-what-causes-ruby-memory-bloat.html https://www.joyfulbikeshedding.com/blog/2019-03-29-the-status-of-ruby-memory-trimming-and-how-you-can-help-with-testing.html https://en.wikipedia.org/wiki/Lars_Bak_(computer_programmer) https://twitter.com/honglilai https://www.facebook.com/RubyRogues https://twitter.com/rubyrogues Picks Dave Kimura: LEGO Marvel Super Heroes Avengers: Infinity War The Hulkbuster Smash-Up 76104 Building Kit (375 Piece) Samsonite Explore Eco 2-Piece Softside Set Hongli Lai: https://www.blinkist.com/ https://euruko2019.org/ Eric Berry: Codefund.io https://devchat.tv/ruby-rogues/ Charles Max Wood: Open source sustainability podcast https://podwrench.com/ Podcast assembly line Podcast Laboratory https://mybuild.techcommunity.microsoft.com/home#top-anchor Oz con https://elixirconf.com/2019 https://finconexpo.com/ https://podcastmovement.com/ https://go.2000books.com/

open memory panel oz piece passenger sentry bloat eric berry cachefly charles max wood triplebyte codefund phusion lars bak

RR 411: What causes Ruby memory bloat? with Hongli Lai

Play Episode Listen Later May 7, 2019 56:10

Sponsors Sentry use the code “devchat” for 2 months free on Sentry small plan Triplebyte offers a $1000 signing bonus RedisGreen Cachefly Panel Charles Max Wood Dave Kimura Eric Berry Joined by Special Guest: Hongli Lai Summary Eric Berry starts by sharing how Phusion and Phusion passenger changed his career and thanks Hongli Lai for his work. Hongli talks about where Phusion is now and shares what's new with passenger 6. The panel compares passenger and puma and Hongli explains why passenger is the better choice. The panel wonders about deployment strategies and Hongli shares what he has seen done with Passenger. Hongli discusses the article he wrote about memory bloat. He starts by explaining why he wrote the article. The panel discusses what causes memory bloat and how to identify memory bloat versus memory leaks. Hongli explains how the system memory allocator works and why people are using Jemalloc instead. The panel discusses Jemalloc and wonders why Ruby doesn’t adopt Jemalloc. Hongli shares his magic solution for solving the memory bloat problem and other tips for managing memory. Links https://www.phusionpassenger.com/ https://github.com/phusion/passenger-docker https://devchat.tv/ruby-rogues/rr-403-rails-needs-active-deployment-with-stefan-wintermeyer/ https://blog.phusion.nl/2019/03/14/what-causes-ruby-memory-bloat/ https://www.joyfulbikeshedding.com/blog/2019-03-14-what-causes-ruby-memory-bloat.html https://www.joyfulbikeshedding.com/blog/2019-03-29-the-status-of-ruby-memory-trimming-and-how-you-can-help-with-testing.html https://en.wikipedia.org/wiki/Lars_Bak_(computer_programmer) https://twitter.com/honglilai https://www.facebook.com/RubyRogues https://twitter.com/rubyrogues Picks Dave Kimura: LEGO Marvel Super Heroes Avengers: Infinity War The Hulkbuster Smash-Up 76104 Building Kit (375 Piece) Samsonite Explore Eco 2-Piece Softside Set Hongli Lai: https://www.blinkist.com/ https://euruko2019.org/ Eric Berry: Codefund.io https://devchat.tv/ruby-rogues/ Charles Max Wood: Open source sustainability podcast https://podwrench.com/ Podcast assembly line Podcast Laboratory https://mybuild.techcommunity.microsoft.com/home#top-anchor Oz con https://elixirconf.com/2019 https://finconexpo.com/ https://podcastmovement.com/ https://go.2000books.com/

open memory panel oz piece passenger sentry bloat eric berry cachefly charles max wood triplebyte codefund phusion lars bak

RR 401: Environment Variables & Ruby with Jesus Castello

Play Episode Listen Later Feb 27, 2019 45:25

Sponsors Sentry use code “devchat” for 2 months free on Sentry small plan TripleByte offers a $1000 signing bonus Panel Dave Kimura Eric Berry Charles Wood Joined by special guest: Jesus Castello Episode Summary In this episode, Jesus Castello, a ruby developer who has been programming since he was 10 years old. He has been a Ruby Developer for 7 years. He teaches Ruby and has a Youtube channel and website. — discusses with the panel his post about Environmental Variables. Jesus teaches what an environmental variable is, and then together Jesus and the panel discuss the uses of environmental variables. One specific topic they go into detail on is credentials and the master key. They also ask him questions about his career teaching Ruby to those on the web. Links Ruby Guides - Jesus Castello Jesus Castello Twitter Ruby Guides Youtube - Jesus Castello The Twelve Factor App Jesus Castello Facebook Heroku AWS - Amazon nginx Apache bkeepers/dotenv - GitHub Enivronmental Variable in Ruby laserlemon/figaro GitHub Removing sensitive data from a repository - GitHub Codefund dry-configurable https://12factor.net/config yuki24/did_you_mean GitHub Picks Dave Kimura: Nobilechairs Epic Satechi Clamp Hub Andrew Mason: EugeneMayer/ docker-sync Jesus Castello: Brakeman 4.4.0 Released acts_as_list GitHub awesome-print/awesome_print GitHub Ruby Deep Dive Eric Berry: CODEFUND Jobs Charles Wood: Canon EOS M6 (Black) EF-M 15-45mm f/3.5-6.3 IS STM Lens Kit Rode VideoMic GO Lightweight On-Camera Microphone with Integrated Rycote Shockmount Skyward by Brandon Sanderson

jesus christ pr environment panel released github apache variables brandon sanderson sentry castello heroku skyward eric berry andrew mason brakeman charles wood triplebyte twelve factor app aws amazon codefund skyward brandon sanderson

RR 401: Environment Variables & Ruby with Jesus Castello

Play Episode Listen Later Feb 27, 2019 45:25

Sponsors Sentry use code “devchat” for 2 months free on Sentry small plan TripleByte offers a $1000 signing bonus Panel Dave Kimura Eric Berry Charles Wood Joined by special guest: Jesus Castello Episode Summary In this episode, Jesus Castello, a ruby developer who has been programming since he was 10 years old. He has been a Ruby Developer for 7 years. He teaches Ruby and has a Youtube channel and website. — discusses with the panel his post about Environmental Variables. Jesus teaches what an environmental variable is, and then together Jesus and the panel discuss the uses of environmental variables. One specific topic they go into detail on is credentials and the master key. They also ask him questions about his career teaching Ruby to those on the web. Links Ruby Guides - Jesus Castello Jesus Castello Twitter Ruby Guides Youtube - Jesus Castello The Twelve Factor App Jesus Castello Facebook Heroku AWS - Amazon nginx Apache bkeepers/dotenv - GitHub Enivronmental Variable in Ruby laserlemon/figaro GitHub Removing sensitive data from a repository - GitHub Codefund dry-configurable https://12factor.net/config yuki24/did_you_mean GitHub Picks Dave Kimura: Nobilechairs Epic Satechi Clamp Hub Andrew Mason: EugeneMayer/ docker-sync Jesus Castello: Brakeman 4.4.0 Released acts_as_list GitHub awesome-print/awesome_print GitHub Ruby Deep Dive Eric Berry: CODEFUND Jobs Charles Wood: Canon EOS M6 (Black) EF-M 15-45mm f/3.5-6.3 IS STM Lens Kit Rode VideoMic GO Lightweight On-Camera Microphone with Integrated Rycote Shockmount Skyward by Brandon Sanderson

jesus christ pr environment panel released github apache variables brandon sanderson sentry castello heroku skyward eric berry andrew mason brakeman charles wood triplebyte twelve factor app aws amazon codefund skyward brandon sanderson

RR 401: Environment Variables & Ruby with Jesus Castello

Play Episode Listen Later Feb 26, 2019 45:25

Sponsors Sentry use code “devchat” for 2 months free on Sentry small plan TripleByte offers a $1000 signing bonus Panel Dave Kimura Eric Berry Charles Wood Joined by special guest: Jesus Castello Episode Summary In this episode, Jesus Castello, a ruby developer who has been programming since he was 10 years old. He has been a Ruby Developer for 7 years. He teaches Ruby and has a Youtube channel and website. — discusses with the panel his post about Environmental Variables. Jesus teaches what an environmental variable is, and then together Jesus and the panel discuss the uses of environmental variables. One specific topic they go into detail on is credentials and the master key. They also ask him questions about his career teaching Ruby to those on the web. Links Ruby Guides - Jesus Castello Jesus Castello Twitter Ruby Guides Youtube - Jesus Castello The Twelve Factor App Jesus Castello Facebook Heroku AWS - Amazon nginx Apache bkeepers/dotenv - GitHub Enivronmental Variable in Ruby laserlemon/figaro GitHub Removing sensitive data from a repository - GitHub Codefund dry-configurable https://12factor.net/config yuki24/did_you_mean GitHub Picks Dave Kimura: Nobilechairs Epic Satechi Clamp Hub Andrew Mason: EugeneMayer/ docker-sync Jesus Castello: Brakeman 4.4.0 Released acts_as_list GitHub awesome-print/awesome_print GitHub Ruby Deep Dive Eric Berry: CODEFUND Jobs Charles Wood: Canon EOS M6 (Black) EF-M 15-45mm f/3.5-6.3 IS STM Lens Kit Rode VideoMic GO Lightweight On-Camera Microphone with Integrated Rycote Shockmount Skyward by Brandon Sanderson

jesus christ pr environment panel released github apache variables brandon sanderson sentry castello heroku skyward eric berry andrew mason brakeman charles wood triplebyte twelve factor app aws amazon codefund skyward brandon sanderson

RR 400: Celebrating a Milestone - Ruby Rogues 400th Episode

Play Episode Listen Later Feb 19, 2019 65:08

Sponsors Sentry- use the code “devchat” for $100 credit Triplebyte CacheFly Episode Summary In this 400th episode of Ruby Rogues, the panelists - Dave Kimura, Andrew Mason, Eric Berry, Charles Max Wood talk about themselves, their backgrounds, things they are working with, their journey and perspectives on life in general. Eric has been a developer since 1998 and is working on Ruby on Rails since 2008. He talks about his current company – CodeFund, an ethical advertising platform that helps open-source developers generate a recurring passive income which encourages them to maintain existing software as well as contribute to additional projects. Dave is currently in a transition phase employer-wise, and in addition, has also been running “Drifting Ruby”, an online screencast and tutorial site for the Ruby language from the past 4 years. Andrew has recently graduated with a Computer Science degree and is working at a Ruby on Rails shop full-time. Charles is currently working on making sure that devchat continues smoothly which includes getting relevant sponsorships, building systems around the podcasts, ensuring that shows go out on time and more. He talks about wanting to improve the show and make it as useful as possible to listeners. They each talk about their favorite episodes and reminisce about some good ones. They also discuss hobbies and activities that they enjoy apart from regular development work. Towards the end, Charles speaks on the end goal and vision behind devchat and the steps he is currently taking in creating a resourceful site for people that in turn pushes them to achieve their own goals. Links Gitcoin Drifting Ruby CodeFund JavaScript Jabber podcast with Jeremy Ashkenas Hope in Source podcast Living Out in Faith Picks Andrew Kubernetes Failure Stories Release Notes Dave Netgear Orbi Wi-Fi system org Eric Rollbar A21 foundation Charles Operation Underground Railroad Villainous Board Game

computer science milestone rails sentry ruby on rails operation underground railroad a21 living out eric berry release notes andrew mason gitcoin cachefly charles max wood triplebyte ruby rogues rollbar javascript jabber codefund villainous board game

RR 400: Celebrating a Milestone - Ruby Rogues 400th Episode

Play Episode Listen Later Feb 19, 2019 65:08

Sponsors Sentry- use the code “devchat” for $100 credit Triplebyte CacheFly Episode Summary In this 400th episode of Ruby Rogues, the panelists - Dave Kimura, Andrew Mason, Eric Berry, Charles Max Wood talk about themselves, their backgrounds, things they are working with, their journey and perspectives on life in general. Eric has been a developer since 1998 and is working on Ruby on Rails since 2008. He talks about his current company – CodeFund, an ethical advertising platform that helps open-source developers generate a recurring passive income which encourages them to maintain existing software as well as contribute to additional projects. Dave is currently in a transition phase employer-wise, and in addition, has also been running “Drifting Ruby”, an online screencast and tutorial site for the Ruby language from the past 4 years. Andrew has recently graduated with a Computer Science degree and is working at a Ruby on Rails shop full-time. Charles is currently working on making sure that devchat continues smoothly which includes getting relevant sponsorships, building systems around the podcasts, ensuring that shows go out on time and more. He talks about wanting to improve the show and make it as useful as possible to listeners. They each talk about their favorite episodes and reminisce about some good ones. They also discuss hobbies and activities that they enjoy apart from regular development work. Towards the end, Charles speaks on the end goal and vision behind devchat and the steps he is currently taking in creating a resourceful site for people that in turn pushes them to achieve their own goals. Links Gitcoin Drifting Ruby CodeFund JavaScript Jabber podcast with Jeremy Ashkenas Hope in Source podcast Living Out in Faith Picks Andrew Kubernetes Failure Stories Release Notes Dave Netgear Orbi Wi-Fi system org Eric Rollbar A21 foundation Charles Operation Underground Railroad Villainous Board Game

computer science milestone rails sentry ruby on rails operation underground railroad a21 living out eric berry release notes andrew mason gitcoin cachefly charles max wood triplebyte ruby rogues rollbar javascript jabber codefund villainous board game

RR 400: Celebrating a Milestone - Ruby Rogues 400th Episode

Play Episode Listen Later Feb 19, 2019 65:08

Sponsors Sentry- use the code “devchat” for $100 credit Triplebyte CacheFly Episode Summary In this 400th episode of Ruby Rogues, the panelists - Dave Kimura, Andrew Mason, Eric Berry, Charles Max Wood talk about themselves, their backgrounds, things they are working with, their journey and perspectives on life in general. Eric has been a developer since 1998 and is working on Ruby on Rails since 2008. He talks about his current company – CodeFund, an ethical advertising platform that helps open-source developers generate a recurring passive income which encourages them to maintain existing software as well as contribute to additional projects. Dave is currently in a transition phase employer-wise, and in addition, has also been running “Drifting Ruby”, an online screencast and tutorial site for the Ruby language from the past 4 years. Andrew has recently graduated with a Computer Science degree and is working at a Ruby on Rails shop full-time. Charles is currently working on making sure that devchat continues smoothly which includes getting relevant sponsorships, building systems around the podcasts, ensuring that shows go out on time and more. He talks about wanting to improve the show and make it as useful as possible to listeners. They each talk about their favorite episodes and reminisce about some good ones. They also discuss hobbies and activities that they enjoy apart from regular development work. Towards the end, Charles speaks on the end goal and vision behind devchat and the steps he is currently taking in creating a resourceful site for people that in turn pushes them to achieve their own goals. Links Gitcoin Drifting Ruby CodeFund JavaScript Jabber podcast with Jeremy Ashkenas Hope in Source podcast Living Out in Faith Picks Andrew Kubernetes Failure Stories Release Notes Dave Netgear Orbi Wi-Fi system org Eric Rollbar A21 foundation Charles Operation Underground Railroad Villainous Board Game

computer science milestone sentry ruby on rails operation underground railroad a21 living out eric berry release notes andrew mason gitcoin cachefly charles max wood triplebyte ruby rogues rollbar javascript jabber codefund villainous board game

RR 392: Crystal and Lucky with Paul Smith & Andrew Mason

Play Episode Listen Later Dec 11, 2018 62:07

Panel: Eric Berry Charles Max Wood Nate Hopkins Special Guest: Paul Smith and Andrew Mason In this episode of Ruby Rogues, the panelists talk with Paul Smith and Andrew Mason! They discuss the platforms Lucky and Crystal. Other topics include: Ruby, Phoenix, Laravel Mix, Thoughtbot, Webpack, compilers, and much more! Check it out! Show Topics: 0:00 – Advertisement: Sentry.io 1:02 – Chuck: Welcome!! Eric Berry, Nate Hopkins, and myself are the panel - and our special guests are Paul Smith and Andrew Mason. Introduce yourself! 1:41 – Andrew / Guest: I have messed with every type of language, so there’s that! 1:55 – Paul / Guest: I have been here at my current company for 5 years and it’s a consultancy firm. I have been working on Crystal. 2:14 – Chuck: We are lucky to have you! Give people the elevator pitch for Lucky and Crystal? 2:33 – Guest: Let’s talk about Crystal and looks very similar to Ruby! It’s faster and it’s a compound language. It catches a fair amount of things at compile time. The other special features are... 4:17 – Guest mentions compilers. 4:23 – Chuck: Yeah we see this in the typescript. Is it language service – is that what it’s called? Pile and compile and all of this checking are a nice stage for it to run-through. Although the flipside is coding and to not worry about that – that’s nice! 4:56 – Guest: It has changed my approach for sure. 5:43 – Panel: How much slower are you? 5:54 – Guest: I am a lot faster in Crystal than I am in Ruby. 6:51 – Panel: Yeah you have to figure out where you want to save the time. 7:00 – Guest: Someone wrote a blog post and it said...the Rails service is like bolting a shelf on a wall and hoping to hit a stud and it’s not solid. But using Lucky it’s sold although it took a little longer. I think it can be true. You can do bad things with compilers, though. It depends on how you use it. 7:43 – Panelist asks a question. 7:53 – Guest: Every Friday is an investment day. Lucky is my “whatever I want thing.” I am technically getting paid to work on it. 8:33 – Panel: have you had to battle with the framework? 8:51 – Guest: Yes, even though Crystal looks like Ruby (at a high level) if you want to do it well you have to approach it in the Crystal-way. When I came to Crystal I came to it like Rails. The problem with that is I wanted to have type-saved parameters – you can’t do that in Crystal b/c...it doesn’t know when to have a parameter with... 10:48 – Panel: I have heard you talk about Crystal before on another podcast. You talked about templating and I am curious to hear about that. I have used Slim and others and now stick to ERB. 11:25 – Guest: Yes definitely. Let’s back up and talk about WHAT Lucky does! The guest talks about Rails, escaping, and more! 14:37 – Panel: So I imagine Rails partials are slow and expensive to render. I would imagine that this approach with Lucky... 15:00 – Guest: Yes exactly. It’s extremely fast! 15:20 – Panel: How is this for designers? 15:30 – Guest: Yes that was a concern of mine. With Lucky I tried to make it close to a regular HTML structure would look like! 16:32 – Panel: I spun up a Lucky app the other day. It looks like you are using... 16:50 – Guest: I have played around with a bunch of stuff. I landed on Laravel Mix. 18:27 – Panel: Yes webpack is a pain to set up and it’s hard to get it to working the way you want it to work. 18:47 – Guest: Yeah if you want React or whatever it will generate the configuration you need. I don’t like it b/c if you want to... 19:28 – Panel. 19:45 – Guest: I don’t want to maintain it. 19:54 – Panel: There is a Crystal community in Utah. I want to know – are you competing with Amber? Explain the difference between Lucky and Amber? 20:20 – Guest: Yes I did look at Amber but they are approaching it differently than us. The guest talks about the differences between Amber and Lucky. 21:54 – Guest (continues): With Lucky you will have to learn a little bit more but you get more of a pack! 23:23 – Panel: It sounds like Lucky is inspired by Elm – right? 23:32 – Guest: Yeah, I think so. The guest dives into this topic of Elm and Lucky! 24:35 – Panel: How much does the types feel like it’s getting in your way? How explicit is it? When I came to Ruby it was a breath of fresh air. I am a bit reluctant to go back to those days. 25:25 – Guest: I think Lucky does a happy medium. It doesn’t infer instant variables. I like the... 26:28 – Panel: I learned Java very early on in my computer science career. 27:00 – Guest. 27:10 – Panel: “Crystal...it’s not Java!” That should be your slogan! 27:20 – Fresh Books! 28:25 – Panel: A lot of people are moving to Elixir community. Do you see people moving from Ruby to Lucky and Crystal? How does Lucky compare to Phoenix? 28:55 – Guest: Good question! 29:10 – The guest talks about bamboo – see links below!! 29: 29 – Guest: Sure Ruby is fast but sometimes you spend more time on it then you would want to. 31:08 – Guest: Blessing and curse that Crystal looks so much like Ruby. That’s what I thought at first: why would I want to learn this if it’s so similar to Ruby. BUT there are so many benefits to Crystal vs. Ruby. 31:48 – Guest talks about Lucky catching the bugs. 32:00 – Panel: I wonder if that happened with Groovy and Rails? 32:21 – They go back-and-forth. 32:28 – Panel: Thoughtbot has always been on the forefront of Ruby. Can you talk about Thoughbot please? (See links below for Thoughtbot!) 33:15 – Guest: Great question. It’s hard to tell b/c there are different offices. I would say Ruby is our main thing. Ruby is the most mature thing that we use in-terms of web development. Guest: Actually – Rails is pretty nice! 34:54 – Panel: We went through the same thing with CodeFund! I wrote it initially in Python and then I wrote it in Elixir and it became so complex. Now we are moving everything back to Ruby and it’s been a fantastic decision. 36:30 – Chuck: You are talking about the sustainability of open source but there are benefits throughout the company right? There are tons of tangible benefits of doing it, especially when it’s your Friday schedule. You can level-up on things that could help you. I know a lot of companies cannot afford it if they are trying to hustle. 37:42 – Guest: It’s totally not charity through Thoughtbot. It’s a huge help for hiring new people. I know they are okay with letting me work on Lucky b/c it’s bringing on new developers and a good marketing tool, and finally recruiting! 39:07 – Chuck: Yeah, I have been talking about developer freedom and that’s what I am addressing through the DevRev show! It’s my new podcast show. We talk with Chris on Elixir Mix. It lends that credibility if they need to save our bacon. 40:02 – Panel: What’s your goal with Lucky? 40:11 – Guest: I would love to get it to the point where Thoughtbot could start a project and default to Lucky! Start a project and not resting every gem and be confident with launching it. 41:36 – Panelist asks a question. 41:45 – Guest: It’s not 1.0 and that means that the API will break with every release. I think that’s good to tweak stuff but that turns companies off, though. 42:40 – Chuck: Another thing that helps with adoption is Twitter used Rails to build their initial version. This blah, blah company uses important stuff and they are using Crystal and whatnot then that’s good! It sounds like you are waiting for social proof. 43:23 – Guest: Is the next Twitter going to even know about Crystal? 43:40 – Chuck: It literally only takes one enthusiast! 43:52 – Guest. 44:11 – Demo of Flickr Search is mentioned here! 45:13 – Panel: Is there something out there that you could POINT someone to? 45:27 – Guest: Not, yet. I built a small site with it! It is opensource and you can look at it. I want to show people a good example of what Lucky can do! 45:57 – Panel: You have very good docs and I am a visual learner. When I learned Rails I learned on my own and not through school. 46:20 – Panelist asks a question. 46:48 – Guest: What a huge advantage Lucky has through the Thoughtbot platform! Now that platform is kind of dried up. In terms of getting people excited it needs that killer app and they can see that it’s fast and killer! I think it takes a lot of time and finding time to do it so that’s tricky. It’s changing a lot when there is so much change. Getting Lucky to a 1.0 state so people can do videos and make apps. The hard part thing is that Lucky has to be 1.0 when Crystal is 1.0. The Lucky community is great b/c it’s encouraging and to respond in a very kind way. When you are starting something that’s new can be scary. We try to help out as much as we can and we are open and kind about it. 49:13 – Panel: “Paul is nice so Lucky is nice!” 49:19 – Guest: Everyone is super kind. It had to be short and simple. We in the dev community are very lucky – usually great pay/benefits and more w/o a college degree. What another field can you do that?! 51:00 – Panel: Great message and you need to push that! 51:10 – Panel: You were on a past podcast and you talked about how you are donating each month! Panel: Opensource maintainers are getting burned out and you want to support that. 51:40 – Guest: I think opensource sustainability what others need to do to make it sustainable. If you have the means to give we can be apart of that, too. It would be nice if companies did that. If it helps Crystal I am happy. 52:17 – Panel: I have a question about Crystal. 52:52 – Guest: Ruby right now you can do C sections right now. 53:01 – Panel. 53:10 – Guest: I don’t think so – it may but I would guess that you could do it but I don’t know how easy it would be. Note: Rust and C are mentioned. 53:37 – Panel comments. 53:46 – Guest: One thing I would say is to check-out the Lucky docs. We are happy to help! 54:10 – Panel: This is a favorite episode of mine! Both of today’s guests have been my favorite! 54:23 – Advertisement: Get A Coder Job! End – Cache Fly! Links: Get a Coder Job Course The DevRev Podcast Show DevChat TV Ruby Elixir Ruby on Rails Angular Cypress Vue React Jest.io Mocha.js Webpacker-Cli Amber Lucky The Lucky Philosophy The Bike Shed Thoughtbot CodeFund Lucky: Ruby on Rails to Lucky on Crystal... “Crystal is not Ruby Part 1” GitHub: Bamboo Ex_Machina Dialyxir Crystal Mastery Samsung T5 Carbon Copy Cloner iMazing Awesome-Lucky Paul Smith GitHub Sponsors: Sentry CacheFly Fresh Books Picks: Nate Samsung SSD Carbon Copy Cloner Application Eric iMazing HEIC Converter Charles Mastodon Andrew Upcase by Thoughtbot Awesome Lucky Paul Tailwind CSS Phoenix Live HTML Chris McCord Elixir Mix Episodes with Chris McCord

search utah panel react demo api slim python java jest pile mastodon html rails panelists ex machina groovy flickr elixir elm advertisement paul smith cypress vue angular sentry mocha ruby on rails freshbooks erb getting lucky eric berry webpack andrew mason tailwind css cachefly imazing thoughtbot charles max wood carbon copy cloner samsung ssd ruby rogues chuck it devrev devchattv chuck yeah chris mccord nate hopkins codefund chuck you product product elixir mix upcase coder job course panel you advertisement get a coder job panel it chuck welcome panel yeah dialyxir panel there

RR 392: Crystal and Lucky with Paul Smith & Andrew Mason

Play Episode Listen Later Dec 11, 2018 62:07

Panel: Eric Berry Charles Max Wood Nate Hopkins Special Guest: Paul Smith and Andrew Mason In this episode of Ruby Rogues, the panelists talk with Paul Smith and Andrew Mason! They discuss the platforms Lucky and Crystal. Other topics include: Ruby, Phoenix, Laravel Mix, Thoughtbot, Webpack, compilers, and much more! Check it out! Show Topics: 0:00 – Advertisement: Sentry.io 1:02 – Chuck: Welcome!! Eric Berry, Nate Hopkins, and myself are the panel - and our special guests are Paul Smith and Andrew Mason. Introduce yourself! 1:41 – Andrew / Guest: I have messed with every type of language, so there’s that! 1:55 – Paul / Guest: I have been here at my current company for 5 years and it’s a consultancy firm. I have been working on Crystal. 2:14 – Chuck: We are lucky to have you! Give people the elevator pitch for Lucky and Crystal? 2:33 – Guest: Let’s talk about Crystal and looks very similar to Ruby! It’s faster and it’s a compound language. It catches a fair amount of things at compile time. The other special features are... 4:17 – Guest mentions compilers. 4:23 – Chuck: Yeah we see this in the typescript. Is it language service – is that what it’s called? Pile and compile and all of this checking are a nice stage for it to run-through. Although the flipside is coding and to not worry about that – that’s nice! 4:56 – Guest: It has changed my approach for sure. 5:43 – Panel: How much slower are you? 5:54 – Guest: I am a lot faster in Crystal than I am in Ruby. 6:51 – Panel: Yeah you have to figure out where you want to save the time. 7:00 – Guest: Someone wrote a blog post and it said...the Rails service is like bolting a shelf on a wall and hoping to hit a stud and it’s not solid. But using Lucky it’s sold although it took a little longer. I think it can be true. You can do bad things with compilers, though. It depends on how you use it. 7:43 – Panelist asks a question. 7:53 – Guest: Every Friday is an investment day. Lucky is my “whatever I want thing.” I am technically getting paid to work on it. 8:33 – Panel: have you had to battle with the framework? 8:51 – Guest: Yes, even though Crystal looks like Ruby (at a high level) if you want to do it well you have to approach it in the Crystal-way. When I came to Crystal I came to it like Rails. The problem with that is I wanted to have type-saved parameters – you can’t do that in Crystal b/c...it doesn’t know when to have a parameter with... 10:48 – Panel: I have heard you talk about Crystal before on another podcast. You talked about templating and I am curious to hear about that. I have used Slim and others and now stick to ERB. 11:25 – Guest: Yes definitely. Let’s back up and talk about WHAT Lucky does! The guest talks about Rails, escaping, and more! 14:37 – Panel: So I imagine Rails partials are slow and expensive to render. I would imagine that this approach with Lucky... 15:00 – Guest: Yes exactly. It’s extremely fast! 15:20 – Panel: How is this for designers? 15:30 – Guest: Yes that was a concern of mine. With Lucky I tried to make it close to a regular HTML structure would look like! 16:32 – Panel: I spun up a Lucky app the other day. It looks like you are using... 16:50 – Guest: I have played around with a bunch of stuff. I landed on Laravel Mix. 18:27 – Panel: Yes webpack is a pain to set up and it’s hard to get it to working the way you want it to work. 18:47 – Guest: Yeah if you want React or whatever it will generate the configuration you need. I don’t like it b/c if you want to... 19:28 – Panel. 19:45 – Guest: I don’t want to maintain it. 19:54 – Panel: There is a Crystal community in Utah. I want to know – are you competing with Amber? Explain the difference between Lucky and Amber? 20:20 – Guest: Yes I did look at Amber but they are approaching it differently than us. The guest talks about the differences between Amber and Lucky. 21:54 – Guest (continues): With Lucky you will have to learn a little bit more but you get more of a pack! 23:23 – Panel: It sounds like Lucky is inspired by Elm – right? 23:32 – Guest: Yeah, I think so. The guest dives into this topic of Elm and Lucky! 24:35 – Panel: How much does the types feel like it’s getting in your way? How explicit is it? When I came to Ruby it was a breath of fresh air. I am a bit reluctant to go back to those days. 25:25 – Guest: I think Lucky does a happy medium. It doesn’t infer instant variables. I like the... 26:28 – Panel: I learned Java very early on in my computer science career. 27:00 – Guest. 27:10 – Panel: “Crystal...it’s not Java!” That should be your slogan! 27:20 – Fresh Books! 28:25 – Panel: A lot of people are moving to Elixir community. Do you see people moving from Ruby to Lucky and Crystal? How does Lucky compare to Phoenix? 28:55 – Guest: Good question! 29:10 – The guest talks about bamboo – see links below!! 29: 29 – Guest: Sure Ruby is fast but sometimes you spend more time on it then you would want to. 31:08 – Guest: Blessing and curse that Crystal looks so much like Ruby. That’s what I thought at first: why would I want to learn this if it’s so similar to Ruby. BUT there are so many benefits to Crystal vs. Ruby. 31:48 – Guest talks about Lucky catching the bugs. 32:00 – Panel: I wonder if that happened with Groovy and Rails? 32:21 – They go back-and-forth. 32:28 – Panel: Thoughtbot has always been on the forefront of Ruby. Can you talk about Thoughbot please? (See links below for Thoughtbot!) 33:15 – Guest: Great question. It’s hard to tell b/c there are different offices. I would say Ruby is our main thing. Ruby is the most mature thing that we use in-terms of web development. Guest: Actually – Rails is pretty nice! 34:54 – Panel: We went through the same thing with CodeFund! I wrote it initially in Python and then I wrote it in Elixir and it became so complex. Now we are moving everything back to Ruby and it’s been a fantastic decision. 36:30 – Chuck: You are talking about the sustainability of open source but there are benefits throughout the company right? There are tons of tangible benefits of doing it, especially when it’s your Friday schedule. You can level-up on things that could help you. I know a lot of companies cannot afford it if they are trying to hustle. 37:42 – Guest: It’s totally not charity through Thoughtbot. It’s a huge help for hiring new people. I know they are okay with letting me work on Lucky b/c it’s bringing on new developers and a good marketing tool, and finally recruiting! 39:07 – Chuck: Yeah, I have been talking about developer freedom and that’s what I am addressing through the DevRev show! It’s my new podcast show. We talk with Chris on Elixir Mix. It lends that credibility if they need to save our bacon. 40:02 – Panel: What’s your goal with Lucky? 40:11 – Guest: I would love to get it to the point where Thoughtbot could start a project and default to Lucky! Start a project and not resting every gem and be confident with launching it. 41:36 – Panelist asks a question. 41:45 – Guest: It’s not 1.0 and that means that the API will break with every release. I think that’s good to tweak stuff but that turns companies off, though. 42:40 – Chuck: Another thing that helps with adoption is Twitter used Rails to build their initial version. This blah, blah company uses important stuff and they are using Crystal and whatnot then that’s good! It sounds like you are waiting for social proof. 43:23 – Guest: Is the next Twitter going to even know about Crystal? 43:40 – Chuck: It literally only takes one enthusiast! 43:52 – Guest. 44:11 – Demo of Flickr Search is mentioned here! 45:13 – Panel: Is there something out there that you could POINT someone to? 45:27 – Guest: Not, yet. I built a small site with it! It is opensource and you can look at it. I want to show people a good example of what Lucky can do! 45:57 – Panel: You have very good docs and I am a visual learner. When I learned Rails I learned on my own and not through school. 46:20 – Panelist asks a question. 46:48 – Guest: What a huge advantage Lucky has through the Thoughtbot platform! Now that platform is kind of dried up. In terms of getting people excited it needs that killer app and they can see that it’s fast and killer! I think it takes a lot of time and finding time to do it so that’s tricky. It’s changing a lot when there is so much change. Getting Lucky to a 1.0 state so people can do videos and make apps. The hard part thing is that Lucky has to be 1.0 when Crystal is 1.0. The Lucky community is great b/c it’s encouraging and to respond in a very kind way. When you are starting something that’s new can be scary. We try to help out as much as we can and we are open and kind about it. 49:13 – Panel: “Paul is nice so Lucky is nice!” 49:19 – Guest: Everyone is super kind. It had to be short and simple. We in the dev community are very lucky – usually great pay/benefits and more w/o a college degree. What another field can you do that?! 51:00 – Panel: Great message and you need to push that! 51:10 – Panel: You were on a past podcast and you talked about how you are donating each month! Panel: Opensource maintainers are getting burned out and you want to support that. 51:40 – Guest: I think opensource sustainability what others need to do to make it sustainable. If you have the means to give we can be apart of that, too. It would be nice if companies did that. If it helps Crystal I am happy. 52:17 – Panel: I have a question about Crystal. 52:52 – Guest: Ruby right now you can do C sections right now. 53:01 – Panel. 53:10 – Guest: I don’t think so – it may but I would guess that you could do it but I don’t know how easy it would be. Note: Rust and C are mentioned. 53:37 – Panel comments. 53:46 – Guest: One thing I would say is to check-out the Lucky docs. We are happy to help! 54:10 – Panel: This is a favorite episode of mine! Both of today’s guests have been my favorite! 54:23 – Advertisement: Get A Coder Job! End – Cache Fly! Links: Get a Coder Job Course The DevRev Podcast Show DevChat TV Ruby Elixir Ruby on Rails Angular Cypress Vue React Jest.io Mocha.js Webpacker-Cli Amber Lucky The Lucky Philosophy The Bike Shed Thoughtbot CodeFund Lucky: Ruby on Rails to Lucky on Crystal... “Crystal is not Ruby Part 1” GitHub: Bamboo Ex_Machina Dialyxir Crystal Mastery Samsung T5 Carbon Copy Cloner iMazing Awesome-Lucky Paul Smith GitHub Sponsors: Sentry CacheFly Fresh Books Picks: Nate Samsung SSD Carbon Copy Cloner Application Eric iMazing HEIC Converter Charles Mastodon Andrew Upcase by Thoughtbot Awesome Lucky Paul Tailwind CSS Phoenix Live HTML Chris McCord Elixir Mix Episodes with Chris McCord

search utah panel react demo api slim python java jest pile mastodon html rails panelists ex machina groovy flickr elixir elm advertisement paul smith cypress vue angular sentry mocha ruby on rails freshbooks erb getting lucky eric berry webpack andrew mason tailwind css cachefly imazing thoughtbot charles max wood carbon copy cloner samsung ssd ruby rogues chuck it devrev devchattv chuck yeah chris mccord nate hopkins codefund chuck you product product elixir mix upcase coder job course panel you advertisement get a coder job panel it chuck welcome panel yeah dialyxir panel there

RR 392: Crystal and Lucky with Paul Smith & Andrew Mason

Play Episode Listen Later Dec 11, 2018 62:07

Panel: Eric Berry Charles Max Wood Nate Hopkins Special Guest: Paul Smith and Andrew Mason In this episode of Ruby Rogues, the panelists talk with Paul Smith and Andrew Mason! They discuss the platforms Lucky and Crystal. Other topics include: Ruby, Phoenix, Laravel Mix, Thoughtbot, Webpack, compilers, and much more! Check it out! Show Topics: 0:00 – Advertisement: Sentry.io 1:02 – Chuck: Welcome!! Eric Berry, Nate Hopkins, and myself are the panel - and our special guests are Paul Smith and Andrew Mason. Introduce yourself! 1:41 – Andrew / Guest: I have messed with every type of language, so there’s that! 1:55 – Paul / Guest: I have been here at my current company for 5 years and it’s a consultancy firm. I have been working on Crystal. 2:14 – Chuck: We are lucky to have you! Give people the elevator pitch for Lucky and Crystal? 2:33 – Guest: Let’s talk about Crystal and looks very similar to Ruby! It’s faster and it’s a compound language. It catches a fair amount of things at compile time. The other special features are... 4:17 – Guest mentions compilers. 4:23 – Chuck: Yeah we see this in the typescript. Is it language service – is that what it’s called? Pile and compile and all of this checking are a nice stage for it to run-through. Although the flipside is coding and to not worry about that – that’s nice! 4:56 – Guest: It has changed my approach for sure. 5:43 – Panel: How much slower are you? 5:54 – Guest: I am a lot faster in Crystal than I am in Ruby. 6:51 – Panel: Yeah you have to figure out where you want to save the time. 7:00 – Guest: Someone wrote a blog post and it said...the Rails service is like bolting a shelf on a wall and hoping to hit a stud and it’s not solid. But using Lucky it’s sold although it took a little longer. I think it can be true. You can do bad things with compilers, though. It depends on how you use it. 7:43 – Panelist asks a question. 7:53 – Guest: Every Friday is an investment day. Lucky is my “whatever I want thing.” I am technically getting paid to work on it. 8:33 – Panel: have you had to battle with the framework? 8:51 – Guest: Yes, even though Crystal looks like Ruby (at a high level) if you want to do it well you have to approach it in the Crystal-way. When I came to Crystal I came to it like Rails. The problem with that is I wanted to have type-saved parameters – you can’t do that in Crystal b/c...it doesn’t know when to have a parameter with... 10:48 – Panel: I have heard you talk about Crystal before on another podcast. You talked about templating and I am curious to hear about that. I have used Slim and others and now stick to ERB. 11:25 – Guest: Yes definitely. Let’s back up and talk about WHAT Lucky does! The guest talks about Rails, escaping, and more! 14:37 – Panel: So I imagine Rails partials are slow and expensive to render. I would imagine that this approach with Lucky... 15:00 – Guest: Yes exactly. It’s extremely fast! 15:20 – Panel: How is this for designers? 15:30 – Guest: Yes that was a concern of mine. With Lucky I tried to make it close to a regular HTML structure would look like! 16:32 – Panel: I spun up a Lucky app the other day. It looks like you are using... 16:50 – Guest: I have played around with a bunch of stuff. I landed on Laravel Mix. 18:27 – Panel: Yes webpack is a pain to set up and it’s hard to get it to working the way you want it to work. 18:47 – Guest: Yeah if you want React or whatever it will generate the configuration you need. I don’t like it b/c if you want to... 19:28 – Panel. 19:45 – Guest: I don’t want to maintain it. 19:54 – Panel: There is a Crystal community in Utah. I want to know – are you competing with Amber? Explain the difference between Lucky and Amber? 20:20 – Guest: Yes I did look at Amber but they are approaching it differently than us. The guest talks about the differences between Amber and Lucky. 21:54 – Guest (continues): With Lucky you will have to learn a little bit more but you get more of a pack! 23:23 – Panel: It sounds like Lucky is inspired by Elm – right? 23:32 – Guest: Yeah, I think so. The guest dives into this topic of Elm and Lucky! 24:35 – Panel: How much does the types feel like it’s getting in your way? How explicit is it? When I came to Ruby it was a breath of fresh air. I am a bit reluctant to go back to those days. 25:25 – Guest: I think Lucky does a happy medium. It doesn’t infer instant variables. I like the... 26:28 – Panel: I learned Java very early on in my computer science career. 27:00 – Guest. 27:10 – Panel: “Crystal...it’s not Java!” That should be your slogan! 27:20 – Fresh Books! 28:25 – Panel: A lot of people are moving to Elixir community. Do you see people moving from Ruby to Lucky and Crystal? How does Lucky compare to Phoenix? 28:55 – Guest: Good question! 29:10 – The guest talks about bamboo – see links below!! 29: 29 – Guest: Sure Ruby is fast but sometimes you spend more time on it then you would want to. 31:08 – Guest: Blessing and curse that Crystal looks so much like Ruby. That’s what I thought at first: why would I want to learn this if it’s so similar to Ruby. BUT there are so many benefits to Crystal vs. Ruby. 31:48 – Guest talks about Lucky catching the bugs. 32:00 – Panel: I wonder if that happened with Groovy and Rails? 32:21 – They go back-and-forth. 32:28 – Panel: Thoughtbot has always been on the forefront of Ruby. Can you talk about Thoughbot please? (See links below for Thoughtbot!) 33:15 – Guest: Great question. It’s hard to tell b/c there are different offices. I would say Ruby is our main thing. Ruby is the most mature thing that we use in-terms of web development. Guest: Actually – Rails is pretty nice! 34:54 – Panel: We went through the same thing with CodeFund! I wrote it initially in Python and then I wrote it in Elixir and it became so complex. Now we are moving everything back to Ruby and it’s been a fantastic decision. 36:30 – Chuck: You are talking about the sustainability of open source but there are benefits throughout the company right? There are tons of tangible benefits of doing it, especially when it’s your Friday schedule. You can level-up on things that could help you. I know a lot of companies cannot afford it if they are trying to hustle. 37:42 – Guest: It’s totally not charity through Thoughtbot. It’s a huge help for hiring new people. I know they are okay with letting me work on Lucky b/c it’s bringing on new developers and a good marketing tool, and finally recruiting! 39:07 – Chuck: Yeah, I have been talking about developer freedom and that’s what I am addressing through the DevRev show! It’s my new podcast show. We talk with Chris on Elixir Mix. It lends that credibility if they need to save our bacon. 40:02 – Panel: What’s your goal with Lucky? 40:11 – Guest: I would love to get it to the point where Thoughtbot could start a project and default to Lucky! Start a project and not resting every gem and be confident with launching it. 41:36 – Panelist asks a question. 41:45 – Guest: It’s not 1.0 and that means that the API will break with every release. I think that’s good to tweak stuff but that turns companies off, though. 42:40 – Chuck: Another thing that helps with adoption is Twitter used Rails to build their initial version. This blah, blah company uses important stuff and they are using Crystal and whatnot then that’s good! It sounds like you are waiting for social proof. 43:23 – Guest: Is the next Twitter going to even know about Crystal? 43:40 – Chuck: It literally only takes one enthusiast! 43:52 – Guest. 44:11 – Demo of Flickr Search is mentioned here! 45:13 – Panel: Is there something out there that you could POINT someone to? 45:27 – Guest: Not, yet. I built a small site with it! It is opensource and you can look at it. I want to show people a good example of what Lucky can do! 45:57 – Panel: You have very good docs and I am a visual learner. When I learned Rails I learned on my own and not through school. 46:20 – Panelist asks a question. 46:48 – Guest: What a huge advantage Lucky has through the Thoughtbot platform! Now that platform is kind of dried up. In terms of getting people excited it needs that killer app and they can see that it’s fast and killer! I think it takes a lot of time and finding time to do it so that’s tricky. It’s changing a lot when there is so much change. Getting Lucky to a 1.0 state so people can do videos and make apps. The hard part thing is that Lucky has to be 1.0 when Crystal is 1.0. The Lucky community is great b/c it’s encouraging and to respond in a very kind way. When you are starting something that’s new can be scary. We try to help out as much as we can and we are open and kind about it. 49:13 – Panel: “Paul is nice so Lucky is nice!” 49:19 – Guest: Everyone is super kind. It had to be short and simple. We in the dev community are very lucky – usually great pay/benefits and more w/o a college degree. What another field can you do that?! 51:00 – Panel: Great message and you need to push that! 51:10 – Panel: You were on a past podcast and you talked about how you are donating each month! Panel: Opensource maintainers are getting burned out and you want to support that. 51:40 – Guest: I think opensource sustainability what others need to do to make it sustainable. If you have the means to give we can be apart of that, too. It would be nice if companies did that. If it helps Crystal I am happy. 52:17 – Panel: I have a question about Crystal. 52:52 – Guest: Ruby right now you can do C sections right now. 53:01 – Panel. 53:10 – Guest: I don’t think so – it may but I would guess that you could do it but I don’t know how easy it would be. Note: Rust and C are mentioned. 53:37 – Panel comments. 53:46 – Guest: One thing I would say is to check-out the Lucky docs. We are happy to help! 54:10 – Panel: This is a favorite episode of mine! Both of today’s guests have been my favorite! 54:23 – Advertisement: Get A Coder Job! End – Cache Fly! Links: Get a Coder Job Course The DevRev Podcast Show DevChat TV Ruby Elixir Ruby on Rails Angular Cypress Vue React Jest.io Mocha.js Webpacker-Cli Amber Lucky The Lucky Philosophy The Bike Shed Thoughtbot CodeFund Lucky: Ruby on Rails to Lucky on Crystal... “Crystal is not Ruby Part 1” GitHub: Bamboo Ex_Machina Dialyxir Crystal Mastery Samsung T5 Carbon Copy Cloner iMazing Awesome-Lucky Paul Smith GitHub Sponsors: Sentry CacheFly Fresh Books Picks: Nate Samsung SSD Carbon Copy Cloner Application Eric iMazing HEIC Converter Charles Mastodon Andrew Upcase by Thoughtbot Awesome Lucky Paul Tailwind CSS Phoenix Live HTML Chris McCord Elixir Mix Episodes with Chris McCord

search utah panel explain react demo api slim python java jest pile mastodon html rails panelists ex machina groovy flickr elixir elm advertisement paul smith cypress vue angular sentry mocha ruby on rails freshbooks erb getting lucky eric berry webpack andrew mason tailwind css cachefly imazing thoughtbot charles max wood carbon copy cloner samsung ssd ruby rogues chuck it devrev devchattv chuck yeah chris mccord codefund nate hopkins chuck you product product elixir mix upcase coder job course panel you advertisement get a coder job panel it chuck welcome panel yeah dialyxir panel there

MAS 062: Travis Tidwell

All Angular Podcasts by Devchat.tv

Play Episode Listen Later Nov 28, 2018 40:26

Panel: Charles Max Wood Guest: Travis Tidwell This week on My Angular Story, Charles speaks with Travis Tidwell (Dallas, TX) who is CTO and co-founder of Form_IO! Chuck and Travis talk about his background, open source struggles, and more. Check it out! In particular, we dive pretty deep on: 0:00 – Advertisement: Get A Coder Job! 0:49 – Chuck: Welcome! We had you on Episode 125. A lot has changed huh? The nice thing, though, about these changes is that we seem to be tackling different problems. 1:42 – Guest: They are stabilizing on the same on the same design patterns. I think that’s refreshing. Back in the day, everyone had their own way of doing it. It was difficult to find which one is the RIGHT one. 2:05 – Chuck: Yes, I agree. Gives us your background, please! 2:20 – Guest: I am still doing Form IO, and the co-founder and CTO of the company. My Angular Story is MY story on how the company evolved. 3:05 – Chuck: How did you get into programming? 3:09 – Guest: I am going to be 40-years old in May! I am getting up there. Everyone who I am talking to (in my age) it seems like we have the same story. We have this story of having that REALLY old computer. Parents bring home the IBM or the Commodore 64 and that really is my story. At the time, the only thing you could learn with it was to program – there weren’t any video games, etc. A book that I geeked-out about was: “DOS for Dummies.” The guest talks about his senior year in college and how he came to fall in-love with programming. 6:28 – Guest: After college, I got a job for working for a company that used C++ code. People ask: How the heck did you get into Web? My background, too, was tap dancing and in the arts. Most people don’t know that. I was giving these tap lessons to kids – and around that time YouTube was just for cat videos. At the time, I thought it would be great to teach these tap video lessons online. I found a CMS at the time that would help me with my teaching intent. Drupal took me into the frontend libraries. PHP is a backend language, and Drupal was based entirely on PHP. There was this huge paradigm-shift within my career. I really got into these tools not knowing that it would change my career. My open source has taken me to tutorial videos. Eventually, a light bulb went off and I found a solution that needed to be solved within Angular. 12:21 – Guest. 12:28 – Chuck: I love the side hustle description: I saw a need out there and we solved it! 12:40 – Guest: Side hustle is great to talk about. Open source is a bit of a struggle (at that time) it was really hard to maintain open source and providing for your family at the same time. Open source is hard b/c you work your butt off, but you aren’t getting paid for it. It’s really, really difficult. I’ve had ups-and-downs actually with open source. You have to get innovative with it. I am really big on and supportive of people who are monetizing off of open source. 14:58 – Chuck: Open source – for me – I got burned out in June. Sometimes you are putting in a lot of time and not seeing any benefit from it. You have all of these things and something changes, something is different – I can’t take another night not seeing my kids. 16:06 – Guest: You have this original motivation as an open source developer – and you build something rally cool. You share with the world, but a lot of people don’t realize the tail of it. Come to realize it worked well for you – but not for everyone! It makes your stock price go out – contributing to open source – especially if you have a popular open source library. Most of the jobs I would apply to I would just give them my GitHub repertoire. People are figuring out ways they can support themselves and monetize. The ones that can figure that out don’t burnout. 19:44 – Chuck: Babel – Henry Zhu. (See his Patreon account.) 20:08 – Guest: How does he do it? 20:20 – Chuck: It’s mostly contributions. 20:35 – Guest: I see that you are on Patreon. I urge people to go there and help support those open source people. It’s such a great thing and it’s becoming a trend. That’s one thing that drew me away from Drupal b/c at the time it had this negative connotation of monetizing on your open source. The spirit of the open source is THAT. It gives support to open source folks in order to provide for their families. 22:00 – Chuck: I talk a lot with Eric through CodeFund. It’s important to know these options. 22:24 – Guest: That is my road of open source and in creating IO. 24:01 – Chuck: You are the CTO and not the CEO. How did you wind up and forming IO? 24:15 – Guest: There were a lot of pain points. It all started with the prototype. The guest talks about the background. Travis mentions FormBuilder among other things. 30:00 – Chuck: What are you working on now? 30:05 – Guest: The Vanilla Core Renderer! It doesn’t care what framework it gets attached to. We are working on a new template engine. 31:55 – Chuck: I wish I had more time to code. 31:58 – Guest. 33:08 – Chuck: How can people find you? 33:10 – Guest: GitHub! Training YouTube Videos! Twitter! 34:56 – Fresh Books! END – CacheFly Links: jQuery Angular JavaScript Vue React Chuck’s Twitter Chuck’s E-mail: chuck@devchat.tv Travis Tidwell’s Book: Flash With Drupal “How to Build a M.E.A.N. Web Application” by Travis Tidwell Angular-Formly Angular Angular – FormBuilder Patreon Travis’ YouTube Videos Episode 125 with Travis! Travis’ LinkedIn Sponsors: Get A Coder Job Fresh Books Cache Fly Picks: Travis Technology: Minio.io T.V. Show: Rick & Morty AI Movie (listen for title) Chuck T.V. Show: Last Man Standing

ceo google technology parents open tx panel ibm cto react babel dummies io github morty cms javascript commodore php advertisement last man standing vue utf angular freshbooks drupal jquery web applications cachefly minio charles max wood henry zhu chuck it codefund chuck you chuck how my angular story get a coder job chuck yes travis tidwell chuck welcome dos dummies dan gookin

MAS 062: Travis Tidwell

Play Episode Listen Later Nov 28, 2018 40:26

Panel: Charles Max Wood Guest: Travis Tidwell This week on My Angular Story, Charles speaks with Travis Tidwell (Dallas, TX) who is CTO and co-founder of Form_IO! Chuck and Travis talk about his background, open source struggles, and more. Check it out! In particular, we dive pretty deep on: 0:00 – Advertisement: Get A Coder Job! 0:49 – Chuck: Welcome! We had you on Episode 125. A lot has changed huh? The nice thing, though, about these changes is that we seem to be tackling different problems. 1:42 – Guest: They are stabilizing on the same on the same design patterns. I think that’s refreshing. Back in the day, everyone had their own way of doing it. It was difficult to find which one is the RIGHT one. 2:05 – Chuck: Yes, I agree. Gives us your background, please! 2:20 – Guest: I am still doing Form IO, and the co-founder and CTO of the company. My Angular Story is MY story on how the company evolved. 3:05 – Chuck: How did you get into programming? 3:09 – Guest: I am going to be 40-years old in May! I am getting up there. Everyone who I am talking to (in my age) it seems like we have the same story. We have this story of having that REALLY old computer. Parents bring home the IBM or the Commodore 64 and that really is my story. At the time, the only thing you could learn with it was to program – there weren’t any video games, etc. A book that I geeked-out about was: “DOS for Dummies.” The guest talks about his senior year in college and how he came to fall in-love with programming. 6:28 – Guest: After college, I got a job for working for a company that used C++ code. People ask: How the heck did you get into Web? My background, too, was tap dancing and in the arts. Most people don’t know that. I was giving these tap lessons to kids – and around that time YouTube was just for cat videos. At the time, I thought it would be great to teach these tap video lessons online. I found a CMS at the time that would help me with my teaching intent. Drupal took me into the frontend libraries. PHP is a backend language, and Drupal was based entirely on PHP. There was this huge paradigm-shift within my career. I really got into these tools not knowing that it would change my career. My open source has taken me to tutorial videos. Eventually, a light bulb went off and I found a solution that needed to be solved within Angular. 12:21 – Guest. 12:28 – Chuck: I love the side hustle description: I saw a need out there and we solved it! 12:40 – Guest: Side hustle is great to talk about. Open source is a bit of a struggle (at that time) it was really hard to maintain open source and providing for your family at the same time. Open source is hard b/c you work your butt off, but you aren’t getting paid for it. It’s really, really difficult. I’ve had ups-and-downs actually with open source. You have to get innovative with it. I am really big on and supportive of people who are monetizing off of open source. 14:58 – Chuck: Open source – for me – I got burned out in June. Sometimes you are putting in a lot of time and not seeing any benefit from it. You have all of these things and something changes, something is different – I can’t take another night not seeing my kids. 16:06 – Guest: You have this original motivation as an open source developer – and you build something rally cool. You share with the world, but a lot of people don’t realize the tail of it. Come to realize it worked well for you – but not for everyone! It makes your stock price go out – contributing to open source – especially if you have a popular open source library. Most of the jobs I would apply to I would just give them my GitHub repertoire. People are figuring out ways they can support themselves and monetize. The ones that can figure that out don’t burnout. 19:44 – Chuck: Babel – Henry Zhu. (See his Patreon account.) 20:08 – Guest: How does he do it? 20:20 – Chuck: It’s mostly contributions. 20:35 – Guest: I see that you are on Patreon. I urge people to go there and help support those open source people. It’s such a great thing and it’s becoming a trend. That’s one thing that drew me away from Drupal b/c at the time it had this negative connotation of monetizing on your open source. The spirit of the open source is THAT. It gives support to open source folks in order to provide for their families. 22:00 – Chuck: I talk a lot with Eric through CodeFund. It’s important to know these options. 22:24 – Guest: That is my road of open source and in creating IO. 24:01 – Chuck: You are the CTO and not the CEO. How did you wind up and forming IO? 24:15 – Guest: There were a lot of pain points. It all started with the prototype. The guest talks about the background. Travis mentions FormBuilder among other things. 30:00 – Chuck: What are you working on now? 30:05 – Guest: The Vanilla Core Renderer! It doesn’t care what framework it gets attached to. We are working on a new template engine. 31:55 – Chuck: I wish I had more time to code. 31:58 – Guest. 33:08 – Chuck: How can people find you? 33:10 – Guest: GitHub! Training YouTube Videos! Twitter! 34:56 – Fresh Books! END – CacheFly Links: jQuery Angular JavaScript Vue React Chuck’s Twitter Chuck’s E-mail: chuck@devchat.tv Travis Tidwell’s Book: Flash With Drupal “How to Build a M.E.A.N. Web Application” by Travis Tidwell Angular-Formly Angular Angular – FormBuilder Patreon Travis’ YouTube Videos Episode 125 with Travis! Travis’ LinkedIn Sponsors: Get A Coder Job Fresh Books Cache Fly Picks: Travis Technology: Minio.io T.V. Show: Rick & Morty AI Movie (listen for title) Chuck T.V. Show: Last Man Standing

ceo google technology parents open tx panel ibm cto react babel dummies io github morty cms javascript commodore php advertisement last man standing vue utf angular freshbooks drupal jquery web applications cachefly minio charles max wood henry zhu chuck it codefund chuck you chuck how my angular story get a coder job chuck yes travis tidwell chuck welcome dos dummies dan gookin

MAS 062: Travis Tidwell

My Angular Story

Play Episode Listen Later Nov 28, 2018 40:26

Panel: Charles Max Wood Guest: Travis Tidwell This week on My Angular Story, Charles speaks with Travis Tidwell (Dallas, TX) who is CTO and co-founder of Form_IO! Chuck and Travis talk about his background, open source struggles, and more. Check it out! In particular, we dive pretty deep on: 0:00 – Advertisement: Get A Coder Job! 0:49 – Chuck: Welcome! We had you on Episode 125. A lot has changed huh? The nice thing, though, about these changes is that we seem to be tackling different problems. 1:42 – Guest: They are stabilizing on the same on the same design patterns. I think that’s refreshing. Back in the day, everyone had their own way of doing it. It was difficult to find which one is the RIGHT one. 2:05 – Chuck: Yes, I agree. Gives us your background, please! 2:20 – Guest: I am still doing Form IO, and the co-founder and CTO of the company. My Angular Story is MY story on how the company evolved. 3:05 – Chuck: How did you get into programming? 3:09 – Guest: I am going to be 40-years old in May! I am getting up there. Everyone who I am talking to (in my age) it seems like we have the same story. We have this story of having that REALLY old computer. Parents bring home the IBM or the Commodore 64 and that really is my story. At the time, the only thing you could learn with it was to program – there weren’t any video games, etc. A book that I geeked-out about was: “DOS for Dummies.” The guest talks about his senior year in college and how he came to fall in-love with programming. 6:28 – Guest: After college, I got a job for working for a company that used C++ code. People ask: How the heck did you get into Web? My background, too, was tap dancing and in the arts. Most people don’t know that. I was giving these tap lessons to kids – and around that time YouTube was just for cat videos. At the time, I thought it would be great to teach these tap video lessons online. I found a CMS at the time that would help me with my teaching intent. Drupal took me into the frontend libraries. PHP is a backend language, and Drupal was based entirely on PHP. There was this huge paradigm-shift within my career. I really got into these tools not knowing that it would change my career. My open source has taken me to tutorial videos. Eventually, a light bulb went off and I found a solution that needed to be solved within Angular. 12:21 – Guest. 12:28 – Chuck: I love the side hustle description: I saw a need out there and we solved it! 12:40 – Guest: Side hustle is great to talk about. Open source is a bit of a struggle (at that time) it was really hard to maintain open source and providing for your family at the same time. Open source is hard b/c you work your butt off, but you aren’t getting paid for it. It’s really, really difficult. I’ve had ups-and-downs actually with open source. You have to get innovative with it. I am really big on and supportive of people who are monetizing off of open source. 14:58 – Chuck: Open source – for me – I got burned out in June. Sometimes you are putting in a lot of time and not seeing any benefit from it. You have all of these things and something changes, something is different – I can’t take another night not seeing my kids. 16:06 – Guest: You have this original motivation as an open source developer – and you build something rally cool. You share with the world, but a lot of people don’t realize the tail of it. Come to realize it worked well for you – but not for everyone! It makes your stock price go out – contributing to open source – especially if you have a popular open source library. Most of the jobs I would apply to I would just give them my GitHub repertoire. People are figuring out ways they can support themselves and monetize. The ones that can figure that out don’t burnout. 19:44 – Chuck: Babel – Henry Zhu. (See his Patreon account.) 20:08 – Guest: How does he do it? 20:20 – Chuck: It’s mostly contributions. 20:35 – Guest: I see that you are on Patreon. I urge people to go there and help support those open source people. It’s such a great thing and it’s becoming a trend. That’s one thing that drew me away from Drupal b/c at the time it had this negative connotation of monetizing on your open source. The spirit of the open source is THAT. It gives support to open source folks in order to provide for their families. 22:00 – Chuck: I talk a lot with Eric through CodeFund. It’s important to know these options. 22:24 – Guest: That is my road of open source and in creating IO. 24:01 – Chuck: You are the CTO and not the CEO. How did you wind up and forming IO? 24:15 – Guest: There were a lot of pain points. It all started with the prototype. The guest talks about the background. Travis mentions FormBuilder among other things. 30:00 – Chuck: What are you working on now? 30:05 – Guest: The Vanilla Core Renderer! It doesn’t care what framework it gets attached to. We are working on a new template engine. 31:55 – Chuck: I wish I had more time to code. 31:58 – Guest. 33:08 – Chuck: How can people find you? 33:10 – Guest: GitHub! Training YouTube Videos! Twitter! 34:56 – Fresh Books! END – CacheFly Links: jQuery Angular JavaScript Vue React Chuck’s Twitter Chuck’s E-mail: chuck@devchat.tv Travis Tidwell’s Book: Flash With Drupal “How to Build a M.E.A.N. Web Application” by Travis Tidwell Angular-Formly Angular Angular – FormBuilder Patreon Travis’ YouTube Videos Episode 125 with Travis! Travis’ LinkedIn Sponsors: Get A Coder Job Fresh Books Cache Fly Picks: Travis Technology: Minio.io T.V. Show: Rick & Morty AI Movie (listen for title) Chuck T.V. Show: Last Man Standing

ceo google technology parents open tx panel ibm cto react babel dummies io github morty cms javascript commodore php advertisement last man standing vue utf angular freshbooks drupal jquery web applications cachefly minio charles max wood henry zhu chuck it codefund chuck you chuck how my angular story get a coder job chuck yes travis tidwell chuck welcome dos dummies dan gookin

RR 390: Creating a Heroku-Like Deployment Solution with Docker with Pedro Cavalheiro

Play Episode Listen Later Nov 27, 2018 54:06

Panel: Dave Kimura Eric Berry Charles Max Wood Nate Hopkins Special Guest: Pedro Cavalheiro In this episode of Ruby Rogues, the panelists talk with Pedro Cavalheiro who is from Brazil, but currently resides in Hamburg, Germany where he works at Xing. He is a software engineer, an actor, and has been working with the web since 2010. He has worked mostly with Ruby and PHP languages, and since 2015 has worked full-time with Ruby on Rails. The panelists and Pedro talk about his background and his article. Check it out! Show Topics: 0:00 – Advertisement: Sentry.io 1:04 – Chuck: Hi! Panel is Eric, Dave, Nate, myself – and our special guest is Pedro Cavalheiro! Please introduce yourself! Is that Spanish or Portuguese? Chuck: P.S. – The DevRev is my new show and check it! 1:57 – Guest: My name means gentleman! Here at your service. 2:05 – Guest: I am a developer and worked with web technologies for 10 years. I do some DevOps stuff and working with Ruby. I just moved to Hamburg, Germany with the same company. 3:02 – Chuck: How do you make that decision? 3:07 – Guest: There is no magical answer. It depends on your needs and what time you have? At the time when I wrote that article I worked with a small startup company. For us, we used Heroku at the time. 4:09 – Guest: Current company is bigger and 500 developers. We have different ops teams and they have their own infrastructure and tools. They have more money, time, and people. For what they need it needs to be more scalable. It depends on the company and the requirements and your resources. 5:00 – Panel: I need to preface first: I love hosted solutions, but at the same time there is a hidden cost set that people don’t think about. 6:16 – Guest: If you compare your own infrastructure vs. cloud platform they will think that it is cheaper than having a hosted solution. 7:28 – Chuck: Yeah, that’s a discussion that I find that I have with myself and with my own company. It makes a ton of sense to have some system setup and it’s something that I am managing. 8:05 – Panelists talks about AWS and AMI. 9:06 – Guest. 9:21 – Panel: Can you talk about the article you wrote? Why did you write it? Give us some context into the article and where are we now? 9:48 – Guest talks in-detail about his article and where he was in life when he wrote this article! 14:10 – Panel: How much time did you invest into that? 14:16 – Guest: Less than a week; maybe 3-4 days for the whole process. Writing the article took about 2 days. 14:50 – Chuck talks about Docker, Azure, Dokku among other things. Question: Where do you look at all of these different things, and how do evaluate? 16:02 – Guest: I am a huge Heroku fan, and I would suggest people to use it. It’s brilliant. The company I work today it could be expensive to use b/c it’s a heavy load application and it won’t work. As for me (personal projects) I will play around these different tools. 19:02 – Panel: It’s easy to get up and running of Heroku. I think it’s similar to Kubernetes. 20:00 – Guest: I agree with that. The guest shares a story that relates to this topic. 21:45 – Panel: If you are using self-hosted...put some security on your application. Even if it’s just a demo you are protecting your environment. 22:17 – Chuck: Where do you guys come down on making these types of decisions? 22:30 – Panel: I see it as an investment; especially if your development team is small. Eventually, it will scale but in the early days of a project it is a legit choice to use Heroku or Beanstalk. CodeFund is still on Heroku. Right now it’s solving those problems for us. 23:45 – Chuck: Look at everything that we are all running. What do you guys recommend? 24:19 – Panel: I use S3, elastic search, among other things. 25:56 – Guest: I have a similar story. I had some friends who were spending more than $2,000 a month on Heroku. We tried to find how to reduce the amount of money. We removed the application from the Heroku and put it inside a local machine (probably $800 computer) that runs 24/7 and the only expenses were Internet ($50.00 / month) and 1 SSD ($100) and 1 micro-server through Amazon. Now it works and we were spending over 200x the amount that we needed to. In this example it wasn’t a critical system. In this case self-host was far better and cheaper, so it really depends on your case. 28:08 – Panel: Yeah, sometimes the old school and simple solutions are it. 28:26 – Chuck: I have a virtual machine/servers on Digital Ocean, and I cap deploy. I will login in every-now-and-then, but that’s it. 28:50 – Panel adds in his comments to this topic. 29:17 – Guest: Sometimes these old school solutions tend to be slower, but it depends on what you need for that situation. 29:50 – Chuck: David Brady called that his “Time to Twitter.” 30:04 – Fresh Books! 31:10 – Chuck: Can you talk about your discussion about this, please? 31:23 – Guest: I wrote this article, and it was translated into a few different languages. In the talk that I gave, I talked about my article. It’s funny b/c I wasn’t expecting all of this attention. 33:33 – Guest: I was nervous when I gave the talk so I don’t think it was that good. (Laughs.) 33:50 – Guest: We are human beings and we are always making mistakes, which is okay. 36:55 – Chuck: Yeah I run into that, too. Especially when running the podcast. 37:14 – Guest: That’s apart of the game right? We like to play with new technologies and if it weren’t for experimenting with new stuff our whole industry wouldn’t be as fun. We have the freedom to test, and we get to break tings and not get fired. That’s apart of our jobs. 37:51 – Panel: That’s a good point. A service like beanstalk or Heroku it’s easy to push your app out into the world. But when you dig in deeper, I think that knowledge really starts to seep in and you get to be a better developer. 38:27 – Chuck comments on this topic. 39:12 – Panel: To Pedro’s point... 39:42 – Guest: Yes, we work as a frontend or backend developer or a system administrator, but we need to understand the infrastructure. I want to know and when I know more then my work as a backend developer will improve and communicate with the system. That people know how to use Ruby on Rails and they get used to it but forget about database behind that, and...where you can write your own inquires. They think it’s not their job, but it IS their job. 41:17 – Chuck: To take that step one step further. Chuck talks about performance issues, codes, and more. 41:48 – Chuck: I want to try out Dokku! 42:00 – Guest comments. 43:53 – Chuck: Let’s do Picks! 44:00 – Advertisement: Get A Coder Job! End – Cache Fly! Links: Get a Coder Job Course Ruby Ruby on Rails Angular React React Native Docker Kubernetes Heroku Beanstalk CodeFund Amazon S3 GitHub: Kubernetes IMDB – Pedro C. FB: RR – DevChat TV RR 382 Episode Pedro’s blog article: “Creating a Heroku-Like Deployment Solution with Docker” Comic of Code Compiling GitHub: Dokku/Dokku Digital Ocean: Dokku Digital Ocean: Cloud Hosting App Developers Love Pedro’s Website Pedro’s Twitter Pedro’s Crunchbase Pedro’s GitHub Sponsors: Sentry CacheFly Fresh Books Picks: Dave Legos Rubix’s Cube Eric Digital Ocean @samantha_tse @jna_sh @Zaltsman Nate Alone - History Channel Charles MF CEO - Podcast Extreme Ownership - Book Drip TheDevRev.com Pedro Di.FM Shortcut Foo

amazon time google internet germany writing spanish brazil solution lego panel comic hamburg react portuguese imdb laughs cube aws github drip devops azure rails panelists deployment rr php ssd s3 docker kubernetes advertisement xing utf angular sentry beanstalk ruby on rails freshbooks digital ocean react native heroku crunchbase amazon s3 eric berry rubix cachefly pedro c cavalheiro charles max wood ruby rogues devrev devchattv chuck yeah chuck p codefund nate hopkins chuck how chuck let chuck can chuck where coder job course advertisement get a coder job panel it panel yeah panel can thedevrev chuck to

RR 390: Creating a Heroku-Like Deployment Solution with Docker with Pedro Cavalheiro

Play Episode Listen Later Nov 27, 2018 54:06

Panel: Dave Kimura Eric Berry Charles Max Wood Nate Hopkins Special Guest: Pedro Cavalheiro In this episode of Ruby Rogues, the panelists talk with Pedro Cavalheiro who is from Brazil, but currently resides in Hamburg, Germany where he works at Xing. He is a software engineer, an actor, and has been working with the web since 2010. He has worked mostly with Ruby and PHP languages, and since 2015 has worked full-time with Ruby on Rails. The panelists and Pedro talk about his background and his article. Check it out! Show Topics: 0:00 – Advertisement: Sentry.io 1:04 – Chuck: Hi! Panel is Eric, Dave, Nate, myself – and our special guest is Pedro Cavalheiro! Please introduce yourself! Is that Spanish or Portuguese? Chuck: P.S. – The DevRev is my new show and check it! 1:57 – Guest: My name means gentleman! Here at your service. 2:05 – Guest: I am a developer and worked with web technologies for 10 years. I do some DevOps stuff and working with Ruby. I just moved to Hamburg, Germany with the same company. 3:02 – Chuck: How do you make that decision? 3:07 – Guest: There is no magical answer. It depends on your needs and what time you have? At the time when I wrote that article I worked with a small startup company. For us, we used Heroku at the time. 4:09 – Guest: Current company is bigger and 500 developers. We have different ops teams and they have their own infrastructure and tools. They have more money, time, and people. For what they need it needs to be more scalable. It depends on the company and the requirements and your resources. 5:00 – Panel: I need to preface first: I love hosted solutions, but at the same time there is a hidden cost set that people don’t think about. 6:16 – Guest: If you compare your own infrastructure vs. cloud platform they will think that it is cheaper than having a hosted solution. 7:28 – Chuck: Yeah, that’s a discussion that I find that I have with myself and with my own company. It makes a ton of sense to have some system setup and it’s something that I am managing. 8:05 – Panelists talks about AWS and AMI. 9:06 – Guest. 9:21 – Panel: Can you talk about the article you wrote? Why did you write it? Give us some context into the article and where are we now? 9:48 – Guest talks in-detail about his article and where he was in life when he wrote this article! 14:10 – Panel: How much time did you invest into that? 14:16 – Guest: Less than a week; maybe 3-4 days for the whole process. Writing the article took about 2 days. 14:50 – Chuck talks about Docker, Azure, Dokku among other things. Question: Where do you look at all of these different things, and how do evaluate? 16:02 – Guest: I am a huge Heroku fan, and I would suggest people to use it. It’s brilliant. The company I work today it could be expensive to use b/c it’s a heavy load application and it won’t work. As for me (personal projects) I will play around these different tools. 19:02 – Panel: It’s easy to get up and running of Heroku. I think it’s similar to Kubernetes. 20:00 – Guest: I agree with that. The guest shares a story that relates to this topic. 21:45 – Panel: If you are using self-hosted...put some security on your application. Even if it’s just a demo you are protecting your environment. 22:17 – Chuck: Where do you guys come down on making these types of decisions? 22:30 – Panel: I see it as an investment; especially if your development team is small. Eventually, it will scale but in the early days of a project it is a legit choice to use Heroku or Beanstalk. CodeFund is still on Heroku. Right now it’s solving those problems for us. 23:45 – Chuck: Look at everything that we are all running. What do you guys recommend? 24:19 – Panel: I use S3, elastic search, among other things. 25:56 – Guest: I have a similar story. I had some friends who were spending more than $2,000 a month on Heroku. We tried to find how to reduce the amount of money. We removed the application from the Heroku and put it inside a local machine (probably $800 computer) that runs 24/7 and the only expenses were Internet ($50.00 / month) and 1 SSD ($100) and 1 micro-server through Amazon. Now it works and we were spending over 200x the amount that we needed to. In this example it wasn’t a critical system. In this case self-host was far better and cheaper, so it really depends on your case. 28:08 – Panel: Yeah, sometimes the old school and simple solutions are it. 28:26 – Chuck: I have a virtual machine/servers on Digital Ocean, and I cap deploy. I will login in every-now-and-then, but that’s it. 28:50 – Panel adds in his comments to this topic. 29:17 – Guest: Sometimes these old school solutions tend to be slower, but it depends on what you need for that situation. 29:50 – Chuck: David Brady called that his “Time to Twitter.” 30:04 – Fresh Books! 31:10 – Chuck: Can you talk about your discussion about this, please? 31:23 – Guest: I wrote this article, and it was translated into a few different languages. In the talk that I gave, I talked about my article. It’s funny b/c I wasn’t expecting all of this attention. 33:33 – Guest: I was nervous when I gave the talk so I don’t think it was that good. (Laughs.) 33:50 – Guest: We are human beings and we are always making mistakes, which is okay. 36:55 – Chuck: Yeah I run into that, too. Especially when running the podcast. 37:14 – Guest: That’s apart of the game right? We like to play with new technologies and if it weren’t for experimenting with new stuff our whole industry wouldn’t be as fun. We have the freedom to test, and we get to break tings and not get fired. That’s apart of our jobs. 37:51 – Panel: That’s a good point. A service like beanstalk or Heroku it’s easy to push your app out into the world. But when you dig in deeper, I think that knowledge really starts to seep in and you get to be a better developer. 38:27 – Chuck comments on this topic. 39:12 – Panel: To Pedro’s point... 39:42 – Guest: Yes, we work as a frontend or backend developer or a system administrator, but we need to understand the infrastructure. I want to know and when I know more then my work as a backend developer will improve and communicate with the system. That people know how to use Ruby on Rails and they get used to it but forget about database behind that, and...where you can write your own inquires. They think it’s not their job, but it IS their job. 41:17 – Chuck: To take that step one step further. Chuck talks about performance issues, codes, and more. 41:48 – Chuck: I want to try out Dokku! 42:00 – Guest comments. 43:53 – Chuck: Let’s do Picks! 44:00 – Advertisement: Get A Coder Job! End – Cache Fly! Links: Get a Coder Job Course Ruby Ruby on Rails Angular React React Native Docker Kubernetes Heroku Beanstalk CodeFund Amazon S3 GitHub: Kubernetes IMDB – Pedro C. FB: RR – DevChat TV RR 382 Episode Pedro’s blog article: “Creating a Heroku-Like Deployment Solution with Docker” Comic of Code Compiling GitHub: Dokku/Dokku Digital Ocean: Dokku Digital Ocean: Cloud Hosting App Developers Love Pedro’s Website Pedro’s Twitter Pedro’s Crunchbase Pedro’s GitHub Sponsors: Sentry CacheFly Fresh Books Picks: Dave Legos Rubix’s Cube Eric Digital Ocean @samantha_tse @jna_sh @Zaltsman Nate Alone - History Channel Charles MF CEO - Podcast Extreme Ownership - Book Drip TheDevRev.com Pedro Di.FM Shortcut Foo

amazon time google internet germany writing spanish brazil solution lego panel comic hamburg react portuguese imdb laughs cube aws github drip devops azure panelists deployment rr php ssd s3 docker kubernetes advertisement xing utf angular sentry beanstalk ruby on rails freshbooks digital ocean react native heroku crunchbase amazon s3 eric berry rubix cachefly pedro c cavalheiro charles max wood ruby rogues devrev devchattv chuck yeah chuck p codefund nate hopkins chuck how chuck let chuck can chuck where coder job course advertisement get a coder job panel it panel yeah panel can thedevrev chuck to

RR 390: Creating a Heroku-Like Deployment Solution with Docker with Pedro Cavalheiro

Play Episode Listen Later Nov 27, 2018 54:06

Panel: Dave Kimura Eric Berry Charles Max Wood Nate Hopkins Special Guest: Pedro Cavalheiro In this episode of Ruby Rogues, the panelists talk with Pedro Cavalheiro who is from Brazil, but currently resides in Hamburg, Germany where he works at Xing. He is a software engineer, an actor, and has been working with the web since 2010. He has worked mostly with Ruby and PHP languages, and since 2015 has worked full-time with Ruby on Rails. The panelists and Pedro talk about his background and his article. Check it out! Show Topics: 0:00 – Advertisement: Sentry.io 1:04 – Chuck: Hi! Panel is Eric, Dave, Nate, myself – and our special guest is Pedro Cavalheiro! Please introduce yourself! Is that Spanish or Portuguese? Chuck: P.S. – The DevRev is my new show and check it! 1:57 – Guest: My name means gentleman! Here at your service. 2:05 – Guest: I am a developer and worked with web technologies for 10 years. I do some DevOps stuff and working with Ruby. I just moved to Hamburg, Germany with the same company. 3:02 – Chuck: How do you make that decision? 3:07 – Guest: There is no magical answer. It depends on your needs and what time you have? At the time when I wrote that article I worked with a small startup company. For us, we used Heroku at the time. 4:09 – Guest: Current company is bigger and 500 developers. We have different ops teams and they have their own infrastructure and tools. They have more money, time, and people. For what they need it needs to be more scalable. It depends on the company and the requirements and your resources. 5:00 – Panel: I need to preface first: I love hosted solutions, but at the same time there is a hidden cost set that people don’t think about. 6:16 – Guest: If you compare your own infrastructure vs. cloud platform they will think that it is cheaper than having a hosted solution. 7:28 – Chuck: Yeah, that’s a discussion that I find that I have with myself and with my own company. It makes a ton of sense to have some system setup and it’s something that I am managing. 8:05 – Panelists talks about AWS and AMI. 9:06 – Guest. 9:21 – Panel: Can you talk about the article you wrote? Why did you write it? Give us some context into the article and where are we now? 9:48 – Guest talks in-detail about his article and where he was in life when he wrote this article! 14:10 – Panel: How much time did you invest into that? 14:16 – Guest: Less than a week; maybe 3-4 days for the whole process. Writing the article took about 2 days. 14:50 – Chuck talks about Docker, Azure, Dokku among other things. Question: Where do you look at all of these different things, and how do evaluate? 16:02 – Guest: I am a huge Heroku fan, and I would suggest people to use it. It’s brilliant. The company I work today it could be expensive to use b/c it’s a heavy load application and it won’t work. As for me (personal projects) I will play around these different tools. 19:02 – Panel: It’s easy to get up and running of Heroku. I think it’s similar to Kubernetes. 20:00 – Guest: I agree with that. The guest shares a story that relates to this topic. 21:45 – Panel: If you are using self-hosted...put some security on your application. Even if it’s just a demo you are protecting your environment. 22:17 – Chuck: Where do you guys come down on making these types of decisions? 22:30 – Panel: I see it as an investment; especially if your development team is small. Eventually, it will scale but in the early days of a project it is a legit choice to use Heroku or Beanstalk. CodeFund is still on Heroku. Right now it’s solving those problems for us. 23:45 – Chuck: Look at everything that we are all running. What do you guys recommend? 24:19 – Panel: I use S3, elastic search, among other things. 25:56 – Guest: I have a similar story. I had some friends who were spending more than $2,000 a month on Heroku. We tried to find how to reduce the amount of money. We removed the application from the Heroku and put it inside a local machine (probably $800 computer) that runs 24/7 and the only expenses were Internet ($50.00 / month) and 1 SSD ($100) and 1 micro-server through Amazon. Now it works and we were spending over 200x the amount that we needed to. In this example it wasn’t a critical system. In this case self-host was far better and cheaper, so it really depends on your case. 28:08 – Panel: Yeah, sometimes the old school and simple solutions are it. 28:26 – Chuck: I have a virtual machine/servers on Digital Ocean, and I cap deploy. I will login in every-now-and-then, but that’s it. 28:50 – Panel adds in his comments to this topic. 29:17 – Guest: Sometimes these old school solutions tend to be slower, but it depends on what you need for that situation. 29:50 – Chuck: David Brady called that his “Time to Twitter.” 30:04 – Fresh Books! 31:10 – Chuck: Can you talk about your discussion about this, please? 31:23 – Guest: I wrote this article, and it was translated into a few different languages. In the talk that I gave, I talked about my article. It’s funny b/c I wasn’t expecting all of this attention. 33:33 – Guest: I was nervous when I gave the talk so I don’t think it was that good. (Laughs.) 33:50 – Guest: We are human beings and we are always making mistakes, which is okay. 36:55 – Chuck: Yeah I run into that, too. Especially when running the podcast. 37:14 – Guest: That’s apart of the game right? We like to play with new technologies and if it weren’t for experimenting with new stuff our whole industry wouldn’t be as fun. We have the freedom to test, and we get to break tings and not get fired. That’s apart of our jobs. 37:51 – Panel: That’s a good point. A service like beanstalk or Heroku it’s easy to push your app out into the world. But when you dig in deeper, I think that knowledge really starts to seep in and you get to be a better developer. 38:27 – Chuck comments on this topic. 39:12 – Panel: To Pedro’s point... 39:42 – Guest: Yes, we work as a frontend or backend developer or a system administrator, but we need to understand the infrastructure. I want to know and when I know more then my work as a backend developer will improve and communicate with the system. That people know how to use Ruby on Rails and they get used to it but forget about database behind that, and...where you can write your own inquires. They think it’s not their job, but it IS their job. 41:17 – Chuck: To take that step one step further. Chuck talks about performance issues, codes, and more. 41:48 – Chuck: I want to try out Dokku! 42:00 – Guest comments. 43:53 – Chuck: Let’s do Picks! 44:00 – Advertisement: Get A Coder Job! End – Cache Fly! Links: Get a Coder Job Course Ruby Ruby on Rails Angular React React Native Docker Kubernetes Heroku Beanstalk CodeFund Amazon S3 GitHub: Kubernetes IMDB – Pedro C. FB: RR – DevChat TV RR 382 Episode Pedro’s blog article: “Creating a Heroku-Like Deployment Solution with Docker” Comic of Code Compiling GitHub: Dokku/Dokku Digital Ocean: Dokku Digital Ocean: Cloud Hosting App Developers Love Pedro’s Website Pedro’s Twitter Pedro’s Crunchbase Pedro’s GitHub Sponsors: Sentry CacheFly Fresh Books Picks: Dave Legos Rubix’s Cube Eric Digital Ocean @samantha_tse @jna_sh @Zaltsman Nate Alone - History Channel Charles MF CEO - Podcast Extreme Ownership - Book Drip TheDevRev.com Pedro Di.FM Shortcut Foo

amazon time google internet germany writing spanish brazil solution lego panel comic hamburg react portuguese imdb laughs cube aws github drip devops azure rails panelists deployment rr php ssd s3 docker kubernetes advertisement xing utf angular sentry beanstalk ruby on rails freshbooks digital ocean react native heroku crunchbase amazon s3 eric berry rubix cachefly pedro c cavalheiro charles max wood ruby rogues devrev devchattv chuck yeah chuck p codefund nate hopkins chuck how chuck let chuck can chuck where coder job course advertisement get a coder job panel it panel yeah panel can thedevrev chuck to

RR 384: “Sonic Pi” with Sam Aaron

Play Episode Listen Later Oct 16, 2018 53:25

Panel: Dave Kimura Eric Berry Special Guest: Sam Aaron In this episode of Ruby Rogues, the panel talks with Sam Aaron who is the creator of Sonic Pi, which is the main topic that he and the panel talk about today. Sam is a computer scientist who has his Ph.D., and uses the Ruby language. He is also a programmer, educator, live coding musician, and father. Show Topics: 1:25 – Panelist: Tell us what you are doing? 1:27 – Sam: Good question. I do a lot of different things and I try to challenge programming and take it a new How can I be the most expressive person with code? I have written things to write music with code. 2:00 – Code is just a medium like dancing and writing. You can write to write code but as to write poetry. 2:33 – Tell us about Sonic Pi – the project you have developed to generate music from code. 2:42 – Sam: It’s a very simple program. It’s an app that you can run on Mac or Windows and others. It was written as a response to the UK opening a new system. How can we get children engaged? And this was my answer to that question. 3:37 – Was this developed by a team? 3:41 – Sam: Most of it was developed by myself – no real team – but a lot of it was through open source. 4:01 – What was the motivation? Why music; why not a drawing library like something visual? 4:19 – Sam: Many years ago I had a tragedy in the family. I was struggling mentally with it. One thing that helped me was I picked up a book on a specific language. When I see these visual systems...it can be very daunting and difficult. To me when I use programming tools I thought naturally music. 6:14 – Can you talk about the architecture of Sonic Pi? 6:50 – Guest: Sonic Pi came purely from response and had a small amount of money to spend – teaching kids how to code. I wanted to get this overtone. I used to be a Ruby programmer. The original core was taken from these overtones. And the way it works is that you have a simple server, Ruby server, and... Three separate processes all talking over the network. 9:08 – I want to give the listeners an idea of what this sounds like – it’s pretty amazing. Here is a sound that is 4 lines of code in Ruby. Can you tell us what is going in to make that sound work? 9:37 – Sam: The bottom layer is...the different waveforms for that sound clip. There is a mathematician who figured out... Sam talks about how sound works and how Sonic Pi works. 12:24 – Sam: The way to record a sound and the way to... 12:35 – Acid Walk – let’s take a listen. 12:50 – That is purely very intricate – that was about 60-80 lines. 13:00 –Sam: The bass line was...and the ticking sound was how long to wait again. It sounds complicated but take notes from a scale (different color palettes of notes) – notes you pick from. It will create the melody randomly for you. Adding some distortions and reverbs, etc. 14:03 – I am not musically inclined. So when I think of Raspberry Pi – why did you choose Ruby and not Python for developing the Sonic Pi engine? 14:27 – Sam: Your statement – “You are not musically inclined,” bothers me. We can all wave our arms around and dance. Having that mind thought is a barrier to your well-being. There was an interview with a lady over 100 years old. Any regrets? When I was 80 – I could have been playing for 20 years! 15:43 – Sam: My contract was about to expire and then was the same year that Raspberry Pi released and had staggering success. They didn’t necessarily have... Every week I went into the classroom with a different version. Actually there are different pros and cons in an educational context. 19:00 – Looking at the Sonic Pi in Ruby but also some Erlang in there? 19:15 – Sam: I talked earlier about the three components. Sam talks in-detail about Ruby and why he also used some Erlang. 22:30 – Sam: Erlang has a beautiful design and there is no garbage collector. It was the right architecture. I thought – how am I going to sit down and learn Erlang? Well you just make friends. Another program we used that takes these messages and... 23:40 – Have you had any requests to make this an ONLINE application? 23:50 – Sam: I have been thinking about this for some time. The web audio isn’t super solid. You would have to have a really decent invitation in web audio that is rock solid. The music applications still don’t use the web because it isn’t there quite, yet. 25:35 – Advertisement – Get A Coder Job 26:16 – Can you talk about the inspiration to the DSL that you are using on Sonic Pi? Why create your own DSL? 26:31 – Sam: Sure! Your syntax is a data structure, which... 28:28 – You have been using this since 2013? 28:41 – Sam: Yes I do the majority of the work. It is an open source project and a core team of developers who are the core contributors. People own their work that they have done. It’s a powerful team. There are visual contributions among many different ways. I have done the crappy jobs. 29:51 – You have put so much time into this? Are you getting paid for this? 30:05 – Sam: I am extremely fortunate to be getting paid for this. It’s being funded by various sources. These people allowed me the freedom to create Sonic Pi the way that I wanted to build it. The Pi Top they provided some funding, among other donors and such. I have a patron page that is growing. I am doing more keynotes and conferences. This was designed to help students learn how to code. I do look for contributors. The language is there but we need the tools. 32:46 – I run a company called CodeFund to bring money to open source. There are different ways that people can generate funds for projects. There are organizations that are helping us to make our projects sustainable. 33:22 – Sam comments. Sam: I am trying to find ways to be sustainable, so I can be comfortable. 33:53 – Where can people go to donate? 34:02 – Go to SonicPi.net. Don’t donate if you don’t like it. If it makes you smile then please donate. You can join and donate. 34:43 – Sam: When you have funding it can be removed in one sweep. 35:19 – You have an active community? 35:20 – Yes! Programming music communities are great. Yes, we have musicians in there and coders in there. 36:33 – People can post their music – they aren’t posting music they are posting code. 36:47 – Sam: Yes! If you can represent your music in some weird syntax, that can be stored somewhere like dots and lines (like Western music notation) then that’s great. It’s not just what the trumpet and the violin should play but what studio effects we should add. Even if you are using multiple threads those tings are always resolved. I can take my new code and hear the exact same things that I’ve heard. When you go to see performances and see live coding performance. 39:50 – Panelist comments. What does the future look like for Sonic Pi? 40:02 – Sam: It’s a business problem more than a technical problem. I am working on accessibility. I am making sure that this and that works well, and navigation to work with. Also, collaboration, too; the ability to share and contribute their compositions in one place. Can we get children from Africa to write pieces with children from Finland? 41:57 – Anything else that we should know about Sonic Pi? 42:08 – Sam: It really depends. What’s important to realize that this whole coding /music thing is a really new thing. When you see a guitar it’s had thousands of years to evolve. What we have right now is really exciting. We should see this as new musical instruments. Its’ really tough to hear people say, “code cannot make music.” Also, not to have any pre-conceived ideas, and to share their work with others. We aren’t professional musicians and just to explore, experiment, and play. People might be too reluctant to share because they are comparing it to music that they adore. 44:56 – Panelist: This whole song is 206 lines of code of the Mario Theme Song. 46:12 – Intro and outro for podcasts. 46:37 – How can we find these? 46:42 – Sam: I tweet these. A few years ago I got into Rolling Stone magazine. Download an opera and download a rock song. 48:49 – Advertisement – Fresh Books! Links: Get a Coder Job Course Erlang Ruby Ruby Motion Ruby on Rails Sonic Pi Sonic Pi – GitHub In Thread Sonic Pi Xavriley – ReadME.md Undercover SimpleCov ClarionHub Atomic Object – Sam Aaron Sam Aaron’s Twitter Sam Aaron’s Instagram Sponsors: Sentry Get a Coder Job Course Fresh Books Picks: Eric Sonic Pi Clarion Hub Artiphon Dave Simple Cov Under Cover Sam Emacs Program Editor

online africa western united kingdom code mac panel rolling stones windows finland programming python github undercover rails panelists raspberry pi advertisement sentry ruby on rails freshbooks dsl readme erlang eric berry samit sonic pi ruby rogues rubymotion sam aaron codefund get a coder job coder job course

RR 384: “Sonic Pi” with Sam Aaron

Play Episode Listen Later Oct 16, 2018 53:25

Panel: Dave Kimura Eric Berry Special Guest: Sam Aaron In this episode of Ruby Rogues, the panel talks with Sam Aaron who is the creator of Sonic Pi, which is the main topic that he and the panel talk about today. Sam is a computer scientist who has his Ph.D., and uses the Ruby language. He is also a programmer, educator, live coding musician, and father. Show Topics: 1:25 – Panelist: Tell us what you are doing? 1:27 – Sam: Good question. I do a lot of different things and I try to challenge programming and take it a new How can I be the most expressive person with code? I have written things to write music with code. 2:00 – Code is just a medium like dancing and writing. You can write to write code but as to write poetry. 2:33 – Tell us about Sonic Pi – the project you have developed to generate music from code. 2:42 – Sam: It’s a very simple program. It’s an app that you can run on Mac or Windows and others. It was written as a response to the UK opening a new system. How can we get children engaged? And this was my answer to that question. 3:37 – Was this developed by a team? 3:41 – Sam: Most of it was developed by myself – no real team – but a lot of it was through open source. 4:01 – What was the motivation? Why music; why not a drawing library like something visual? 4:19 – Sam: Many years ago I had a tragedy in the family. I was struggling mentally with it. One thing that helped me was I picked up a book on a specific language. When I see these visual systems...it can be very daunting and difficult. To me when I use programming tools I thought naturally music. 6:14 – Can you talk about the architecture of Sonic Pi? 6:50 – Guest: Sonic Pi came purely from response and had a small amount of money to spend – teaching kids how to code. I wanted to get this overtone. I used to be a Ruby programmer. The original core was taken from these overtones. And the way it works is that you have a simple server, Ruby server, and... Three separate processes all talking over the network. 9:08 – I want to give the listeners an idea of what this sounds like – it’s pretty amazing. Here is a sound that is 4 lines of code in Ruby. Can you tell us what is going in to make that sound work? 9:37 – Sam: The bottom layer is...the different waveforms for that sound clip. There is a mathematician who figured out... Sam talks about how sound works and how Sonic Pi works. 12:24 – Sam: The way to record a sound and the way to... 12:35 – Acid Walk – let’s take a listen. 12:50 – That is purely very intricate – that was about 60-80 lines. 13:00 –Sam: The bass line was...and the ticking sound was how long to wait again. It sounds complicated but take notes from a scale (different color palettes of notes) – notes you pick from. It will create the melody randomly for you. Adding some distortions and reverbs, etc. 14:03 – I am not musically inclined. So when I think of Raspberry Pi – why did you choose Ruby and not Python for developing the Sonic Pi engine? 14:27 – Sam: Your statement – “You are not musically inclined,” bothers me. We can all wave our arms around and dance. Having that mind thought is a barrier to your well-being. There was an interview with a lady over 100 years old. Any regrets? When I was 80 – I could have been playing for 20 years! 15:43 – Sam: My contract was about to expire and then was the same year that Raspberry Pi released and had staggering success. They didn’t necessarily have... Every week I went into the classroom with a different version. Actually there are different pros and cons in an educational context. 19:00 – Looking at the Sonic Pi in Ruby but also some Erlang in there? 19:15 – Sam: I talked earlier about the three components. Sam talks in-detail about Ruby and why he also used some Erlang. 22:30 – Sam: Erlang has a beautiful design and there is no garbage collector. It was the right architecture. I thought – how am I going to sit down and learn Erlang? Well you just make friends. Another program we used that takes these messages and... 23:40 – Have you had any requests to make this an ONLINE application? 23:50 – Sam: I have been thinking about this for some time. The web audio isn’t super solid. You would have to have a really decent invitation in web audio that is rock solid. The music applications still don’t use the web because it isn’t there quite, yet. 25:35 – Advertisement – Get A Coder Job 26:16 – Can you talk about the inspiration to the DSL that you are using on Sonic Pi? Why create your own DSL? 26:31 – Sam: Sure! Your syntax is a data structure, which... 28:28 – You have been using this since 2013? 28:41 – Sam: Yes I do the majority of the work. It is an open source project and a core team of developers who are the core contributors. People own their work that they have done. It’s a powerful team. There are visual contributions among many different ways. I have done the crappy jobs. 29:51 – You have put so much time into this? Are you getting paid for this? 30:05 – Sam: I am extremely fortunate to be getting paid for this. It’s being funded by various sources. These people allowed me the freedom to create Sonic Pi the way that I wanted to build it. The Pi Top they provided some funding, among other donors and such. I have a patron page that is growing. I am doing more keynotes and conferences. This was designed to help students learn how to code. I do look for contributors. The language is there but we need the tools. 32:46 – I run a company called CodeFund to bring money to open source. There are different ways that people can generate funds for projects. There are organizations that are helping us to make our projects sustainable. 33:22 – Sam comments. Sam: I am trying to find ways to be sustainable, so I can be comfortable. 33:53 – Where can people go to donate? 34:02 – Go to SonicPi.net. Don’t donate if you don’t like it. If it makes you smile then please donate. You can join and donate. 34:43 – Sam: When you have funding it can be removed in one sweep. 35:19 – You have an active community? 35:20 – Yes! Programming music communities are great. Yes, we have musicians in there and coders in there. 36:33 – People can post their music – they aren’t posting music they are posting code. 36:47 – Sam: Yes! If you can represent your music in some weird syntax, that can be stored somewhere like dots and lines (like Western music notation) then that’s great. It’s not just what the trumpet and the violin should play but what studio effects we should add. Even if you are using multiple threads those tings are always resolved. I can take my new code and hear the exact same things that I’ve heard. When you go to see performances and see live coding performance. 39:50 – Panelist comments. What does the future look like for Sonic Pi? 40:02 – Sam: It’s a business problem more than a technical problem. I am working on accessibility. I am making sure that this and that works well, and navigation to work with. Also, collaboration, too; the ability to share and contribute their compositions in one place. Can we get children from Africa to write pieces with children from Finland? 41:57 – Anything else that we should know about Sonic Pi? 42:08 – Sam: It really depends. What’s important to realize that this whole coding /music thing is a really new thing. When you see a guitar it’s had thousands of years to evolve. What we have right now is really exciting. We should see this as new musical instruments. Its’ really tough to hear people say, “code cannot make music.” Also, not to have any pre-conceived ideas, and to share their work with others. We aren’t professional musicians and just to explore, experiment, and play. People might be too reluctant to share because they are comparing it to music that they adore. 44:56 – Panelist: This whole song is 206 lines of code of the Mario Theme Song. 46:12 – Intro and outro for podcasts. 46:37 – How can we find these? 46:42 – Sam: I tweet these. A few years ago I got into Rolling Stone magazine. Download an opera and download a rock song. 48:49 – Advertisement – Fresh Books! Links: Get a Coder Job Course Erlang Ruby Ruby Motion Ruby on Rails Sonic Pi Sonic Pi – GitHub In Thread Sonic Pi Xavriley – ReadME.md Undercover SimpleCov ClarionHub Atomic Object – Sam Aaron Sam Aaron’s Twitter Sam Aaron’s Instagram Sponsors: Sentry Get a Coder Job Course Fresh Books Picks: Eric Sonic Pi Clarion Hub Artiphon Dave Simple Cov Under Cover Sam Emacs Program Editor

uk online africa western code mac panel rolling stones windows finland programming python github undercover rails panelists raspberry pi advertisement sentry ruby on rails freshbooks dsl readme erlang eric berry samit sonic pi ruby rogues rubymotion sam aaron codefund get a coder job coder job course

RR 384: “Sonic Pi” with Sam Aaron

Play Episode Listen Later Oct 16, 2018 53:25

Panel: Dave Kimura Eric Berry Special Guest: Sam Aaron In this episode of Ruby Rogues, the panel talks with Sam Aaron who is the creator of Sonic Pi, which is the main topic that he and the panel talk about today. Sam is a computer scientist who has his Ph.D., and uses the Ruby language. He is also a programmer, educator, live coding musician, and father. Show Topics: 1:25 – Panelist: Tell us what you are doing? 1:27 – Sam: Good question. I do a lot of different things and I try to challenge programming and take it a new How can I be the most expressive person with code? I have written things to write music with code. 2:00 – Code is just a medium like dancing and writing. You can write to write code but as to write poetry. 2:33 – Tell us about Sonic Pi – the project you have developed to generate music from code. 2:42 – Sam: It’s a very simple program. It’s an app that you can run on Mac or Windows and others. It was written as a response to the UK opening a new system. How can we get children engaged? And this was my answer to that question. 3:37 – Was this developed by a team? 3:41 – Sam: Most of it was developed by myself – no real team – but a lot of it was through open source. 4:01 – What was the motivation? Why music; why not a drawing library like something visual? 4:19 – Sam: Many years ago I had a tragedy in the family. I was struggling mentally with it. One thing that helped me was I picked up a book on a specific language. When I see these visual systems...it can be very daunting and difficult. To me when I use programming tools I thought naturally music. 6:14 – Can you talk about the architecture of Sonic Pi? 6:50 – Guest: Sonic Pi came purely from response and had a small amount of money to spend – teaching kids how to code. I wanted to get this overtone. I used to be a Ruby programmer. The original core was taken from these overtones. And the way it works is that you have a simple server, Ruby server, and... Three separate processes all talking over the network. 9:08 – I want to give the listeners an idea of what this sounds like – it’s pretty amazing. Here is a sound that is 4 lines of code in Ruby. Can you tell us what is going in to make that sound work? 9:37 – Sam: The bottom layer is...the different waveforms for that sound clip. There is a mathematician who figured out... Sam talks about how sound works and how Sonic Pi works. 12:24 – Sam: The way to record a sound and the way to... 12:35 – Acid Walk – let’s take a listen. 12:50 – That is purely very intricate – that was about 60-80 lines. 13:00 –Sam: The bass line was...and the ticking sound was how long to wait again. It sounds complicated but take notes from a scale (different color palettes of notes) – notes you pick from. It will create the melody randomly for you. Adding some distortions and reverbs, etc. 14:03 – I am not musically inclined. So when I think of Raspberry Pi – why did you choose Ruby and not Python for developing the Sonic Pi engine? 14:27 – Sam: Your statement – “You are not musically inclined,” bothers me. We can all wave our arms around and dance. Having that mind thought is a barrier to your well-being. There was an interview with a lady over 100 years old. Any regrets? When I was 80 – I could have been playing for 20 years! 15:43 – Sam: My contract was about to expire and then was the same year that Raspberry Pi released and had staggering success. They didn’t necessarily have... Every week I went into the classroom with a different version. Actually there are different pros and cons in an educational context. 19:00 – Looking at the Sonic Pi in Ruby but also some Erlang in there? 19:15 – Sam: I talked earlier about the three components. Sam talks in-detail about Ruby and why he also used some Erlang. 22:30 – Sam: Erlang has a beautiful design and there is no garbage collector. It was the right architecture. I thought – how am I going to sit down and learn Erlang? Well you just make friends. Another program we used that takes these messages and... 23:40 – Have you had any requests to make this an ONLINE application? 23:50 – Sam: I have been thinking about this for some time. The web audio isn’t super solid. You would have to have a really decent invitation in web audio that is rock solid. The music applications still don’t use the web because it isn’t there quite, yet. 25:35 – Advertisement – Get A Coder Job 26:16 – Can you talk about the inspiration to the DSL that you are using on Sonic Pi? Why create your own DSL? 26:31 – Sam: Sure! Your syntax is a data structure, which... 28:28 – You have been using this since 2013? 28:41 – Sam: Yes I do the majority of the work. It is an open source project and a core team of developers who are the core contributors. People own their work that they have done. It’s a powerful team. There are visual contributions among many different ways. I have done the crappy jobs. 29:51 – You have put so much time into this? Are you getting paid for this? 30:05 – Sam: I am extremely fortunate to be getting paid for this. It’s being funded by various sources. These people allowed me the freedom to create Sonic Pi the way that I wanted to build it. The Pi Top they provided some funding, among other donors and such. I have a patron page that is growing. I am doing more keynotes and conferences. This was designed to help students learn how to code. I do look for contributors. The language is there but we need the tools. 32:46 – I run a company called CodeFund to bring money to open source. There are different ways that people can generate funds for projects. There are organizations that are helping us to make our projects sustainable. 33:22 – Sam comments. Sam: I am trying to find ways to be sustainable, so I can be comfortable. 33:53 – Where can people go to donate? 34:02 – Go to SonicPi.net. Don’t donate if you don’t like it. If it makes you smile then please donate. You can join and donate. 34:43 – Sam: When you have funding it can be removed in one sweep. 35:19 – You have an active community? 35:20 – Yes! Programming music communities are great. Yes, we have musicians in there and coders in there. 36:33 – People can post their music – they aren’t posting music they are posting code. 36:47 – Sam: Yes! If you can represent your music in some weird syntax, that can be stored somewhere like dots and lines (like Western music notation) then that’s great. It’s not just what the trumpet and the violin should play but what studio effects we should add. Even if you are using multiple threads those tings are always resolved. I can take my new code and hear the exact same things that I’ve heard. When you go to see performances and see live coding performance. 39:50 – Panelist comments. What does the future look like for Sonic Pi? 40:02 – Sam: It’s a business problem more than a technical problem. I am working on accessibility. I am making sure that this and that works well, and navigation to work with. Also, collaboration, too; the ability to share and contribute their compositions in one place. Can we get children from Africa to write pieces with children from Finland? 41:57 – Anything else that we should know about Sonic Pi? 42:08 – Sam: It really depends. What’s important to realize that this whole coding /music thing is a really new thing. When you see a guitar it’s had thousands of years to evolve. What we have right now is really exciting. We should see this as new musical instruments. Its’ really tough to hear people say, “code cannot make music.” Also, not to have any pre-conceived ideas, and to share their work with others. We aren’t professional musicians and just to explore, experiment, and play. People might be too reluctant to share because they are comparing it to music that they adore. 44:56 – Panelist: This whole song is 206 lines of code of the Mario Theme Song. 46:12 – Intro and outro for podcasts. 46:37 – How can we find these? 46:42 – Sam: I tweet these. A few years ago I got into Rolling Stone magazine. Download an opera and download a rock song. 48:49 – Advertisement – Fresh Books! Links: Get a Coder Job Course Erlang Ruby Ruby Motion Ruby on Rails Sonic Pi Sonic Pi – GitHub In Thread Sonic Pi Xavriley – ReadME.md Undercover SimpleCov ClarionHub Atomic Object – Sam Aaron Sam Aaron’s Twitter Sam Aaron’s Instagram Sponsors: Sentry Get a Coder Job Course Fresh Books Picks: Eric Sonic Pi Clarion Hub Artiphon Dave Simple Cov Under Cover Sam Emacs Program Editor

uk online africa western code mac panel rolling stones windows finland programming python github undercover panelists raspberry pi advertisement sentry ruby on rails freshbooks dsl readme erlang eric berry samit sonic pi ruby rogues rubymotion sam aaron codefund get a coder job coder job course

Eric Berry is funding open source with CodeFund

Founders Talk

Play Episode Listen Later Aug 28, 2018 81:16 Transcription Available

Eric Berry started Code Sponsor a year ago because of his passion for finding ways to sustain and fund open source developers. He ultimately had to shutdown due to potential legal issues with GitHub, but was given new life as CodeFund when he went to work for ConsenSys and Gitcoin. We talked through the backstory of this idea, why he’s so passionate about funding open source, ethical advertising, being unapologetically focused on your mission, the value of honesty and openness, and the future direction of CodeFund.

ceo founders business entrepreneur development entrepreneurship startups funding open source github consensys eric berry changelog gitcoin codefund

Eric Berry is funding open source with CodeFund (Founders Talk #56)

Changelog Master Feed

Play Episode Listen Later Aug 28, 2018 81:16 Transcription Available

Eric Berry started Code Sponsor a year ago because of his passion for finding ways to sustain and fund open source developers. He ultimately had to shutdown due to potential legal issues with GitHub, but was given new life as CodeFund when he went to work for ConsenSys and Gitcoin. We talked through the backstory of this idea, why he’s so passionate about funding open source, ethical advertising, being unapologetically focused on your mission, the value of honesty and openness, and the future direction of CodeFund.

ceo founders business entrepreneur development entrepreneurship startups funding open source github consensys eric berry changelog gitcoin founders talk codefund

Hashing It Out #19: Gitcoin - Kevin Owocki

The Bitcoin Podcast

Play Episode Listen Later Aug 22, 2018 70:13

We talk with Kevin Owocki, co-founder of Gitcoin. No joke, this episode is compelling. Gitcoin is a decentralized application which incentives open source contributors with bounties for bugs and features. Kevin tells us about the creation of Gitcoin, how their incentive models work, their architecture, and their alternate funding mechanism for open source projects, CodeFund. We then take a trip to Jupiter and dream of the future of decentralization, theorycrafting what that world will look like and what we need to build to get there. Exciting topics!

exciting jupiter hashing gitcoin kevin owocki codefund

Hashing It Out #19: Gitcoin - Kevin Owocki

Hashing It Out

Play Episode Listen Later Aug 22, 2018 70:13 Transcription Available

We talk with Kevin Owocki, co-founder of Gitcoin. No joke, this episode is compelling. Gitcoin is a decentralized application which incentives open source contributors with bounties for bugs and features. Kevin tells us about the creation of Gitcoin, how their incentive models work, their architecture, and their alternate funding mechanism for open source projects, CodeFund. We then take a trip to Jupiter and dream of the future of decentralization, theorycrafting what that world will look like and what we need to build to get there. Exciting topics!

exciting jupiter hashing gitcoin kevin owocki codefund

EMx 010: Docker with Julian Fahrer

Play Episode Listen Later Jul 17, 2018 61:14

Panel: Charles Max Wood Eric Berry Mark Erikson Special Guests: Julian Fahrer In this episode of Elixir Mix, the panel talks to Julian Fahrer about Docker. Docker is a container platform, which you can imagine as a set of tools, services, and practices that help you to develop, ship, and run your applications using software container technology. They talk about the applicability for developers for using Docker, the two different ways people use Docker, and how he usually uses Docker. They also touch on the main idea behind containers, the basics of Docker, and more! In particular, we dive pretty deep on: What is Docker? Containers are very lightweight Containers VS virtual machines How are people using Docker with Erlang and/or Elixir? What’s the applicability for using Docker? Ability to set up complex systems Docker works out of the box with Windows, Mac, and Linux 2 different ways people use Docker How do you usually use Docker? Working with Discourse Discourse uses Docker exclusively CodeFund Are you saying that the projects are headed more towards open source using Docker? Using Docker to have a front and backend separated experience Phoenix Main idea behind containers Running things in isolation John Papa Demonstration The value of deploying a release if you’re doing a Docker container The basics of Docker learndocker.online And much, much more! Links: Docker Erlang Elixir Discourse CodeFund Phoenix John Papa Demonstration learndocker.online Prometheus Twelve Factor App codetales.io @jufahr Julian GitHub Sponsors: Digital Ocean Picks: Charles Take time to code for fun Get away devchat.tv/elixir-docker Eric Cross Stitching Mark Dockerfile – his Gist Julian CNCF Landscape IndieHackers.com The UltraMind Solution by Mark Hyman

running mac panel windows ability special guests linux discourse prometheus containers elixir docker gist mark hyman digital ocean erlang eric berry indie hackers charles max wood dockerfile twelve factor app cross stitching codefund elixir mix mark erikson julian fahrer

EMx 010: Docker with Julian Fahrer

Elixir Mix

Play Episode Listen Later Jul 17, 2018 61:14

Panel: Charles Max Wood Eric Berry Mark Erikson Special Guests: Julian Fahrer In this episode of Elixir Mix, the panel talks to Julian Fahrer about Docker. Docker is a container platform, which you can imagine as a set of tools, services, and practices that help you to develop, ship, and run your applications using software container technology. They talk about the applicability for developers for using Docker, the two different ways people use Docker, and how he usually uses Docker. They also touch on the main idea behind containers, the basics of Docker, and more! In particular, we dive pretty deep on: What is Docker? Containers are very lightweight Containers VS virtual machines How are people using Docker with Erlang and/or Elixir? What’s the applicability for using Docker? Ability to set up complex systems Docker works out of the box with Windows, Mac, and Linux 2 different ways people use Docker How do you usually use Docker? Working with Discourse Discourse uses Docker exclusively CodeFund Are you saying that the projects are headed more towards open source using Docker? Using Docker to have a front and backend separated experience Phoenix Main idea behind containers Running things in isolation John Papa Demonstration The value of deploying a release if you’re doing a Docker container The basics of Docker learndocker.online And much, much more! Links: Docker Erlang Elixir Discourse CodeFund Phoenix John Papa Demonstration learndocker.online Prometheus Twelve Factor App codetales.io @jufahr Julian GitHub Sponsors: Digital Ocean Picks: Charles Take time to code for fun Get away devchat.tv/elixir-docker Eric Cross Stitching Mark Dockerfile – his Gist Julian CNCF Landscape IndieHackers.com The UltraMind Solution by Mark Hyman

running mac panel windows ability special guests linux discourse prometheus containers elixir docker gist mark hyman digital ocean erlang eric berry indie hackers charles max wood dockerfile twelve factor app cross stitching codefund elixir mix mark erikson julian fahrer

JSJ 321: Babel and Open Source Software with Henry Zhu

All JavaScript Podcasts by Devchat.tv

Play Episode Listen Later Jul 10, 2018 57:53

Panel: Charles Max Wood Aimee Knight AJ ONeal Joe Eames Special Guests: Henry Zhu In this episode, the JavaScript Jabber panel talks to Henry Zhu about Babel and open source software. Henry is one of the maintainers on Babel, which is a JavaScript compiler, and recently left this job to work on doing open source full time as well as working on Babel. They talk about where Babel is today, what it actually is, and his focus on his open source career. They also touch on how he got started in open source, his first PR, and more! In particular, we dive pretty deep on: Henry intro Babel update Sebastian McKenzie was the original creator of Babel Has learned a lot about being a maintainer What is Babel? JavaScript compiler You never know who your user is Has much changed with Babel since Sebastian left? Working on open source How did you get started in pen source? The ability to learn a lot from open source Atrocities of globalization More decentralization from GitHub Gitea and GitLab Gitea installer Open source is more closed now His first PR JSCS Auto-fixing Prettier Learning more about linting You don’t have to have formal training to be successful Codefund.io Sustainability of open source And much, much more! Links: Babel JavaScript Gitea GitLab Gitea installer Prettier Codefund.io @left_pad Henry’s GitHub henryzoo.com Henry’s Patreon Sponsors Kendo UI Sentry Digital Ocean Picks: Charles Orphan Black Crucial Accountability by Kerry Patterson Aimee Desk with cubby holes for cats The Key to Good Luck Is an Open Mind blog post AJ Gitea Gitea installer Greenlock Joe Solo Justified Henry Celeste Zeit Day talks

learning pr solo open sustainability auto panel special guests babel justified desk github javascript atrocities open mind gitlab sentry orphan black open source software digital ocean prettier kerry patterson charles max wood aimee knight javascript jabber henry zhu kendo ui crucial accountability gitea codefund joe eames justified tv sebastian mckenzie jscs aj oneal

JSJ 321: Babel and Open Source Software with Henry Zhu

Play Episode Listen Later Jul 10, 2018 57:53

Panel: Charles Max Wood Aimee Knight AJ ONeal Joe Eames Special Guests: Henry Zhu In this episode, the JavaScript Jabber panel talks to Henry Zhu about Babel and open source software. Henry is one of the maintainers on Babel, which is a JavaScript compiler, and recently left this job to work on doing open source full time as well as working on Babel. They talk about where Babel is today, what it actually is, and his focus on his open source career. They also touch on how he got started in open source, his first PR, and more! In particular, we dive pretty deep on: Henry intro Babel update Sebastian McKenzie was the original creator of Babel Has learned a lot about being a maintainer What is Babel? JavaScript compiler You never know who your user is Has much changed with Babel since Sebastian left? Working on open source How did you get started in pen source? The ability to learn a lot from open source Atrocities of globalization More decentralization from GitHub Gitea and GitLab Gitea installer Open source is more closed now His first PR JSCS Auto-fixing Prettier Learning more about linting You don’t have to have formal training to be successful Codefund.io Sustainability of open source And much, much more! Links: Babel JavaScript Gitea GitLab Gitea installer Prettier Codefund.io @left_pad Henry’s GitHub henryzoo.com Henry’s Patreon Sponsors Kendo UI Sentry Digital Ocean Picks: Charles Orphan Black Crucial Accountability by Kerry Patterson Aimee Desk with cubby holes for cats The Key to Good Luck Is an Open Mind blog post AJ Gitea Gitea installer Greenlock Joe Solo Justified Henry Celeste Zeit Day talks

learning pr solo open sustainability auto panel special guests babel justified desk github javascript atrocities open mind gitlab sentry orphan black open source software digital ocean prettier kerry patterson charles max wood aimee knight javascript jabber henry zhu kendo ui crucial accountability gitea codefund joe eames justified tv sebastian mckenzie jscs aj oneal

JSJ 321: Babel and Open Source Software with Henry Zhu

JavaScript Jabber

Play Episode Listen Later Jul 10, 2018 57:53

Panel: Charles Max Wood Aimee Knight AJ ONeal Joe Eames Special Guests: Henry Zhu In this episode, the JavaScript Jabber panel talks to Henry Zhu about Babel and open source software. Henry is one of the maintainers on Babel, which is a JavaScript compiler, and recently left this job to work on doing open source full time as well as working on Babel. They talk about where Babel is today, what it actually is, and his focus on his open source career. They also touch on how he got started in open source, his first PR, and more! In particular, we dive pretty deep on: Henry intro Babel update Sebastian McKenzie was the original creator of Babel Has learned a lot about being a maintainer What is Babel? JavaScript compiler You never know who your user is Has much changed with Babel since Sebastian left? Working on open source How did you get started in pen source? The ability to learn a lot from open source Atrocities of globalization More decentralization from GitHub Gitea and GitLab Gitea installer Open source is more closed now His first PR JSCS Auto-fixing Prettier Learning more about linting You don’t have to have formal training to be successful Codefund.io Sustainability of open source And much, much more! Links: Babel JavaScript Gitea GitLab Gitea installer Prettier Codefund.io @left_pad Henry’s GitHub henryzoo.com Henry’s Patreon Sponsors Kendo UI Sentry Digital Ocean Picks: Charles Orphan Black Crucial Accountability by Kerry Patterson Aimee Desk with cubby holes for cats The Key to Good Luck Is an Open Mind blog post AJ Gitea Gitea installer Greenlock Joe Solo Justified Henry Celeste Zeit Day talks

learning pr solo open sustainability auto panel special guests babel justified desk github javascript atrocities open mind gitlab sentry orphan black open source software digital ocean prettier kerry patterson charles max wood aimee knight javascript jabber henry zhu kendo ui crucial accountability gitea codefund joe eames justified tv sebastian mckenzie jscs aj oneal

EMx 005: Asynchronicity in Elixir - Best Effort vs. Guaranteed Execution with Sam Davies

Play Episode Listen Later May 29, 2018 58:31

Panel: Charles Max Wood Mark Erikson Josh Adams Eric Berry Special Guests: Sam Davies In this episode of Elixir Mix, the panel talks to Sam Davies about asynchronicity in Elixir. Sam has been programming for about six years and got into Elixir about a year ago. Before working with Elixir, he was a Ruby programmer and he currently works for a company called Nested and introduced them to Elixir there. They talk about asynchronous programming, different Elixir libraries, and his creation Rihanna. In particular, we dive pretty deep on: Sam intro ProGolfMe Startup Contributor to Rails and Elixir core Worked in Ruby before Elixir Loved the Ruby community Why Elixir? Asynchronous programming Understanding the BEAM Erlang Idea of supervisors What you do when a job fails Is the company going to lose money if we implement this? Exq library Resque and Sidekiq Issues with Exq Codefund Rihanna Rihanna inspired by Que Delayed Job And much, much more! Links: Elixir Nested ProGolfMe Rails Ruby Why Elixir? Erlang Exq Resque Sidekiq Codefund Rihanna Que Delayed Job SamuelDavies.net Sam’s GitHub @samphilipd Picks: Charles Mattermost Documenting processes for the podcasts Spend time with the people you care about JavaScript Jabber, Adventures in Angular, React Round Up, and Views on Vue Mark gproc Eric CodePilot Working from home Josh Talk: Efficient data loading in Elixir using the deferrable pattern Event Sourcing made Simple by Philippe Creux Sam Node.js and Elixir presentation Talk: Elixir Umbrella

simple startups adventures idea loved effort panel views rihanna execution special guests worked guaranteed contributors github beam documenting rails elixir node vue angular asynchronous nested erlang eric berry josh adams mattermost event sourcing sam davies charles max wood sidekiq javascript jabber codefund resque react round up elixir mix mark erikson philippe creux

EMx 005: Asynchronicity in Elixir - Best Effort vs. Guaranteed Execution with Sam Davies

Elixir Mix

Play Episode Listen Later May 29, 2018 58:31

Panel: Charles Max Wood Mark Erikson Josh Adams Eric Berry Special Guests: Sam Davies In this episode of Elixir Mix, the panel talks to Sam Davies about asynchronicity in Elixir. Sam has been programming for about six years and got into Elixir about a year ago. Before working with Elixir, he was a Ruby programmer and he currently works for a company called Nested and introduced them to Elixir there. They talk about asynchronous programming, different Elixir libraries, and his creation Rihanna. In particular, we dive pretty deep on: Sam intro ProGolfMe Startup Contributor to Rails and Elixir core Worked in Ruby before Elixir Loved the Ruby community Why Elixir? Asynchronous programming Understanding the BEAM Erlang Idea of supervisors What you do when a job fails Is the company going to lose money if we implement this? Exq library Resque and Sidekiq Issues with Exq Codefund Rihanna Rihanna inspired by Que Delayed Job And much, much more! Links: Elixir Nested ProGolfMe Rails Ruby Why Elixir? Erlang Exq Resque Sidekiq Codefund Rihanna Que Delayed Job SamuelDavies.net Sam’s GitHub @samphilipd Picks: Charles Mattermost Documenting processes for the podcasts Spend time with the people you care about JavaScript Jabber, Adventures in Angular, React Round Up, and Views on Vue Mark gproc Eric CodePilot Working from home Josh Talk: Efficient data loading in Elixir using the deferrable pattern Event Sourcing made Simple by Philippe Creux Sam Node.js and Elixir presentation Talk: Elixir Umbrella

simple startups adventures idea loved effort panel views rihanna execution special guests worked guaranteed contributors github beam documenting rails elixir node vue angular asynchronous nested erlang eric berry josh adams mattermost event sourcing sam davies charles max wood sidekiq javascript jabber codefund resque react round up elixir mix mark erikson philippe creux

EMx 001: Welcome to Elixir Mix