Ruby Rogues

Panel: Charles Max WoodDavid RichardsDave Kimura Special Guests: Luca GuidiIn this episode of Ruby Rogues, the panelists talk to Luca Guidi about Ruby elapsed time. Luca works remotely for DNSimple and is most well known in the Ruby community for his open source projects, such as Hanami. They talk about NTP, time drifts, and the pros and cons to using a monoatomic clock. They also touch on the importance of being exposed to different languages in order to be a well-rounded developer.In particular, we dive pretty deep on:Luca introHis elapsed time blog postWhy he wrote the blog postWhat is NTP?NTP = Network Time ProtocolThe importance of keeping your computer time in sync with an external NTP serverTime driftsWorld clock and monatomic clockThe blindness around timeBuilding a system around timeWorking on time and attendanceThe things you don’t think about are what you take for grantedRailsConfHow did you come about finding this conclusion?Go Computer LanguageBeing exposed to different languagesRuby is flexible and high-levelThe dangers of coming to Ruby as their first languageRailsAnd much, much more!Links:DevChat.tv YouTubeDNSimpleRubyHanamiElapsed Time Blog PostRailsConfGo LanguageRailsLucaGuidi.comLuca’s GitHub@jodoshaPicks:CharlesZoom H6Facebook MarketplaceDaveMarvel Strike ForceHondataMockarooDavidTrifactaLucaTastyDaily Stoic by Yyan HolidayDigitaktSpecial Guest: Luca Guidi. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: Charles Max WoodDavid Richards Special Guests: Aslak HellesøyIn this episode of Ruby Rogues, the panelists talk to Aslak Hellesøy about Cucumber. Aslak has been a software developer since around 1997 and has been in the Ruby community since around 2003. He created Cucumber in 2008, which has been his hobby on the side since its creation. They talk about the difference between TDD and BDD, what Cucumber is, and how it works. They also stress the importance of having conversations in order to facilitate collaboration and trust.In particular, we dive pretty deep on:Aslak introWhat is the difference between TDD and BDD?Selenium and CypressCapybara With BDD, you lose your fast feedback loop and your flowPeople accept slow feedback loopsThe test pyramidMost tests should be uni-testsWhy is it that full-stack tests are slow?io makes full-stack tests slowWhat is Cucumber?A tool that supports behavior-driven development (BDD)Having conversations around concrete examplesVisualizationCucumber used to express examplesAllows people to design the tests for the BDD flavor of TDD to develop a softwareExample mappingThe importance of having the conversationsFacilitating collaboration and trustHaving face-to-face conversationsAnd much, much more!Links:RubyCucumberSeleniumCypressCapybaraCucumber’s Slack@aslak_hellesoyAslak’s GitHubPicks:CharlesUdemy course on Blockchain and EthereumCreating a blockchain with JavaScript YouTube videosDavid"Surely You're Joking, Mr. Feynman!" by Richard P. FeynmanAslakBDD and Cucumber Training in JuneCucumber ElectronSpecial Guest: Aslak Hellesøy. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: Charles Max WoodBrian HoganEric BerryDave KimuraDavid RichardsIn this episode of Ruby Rogues, the panel talk about their thoughts, gripe about things they don’t like, and discuss some new ideas. Some of the things they discuss include having a frozen version of your code, node modules, code dependencies, and more. They also touch on the fact that making shortcuts now means that you will have to pay for it later.In particular, we dive pretty deep on:Having a frozen version of your code is a good ideaDependency problemsRuby gemsGem in a BoxRubygems.orgNode modulesnpm installDo you have to manually add all the gems to the gem in a box?You don’t ever save time, you just shift timeDo the hard work up front that you canStages of a systemRails, Ruby, and JavaScriptHello WorldThe future of building more complex languages and frameworksTrial and errorSometimes sad when writing codeThere isn’t a lot of empathy in the programming worldFullstack developer imageAnd much, much more!Links:Rubygems.orgnpm installGem in a BoxRails RubyJavaScript Fullstack developer imagePicks:CharlesNG ConfDevChat.tv/YouTubeRubyHackMicroConfMicrosoft BuildNew Show IdeasBrianFunctional Web Development with Elixir, OTP, and Phoenix by Lance HalvorsenChunkwm GitHubChunkwm TutorialEricCrabby Bill’sBob’s BurgersDavidWhat should a FAQ for a software company contain? by David RichardsGeorge Saunders: what writers really do when they writeDaveRails 5.2GDPRvAdvertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: Charles Max WoodDave KimuraIn this episode of Ruby Rogues, the panel discusses code automation. They talk about how automating things tends to make them more efficient and speed the time up it takes to complete them. In a world where time is precious, it’s important to automate anything you can so that you can save yourself valuable time and money. They also touch on the importance of having a structure and a consensus among the company in order to have the best productivity and the pros and cons of using “sprints”.In particular, we dive pretty deep on:The more automated things are, the more efficient they tend to beWhat can we automate and delegate to make work easier?Why do you think people are having trouble filling senior positions?Retention is a problem among companiesCompanies need to be more aggressive with incentives to keep people they want to stayThere are more jobs every day and not enough people are being trained fast enoughPeople leave companies because their priorities don’t match up with the job prioritiesAgile processesWhat is DevOps?Make sure everyone understands the processThe importance of structureWithout structure, conflicts are going to ariseMerge conflictsPlanning out the “sprint”The pros and cons to “sprints”Velocity is a planning tool onlyTest runnersTypeScript, CoffeeScript, and ES6 build processesWhat to do when the “sprint” timeline doesn’t match up with your actual performance?And much, much more!Links:TypeScriptCoffeeScriptES6Chuck@DevChat.tvPicks:CharlesProcrastinate on Purpose by Rory VadenAlexa Flash Briefings to comeDaveHaving a good soldering ironHeat shrink tubingExercise trampolineAdvertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: Eric BerryDave KimuraDavid Richards Special Guests: Takashi KokubunIn this episode of Ruby Rogues, the panel discusses Ruby 3 with Takashi Kokubun. Takashi works for Treasure Data as a layers application engineer and works with template engines such as Haml and Hamlit. They talk about JIT Compilers and the upcoming Ruby 3.0 launch and the efforts that are going in to making this launch run more smoothly. They also touch on the importance of optimizing your code and discuss the 3 by 3 challenge with the upcoming Ruby 3.0 launch.In particular, we dive pretty deep on:Takashi introHamlWorks for Treasure DataWhat is a JCompiler?JIT CompilerRailsReal world application performanceHave you done any benchmarks to see if the actual application performance has increased?Need method inlining for the best applicationAny efforts being used to speed up Ruby 3.0?Trouble with optimizingThinking about optimization in your code is importantSolve problems using the JIT compiler3 by 3 challengeHow long have you been working on this compiler?Current version of the JIT compilerLLVMRubyConcurrencyTypesAnd much, much more!Links:HamlTreasure DataRailsHamlitJIT CompilerLLVMRubymd2keymitamaeTakashi’s GitHubPicks:EricOrigin by Dan BrownTunnel BearDave2018 Honda Civic SiDavidJoan DidionTakashimd2keymitamaeSpecial Guest: Takashi Kokubun. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: Charles Max WoodEric Berry Special Guests: Daniel Azuma and Tee ParhamIn this episode of Ruby Rogues, the panel discusses geospatial programming with Daniel Azuma and Tee Parham. Daniel is a developer at Google and has been doing Ruby for about 14 years. Tee is co-founder and CTO of Neighborland, which is built on Ruby on Rails. Before that, he founded, managed and led technical projects for a small startup for about 8 years. They discuss what geospatial programming is, what RGeo Gem is, and other interesting aspects of geospatial programming.In particular, we dive pretty deep on:Daniel and Tee introsWhat is the landscape when it comes to geospatial programming?What is geospatial programming?Google MapsGet ahold of a lot of dataWide angle of data availableLarge amount of application availableRGeo GemWhat does RGeo do?CrimeReports.comDraw shapes on a map to outline the cities or spaceA lot goes into Geospatial programmingWhat drove you to create this project?Why Ruby?Created out of necessityPostGISWhen did this project begin to gain traction?Open sourced it so that other people could use itWhen did Tee get involved?RailsAnd much, much more!Links:RubyRuby on RailsNeighborlandGoogle MapsRGeo GemCrimeReports.comPostGIS@TeeParhamTee’s GitHubDaniel’s BlogDaniel’s GitHubPicks:CharlesCodeSponsorEricPolymailCodeSponsorDanielProject EulerBloom CountyTeeObservableMapSchool.ioGeoJSON.ioThe Memory Illusion by Julia ShawRetrospective AlbumSpecial Guests: Daniel Azuma and Tee Parham. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: Charles Max WoodDave KimuraEric BerryDavid Richards Special Guests: Jacob StoebelIn this episode of Ruby Rogues, the panel discusses code reviews with Jacob Stoebel. Jacob is a Rails and JavaScript developer and works for ePublishing where he does mostly front-end programming. He talks about how he believes that code reviews can be both honest and nice, and that they should inspire the programmer to want to go back and make his/her code better, not tear him/her down. He also gives fours steps to the response process for giving positive and helpful code reviews.In particular, we dive pretty deep on:Jacob introRails and JavaScriptAre there other places beside code reviews that we give this kind of feedback?Talking about code reviews is a great ice-breaker at conferencesDeveloping is a creative professionTrust must be present for creativity to flowWhat led you to this topic?Used to be a high school drama teacherIt’s possible to give honest and positive feedbackCode reviews CAN be honest and niceCode reviews should be inspiringCode review role playExample if a good code review vs a bad code reviewFour steps to response processPut the author in the driver’s seat as firstThe opinion has to be consentedKeep the conversation civil and collaborativeRule out passive aggressive comments in the futureAnd much, much more!Links:React Dev SummitJS Dev SummitePublishingRailsJavaScript@JStoebelJacob’s GitHubJacob’s WebsitePicks:Charles12 Rules for Life by Jordan PetersonThe Whole Brain Child by Daniel SiegalDaveHumane DevelopmentDEWALT 18-Gauge Pneumatic Brad NailerEricPhoenix Framework on ElixirDavidThought as a System by David BohmRadical Candor by Kim ScottJacobLiz Lerman's Critical Response Process: A method for getting useful feedback on anything you make, from dance to dessertGrowing Old by Chad Fowler talkSpecial Guest: Jacob Stoebel. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: Charles Max WoodDave KimuraEric BerryDavid Richards Special Guests: Catherine MeyersIn this episode of Ruby Rogues, the panel discusses music, musicians, and programmers with Catherine Meyers. Catherine is a software engineer at Mavenlink in San Francisco and is a co-organizer of a meet-up called Women Level Up. Before getting into coding, she was actually an opera singer. They talk a lot about why she decided to change her career and how she came to be a successful coder after being a singer for many years.In particular, we dive pretty deep on:Check out React Dev SummitCatherine introPreviously an opera singerHow did you decide to get into programming?Who she performed for and where she performedHer friends suggested she start codingTips to help those not interested in coding give it a chanceCoding is like solving a puzzleCoding boot camps to facilitate a career changeHTMLFlatiron SchoolThe importance of resilienceRuby ConfThe ability to communicate with many different typed of peoplePatternsDo musicians have an advantage as a developer?Patterns in RailsHow can music make you a better coder?Your brain as a musicianIs there a correlation with brain activity and listening to music?Different music affects different peopleAnd much, much more!Links:React Dev SummitMavenlinkWomen Level UpFlatiron SchoolRuby ConfRailsRuby Hack Conference@CCMeyers324CatherineMeyers.comPicks:CharlesThe Greatest ShowmanReact Round UpReact Dev SummitViews on VueElixir Podcast coming soonDaveHeat Shrink TubingHeat GunEricPastel de NataThe ExpanseConsensysDavidMarconi Union – WeightlessWintergatan - Marble MachineCatherinePublic School Music EducationBase.csRuby Under a Microscope by Pat ShaughnessySpecial Guest: Catherine Meyers. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: Charles Max WoodDavid Richards Special Guests: Aaron SumnerIn this episode of Ruby Rogues, the panel discusses removing business logic from Rails controllers with Aaron Sumner. Aaron is a long time Ruby developer, using mostly Rails, writes a blog called Everyday Rails, and most people know him from his book, Everyday Rails Testing with RSpec: A practical approach to test-driven development. They discuss service objects, the pros and cons of using them, and they emphasize not trying to change something all at once, but gradually.In particular, we dive pretty deep on:Aaron introHow to test code without controller tests?The cons to controller testsSoft deprecationIf you’re not writing controller tests, what are you writing?Get the code out of the controllers and test it in more isolationService objectsProblem with a controller having a lot of business logic in itRailsCons of service objectsUsing a service object inside of a controllerPros of service objectsGetting smaller can happen step-wiseRe-architecting should happen gradually not all at onceWhen you write a service object, there is a flow to itHow writing his book impacted his viewsStart smallAnd much, much more!Links:Everyday RailsEveryday Rails Testing with RSpec: A practical approach to test-driven developmentRuby on Rails@EverydayRailsEveryday Rails GitHubAaron@everydayrails.comPicks:CharlesThe 12 Week Year by Brian P. Moran and Michael LenningtonRubyHACK ConferenceDavidReady Player One by Ernest ClineAaronNo codeDeleting code30 for 30 PodcastSpecial Guest: Aaron Sumner. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: Charles Max WoodDave KimuraEric Berry Special Guests: Justin Gordon and Rob WiseIn this episode of Ruby Rogues, the panel discusses React on Rails and Webpacker with Justin Gordon and Rob Wise. They talk about the origins of React on Rails and compare it to Webpacker. They also talk about how the two go hand in hand and how you can use them in your own coding to make your life easier.In particular, we dive pretty deep on:React on Rails libraryRuby on Rails adopted Webpack and called it WebpackerDefine your fence lines for your libraryJavaScriptKey features of React on RailsProps.mdAngular issues with WebpackerHow the original React on Rails workedNeeded a view helperHow much of a part is Webpacker to the core team?Webpack was huge winThey made a lot of assumptions when making WebpackerGlobal registrationServer renderingHTMLHVMN.comjQueryIs there a path with this where you don’t have to be a react expert?Forum.shakacode.comMuch Webpack to I need to know to pick up React on Rails?Do we need all of the Ruby stuff built around Webpack?React Router2 types of developer to targetAnd much, much more!Links:HVMN.comForum.shakacode.comShakacode.com@RailsonMauiRob’s GitHub@RobAWisePicks:CharlesAnti-Pick: INTELLIbedTuft & Needle BedDaveBostitch LaminatorEricBitBarJustinWhy We Sleep on Audible“Top Health Podcasts, Videos, And Books on Ketosis, Intermittent Fasting, Paleo, and related…” “Justin’s favorite productivity tools (with Mac and iOS)”HawaiiChee.comRobThe Prettier Project for JavaScript by James LongSpecial Guests: Justin Gordon and Rob Wise. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.