Giant Robots Smashing Into Other Giant Robots

A podcast about the design, development, and business of great software. Each week thoughtbot's Chad Pytel (CEO) and Lindsey Christensen (CMO) are joined by the people who build and nurture the products we love.

Rank #1: 73: Spooky Robots Haunting other Spooky Robots (Drew Neil).
Ben Orenstein speaks with Drew Neil, creator of vimcasts.org about teaching writing and workshopping vim. Vimcasts Practical Vim: Edit at the Speed of Thought Drew Neil's Twitter

Rank #2: 86: Humility and Patience (Peter Reinhardt).
In this week's episode, we're joined by Peter Reinhardt, Co-founder and CEO of Segment.io. Ben and Peter discuss the product, their tech stack, the companies big pivot to Segment.io, their growth and future plans. They also discuss leaving MIT to start a company, getting along with your co-founders, nuclear reactors, hiking, and much more. Segment.io node.js Express.js Thorium reactors Molten salt reactor Norway diving board rock, Trolltunga Follow @thoughtbot, @r00k, and @reinpk on twitter.

Greater Than Code

Mission:For a long time, tech culture has focused too narrowly on technical skills; this has resulted in a tech community that too often puts companies and code over people. Greater Than Code is a podcast that invites the voices of people who are not heard from enough in tech: women, people of color, trans and/or queer folks, to talk about the human side of software development and technology. Greater Than Code is providing a vital platform for these conversations, and developing new ideas of what it means to be a technologist beyond just the code.Featuring an ongoing panel of racially and gender diverse tech panelists, the majority of podcast guests so far have been women in tech! We’ve covered topics including imposter syndrome, mental illness, sexuality, unconscious bias and social justice. We also have a major focus on skill sets that tech too often devalues, like team-building, hiring, community organizing, mentorship and empathy. Each episode also includes a transcript. Community:We have an active Slack community that members can join by pledging as little as $1 per month via Patreon. (https://www.patreon.com/greaterthancode) Currently, we are listener-funded for two episodes per month. For Prospective Sponsors:Each show costs roughly $500 to produce. This includes, show management, audio editing, writing and publishing of show notes, writing and publishing of transcripts, guest outreach and scheduling, guest preparation, and community management. All told, each episode requires between 10-12 hours worth of work. If you are interested in sponsoring us for any amount, please reach out to Mandy via our contact form.

Rank #1: 143: Indigenous Data Sovereignty with Keoni Mahelona.
01:20 - Keoni’s Background and Superpower: Building things quickly. 03:57 - Respect for Indiginous Cultures + Community + People 08:55 - Ownership of Data 14:52 - Learning Māori 18:59 - Indigenous Data Sovereignty Data as a Strategic Resource: Self-determination, Governance, and the Data Challenge for Indigenous Nations in the United States Indigenous Data Sovereignty: Toward an agenda (Centre for Aboriginal Economic Policy Research (CAEPR)) (Volume 38) 31:16 - History: The U.S. Occupation of The Kingdom of Hawaii 36:58 - Creating a License to Protect Data Sovereignty 41:45 - Sharing Data Responsibly 47:37 - Building and Having A Sense of Community 54:38 - Mauna Kea Protests; Cultural Fit Reflections: Rein: If we want to organize successfully in our communities, shared culture and deep connection of people enables solidarity. Amy: Look back through history for examples of groups of people sharing skills and industry knowledge. Keoni: Go to and experience Mauna Kea if you have the chance. Also, connecting to community. What enables to do the right thing? What is the right thing? Do the right thing. This episode was brought to you by @therubyrep of DevReps, LLC. To pledge your support and to join our awesome Slack community, visit patreon.com/greaterthancode To make a one-time donation so that we can continue to bring you more content and transcripts like this, please do so at paypal.me/devreps. You will also get an invitation to our Slack community this way as well. Amazon links may be affiliate links, which means you’re supporting the show when you purchase our recommendations. Thanks!Special Guests: Amy Newell and Keoni Mahelona.Support Greater Than Code

Rank #2: 147: Organizing Organizations with Jennifer Tu.
00:52 - Jennifer’s Superpower: Seeing Inefficiencies in Processes 02:56 - Coaching Clients to Reorganize Their Organizations Due to Growth Jean Hsu: Re-structuring a growing team Communicating Change and Values Encouraging Thoughtfulness Asking Questions + Questions as a Form of Communication Say What You Mean: A Mindful Approach to Nonviolent Communication by Oren Jay Sofer Jennifer’s Podcast: Storytime with Managers 25:24 - Deleting Old Code; Being Emotional Over Code 30:34 - Avoiding Non-Consensual Teaching and Assumptions 40:50 - Learning Sucks Fixed Vs Growth Mindset Reflections: John: Questions and what they reveal about the question-asker. Jacob: Hiring for a growth mindset could be difficult. Jamey: The people who have the most control over the situation are also the people who are going to have the least anxiety. Jennifer: Learning to ask better questions isn’t something that you can do easily in a vacuum. This episode was brought to you by @therubyrep of DevReps, LLC. To pledge your support and to join our awesome Slack community, visit patreon.com/greaterthancode To make a one-time donation so that we can continue to bring you more content and transcripts like this, please do so at paypal.me/devreps. You will also get an invitation to our Slack community this way as well. Amazon links may be affiliate links, which means you’re supporting the show when you purchase our recommendations. Thanks!Special Guest: Jennifer Tu.Support Greater Than Code

All Ruby Podcasts by Devchat.tv

All ruby related podcasts from Devchat.tv, including: - Ruby Rogues - My Ruby Story - Ruby Rants

Rank #1: RR 387: Ruby Performance Profiling with Dan Mayer.
Panel: Dave Kimura Charles Max Wood David Richards Special Guest: Dan Mayer In this episode of Ruby Rogues, the panel talks with Dan Mayer who believes that small distributed software teams can make a large impact. Dan loves Ruby, distributed systems, OSS, and making development easier. The panel and Dan talk about performance and benchmarking. Check out today’s episode to learn more! Show Topics: 0:00 – Sentry.IO – Advertisement! 1:07 – Chuck: Our panel is Dave, David, myself, and our guest is Dan Mayer. Say “Hi”! 1:24 – Chuck: Give a brief introduction, please. 1:32 – Dan gives his background and what he currently is working on. 1:53 – Chuck: We wanted to talk to you about benchmarking and performance. Tell us how you got into this? 2:28 – Dan: It has been an interesting timeline for me. About seven years I worked for a large site that had a legacy Rails app. It got a lot of dusty corners over the years and we removed dead code, and removed bugs and confusion for the consumer. We were finding ways to tweak it and not impacting your users. I was using Trace Point but the overhead was quite significant. I moved away from that project but found that I found a need for it, again, a few years later. I actually tried to modify...and basically Eric said “prove that it is slow.” It really wasn’t the type of bottleneck that I was seeing. Since then I am rewriting it. I removed one bottleneck and now... 5:00 – Chuck: ...if that number gets smaller then Ruby is doing well. Is it really that simple? How do you benchmark? 5:15 – Dan answers the question. 6:40 – Panel: How do you benchmark things front to back? 6:49 – Dan: I look at benchmarking in different layers. You can see the overall impact in the broad range. If you want to see specific things then that’s a little trickier. For Ruby 3x3 he has been working on a Rails Benchmark, and that’s Noah. He has a sample Rails app and... 8:09 – Chuck: He is using discourse, and we talked to him on a past episode. 8:20 – Dan: My original plan was to insert my gem within that project. However, I ran into a few issues and Noah and I are working on that because of the issues. 8:57 – Panel: How does the coverband gem – how does it provide security so you don’t leak out information to in-users? 9:12 – Dan answers the question. 9:54 – Panel: Then you can build whatever views you want to trace back that sort of information? 10:02 – Dan answers the question. 10:30 – Chuck: Is it running benchmarks against every method you have in your app or what? 10:40 – Dan answers question. 11:27 – Panel: I like when I can remove all of the code I feel safe. 1:37 – Dan: The gem was driven by the fact that I love to delete code. These old files have been sitting around – they aren’t valid – let’s get rid of them. 12:04 – Chuck: This is off topic from benchmarking, but... 12:43 – Dan: ...to get that feature at run time it can hurt your performance.  15:20 – Panel: Is there added memory usage? 15:27 – Dan: I rewrote the library around coverage and I put it out. It worked well for my company and myself. But people were saying that they got a huge performance hit. I went from needing to sample to capture...the new bottleneck was collecting the data all of the code usage of your gems and...it went from just recording your custom code to all Ruby code. Where it was slowing down was reporting that. I didn’t have any benchmarks to capture that. What I was failing to do was... I can talk about what I did do to help people if you want? 17:41 – Chuck: Looking at how much storage is my app using or how much...How can you even begin to isolate it? 18:11 – Dan: On all the different types of benchmarking – I know there is a benchmarking memory increase. I haven’t benchmarked that, yet. To get at these different levels, how do we ensure that’s fast? It was a new challenge to me. 19:45 – Panel: It sounds like this has become a practice over the years. Is that how you handle it or how do you like to use it? 20:07 – Dan: When I started using this benchmarking is because I wanted to solve something. There were several regressions. We’d go back and address it. What I tried doing is put all the benchmarks into the gem. I think back by the Ruby 3x3 goals... 21:49 – Panel: What comes to mind is appreciating well-crafted software that really does well – maybe measure what customer output is? 22:43 – Dan: What people care about is their application. You can look to see... 23:33 – Panel: Automating takes that pressure right off of me and I can do 23:47 – Chuck: Recording all the things you want to do. We are talking about this right now you can record some of it in these tests or... 24:06 – Dan: I have fixed these performance things in the past. I have more confidence that these things get fixed before they get released. Having that methodology helps a lot. 24:43 – Advertisement – RubyMine 25:10 – Panel: I think it’s good to see WHERE your application is getting used the most. To see where you have the MOST code usage. 26:20 – Dan: That’s a good story on back on regressions on benchmarking or performances. 27:46 – Dan: One thing that I think is interesting – I believe the Rails performance testing has gone blank essentially. There are good articles but in the Rails 5 the guides no longer have any information. There is so much talk about performance and benchmarking but things have gotten lost, too. 28:28 – Panel: It’s interesting how we get into x, y, and z. We tend to figure it out and some guys focus on the next thing and the next. 29:24 – Dan: The fads of the things that go in-and-out. It’s definitely coming back: the performance in the Ruby world. My theory is that the tools have gotten that much better and people are doing less. They have offloaded a lot of things for people. It shows, though, it doesn’t do everything. 30:19 – Panel: I think that’s valuable, too. The WHOLE package – this is how we deliver, and these are the tools and the toolkits. I miss Ruby every time that I have to step away b/c I have to use something else. 31:17 – Dan: It sounds COOL to use Elixir and whatnot, but I just can’t get into it as much as when I use Ruby. When I try to branch out to use another language it isn’t the same. 31:47 – Panel: When the pressure is high I use Ruby so that’s where my heart is. 31:58 – Dan: It falls a little short, sometimes, it’s an easy thing that people say: it’s so slow. It’s one of those that we’d like to have a better answer. Is it something that people have thought of as a continual thing or...? 32:47 – Chuck: It’s generally to resolve an issue here or there. 32:57 – Panel. 33:07 – Chuck: When I do use the benchmarks I have added in my test suite a trip wire that validates that it’s under a certain point. 33:37 – Panel: If I did that my tests would never pass. 33:45 – Chuck. 33:49 – Dan: How can you do that reliably where you get the value but you don’t have a bunch of false failures? A person has to do it to see if it is faster/slower. 34:26 – Panel: For my applications – usually they are slow not b/c of Ruby but b/c of a poor architectural decision we have made. Every situation you can go and weight it to see what is best. Ultimately they are the ones that are brining in money into your business. 35:27 – Chuck: When I add things into my test suites is b/c there was some major performance hiccup where it ruins the user’s flow. 35:55 – Dan: The way you benchmark it... Benchmarking a gem or a library it’s how can it impact other people’s apps. And the Ruby 3x3 is proving that it’s faster – what does that mean – and I think Noah has done some great work on. 36:30 – Dan: The last thing I want to mention is Julia’s work on that is what got me back into coverband. I was thinking I would use a different version of coverband that would use RBSPY. 37:37 – Chuck: Yeah, that was a great episode. 37:44 – Dan: I want to play with it some more. I guess I would have to know more in Rust, though. 37:57 – Chuck: Anything that you are working on within this space? 38:04 – Dan: There have been 4-5 current people in coverband and we have added a bunch of new benchmarks and they are 60% faster. I am trying to work on getting a simpler version out there. Hopefully it will be live soon after getting rid of the bugs. 39:05 – Chuck: How can people find you? 39:10 – Dan: My blog, Twitter, and GitHub! 39:22 – Chuck: M-A-Y-E-R. 39:36 – Picks! 39:40 – Advertisement – Fresh Books! End – Cache Fly! Links: Get a Coder Job Course Ruby Rust Ruby Motion Ruby on Rails Angular Benchmark-IPS Rbspy Ruby Benchmarking Benchmarking Bugs Coverband TracePoint RR 362 Episode Rails Guides Atomic Habits EasyRes Skinny Pop Blog through AppSignal Book: Extreme Ownership Noah Gibbs’ Twitter Dan Mayer’s Blog Dan Mayer’s Twitter Dan Mayer’s GitHub Dan Mayer’s Medium Sponsors: Sentry RubyMine Cache Fly Fresh Books Picks: David Atomic Habits by James Clear Dave EasyRes Skinny Pop Charles Extreme Ownership Jocko Willink podcast 2 Keto Dudes Ketogenic Forums Dan Artemis https://blog.appsignal.com/2018/09/28/active-record-vs-ecto.html https://github.com/evanphx/benchmark-ips https://github.com/rbspy/rbspy

Rank #2: RR 435: Alternatives to Adding React with Graham Conzett.
Graham Conzett has been a developer for 12 years. He has worked with Ruby and Rails for half of that, and currently works for a company that does large format touchscreens. Graham gave a talk at RailsConf 2018 called “Old School JavaScript and Rails” where he talks about the experience of JavaScript fatigue. The world of JavaScript changes very quickly, and sometimes it feels like there’s a new framework every week. Because there is no clear winner among these frameworks, many Rails developers feel compelled to reach for something like React. However, there are many strategies for doing JavaScript in Ruby and in Rails that existed before these frameworks, so you can accomplish what you want to get done without bringing one in. Remember that all of them can coexist side by side, so you don’t have to pick one strategy. The panel discusses the effect that adopting a new technology can have on the team, such as the learning curve and hiring people that specialize in it.  To illustrate this, Graham talks about the company he works for. Their app is a 90% is a Rails app, and one component has a lot of React. He talks about how they came up with that strategy and how they have kept React isolated to that page. It’s crept into some other little places, but there is a document in the team charter that defines where and why they use certain things, and that has kept it limited. Graham talks about the tradeoffs between choosing to stay in Rails or introduce React. If you bring in React, you have to bring in a different testing framework. React also has a bigger learning curve than standard HTML or CSS. There are far less conventions around React than Rails, so you have to spend time coming to a consensus as a team. Webpacker helps with this to a degree, but it also pulls in a bunch of third party plugins, so Rails is no longer writing the rules and you may have to debug random plugins. If you want to avoid adding a framework like React, consider using ujs, or Unobtrusive JavaScript. These are JavaScript ‘helpers’ included in the Rails bundle that you can add to various buttons that help you decorate and enhance. You don’t have to change much of your HTML frontend code but it makes it more interactive. Graham talks about he uses them and why he likes them. The panel compares using ujs to other strategies like using Stimulus or ‘sprinkles’ of JavaScript. For small JS sprinkles, Graham advises to keep that focused on a single HTML element and bound to a single event handler. Ujs works best when you piggyback off of that Rails/Rest related stuff, and Stimulus is more about manipulating parts on the page that don’t have a need for asynchronous request. You can really use ujs everywhere, so the three techniques are not mutually exclusive. Graham gives advice to developers considering pulling in a frontend framework. He says to start with minimal JS and then talk to your team about when it feels right to do it, because that’s a tricky conversation to know what your expectations are and problems you’re trying to solve. Sometimes things will force the issue and make you want to explore using frontend frameworks. When it’s a time saver, it makes your team scale better, or when you have something you just can’t do without it, then that might be the right time to use React. The show concludes with the panel discussing their experiences with different compiling languages like TypeScript. They talk about what influences the tools people choose. They agree that the most important thing is getting working code out there, it doesn’t really matter how it’s written, but to only pull things in when you know you need it. Panelists Charles Max Wood Andrew Mason David Kimura Nate Hopkins With special guest: Graham Conzett Sponsors Sentry use the code “devchat” for 2 months free on Sentry’s small plan Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues Adventures in Angular Links Old School JavaScript and Rails at RailsConf 2018 React React Native React Native Web Jest Capybara Webpacker Rails-ujs Turbolinks Stimulus Stimulus Reflex Babel TypeScript Actionview components Angular Follow DevChatTV on Facebook and Twitter Picks Charles Max Wood: St. George Marathon OBS David Kimura: WeDo 2.0 by Lego Workflow Automation Self Hosted Andrew Mason: Publish to Github action JustDunning.com Nate Hopkins: Company of One by Paul Jarvis IndieHackers Graham Conzett: Basecamp’s Shape Up Pigeonforteachers.com IKE Smart City Follow Graham @gconzett on Twitter and Github

The Ruby Rogues

A weekly discussion by Ruby developers about programming, life, and careers.

Rank #1: RR 296 The Future of Work in Web Development with Erik Dietrich.
On today’s episode, Jason Swett and David Kimura discuss The Future of Work in Web Development with Erik Dietrich. Erik is the founder of DaedTech LLC, programmer, architect, IT management consultant, blogger, and technologist. Tune in and listen as he talks about where he sees things are headed in web development.

Rank #2: RR 313 Do I need a Front - End Framework?.
How to Handle WTF's Today's Ruby Rogues podcast features How to Handle WTF's. David, Brian, Jerome and Charles discuss front end frameworks. Tune in to learn more about when to use rails, and other frameworks! How do you choose your Framework? How do you want the app to behave, would be a good question to ask before you choose your framework. When you're mocking something up, it's paramount to think of the end product. Who are you doing choosing your Framework for? Are you using it for you, for your peers, for your business? Tune in to hear what our panelists think! Hey, this is cool. I want to share it. A great way to communicate with folks in the community, is to not force newer technology on each other, but share it. Encouraging stretching of skills is great, but trying to force yourself or someone else to use a Framework may not be the way to go. The panelists discuss their experiences in the community, and how different attitudes have affected members using different technologies. Collaborate Ask around! Need help? Reach out to devs in users groups, etc. Make the investment in your own skills, in your team skills, and don't be afraid to learn something new and ask questions. Picks: David: Get Open Jerome: Edibit, Extreme Ownership, New Rules Brian: Elm Charles: The Vanishing American Adult, Giftology Episode Links: Hacker News

Ruby on Rails Podcast

The Ruby on Rails Podcast, a weekly conversation about Ruby on Rails,open source software, and the programming profession. Hosted by Brittany Martin.

Rank #1: 291: New Gigs, Rails 6 Upgrade Confessions and Rubyconf Hype .
Brittany and Nick catch up on happenings in their worlds. Nick started a new gig and Brittany was accepted into Rubyconf as a speaker. Predictably, after discussing upgrading to Rails 6 and releasing new gems, the conversation focused on keyboards. Links for this episode:Hero HealthRubyconf 2019Introducing my Schwad Performance Logger gemSchwad/schwad_performance_loggerDROP DSA ASTROLOKEYS KEYCAPS BY SAILORHG & CASSIDOONick Schwaderer on Twitter (@Schwad4HD14)Brittany Martin on Twitter (@brittjmartin)Episode Music: "Funkorama" by Kevin MacLeodEpisode Introduction and Outro by Michael SpringerBrought to you by: Kensington Kensington's Universal Docking Stations give you access to more ports so your slim Chromebook can be as powerful as a Desktop. With plug and play functionality without having to install drivers, you will enjoy dual 4K display with HDMI and displaylink video connectors. Interested? Test drive a docking solution today with the Kensington Pro C program. Visit kensington.com/ruby to learn more!

Rank #2: 243: A Surprise Rails 5.2 Appears!.
Now that Rails 5.2 is production ready, Britt gives Kyle a tour of Rails 5.2 and all it's coolest, newest, hippest, frameworkiest new features.

The Changelog

Conversations with the hackers, leaders, and innovators of software development. Hosts Adam Stacoviak and Jerod Santo face their imposter syndrome so you don’t have to. Expect in-depth interviews with the best and brightest in software engineering, open source, and leadership. This is a polyglot podcast. All programming languages, platforms, and communities are welcome. Open source moves fast. Keep up.

Rank #1: The impact and future of Kubernetes.
From KubeCon + CloudNativeCon 2017 — Brendan Burns (Kubernetes co-founder) and Gabe Monroy (creator of Deis) joined the show to talk about the origin, impact, and future of Kubernetes and cloud infrastructure. Discuss on Changelog News Sponsors Command Line Heroes – A new podcast about the epic true tales of the developers, hackers, and open source rebels revolutionizing the tech landscape from the command line up. Presented by Red Hat. Google Cloud Platform Podcast – Google Cloud Platform weekly podcast is where Google developer advocates Melanie Warrick and Mark Mandel answer questions, get in the weeds and talk to GCP teams, customers, and partners about best practices—from security to machine learning and more. Hear from technologists all across Google about trends and cool things happening with our technology. DigitalOcean – DigitalOcean has new, highly competitive droplet pricing! A flexible $15 plan where you can mix and match RAM and CPUs resources. Updates to CPU-optimized Droplets. Per-second billing (coming soon). New accounts get $100 is hosting credit to use in your first 60 days. Fastly – Our bandwidth partner. Fastly powers fast, secure, and scalable digital experiences. Move beyond your content delivery network to their powerful edge cloud platform. Featuring Brendan Burns – Twitter, GitHub Gabe Monroy – Twitter, GitHub Adam Stacoviak – Twitter, GitHub, LinkedIn, Website Notes and Links “If Kubernetes let’s you not think about your machines, I think in many cases people don’t even want to have machines, this move towards serverless containers and the orchestration of serverless containers is the next really important part of what we’re doing.” — Brendan Burns, co-founder of Kubernetes Kubernetes Deis Follow @KubeCon_ on Twitter for updates on the conference Go Time #63: Changelog Takeover – K8s and Virtual Kubelet

Rank #2: Code Cartoons, Rust, WebAssembly.
Lin Clark joined the show to talk about Code Cartoons, her work at Mozilla in the emerging technologies group, Rust, Servo, and WebAssembly (aka Wasm), the Rust community’s big goal in 2018 for Rust to become a web language (thanks in part to Wasm), passing objects between Rust and JavaScript, Rust libraries depending on JavaScript packages and vice versa, Wasm ES Modules, and Lin’s upcoming keynote at Fluent on the parallel future of the browser. Discuss on Changelog News Sponsors Airbrake – Airbrake is an exception reporting service, currently providing error monitoring for 50,000 applications with support for 18 programming languages. Linode – Our cloud server of choice. Deploy a fast, efficient, native SSD cloud server for only $5/month. Get 4 months free using the code changelog2018. Start your server - head to linode.com/changelog GoCD – GoCD is an on-premise open source continuous delivery server created by ThoughtWorks that lets you automate and streamline your build-test-release cycle for reliable, continuous delivery of your product. O'Reilly Fluent Conference – Learn the latest JavaScript tools and methods. Build a better web. Deliver the best user experiences. Use the discount code CHANGELOG to get 20% off Gold, Silver, and Bronze passes. Location and dates: San Jose, California, June 11-14. Learn more - oreil.ly/2J4z8da Featuring Lin Clark – Twitter, GitHub, Website Adam Stacoviak – Twitter, GitHub, LinkedIn, Website Jerod Santo – Twitter, GitHub Notes and Links Code Cartoons A cartoon guide to Flux Lin Clark – Mozilla Hacks Code Cartoons – Mozilla Hacks Why’s (Poignant) Guide to Ruby WebAssembly Making WebAssembly better for Rust & for all languages Come Join the Rust and WebAssembly Working Group! WebAssembly Studio Hello wasm-pack! Fluent Lin’s talk at Fluent — The parallel future of the browser Agenda for the 64th meeting of Ecma TC39 The Changelog #228: Servo and Rust with Jack Moffitt

JS Party

A community celebration of JavaScript and the web. This show records LIVE on Thursdays at 1pm US/Eastern time. Panelists include Suz Hinton, Feross Aboukhadijeh, Kevin Ball, Emma Wedekind, Jerod Santo, Nick Nisi, Divya Sasidharan, Mikeal Rogers, and Chris Hiller.Topics discussed include the web platform (Chrome, Safari, Edge, Firefox, Brave, etc), front-end frameworks (React, Ember, Angular, Vue, etc), Node.js, web animation, SVG, robotics, IoT, and much more. If JavaScript and/or the web touch your life, this show’s for you.Some people search for JSParty and can't find the show, so now the string JSParty is in our description too.

Rank #1: Wow, Gatsby is a mashup on steroids.
KBall and Jason geek out on the ins and outs of Gatsby. They talked through the fundamentals of working with Gatsby, the development process, and look into the future of Gatsby. Discuss on Changelog News Sponsors Rollbar – We move fast and fix things because of Rollbar. Resolve errors in minutes. Deploy with confidence. Learn more at rollbar.com/changelog. Linode – Our cloud server of choice. Deploy a fast, efficient, native SSD cloud server for only $5/month. Get 4 months free using the code changelog2019. Start your server - head to linode.com/changelog Gauge – Low maintenance test automation! Gauge is free and open source test automation framework that takes the pain out of acceptance testing.Less code, less maintenance, more acceptance testing. Gauge is a free and open source test automation framework that takes the pain out of acceptance testing. Gauge tests are in Markdown which makes writing and maintaining tests easier. Fastly – Our bandwidth partner. Fastly powers fast, secure, and scalable digital experiences. Move beyond your content delivery network to their powerful edge cloud platform. Learn more at fastly.com. Featuring Jason Lengstorf – Twitter, GitHub, Website Kevin Ball – Twitter, GitHub, LinkedIn, Website Notes and Links About Gatsby Gatsby Using Headless Wordpress Sanity.io Gatsby Starter Library Using the Gatsby GraphQL Playground The Content Mesh Apollo Server Fundamentals of working with Gatsby Creating and Modifying Pages in Gatsby Gatsby Remark Transformer Gatsby Config File Gatsby Development Process Function Composition Introducing Gatsby Themes Progressive Disclosure of Complexity Yarn Workspaces Yarn Link Lerna Future of Gatsby Build Performance Example Multi-core Builds Changelog Episode: The Great GatsbyJS Gatsby Preview Reach Router Hasura AWS Appsync

Rank #2: Async Control Flow and Threats to the Open Web.
Mikeal Rogers, Alex Sexton, and Kyle Simpson talk about Async Control Flow and Threats to the Open Web, plus our project of the week Blake2b-WASM. Discuss on Changelog News Sponsors Sentry – Get 30 days free when you sign up with the code jsparty. Error reporting and notifications for JavaScript apps and the rest of your stack. Start tracking errors for free. Support for React, Angular, Ember, Vue, Backbone, and Node frameworks like Express and Koa. Toptal – Easily scale your team — hire the top freelance software developers, designers, and finance experts with Toptal. Email adam@changelog.com for a personal introduction. Featuring Kyle Simpson – Twitter, GitHub Mikeal Rogers – Twitter, GitHub Alex Sexton – Twitter, GitHub, Website Notes and Links Chapter 4: Async Flow Control from You Don’t Know JS: ES6 & Beyond by Kyle Simpson Javascript Async Control Flow The Hidden Power of ES6 Generators: Observable Async Flow Control Fluent Conference mafintosh/blake2b-wasm

Full Stack Radio

A podcast for developers interested in building great software products. Every episode, Adam Wathan is joined by a guest to talk about everything from product design and user experience to unit testing and system administration.

Rank #1: 40: Edd Mann - You Should Switch to Postgres.
In this episode, Adam talks to Edd Mann, host of Three Devs and a Maybe, about the advantages of using PostgreSQL over MySQL, common obstacles people running into when switching to Postgres, and deciding when to push work into the database instead of doing it in code. Sponsors: Laracasts, use coupon code FULLSTACK2016 for 50% off your first month Rollbar, sign up at https://rollbar.com/fullstackradio to try their Bootstrap Plan free for 90 days Links: Refactoring to Collections, Adam's book Edd's Blog PostgreSQL ACID Using JavaScript in Postgres Partial Indexes Using JSON in Postgres Common Table Expressions Postgres.app Navicat for Postgres pgAdmin Bruce Momjian's homepage, recommended by Edd Explaining the Postgres Query Optimizer PostgreSQL Internals Through Pictures

Rank #2: 53: Kyle Fiedler - Design Tips and Tricks for Developers.
In this episode, Adam talks to Kyle Fiedler of thoughtbot about common mistakes developers make with design, and some tips and tricks for making your designs look more professional. Sponsors: Rollbar, sign up at https://rollbar.com/fullstackradio to try their Bootstrap Plan free for 90 days Hired, sign up at https://www.hired.com/fullstackradio to double your signing bonus to $2000 if you get a job through Hired Links: Kyle's personal website thoughtbot on Dribbble Design for Developers on Upcase Using System UI Fonts In Web Design by Marcin Wichary Design Tip: Never Use Black by Ian Storm Taylor Should "Yes, delete it" be red, or green? on the UX Stack Exchange 7 Rules for Creating Gorgeous UI by Erik D. Kennedy Panda Chrome Extension

Functional Geekery

Functional Geeks, Geeking Functionally

Rank #1: Functional Geekery Episode 34 – Johnny Winn.
In this episode I talk with Johnny Winn, the genius behind #myelixirstatus. We talk about how his background in software development, first forays into functional programming, introducing Elixir at work, learning techniques, The Elixir Fountain, and more. Our Guest, Johnny Winn Johnny is @johnny_rugger on Twitter Johnny is nurugger07 on GitHub ElixirFountain is @elixirfountain on Twitter Sponsors This episode is sponsored by DigitalOcean. DigitalOcean makes it quick and easy to get up running with hosting your project. New users use the promo code GEEKERY to get $10 credit when signing up. This episode is sponsored by PurelyFunctional.tv. PurelyFunctional.tv’s Online Mentoring has just launched. It is step-by-step online mentoring that takes you from Clojure dabbler to Clojure professional. Sign up with the link purelyfunctional.tv/geekery to get 50% off the first month! Announcements LambdaDays 2016 will be taking place on the 18th and 19th of February in Kraków, Poland. The CFP and registration has opened, so make sure to visit lambdadays.org to find out more. And make sure to use code FunkyGeekz4dWin to get 10% off registration. :clojureD 2016 will be taking place on the 20th of February in Berlin, Germany. The CFP has opened, so make sure to visit www.clojured.de/ to find out more. If you have a conference related to functional programming, contact me, and I will be happy to announce it. Topics About Johnny a.k.a. Johnny Rugger on the internets Host of The Elixir Fountain podcast How Johnny got into software development and functional programming “I want to write stuff to build things” “It’s not how much you know, it’s how fast you can learn something” Hashrocket “I’ll do whatever I can to make the switch” “[Functional Programming] seemed to match the way I think” Experimenting in Erlang and Clojure Programming Elixir: Functional |> Concurrent |> Pragmatic |> Fun by Dave Thomas MagmaConf Infelx Chronos Johnny’s talk at RubyConf 2013 – The Polyglot in the Code Josh Adams and ElixirSips Elixir Fountain as a newsletter Moved to doing a podcast José Valim as the first episode of Elixir Fountain Podcast How Johnny got introduced to Erlang and Clojure before Elixir Project Euler “It’s very easy to be a programmer and live inside the bubble” F# “I can learn from it, but I didn’t have a place to apply it” Ecto “This looks just like LINQ” “I like to focus on small tools that do one thing and do it well” moebius “Inserting ten thousand rows in point-six seconds” Introducing Elixir to management and co-workers Phoenix Framework Plug “No [I’m not going to hire new Elixir developers], I’m going to take the Ruby programmers and teach them Elixir” Scaffolding as a learning technique Mimicking PDX Ruby thread on writing ls and grep to learn a new langauge “Take something that you know how it works, and figure out how to do it in your new language” calliope – writing a Haml parser to learn Elixir Stephen Pallen Lessons for marketing and promoting a community “It could be the greatest tool in the world, but if nobody knows about it does it matter?” #myelixirstatus Meetups popping up all the time Jax.Ex Lennart Fridén on Elixir Fountain Mob Programming Exercises for Programmers by Brian P. Hogan elixir-lang on GitHub Elixir Fountain podcast Jessica Kerr on Elixir Fountain Robert Virding on Elixir Fountain Elixir in Action by Saša Jurić johnny@elixirfountain.com As always, a giant Thank You goes to David Belcher for the logo design.

Rank #2: Functional Geekery Episode 84 – Niki Vazou.
In this episode I talk with Niki Vazou. We talk about her introduction to Haskell, Ph.D. and graduate school overview, and all things Liquid Haskell. Our Guest, Niki Vazou @nikivazou on Twitter https://nikivazou.github.io/ Liquid Haskell website Announcements Kats Conf 2 will be taking place in Dublin, Ireland on the 18th of February. Visit http://www.katsconf.com/ to register and for more information. ClojureD will be taking place on the 25th of February, 2017, in Berlin, Germany. Visit www.clojured.de to get tickets and keep updated as more information becomes available. BOB Konf is taking place the 24th of February 2017 in Berlin, Germany. Visit www.bobkonf.de for more information about the conference. ElixirDaze is coming up on March 2nd and 3rd. With keynotes by Prag Dave Thomas and Saša Jurić, make sure to visit www.elixirdaze.com for more information and to register. Destination Code, a new unconference starting in Utah, is having its inaugural event March 27-30th, 2017. Visit http://www.destination.codes/ to find out more. Erlang & Elixir Factory 2017 is on the 23rd and 24th of March. Visit www.erlang-factory.com/sfbay2017 for more information. The O’Reilly Software Architecture Conference will be taking place April 2-5, 2017 in New York. Visit http://www.oreilly.com/pub/cpc/50017 to register and find out more, and use code USRG for 20% off most passes. flatMap(Oslo) is a FP-conference with focus on Scala and the JVM, taking place on May 2nd and 3rd in Oslo, Norway. Please go to http://2017.flatmap.no/cfp/ to learn more. ElixirConf EU will be taking place on May 4th and 5th with tutorials on May 3rd. For more information visit: http://www.elixirconf.eu/ OSCON will be taking place May 8-11 in Austin, TX. For more information and to register visit: http://www.oreilly.com/pub/cpc/50016, and use code USRG for 20% off most passes. Elm Europe will be taking place June 8th and 9th in Paris, France. Visit http://elmeurope.org/ for more information and to register. EuroClojure will be taking place in Berlin, Germany on July 20th & 21st. Visit http://2017.euroclojure.org/ for more information and to keep updated. If you have a conference related to functional programming, contact me, and I will be happy to announce it. Topics [@5:49] About Niki Liquid Haskell Simon Peyton Jones on Episode 11 mentioning Liquid Haskell Niki’s Thesis Niki’s introduction to Haskell Liquid Types paper Liquid Types for OCaml What made Haskell click for Niki Coming in and understanding Types in Haskell Hoogle Monads and `do` notation How Niki was introduced to working on Liquid Types in Haskell Overview of how graduate school projects generally work Overview of Liquid Haskell Refinement types Heartbleed SMT Solver “Liquid Haskell is basically Haskell […] extended with special comments in which the user can give their Refinement Type specifications” Difference between Dependent Types, Refinement Types, and Liquid Types Decidable Theory Specifying specifications to help make sure the SMT solver has enough information to determine code is `safe` Gabriel Gonzalez – Compile-time memory safety using Liquid Haskell Gradual Typing Running Liquid Haskell at the module level Liquid Haskell `assume` keyword Interacting with code that has yet to be annotated with Liquid Haskell Working on specifications for recursive functions “You can treat Liquid Haskell as a theorem prover” Ability to start using Liquid Haskell from the beginning The feedback cycle between the research and industry in the Haskell community Where to find out more about Liquid Haskell Liquid Haskell website Liquid Haskell blog Liquid Haskell About page Try Liquid Haskell online Liquid Haskell tutorial Liquid Haskell Github repo Liquid Haskell mailing list Niki at Lambda Days Niki keynoting at Typelevel Summit Niki at Programming Language Design and Implementation 2017 As always, a giant Thank You goes to David Belcher for the logo design.

New Rustacean

A show about the Rust programming language and the people who use it.

Rank #1: e026: Functional Programming Ideas.
How Rust both borrows from FP languages and charts its own, very different course. Show Notes Sponsored by Parity Technologies! Parity is hiring Rust developers so if you’re interested, you should check out their job listings! Links Maybe Haskell “shared mutable state is the root of all evil” “code smells” Persistent Data Types/Structures rpds crate immutable.rs Sponsors Aaron Turon Alexander Kryvomaz Alexander Payne Anthony Deschamps Anthony Scotti Antonin Carette Aleksey Pirogov Andreas Fischer Andrew Thompson Austin LeSure Behnam Esfahbod Benjamin Wasty Brent Vatne Brian Casiello Chap Lovejoy Charlie Egan Chris Jones Chris Palmer Coleman McFarland Damien Stanton Dan Abrams Daniel Collin Daniel Mason Daniel P. Clark David W. Allen David Hewson Derek Buckley Derek Morr Eugene Bulkin [Hans Fjällemark] Henri Sivonen Ian Jones Jakub “Limeth” Hlusička James Cooper Jerome Froelich John Rudnick Jon Jonathan Turner Joseph Hain Jupp Müller Justin Ossevoort Karl Hobley Keith Gray Kilian Rault Laurie Hedge Luca Schmid Luiz Irber Mark LeMoine Martin Heuschober Masashi Fujita Matt Rudder Matthew Brenner Matthias Ruszala Max Jacobson Messense Lv Micael Bergeron Nathan Sculli Nick Stevens Oluseyi Sonaiya Ovidiu Curcan Pascal Hertleif Patrick O’Doherty [Paul Naranja] Peter Tillemans Ralph Giles (“rillian”) Raj Venkalil Ramon Buckland Randy MacLeod Raph Levien reddraggone9 Robert Chrzanowski Ryan Blecher Ryan Osial Sebastián Ramírez Magrí Shane Utt Simon G. Steve Jenson Steven Knight Steven Murawski Stuart Hinson Tim Brooks Tom Prince Ty Overby Tyler Harper Vesa Kaihlavirta Victor Kruger Will Greenberg William Roe Yaacov Finkelman Zachary Snyder Zaki (Thanks to the couple people donating who opted out of the reward tier, as well. You know who you are!) Become a sponsor Patreon Venmo Dwolla Cash.me Flattr PayPal.me Contact New Rustacean: Twitter: @newrustacean Email: hello@newrustacean.com Chris Krycho GitHub: chriskrycho Twitter: @chriskrycho

Rank #2: e002: Something borrowed, something… moved?.
Something borrowed, something… moved? Subject: The struct data type constructor, and the basics of Rust’s “ownership” concept and “borrowing” and “moving”. Follow/Support New Rustacean: Twitter: @newrustacean App.net: @newrustacean Patreon Email: hello@newrustacean.com Chris Krycho Twitter: @chriskrycho App.net: @chriskrycho Notes Today’s episode discusses, and the associated source code demonstrates, a few basic behaviors of structs… including borrowing! After taking a short look at one of Rust’s basic approaches to creating new types, we dive into a fairly thorough overview of how borrowing works in fairly run-of-the-mill Rust code. This is a basic introduction, and as such I’m not getting into things like heap-allocated memory (Box) or dealing with move semantics with threads or closures. (I haven’t actually figured those out well enough yet to write something like this for them!) As usual, you’ll want to have the src open to see what I’m doing with the components documented below. Links rustfmt – a tool for formatting Rust code repo “rustfmt-ing Rust` Reddit discussion RFC for incremental compilation Text of the RFC GitHub pull request

The Web Platform Podcast

A weekly show covering the latest in browser features, standards, and the tools developers use to build for the Web of today and beyond. Each week, hosts Danny, Amal, Leon, and Justin are joined by a special guest to discuss the latest developments and features that you may just want to use in your next project.

Rank #1: 132: Vue.js.
This week we talk about the exciting JavaScript framework Vue.js! Chad Campbell the author of the training course "Vue.js: Getting Started" educates us on the benefits of Vue.js which includes simplicity and performance. We talk about the tooling story for Vue, comparing it to other frameworks such as Angular and learn about Vue’s powerful plugin system which allows developers to add core functionality as it’s needed. Resources https://github.com/vuejs/vue-rx https://vuejs.org/v2/guide/typescript.html Integration with Web Components example: https://vaadin.com/vaadin-fw8-documentation-portlet/elements/integrations/integrations-vuejs.html https://vuejs.org/v2/guide/ssr.html Chad's Blog: https://www.ecofic.com/ Chad's training course's: Vue.js: Getting Started & Vue.js: Going Deeper (Coming Soon) Guests Chad Campbell (@chadcampbell) Panel Leon Revill (@revillweb) Justin Ribeiro (@justinribeiro) Danny Blue (@dee_bloo)

Rank #2: 188: You Don't Know JS?.
Kyle Simpson, the author of the extremely popular "You Don't Know JS?" book series has been a JavaScript developer for 20 years which is a long time considering JavaScript is only 24. Join us this week and witness Kyles obvious passion for the language, hear about his past experiences (like creating a compiler with PHP) and what it's like to be part of the JS community from the beginning. Visit the website for This Week in Web, 15% off conference tickets, resources & more: https://thewebplatformpodcast.com/188-you-dont-know-js? Follow The Web Platform podcast on Twitter for regular updates @TheWebPlatform.

JavaScript Jabber

Weekly podcast discussion about Javascript on the front and back ends. Also discuss programming practices, coding environments, and the communities related to the technology.

Rank #1: 124 JSJ The Origin of Javascript with Brendan Eich.
The panelists talk to Brendan Eich, the creator of JavaScript.

Rank #2: JSJ 260 Practical JavaScript with Gordon Zhu.
On today's episode, Charles, Joe, and Cory discuss Practical JavaScript with Gordon Zhu. Gordon is the founder of Watch and Code, and teaches the Practical JavaScript online course. His mission is to help beginners become developers through tutorials. Tune in!

Changelog Master Feed

Master feed of all Changelog podcasts

Rank #1: The fundamentals of being human (Brain Science #1).
In this inaugural episode, Mireille and Adam explore what it means to be human at the most basic level. Our goal is to explore the inner-workings of the human brain to better understand our humanity. What are we capable of? What are the common experiences of life we all share? We start by asking the question, “what are the fundamentals of being human?” Discuss on Changelog News Featuring Mireille B. Reece, Psy.D – LinkedIn Adam Stacoviak – Twitter, GitHub, LinkedIn, Website Notes and Links Designed to feel As humans, we are fundamentally designed to feel. Feelings aren’t facts but they are feedback. When we can consider our feelings in conjunction with other data, we’re apt to make wiser decisions. Whether our feelings or they don’t, they’re still feedback. We have a complex brain, a mind, and relationships (brainstem: the Reptile brain + limbic system: the mammalian brain and the neocortex: the Human brain. We have emotions. We are energy-based beings (electrical current makes us tick). Neurons that fire together, wire together. a. Where attention, energy flows—we feed whatever it is we focus on. Happiness/changes in how feel can be modified in part by what we choose to focus on. Example - getting a job. b. Dan Siegel says it like this “Where attention goes, neuro firing flows, and neuro connections grow.” Designed to connect As humans, we are fundamentally designed to connect and be connected with others. When we don’t have a community wherein we can be our authentic selves, we’re apt to struggle more than we would without them. Is connection or touch with other humans required? Attachment is 100% learned - it is not genetically determined. That brings hope because we can modify our relationship as we, too, change. We all struggle As humans, we do not get the option to opt out the struggle. We may not be able to pick our struggles, but, nonetheless we all struggle. Adam says “Admit the struggle. Identify the lie. Seek the truth.” As it relates to coping, the value of naming our struggles is so important. It involves more aspects of the brain when we put words to our struggles so that we’re better able to cope.

Rank #2: Go is eating the world of software (The Changelog #354).
We’re joined by Ron Evans at OSCON on the expo hall floor talking about Go and how it’s eating the world of software. Specifically we’re talking about TinyGo and what they’re doing to bring the Go programming language to micro-controllers and modern web browsers. According to Ron Evans, “embedded systems and Go are the most exciting things happening right now.” Discuss on Changelog News Sponsors DigitalOcean – The simplest cloud platform for developers and teams Whether you’re running one virtual machine or ten thousand, makes managing your infrastructure too easy. Get started for free with a $50 credit. Learn more at do.co/changelog. GoCD + Kubernetes – With GoCD running on Kubernetes, you define your build workflow and let GoCD provision and scale build infrastructure on the fly. GoCD installs as a Kubernetes native application. Scale your build infrastructure elastically. Learn more at gocd.org/kubernetes Rollbar – We move fast and fix things because of Rollbar. Resolve errors in minutes. Deploy with confidence. Learn more at rollbar.com/changelog. Innovate Software at OSCON – Whether you’re looking to understand where software development is headed, or want to dive into the key technologies that you need to build resilient, useful, innovative software, the O’Reilly Open Source Software Conference (OSCON) is where you’ll find the answers you need. Secure your spot for 2020 now and save 20% on your pass with code CHANGELOG20. Featuring Ron Evans – Twitter, GitHub Adam Stacoviak – Twitter, GitHub, LinkedIn, Website Jerod Santo – Twitter, GitHub Notes and Links TinyGo - Go compiler for small places Gopherbot - Robotic Gopher plushie you can code

NodeUp

NodeUp is a podcast about Node.js

Rank #1: Eleven: A database deep dive show.
Isaac Z. Schlueter, Mikeal Rogers, Daniel Shaw, Nuno Job and Matt Ranney on Traditional Database Support in Node.js, NoSQL vs. SQL, MongoDB, Redis, Couch, Riak, Databases in Javascript, View Questions and NodeUp Live!

Rank #2: 71 - A Team Netflix Show..
Dan Shaw is joined by Chris Saint-Amant, Alex Liu and Micah Ransdell to talk about how Netflix uses Node!

Elm Town

A podcast about the people making and using the Elm language, and the things that they do.

Rank #1: Elm Town 6 - The Founding Story.
Voices Murphy Randle Evan Czaplicki Tessa Kelly Matthew Griffith Links (Times are only roughly correct. Noted pre-editing.) (0:07:59) Americone Dream (0:14:52) style-elements (0:31:09) Angular.js (0:35:35) GHC JS (0:35:39) Js_of_ocaml (1:16:22) Evan: Hiroshima (book)) (1:17:20) Evan: Mythologies (book)) (1:17:41) Evan: Poorly Drawn Lines (1:18:21) Tessa: The Handmaid's Tale (1:18:29) Tessa: Perseplis (1:18:53) Tessa: rluiten/elm-date-extra (1:20:29) Murphy: Start Using Elm to Build Web Applications (1:21:01) Murphy: Brothers In Arms (1:21:10) Murphy: Programming Beyond Practices (1:22:05) Murphy: sporto/erl (1:22:21) Murphy: Making Impossible States Impossible (1:22:54) Evan: Teach Yourself Programming in 10 Years

Rank #2: Elm Town 3 - JSON decoders.
Voices Murphy Randle Brian Hicks Links (Times only very roughly accurate, noted pre-editing) (0:16:27) Brian's blog posts (0:46:17) json-to-elm (0:54:43) linkerd (0:55:02) elm-lang.org community page (0:56:03) SSCCE (0:57:39) elm-test on NPM, elm-test elm package (0:59:00) YNAB (1:02:19) Yeoman Elm generator