Ruby Rogues

Alle afleveringen

748 afleveringen, van nieuw naar oud

  1. RR 441: Solidus with Alessandro Desantis

    10 december 2019 · 32 min

    Afspelen
    Alessandro Desantis is the director of Nebulab and is currently working on Solidus. After talking a little bit about how Nebulab got started, he describes what Solidus is. Solidus is a free, open source eCommerce platform built in Ruby on Rails that gives you complete control over your store. Three things that set it apart from other eCommerce platforms are that it is governed by a single company and that the focus is on quality and backwards compatibility. One of their biggest goals is to make Solidus streamlined, and Alessandro talks about how they handle it with the complex business logic involved in eCommerce. He talks more about the governance of Solidus and the different teams involved. Alessandro admits that Solidus has fewer features than some of its competitors, but this makes it very powerful and customizable. It can be tacked onto any Rails engine and you can pick and choose the things you want. Solidus was made with fewer features because of the unique nature of each eCommerce store. The creators noticed that when people create their stores, they had to adapt their business to suit the eCommerce software they used because the software was not as customizable. Solidus wanted to avoid that, so they provide the foundation and people can customize it. To customize Solidus, the documentation is available on the Solidus website, but the company encourages experimentation. Alessandro regrets that people think eCommerce companies are not technology companies, and so they tend to delegate it to someone else. He and Charles talk about some of the technical aspects of Solidus and what the future holds. In the future, the company plans to emphasize communication and the presentation of Solidus as a tool to help people make the right choice for their business, as well as streamlining the onboarding experience. To contribute to Solidus, you can contribute to the core itself or any of the extensions. There is also an active Slack community where you can ask for the be… Lees meer
  2. RR 440: Swagger and OpenAPI with Josh Ponelat

    3 december 2019 · 47 min

    Afspelen
    Today the panel discusses the difference between Swagger and Open API with Josh Ponelat. Josh details the difference between the two. Swagger is a set of protocols around describing restful APIs. Swagger was taken over by a company called SmartBear, who donated the donated the specification to the Open Linux Foundation, and that became the Open API. Swagger is the tooling surrounding these specifications. Open API is a standardized way to describe a restful API in a YAML file. Once you’ve got a YAML file to describe your API, you can use tooling like Swagger to leverage that and take it to the next level. Using the Open API process is useful for situations where you already have an API in place, but want to codify and document it so that it’s controlled. Then going forward, you won’t introduce contradictions and it remains consistent because it’s documented in a YAML file. The process leaves room for enhancement in the future as well.Josh talks about some of the benefits of standardizing your API and some of the use cases besides tooling. A standardized API can help show developers how to use your API, SDKs, and service stubs by knowing your API is consistent in style. This makes it easier to find breaking changes and more. Josh talks more about Swagger, a finite set of tooling around Open API, most of which are open source. He talks about other tools that test APIs and do linting on YAML files. Some of the companies that use Open API include Google, Amazon, and Microsoft. Josh talks about how Amazon implements Open API.Josh talks about the book he’s writing, Designing APIs with Swagger and Open API. The book goes over describing APIs today, how to design APIs without writing code first, and how to get the most out of the system. The show concludes with Josh talking about the power of consistency and writing things down on paper. He discusses where implications that the standardization of APIs has on the text industry.Panelists Lees meer

    Dan Shappir

    Charles Max Wood

    Guest…

  3. RR 439: Human Powered Rails: Automated Crowdsourcing In Your RoR App with Andrew Glass

    26 november 2019 · 44 min

    Afspelen
    Andrew Glass is a Brooklyn based Rubyist operating a small independent devshop called Bang Equals. He has held many ‘enrichment jobs’, including being a ball person at US Open for 5 years, traveling for judging Guinness World Record attempts, and will be a balloon holder in the Macy’s Thanksgiving Day Parade this year. Today the panel is discussing his about his 2018 RailsConf talk, Human Powered Rails: Automated Crowdsourcing In Your Ruby on Rails App. In his talk, he shows the audience how to use Amazon Mechanical Turk. Amazon Mechanical Turk lets you post tasks, set a price point, and then people can go and complete the task. This is often done with tasks that can’t be done with machine learning and to train machine learning algorithms. In his talk he goes into What it is, how it’s used, and how we can use Ruby to automate the process. In his apps, he uses it for lead generation, qualification, enrichment, and some video and photo tagging. More specific uses include recording items from a picture of a shopping list, identifying specific things in a video, categorizing businesses and items, sentiment analysis of text or image. Overall, Mechanical Turk is used for things that machine learning can’t handle yet. The panel discusses some different uses for crowdsourcing and how to submit something to Mechanical Turk. There are multiple ways to ensure accuracy in your surveys, including setting up multiple stages to your task, having more than one person complete your task, and creating a qualified worker pool based on tests to determine their aptitude and skill. The panel discusses some of the controversy surrounding Mechanical Turk, citing an article in the New York Times (see links). The big issue is wages and worker rights. Wages can be very low, and it is ripe for abuse by companies as they could easily refuse all work and withhold pay. It is also important for the companies to give an accurate time estimate for the task and a reasonable reimbursement. Mechanical… Lees meer
  4. RR 438: Deviating from the Rails Core

    19 november 2019 · 43 min

    Afspelen
    Today Charles and Dave are discussing deviating from the Rails core. Dave doesn’t care for JavaScript frameworks or microservices as he believes that they add too much complexity. These things may become necessary when your project gets massive, but otherwise we shouldn’t jump to these as a first option. If you don’t need the frontend powerhouse features, you may want to see how far you can get with Rails and a minimal frontend. React may not always be the solution that you need. They discuss jQuery versus Stimulus. They both prefer jQuery over Stimulus as they find it less invasive and clunky, and it’s easier to drop things in. Dave talks about his experience with ElasticSearch and how he simplified it. They discuss using MongoDB and Mongoid. They agree that although these are not Ruby specific, they can help. Dave, however, has not found a need for them, while Charles has found that it gave him more advantages in his schema. He talks about some other advantages of MongoDB. Dave and Charles discuss the default testing library for Rails, MiniTest. Dave prefers RSpec, but he still uses Mini test because it’s included in the rails core. He has found that RSpec benefits him, while Mini Test benefits his application, so he sticks to what’s included. He believes that sticking close to the core and counting on the widely used things keeping up to speed makes maintaining on the application easier, and things are less likely to break. They turn to discussing when it is appropriate to deviate. Again, Dave believes that small applications without a massive amount of traffic don’t need to deviate, but adds that unique situations require unique solutions. It’s important to Consider if the solution will box you into an infrastructure provider or long term maintenance on something you don’t usnderstand. They agree that the goal is to introduce the least amount of technical debt as possible. Panelists Lees meer

    Dave Kimura

    Charles Max Wood

    Sponsors

    Sentry | Use the code “devchat” for $…

  5. RR 437: Deploying Rails Onto Kubernetes with Khash Sajadi

    12 november 2019 · 56 min

    Afspelen
    Khash and Kasia work for Cloud 66, a company started in 2012 with a goal to make Rails deployment simple and infrastructure easy to understand for application developers. As the company has moved towards containerization, they have integrated with Kubernetes. Khash talks about what distinguishes Cloud 66 from other platform as a service companies and why the company was started. He begins by talking about the structure of Heroku, how they own the entire stack down to the server, and how they are bound to a data center. Cloud 66 differs because they decided to break that unit economy from a data center to a server, so they don’t own the entire stack. Instead, they deploy what looks like an experience from Heroku onto your own server so you can go anywhere you want to go. They talk to the public API of those cloud providers within the data center that you choose that your account is in, and then provision, deploy, and maintain your application the way that you used to with Heroku, on that data center. Khash talks about how Kubernetes fits into the Cloud 66 model. Cloud 66 was started with Rails, but they wanted to make it generic and available on any framework, and decided this was best accomplished through containerization. They originally had their own containerization service, but then moved over to Kubernetes. Their Kubernetes for Rails product makes deployment of a Rails application onto Kubernetes extremely simple. The panel discusses the different ways that people get to containerization, and situations where containerization is not the correct solution. They also discuss situations where a containerization service like Kubernetes is useful. Containerization can help a lot with distinguishing and establishing boundaries within a team. Kubernetes can help create uniform servers because you can tell it what you want and it will help you get there, including notifying you when things don’t align. Kubernetes is also excellent at dealing with microservices, if you … Lees meer
  6. RR 436: Determining Pricing with Michael Herold

    5 november 2019 · 45 min

    Afspelen
    Michael Herold is married to an economist and is a staff engineer at Flywheel where he writes Ruby programs to support PHP programs. He gave a talk at RailsConf 2018 about how to price a product. The frame for the problem is whenever you have a business idea, you eventually have to decide how to price it, and the pricing area is ripe for inefficiency on both customer and business ends. In his talk, he gave a simple framework based on the field of market research that helps give you an idea of what to price your product or service at called the Van Westendorp Price Sensitivity Meter, which is based off of talking with your customers about how they would value your product. He explains the difference between consumer surplus and producer surplus. The panel discusses other ways of determining pricing, such as basing your price off the price of a similar product. They discuss the pros and cons of different complex pricing they’ve seen. While complex pricing can be a turn off for many customers, it can also weed out less serious customers, and so it can be a good thing. Michael talks about what the Van Westendorp Price Sensitivity Meter actually looks like and how it works. It is based off a 4 question survey where customers are what price is too cheap, what price is a good deal, what price is getting expensive, and what price is too expensive. The answers are charted and you look for intersections in the curves (inflection curves) and it gives you an understanding of how people feel about the price of the product.Determining pricing gets more complicated on a global scale, and the panelists discuss methods to handle it, such as giving discounts and adjusting prices by country. They discuss the importance of choosing the right price for your service, and a price that is too low can be as bad as over pricing. Michael talks about how his company determined their pricing using the Van Westendorp Price Sensitivity Meter and some of the difficulties they encountered. In the … Lees meer
  7. RR 435: Alternatives to Adding React with Graham Conzett

    22 oktober 2019 · 59 min

    Afspelen
    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 JavaScr… Lees meer
  8. RR 434: Surviving Webpack with Ross Kaffenberger

    15 oktober 2019 · 1 uur 24 min

    Afspelen
    Ross Kaffenberger is a software engineer at Stitch Fix and has been developing web applications for the past 12 years, mostly in Ruby and JavaScript. Today he and the panel are discussing how to survive Webpack. When many folks first encounter Webpack, they feel confused, overwhelmed, and don’t know how to get it to do what you want it to. In the latest version they tried to introduce some more sane default settings, but it is still a major change in technology. Ross talks about how his company transitioned Rails 5 to Rails 6 with the new Webpacker. His company chose to take an iterative approach and slowly migrated to Webpacker. His app was very JS heavy with a large number of libraries, many of which were not very Webpack friendly. They chose to separate out the vendor libraries into a separate bundle, that way they could contain each deploy. They still had to add some configuration, especially to make things available on global scope.As they started moving jQuery plugins over, sometimes the functionality would disappear, and Ross talks about how they figured out their mistakes. It was difficult for them to get out of their Sprockets mindset and into the new mindset of Webpack, which requires different techniques. There are also things that Webpack can do to keep you out of that situationRoss gives some strategy advice for someone who is in a position to update from Sprockets to Webpack. It’s important to consider your app size, your comfort level with Webpack, your team dynamic, and your timeframe. Ross recommends the iterative approach that they took, which took longer, but allowed them to learn as they went. Ross talks about the changes that happened in the switch from Webpack 3 to Webpack 4, and some of the contributions they made. He talks about some of his preferred Webpack configs and plugins. They discuss some of the drawbacks of Webpack, particularly the plethora of plugins that can make it seem daunting. One of the big gotchas with Webpack is the locati… Lees meer
  9. RR 433: ShipLane with John Epperson

    8 oktober 2019 · 27 min

    Afspelen
    John Epperson has been doing ruby for 12 years and is a friend of Andrew Mason. He got into Docker a couple years ago and felt like something was missing, so he wrote Shiplane. He liked Docker because it was a promise that he could delegate a lot of the manual devops work to something else, and that something else was able to automate all of it. What he noticed was if you have a Docker thing in development and want to transfer it into production, there was no clear path to get a Docker item from development to production. The process wasn’t truly automated, so he created ShipLane in an attempt to automate it.ShipLane solves this problem by assuming that you have a box out there, whether it’s a VM or an actual physical box, and you have SSH access to it. It logs in, it makes sure you have Docker installed, and gives you the ability to actually take your development docker compose, and convert it to a productionized version. It also hooks in to Capistrano and replaces that with ShipLane commands. Right now ShipLane is using Docker Raw and creates a network for your stuff to work within, deploys your containers, and then your service is up and running. There are different tools you can use to run Docker in production, but John didn’t want to run containers by using Docker Run with a bunch of stuff after it, didn’t want to maintain a custom script, so he automated it. John is currently working on a version that will translate your Docker Compose files into Kubernetes YAML files.There’s a lot of choices to be made in Rails, none of which are wrong, but one choice begets many more, and there’s so many to make and so many consequences it’s difficult to know your path, and ShipLane provides clearer a path. John talks about how to get started with ShipLane. First, you need to gem install ShipLane and Capestrano, put it in your bundle file, and require it in Capestrano (there’s a generator). It has Capestrano listed as a dependency requirement. Andrew has used ShipLane and f… Lees meer
  10. RR 432: Stop Testing, Start Storytelling with Mike Schutte

    1 oktober 2019 · 41 min

    Afspelen
    Mike Schutte is a fronted developer at TED conferences and was trained in code school at Turing in Colorado. He likes the idea of code as a communication tool, and in 2018 he gave a talk at RailsConf called Stop Testing. Start Storytelling. Today the panel is discussing what Mike means by storytelling in testing. In order to combat the hesitancy to start testing, Mike believes that changing your mindset to think away from the implementation details while deploying these tests can help them be more efficient. In short, if the test isn’t readable by a non-developer, then it’s not telling a story, it’s just writing code. The test is almost the first point of contact away from the source code, so if that’s unwieldy in a test it will be hard to use elsewhere in the application. We have an intuition for stories, so use tests in order to communicate the intent of what the application should do under certain conditions. If it’s hard to set that up in a succinct way then maybe it should be written differently.This view is backed up by other experts as well. Sandi Metz and Noel Rappin talk about it in Tech Done Right episode 69. They say if your test isn’t easy to write and you’re having to create tons and tons of objects, then the system or the class your trying to test is too interconnected, so you might want to break that up into more separated concerns so each of your tests can be focused on what you’re actually trying to test. If you follow these principles, your testing will be a lot easier even if there are more classes and modules to test. David applies this approach to an online shopping cart and how to break it up. The idea is to abstract it away from the big picture, in this case the grand total, and breaking it down into smaller stories or things. Mike shares methods to put this approach into practice and how to test. He finds that reading the code as if you were reading a section in a novel rather than code helps him sketch out what he needs to test. The panelis… Lees meer
  11. RR 431: Building a Consulting Business with Todd Kaufman

    24 september 2019 · 1 uur 8 min

    Afspelen
    Todd Kaufman is one of the cofounders of Test Double, a software development consultancy that was started 8 years ago. Todd talks about how he got started with Test Double and how it grew. He and Justin started Test Double because he felt that a lot of consultancies didn’t align with what they thought was important. Most consultancies then didn’t focus on good software development practices, and instead focused solely on the process. They decided that they would put the developers first and foremost so they could solve hard problems.Charles talks about his experience with a consultancy, where he was fired after his project finished, and asks how Test Double does things differently. Todd talks about the importance of financial stability in a consultancy, and one way that Test Double accomplishes this is by being a completely remote company to cut out the cost of having an office,Todd shares their approach to the projects they take on. Their contracts are open ended and they tend to work with clients for a longer duration. They discuss the differences in knowledge that comes from working with a product company versus a consultancy. A product company will typically give you depth, while a consultancy will give you variety. When deciding which you want to work for, you need to know if you want a steady approach to software development or do you want the challenge change up from time to time. Todd delves deeper into their policy of not doing fixed bids and how they uphold that policy when negotiating with companies. Test Double’s unique approach is to engender trust where if the client feels that they are not getting the results they want, they can terminate the contract and ask them to leave. This in turn makes the fixed scope go away. Their only requirement is that the client gives them a weeks notice before termination. When taking on a project, Test Double strives to quickly integrate with an existing team, help them, and leave them in a better place than we found t… Lees meer
  12. RR 430: Opal with Elia Schito

    17 september 2019 · 1 uur

    Afspelen
    Episode Summary Today’s guest Elia Schito has been a Ruby developer for 12+ years and works for Nebulab. During his career he looked for Ruby to JavaScript translators and found Opal. The panel discusses where Opal belongs within an app and when the compilation into JavaScript occurs. The main reason a person would want to use Opal is to avoid writing in JavaScript. Elia talks about the benefits of using Opal. One is that productivity is better in a language like Ruby. Also, if you’re working on a project that needs to get done quickly, it makes sense to use Opal so that your speed is not hindered. Elia talks about testing Opal with things like WebPacker and Hyperstack, and explains what Hyperstack is. Opal recently released a newer, bigger version, and Elia talks about the features of the new release. He details what kind of JavaScript it produces and how to hook it into your CICD, how to run it locally, and overall how to use the compiler. He talks about how to debug in Opal. He notes that during the development cycle in Opal, you can refresh your page and it will compile the Ruby code into JS, so if there are any errors you will see it immediately. Opal is compatible with other tools to check your code. In the future, Elia wants to increase the coverage of the core and standard library, and believes that Opal is a great way to increase your skills in Ruby and JavaScript. He talks about the general reception of Opal among users. Opal is a perfect fit for smaller teams or older fullstack developers, especially if you don’t have a frontend team Elia notes that Opal, much like anything else, is a matter of preference, and relates it to the past reliance on CoffeeScript. For developers who refuse to write in JavaScript, Opal is an excellent option. He talks about the speed of compiling ruby to JavaScript in Opal and how it supports keeping current with Rails versions and other frameworks. The panel asks if the Opal community made any inroads with DHH for making it pa… Lees meer
  13. RR 429: Mechanical Confidence with Adam Cuppy

    10 september 2019 · 1 uur 12 min

    Afspelen
    Episode SummaryAdam Cuppy is the cofounder and current chief operating officer at Zeal, web and mobile app consultancy. Today the panel is discussing the talk he gave at Rails Conf called Mechanically Confident. Adam has a hypothesis that confidence is not the result of belief alone but ingrained routine. The more routine, the more pattern, the more rehearsal applied to a given thing, the more confident you are with that thingThe history behind Adam’s theory stems from his background in theater and performing arts. The concept of rehearsal is commonplace in the performing arts, but not other industries. He talks about where rehearsal comes in for programmers and how he has noticed the patterns of senior developers. The panelists talk about where they see routine and rehearsal come into play with their workThe panelists wonder how do you avoid a stopgap from a slight change, and Adam relates it to some of the most rehearsed actors, improv actors. It’s important to rehearse everything you can, building a routine around the things you control, so that when something does happen you have everything else under control. Adam talks about different tools to help build a routine and an experiment he did with a group of interns to help them establish a routine. When the interns had a routine, in this case, a designated order in which they placed their windows, he saw immediate improvement in their performance. When the order of the windows was changed, it caused initial confusion in the group. The panel discusses the cognitive load applied to managing chaos and how a routine helps. Adam admits that routine is an individualized thing, and that chaos can be a pattern as long as you know where everything isThey wonder at what point does reliance on patterns become false confidence, relating it to the strict TDD trend within the Ruby community, and how too much routine can make you rigid. Todd again ties this back to acting. The panelists discuss ways to implement a routine. Ada… Lees meer
  14. RR 428: Arming the Rebels with Rails 6 Featuring David Heinemeier Hansson

    3 september 2019 · 1 uur 16 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Sustain Our Software

    Adventures in Blockchain

    Panel

    David Kimura

    Andrew Mason

    Nate Hopkins

    Charles Max Wood

    With Special Guest: David Heinemeier HanssonEpisode SummaryToday’s guest is David Heinemeier Hansson, the creator of Ruby on Rails and co founder and CTO at Basecamp. This episode is focused on the release of Rails 6. David talks about the process of getting from Rails 5 to Rails 6 and some of the new features and frameworks in Rails 6. David describes some of the new features as ‘magical, which some people don’t like. He believes that the ‘magical’ element is a good thing because it reduces the learning curve for newcomers, so you can less time studying and more time being productive. This is important because it allows people from other platforms to jump on. Rails 6 will provide users with more frameworks so that they do not have to build all of their own solutions to common problems. David delves into how Ruby goes against the grain by providing tools and how that coincides with their philosophy. He talks about the process for deciding which problems the core team is going to tackle, how they come out of Basecamp, and Basecamp’s methodology in terms of what tools they decide to build. The panel discusses how deviating from the Rails core is almost an antipattern and how having the tools provided for them has improved their experience with Rails. David talks about some more upcoming frontend products and more on the process of updating Basecamp. He talks about his belief that most companies should not be inspired by how the big tech companies structure their internal teams. The conversation turns to how Shopify and Github are now running Rails 6 and how they have influenced the feature that have been added to Ruby. David believes that it’s important to focus on how to make a framework that solves problems for people but also focuses on real world results and businesses. Ruby wants to continue to “a…

  15. RR 427: Sorbet, a Type Checker for Ruby with Paul Tarjan

    27 augustus 2019 · 48 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Datadog

    React Native Radio

    Panel

    David Kimura

    Andrew Mason

    With Special Guest: Paul TarjanEpisode SummaryPaul Tarjan works for Stripe specializing in developer productivity. In the past, he has owned his own company and worked for Facebook. In today’s episode, the panel is talking about Sorbet, a gradual type checker for Ruby that Paul built. Paul talks about how Sorbet fits in the Ruby community and how it works. The two parts of Sorbet are the runtime type check and the static typecheck. Paul talks about how introducing Sorbet at Stripe has changed the way they approach coding. He talks about some of the performance impacts of adding Sorbet, how it differs from other type checkers, and how it was received in the Ruby community. Paul delves into how developers are notified if Sorbet fails a type check while checking a class. The panel discusses ways to convince reluctant team members that introducing a type checker like Sorbet will improve their code, and Paul talks about his experience implementing it at Stripe. He talks about what he sees for the future of Sorbet. The show finishes with the panel discussing similar projects in other languages and their opinions on React in light of Paul’s former employment with Facebook. Links

    Stripe

    Sorbet

    Sorbet Rails

    Sorbet Static

    Ocra

    mypy

    TypeScript

    Sorbet.run

    Flow

    React

    Follow DevChat on Facebook and Twitter PicksAndrew Mason:

    Stimulus Reflex

    David Kimura:

    Pingverse

    Paul Tarjan:

    Follow Paul https://paultarjan.com/

    Sorbet

    Special Guest: Paul Tarjan.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

  16. RR 426: Dockerized Development Environments with Julian Fahrer

    20 augustus 2019 · 58 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Datadog

    Panel

    David Kimura

    Andrew Mason

    Charles Max Wood

    With Special Guests: Julian FahrerEpisode Summary Julian Fahrer has been a guest on Devchat shows before and recently did a workshop at RailsConf about Docker. He specializes in teaching people about Docker and has his own course, LearnDocker.online. Julian begins by giving suggestions for those considering Dockerizing their Rails applications. He talks about why Docker is a good choice to be used in a local development environment and gives some advice for those who might have trouble running Docker in development. He talks about where Docker fits within the development or production environment. He talks about synchronizing code between development and production and running tests. He advises listeners on how to get started with Docker. He talks about using a Docker registry to build and push images. They discuss how to deal with things once you move to production and how to use containers when considering microservices. Julian talks about debugging in Docker. They finish by talking about Docker’s compatibility with frameworks besides Rails and how services talk to each other in Docker. Links

    JSJ 340: JavaScript Docker with Julian Fahrer

    EMX 10: Docker with Julian Fahrer

    Docker

    Heroku

    Alpin.io

    Ubuntu

    Docker Sink

    OSXFS

    Spring

    Webpacker

    AWS

    PostgreSQL

    Elasticsearch

    Kubernetes

    Scripts to Rule Them All

    LearnDocker.online

    Follow DevChat on Facebook and Twitter PicksAndrew Mason:

    Alsop Metal Art Dual Monitor Arms

    Mental health days

    David Kimura:

    Arcade buttons

    Mini Dewalt air compressor

    Julan Fahrer:

    Alexander Technique

    Railswithdocker.com

    Blitz

    Donner

    Follow Julian at Codetales.io and @jufahr

    Charles Max Wood:

    Four Corners Monument

    Dallas Children’s Museum

    Special Guest: Julian Fahrer.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: …

  17. RR 425: Rails + Webpacker with Taylor Jones

    13 augustus 2019 · 42 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Datadog

    Panel

    David Kimura

    Andrew Mason

    Nate Hopkins

    With Special Guests: Taylor JonesEpisode SummaryTaylor Jones works remotely for Heroku in technical support. He talks about some of the most common issues he helps customers with and what issues he saw when Webpacker was introduced. The panel talks about their experience using Webpacker and how it has influenced their usage of React and Ruby. They talk about the importance of creating maintainable applications and the possible effects of using primarily new technology versus tried and true methods. It is important to keep architecture consistent, so that if you have to debug something old, you still know your way around. They discuss the forward progress in the Rails community and how the need for a JavaScript framework has decreased. They discuss improvements in adding elements from other languages into your code, especially since Webpacker added a way to manage JavaScript assets to the community. They discuss the impact Webpacker has had on application maintainability. For a more sustainable app, they suggest reducing the number of gems and dependencies in your application, and over all knowing what you’re putting in your app.Links

    Heroku

    Webpacker

    React

    Slack

    jQuery

    Ember

    Broccoli.js

    Stimulus

    Turbolinks

    Bootstrap

    Conductor

    Zoom

    Follow DevChat on Facebook and Twitter PicksAndrew Mason:

    Migration Builder by Jason Swett demo video

    David Kimura:

    Build-your-own arcade machine

    Honey

    Taylor Jones:

    Slack Engineering Team

    Shape Up book from Basecamp

    Follow Taylor @hiimtaylorjones

    Special Guest: Taylor Jones.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

  18. RR 424: Documenting Your Code

    6 augustus 2019 · 40 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Datadog

    Panel

    David Kimura

    Nate Hopkins

    Andrew Mason

    Episode SummaryToday the panel is talking about documentation. They begin by discussing what documentation is, where it fits within an application, and if the code documents itself. They agree that documentation starts in the comments to explain what you’re doing, but if that’s your exclusive method, then a refactor is in order. They talk about where to start with documentation and different ways they’ve done it. The panel talks about the importance of documentation, especially for people just joining a team. In addition to documenting the project itself, it is important to document what different libraries do and how to interact with them. They discuss where to put this kind of documentation. They talk about documenting patterns, best practices, and procedures in addition to the ‘how to’ of a project. The conversation turns to style guidelines, what they are, and how to keep them up to date. They talk about what tools are available to generate documentation that are close to the code but outside of it that can help keep documentation up to date. The panel believes that there is a relationship between the size of your team and the necessity to document. Nate introduces the idea found in the article by Tom Preston-Werner that you should think about what you’re going to create in the code, and document it first. Links

    RDoc

    YARD

    RuboCop

    YAML

    Slim

    ERB

    Prettier

    Pronto

    Api.rubyonrails.org

    Swagger

    Thoughtbot and Thoughtbot Playbook

    AirBNB Ruby

    Testdouble

    HoundCI

    Okonet

    API Blueprint

    Ruby on Rails API documentation guidelines

    Tom Preston-Werner article Readme Driven Development

    Follow DevChat on Facebook and Twitter PicksNate Hopkins:

    Code Fund

    Andrew Mason:

    SpaceVIM

    RailsDiff

    Rails Releases

    David Kimura:

    Jackery Supercharger Portable

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    B…

  19. RR 423: The Well-Grounded Rubyist with David A. Black & Joseph Leo III

    30 juli 2019 · 49 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Cloud 66 - Pain Free Rails Deployments: Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues

    Panel

    Charles Max Wood

    Andrew Mason

    With Special Guests: David A. Black and Joseph Leo IIIEpisode SummaryDavid A. Black has been a Ruby user for 19 years and has been writing books about Ruby for the last 14 years. Joseph spent 12 years in software and started the company Def Method Inc. Together, they co-authored the book The Well-Grounded Rubyist, which will soon have its third edition released. They give some of the history behind The Well-Grounded Rubyist. Joseph talks about his experience being brought into the project. David and Joseph talk about how The Well-Grounded Rubyist is different from other books on Ruby. This book is helpful because a lot of people begin by understanding Ruby more than Rails, and this book talks about ways to think about Ruby and understand how it’s structure. Joseph and David talk about how The Well-Grounded Rubyist 3rd edition differs from the 2nd edition. The book has been updated so that a lot of the code and solutions for the exercises are available online and there is an additional chapter in part 3 about Ruby dynamics and how one would write functional programming with RubyThe panel discusses how important it is to learn Ruby before starting a job in Rails 2. They agree that if you are a Ruby developer, even if you’re working on Rails apps, so you should know your tools. They discuss how far down that road The Well Grounded Rubyist would get readers. They panelists talk about other books that are a natural prequel or sequel to the The Well-Grounded Rubyist. Joseph and David talk about their approach to reading books and how The Well-Grounded Rubyist should be read. Their goal in making the book was not to have people work on an overarching application while reading the book, but rather there are exercises and examples that you are encouraged to work thro…

  20. RR 422: Build Chatbot Interactions in Ruby with Daniel Pritchett

    21 juli 2019 · 44 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Cloud 66 - Pain Free Rails Deployments: Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues

    Panel

    Charles Max Wood

    Andrew Mason

    With Special Guest: Daniel PritchettEpisode Summary Daniel Pritchett started doing Ruby in 2012. Lately he has been working on publishing a book on building Chatbots in Ruby using a framework called Lita and does infrastructure for a startup called Gremlin. Gremlin reaches out to servers and tries to find weak spots so that you can be proactive about solving these problems and be better prepared when fires do start. Daniel’s real purpose in joining the show today was to talk about his book Build Chatbot Interactions. Daniel talks about what he defines as a chatbot. His book teaches you how to program a chatbot with a dozen or so different chatbot skills. Daniel talks about his first community chatbot, @elvis on #memtech IRC, which picked up immediate contributions from local developers. Daniel istructs listeners how to host chatbots and some of the skills that people can pull together for a chatbot from his book. The panel talks about things they would like to do with chatbots, as well as some of the drawbacks and things you have to be careful with. Each skill in Daniel’s book can be a stand-alone skill, or they can be combined. Daniel talks about what convinced him to write a book instead of doing tutorials online. If you would like to purchase the book, click here. Source code for all the book exercises can be found here. Links

    Lita

    Huebot

    Coffee Script

    Chatbot

    Azure Functions

    Heroku

    AWS

    Follow DevChat on Facebook and Twitter PicksAndrew Mason:

    Lazy Docker

    Charles Max Wood:

    Azure Functions

    Daniel Pritchett:

    Asciinema

    Serverless

    Doctoc

    Follow Daniel on Twitter, Github, and his personal blog and portfolio

    Most of the book’s code is also here

    Special Guest: Daniel Pritchett.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt…

  21. RR 421: Scaling and Shopify with Kir Shatrov

    16 juli 2019 · 55 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Cloud 66 - Pain Free Rails Deployments: Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues

    RedisGreen

    Panel

    Charles Max Wood

    Nate Hopkins

    Andrew Mason

    With Special Guest: Kir ShatrovEpisode SummaryToday’s guest Kir Shatrov is a production engineer on Shopify based in London, UK. Today, he and the panel are discussing capacity planning. Kir believes that capacity planning becomes a priority when your company starts losing money and your customers are suffering. When someone does get to the point of scaling their app, it’s important to look at the limitations of the hosting service. It is also important to remember that scaling is not a job that ever completes.Kir talks about his experience and time with Shopify and what types of changes have happened in the four years he’s been with the company. Kir explains that when Shopify was founded about 12 years ago, they were some of the first contributors to Rails, and Rails was just a zip file they shared over an email. This is important to know because the monolith code for Shopify has never been rewritten, so they put a lot of care into keeping it working. He talks about some of the techniques Shopify uses to avoid splitting into microservices when scaling their organization and how the multiple instances of the database is structured and managed from an opps point of view. He talks about what aspects of Shopify are open source and the approach to the architecture of the background jobs system.The panel discusses what should be done if you want to scale your project and move away from background jobs. Kir talks about what criteria his company uses to determine what moves to a background job and when it is too much to background something. The show finishes with Kir sharing some of his favorite tips, tricks, and approaches he’s used at Shopify. Links

    Heroku

    Digital Ocean

    Sidekiq

    Shopify job iteration

    Redis

    PostgreSQL

    Resque

    Strac…

  22. RR 420: Stimulus

    9 juli 2019 · 33 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues

    RedisGreen

    Panel

    Charles Max Wood

    Dave Kimura

    Andrew Mason

    Episode SummaryToday’s topic is the Stimulus library. Stimulus is actually a JavaScript framework and library, but it’s also built by Basecamp, so it works really well in Rails. There is a demand for rich client side interactions, and Stimulus fills in some of the gaps. The panelists talk about some of their experiences with Stimulus versus jQuery. They talk about different use cases for Stimulus, how it works, and how it can help your project. One of the main draws of Stimulus is that the amount of code needed to implement a feature with Stimulus is very small comparatively. Also, frameworks like React weren’t created for Rails, and so adding React to a Rails application can be quite painful. Stimulus follows the Rails philosophy to keep things simple and unobtrusive, so if you ever found that Stimulus was not a right fit for your application, extracting it would be a major overhaul.Links

    Stimulus

    Cocoon

    React

    Gatsby

    Capybara

    Cypress

    Stimulus controllers

    Building Something Real

    Drifting Ruby episode

    John Beatty Stimulus tutorial

    jQuery

    Follow DevChat on Facebook and Twitter PicksDave Kimura:

    Raspberry Pie 4

    Charles Max Wood:

    Women’s World Cup

    Fox Sports

    Andrew Mason:

    Surfing

    Stimulus workshop at RailsConf

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

  23. RR 419: Microservices and Storyscript with Steve Peak

    2 juli 2019 · 47 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Triplebyte offers $1000 signing bonus

    RedisGreen

    Panel

    Charles Max Wood

    Dave Kimura

    Andrew Mason

    With Special Guest: Steve PeakEpisode Summary Today’s guest Steve Peak has been an entrepreneur and developer for a decade specializing in building tools. He built the company Codecov, one of the top performers in the github ecosystem. His next project is Storyscript, first and only top level programming language that focuses on business logic. The panel begins by discussing what a microservice is and what makes a good one. One of the difficulties with microservices that there is no standardization, and that’s where microservice.guide can help. The panel talks about some of the issues of having too many microservices and Steve offers Possible solutions. Steve delves into some of the abilities of Story Script in stringing together multiple services in different languages and how it can simplify things. They talk about if it’s possible to have too many microservices and when does a microservice become a monolith microservice. They talk about the possibility of inflating the production environment with unneeded memory by using microservices. Steve offers advice on how to go from poor decisions to responsible decisions when using microservices, how Storyscript can help when multiple microservices are in use, and where he sees the industry heading. Links

    Storyscript

    Slack

    Microservice.guide

    Kubernetes

    Stripe API

    Hub.storyscript.io

    Json

    Machine Box

    Docker

    Kafka

    Kong

    Devise

    Follow DevChat on Facebook and Twitter PicksDave Kimura:

    Sidecar from macOS Catalina

    Charles Max Wood:

    2 episodes a week of JavaScript Jabber

    Netlify CMS

    Steve Peak:

    Follow Steve on Twitter @iopeak

    Special Guest: Steve Peak.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

  24. RR 418: The Life and Death of a Rails App with Olivier Lacan

    25 juni 2019 · 1 uur 10 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Triplebyte offers $1000 signing bonus

    RedisGreen

    Panel

    Charles Max Wood

    David Kimura

    Nate Hopkins

    Andrew Mason

    With Special Guest: Olivier LacanEpisode SummaryOlivier Lacan joins the panel again. He currently works for Pluralsight. Today they are talking about the spectrum of creating a Rails app, or any app, from the birth of the idea to the death of the project. They stress the importance of planning for updates. Olivier talks about his experience in maintaining Code School, which has now been incorporated into Pluralsight. David also shares his experience with the life and death of a project. They talk about technical debt and the trouble that it can create, and the importance of making your Rails application maintainable. Olivier talks about his experience when Code School was acquired by Pluralsight. The panel discusses the inevitability of the end of an application and different ways of managing company integration. They talk about ways to plan for shutting down a project. One of the best ways to make integration easier is to clean up your code and always be considering what data needs to be kept and what can be truncated. They discuss some of the issues around storing customer data and respecting individual privacy. The panel talks more about sunsetting, or the ending of an app. People often think that shutting down an app doesn’t have any impact, but it is important to give customers time to adjust to change, as Olivier found out with Code School. Dave talks about different reactions that one could have when change happens. The panel talks about some of the emotional implications of having to destroy something that you’ve worked hard on for a long time. Ultimately, your project isn’t where you should put your self-worth, because projects will come to an end. When things do end, it’s important to look back at where you’ve come from and the impact that you’ve had on people. Links

    Lambda

    Dependabot
    …

  25. RR 417: The Devchat.tv Mission and Journey with Charles Max Wood

    18 juni 2019 · 17 min

    Afspelen
    Sponsors Lees meer

    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

    Episode SummaryCharles talks about his journey as a podcaster and his mission with Devchat.tv. Devchat.tv is designed to home podcasts that speak to all developer communities. Charles also plans Devchat.tv to host shows for technologies that are on the verge of a breakthrough and will be a lot more widely available in the near future such as Artificial Intelligence (AI), Internet of Things (IoT), Virtual Reality (VR) and Augmented Reality (AR). There are new shows being added continuously to reach out to new communities, some examples of which are: a Data Science show, a DevOps show and an Open Source show.As a kid, Charles would record his own shows on a tape recorder. He was always interested in technology. While studying Computer Engineering at Brigham Young University, he worked in the University's Operations Center. Upon graduation, he started working for Mozy where he was introduced to podcasts. Listen to the show to find out the rest of Charles' story, some of the lessons and tips he learned throughout his journey and the evolution of the shows on Devchat.tv.If there isn't a show for your community and you would like there one to be, reach out to Charles. Also if there was a podcast about a programming related subject that ended abruptly and you would like it to continue, reach out to Charles. Devchat.tv would like to host these podcasts.Links

    Charles' Twitter

    EverywhereJS JavaScript Community

    EverywhereRB Ruby and Rails Community

    Find Your Dream Job As A Developer

    Devchat.tv on Facebook

    Devchat.tv

    Picks

    EverywhereJS JavaScript Community

    EverywhereRB Ruby and Rails Community

    Netlify

    Eleventy

    https://github.com/cmaxw/devchat-eleventy

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www…

  26. RR 416: The Difference between Devise and Warden with Leonardo Tegon

    11 juni 2019 · 50 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Triplebyte offers $1000 signing bonus

    Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues

    Panel

    Charles Max Wood

    David Kimura

    David Richards

    Andrew Mason

    With Special Guest: Leonardo TegonEpisode Summary Leonardo Tegon is a software developer at Plataformatec, the company that created Devise. Leonardo talks about how he ended up at Plataformatec and shares a little bit about the talk he gave about alternative authentication methods. He talks about the difference between Devise and Warden. Some of the panelists have had some issues with cache warming in Warden, and Leonardo shares ways to get around it. They talk about authentication strategies used in Warden and Devise and different strategies that tap into hardware. Leonardo talks about some of the features coming to Devise, although their primary focus is on maintenance. He talks about the work that goes into such a long-standing project, especially concerning maintaining the integrity of the code but also allowing for progress. They talk about some of their favorite features of Devise. Devise is easy to set up and very functional, but also intimidating. When a library is so big and does so much, it has to make some assumptions. Leonardo talks about how they decide what goes into the library at this point and how easy is it for new maintainers to contribute to the project. Leonardo ultimately wants to make it easier for people to jump in.Links

    Devise

    Warden

    Cache warming

    Magic email link

    Wrapper

    WebAuthIn

    Follow Leonardo on Twitter and GitHub @tegonl

    Follow DevChat on Facebook and Twitter PicksLeonardo Tegon:

    Teach by learning, lead by teaching by Beth Sajevo

    Fluent Forever: How to Learn Any Language Fast And Never Forget It by Gabriel Wyner

    Andrew Mason:

    Rethinking the View Layer with Components by Joel Hoxley

    Repo for the talk

    David Kimura:

    Water pressure gauge tester

    Othe…

  27. RR 415: Code Free Developer Interview with Pete Holiday

    4 juni 2019 · 1 uur 16 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Triplebyte offers $1000 signing bonus

    Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues

    Panel

    Charles Max Wood

    Dave Kimura

    Andrew Mason

    Nate Hopkins With Special Guest: Pete Holiday

    Episode SummarySpecial Guest Pete Holiday is the director of engineering at a company called Samsara and specializes interviewing software engineers. The panel begins by talking about some of the trends they see in tech interviews, specifically the move towards code-heavy interviews. Pete does not think take home tests accurately simulate a work environment, and shares his preferred technique. The panel discusses the most important things to look for in an interview, such as how good of a fit they will be with the company culture. They discuss the importance of hiring junior developers, some of the ethics of internships and compensating for take home projects.They turn the conversation to interview questions and what should be asked to evaluate a candidate. They go through some potential questions and methods for coming up for interview questions. Pete shares the interview process he designed. The panel talks about the importance of resumes. On the subject of resumes, they discuss how to avoid unconscious bias and maintain diversity in the workplace. They give a few tips for people being interviewed, such as doing interviews to keep you skills fresh, even if you aren’t necessarily looking for a job. The show ends with the panel recapping the most important points of their discussion. They emphasize that as the interviewer, it is imperative that you know what you want and are looking for in a new hire. When you’re doing the interviews, tech skills are important but the fit with the company is more important, and it’s your job to get all of the right information out of the candidate. People interviewing are encouraged to proofread their resumes, ask questions to f…

  28. RR 414: Docker Talk

    28 mei 2019 · 55 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Triplebyte offers $1000 signing bonus

    Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues

    Panel

    Charles Max Wood

    Andrew Mason

    Dave Kimura

    David Richards

    Episode SummaryToday the panel is talking about the many applications of Docker. They talk about where Docker fits into the development lifestyle and what kind of applications Docker can help with. Dave goes over some of the some of the Docker terminology, how to set up some basic scenarios, and some of the difficulties often encountered by first time users. They talk about how to make sure you’re putting together a Docker file correctly.The panel agrees that Docker had a different workflow from other systems, and discuss some of the tradeoffs of using docker. They mention some specific use cases for docker and what it’s like to migrate to Docker. Dave cautions listeners that databases needs to exist outside of Docker or Kubernetes. Dave and Andrew argue whether or not Docker belongs in the developer environment.The panel discusses ways to maintain productivity when introducing Docker and give some advice to programmers who are new to using Docker. They talk about cases where using Docker can be very helpful. They wrap up by talking about how to get started with Docker in your CI/CD and how to run tests with Docker.Links

    Docker

    Microservices

    Kubernetes

    ISO file

    Docker images

    Bundler

    Ubuntu

    Red Hat

    Alpine Linux

    Sinatra

    Podwrench

    Sidekick

    Foreman

    CI/CD

    AWS

    Azure

    DigitalOcean

    Elastic Beanstalk

    Google Cloud

    Redis

    Cloud Native Development

    Follow DevChat on Facebook and Twitter PicksAndrew Mason:

    Rails Flip Flop

    Dave Kimura:

    Cloud Native Development

    Dewalt Flexvolt circular saw

    Charles Max Wood:

    Everywhere RB

    David Richards:

    Warren Buffet's letters to his shareholders

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy…

  29. RR 413: When Your Tools Interrupt Your Coding Process

    21 mei 2019 · 1 uur 7 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for $100 credit

    Triplebyte offers $1000 signing bonus

    Cloud 66 - Pain Free Rails Deployments Try Cloud 66 Rails for FREE & get $66 free credits with promo code RubyRogues

    Panel

    Charles Max Wood

    David Richards

    Andrew Mason

    Nate Hopkins

    David Kimura

    Episode SummaryIn this episode of Ruby Rogues, the panel discusses how having too many tools in your code can make things more complicated. They talk about if the processes and tools that hurt productivity should be taken out. They question if outdated but harmless tools should be updated for newer ones that have more functions.They discuss the difficulty with adopting new tools since the setup process takes time away from production. They each talk about their different editor setups. The necessity of all this different tools is questioned. They note that there is a trend to take a good thing that solved a real-world problem and introduce it into places that it doesn’t need to be, making development more complex. It is advised that programmers focus on shipping an application rather than just writing the code in order to simplify tooling. They discuss whether backend as a service systems are part of the problem. They advise tech companies to consider if they are ever going to sell or migrate when considering a new tool. The panel talks about if it’s possible to end up fighting against the tools that have always been used rather than infrastructure or coding tools. They conclude by agreeing that it is important to be candid within companies to prevent this overtooling
    Links

    Vim

    Emax

    Homebrew

    Git Repo

    Paperspace

    Docker

    VS Code

    Coder

    StackBlitz

    CodeSandbox

    Jupiter

    Kubernetes

    Graphite

    StatsD

    Follow DevChat on Facebook and Twitter PicksNate Hopkins:

    Screen sharing with Mac messaging

    The Band of Brothers

    Andrew Mason:

    Cakebrew

    David Kimura:

    Brew Bundle Dump

    Superstore

    Charles Max Wood:

    TSA Pre Check

    Clear

    David Richards:

    Great at Work: How Top Performers W…

  30. RR 412: Asynchronous Jobs on Client Side and Server Side

    14 mei 2019 · 50 min

    Afspelen
    Sponsors Lees meer

    Sentry use the code “devchat” for 2 months free on Sentry small plan

    Triplebyte offers a $1000 signing bonus

    RedisGreen

    Cachefly

    Panel

    Dave Kimura

    Andrew Mason

    SummaryDave Kimura starts the episode by defining asynchronous jobs; he and Andrew Mason discuss the differences between server side and client side asynchronous jobs. They discuss use cases and address scenarios for which asynchronous jobs can be used for. Dave answers Andrew’s questions about tools, gems, and libraries. Dave expresses his love for Active job and advocates for Gitlab. The panel discusses overuse and misuse of asynchronous jobs and times when it is better not to use this tool. Dave shares what he thinks makes a good microservice; he and Andrew discuss where people go wrong with microservices.Links

    https://github.com/javan/whenever

    https://github.com/moove-it/sidekiq-scheduler

    https://github.com/ondrejbartas/sidekiq-cron

    https://github.com/renderedtext/render_async

    https://edgeguides.rubyonrails.org/active_job_basics.html

    https://www.facebook.com/RubyRogues

    https://twitter.com/rubyrogues

    PicksAndrew Mason:

    https://github.com/igorkasyanchuk/rails_pdf

    Dave Kimura:

    Levi’s wallet

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

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

    7 mei 2019 · 56 min

    Afspelen
    Sponsors Lees meer

    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 LaiSummaryEric 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

    PicksDave 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:/…

  32. RR 410: Kubernetes with Kurtis Rainbolt-Greene

    30 april 2019 · 1 uur 3 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for 2 months free

    Triplebyte $1000 signing bonus

    Redisgreen

    Cachefly

    Panel

    Andrew Mason

    Nate Hopkins

    Eric Berry

    David Kumira

    Joined by Special Guest: Kurtis Rainbolt-GreeneEpisode SummaryKurtis has been working with Ruby and open source for 12 years. These days he works on maintaining large libraries like VCR. He talks about what VCR is, why it’s useful, and some of its limitations. The real topic of today’s show is Kubernetes. Kubernetes is an open-source container orchestration system for automating application deployment, scaling, and management. Kurtis describes what it is and some of the features it has.The panel discuss about some of the limitations of Kubernetes, and where it really shines in the development lifecycle. Kurtis advises Kubernete users to leave their databases as an outside source and not put them in Kubernetes, as well as other things to avoid. They talk about methods for encrypting information within Kubernetes.The panel discusses how Kubernetes compares to other services and some of the unique features.The panel discusses what it’s like to learn Kubernetes. Kurtis advises listeners who are learning Kubernetes to consult with other people who are experienced with. Kubernetes has some different terms for functions that can be confusing to newcomers. It can take between 3 and 6 complete weekends to become comfortable using Kubernetes. Kurtis shares how to transfer a Rails app into Kubernetes. To get started with Kubernetes on the cheap, find a computer with a decent amount of ram,install Ubuntu and MicroK8s for a perfect tinkering playground.Links

    Sinatra

    VCR

    API

    pod/container

    Loki by Grafana

    Stateless services

    Namespaces

    Chef

    Puppet

    Dockerfiles

    Heroku

    PG Bouncer

    Hephy Workflow

    Gitlab Auto DevOps

    Helm

    Ubuntu

    MicroK8s

    Azure

    Cloud66

    Config maps

    Ingress

    Prometheus

    CD/CI

    Hashi

    Follow DevChat on Facebook and Twitter PicksNate Hopkins:

    Heroku

    How To Be Like Walt book

    Real Genius…

  33. RR 409: Turning Fat Models Into Skinny POROs with Jason Swett

    17 april 2019 · 50 min

    Afspelen
    Sponsors Lees meer

    Sentry use code “devchat” for 2 months free

    Triplebyte $1000 signing bonus

    Redisgreen

    Panel

    Charles Max Wood

    Dave Kimura

    Special Guest: Jason SwettEpisode SummaryJason Swett is a former host on Ruby Rogues. Now he has his own show, Ruby Testing Podcast and runs the site codewithjason.com where he teaches Rails testing. Today, Jason discusses turning fat models into skinny POROs (Plain Old Ruby Objects). He once read an article that said you don’t have to put all your code into active record models, that you can create plain ruby objects. These can go into active models if you want, but you’re not limited to active record models, you can make your own classes. This realazition greatly impacted the way he structures his code.The panelists talk about the individual ways the structure their code. Jason discusses other structuring methods he has tried and gives some examples of using skinny POROs in the apps he works on. They discuss the pros and cons of using skinny POROs instead of active models, pros being it cleans up the model and makes testing easier, and the cons being it adds to a bit of overhead to the application, as somebody unfamiliar with the application might recreate parts if you don’t have an index.The panel discusses how to decide when you want to create a new PORO. They talk about each of their methods and discuss the the usefulness of token generators. They conclude that in order for skinny POROs to be effective in code, they must be well factored and organized, and that unfortunately some complexity in code is unavoidable.Links

    POROs- Plain Old Ruby Objects

    Model

    Active record models

    Namespace

    Service objects

    Value objects

    CSS

    Form object

    Tokens

    Initializer

    Singleton object

    PicksDave Kimura:

    Reek

    Kubernetes

    Charles Max Wood:

    Cloud66

    Podwrench

    Podcasting booth

    New podcasts coming to DevChat-- if you want to revive a podcast that has stopped airing, contact Charles Max Wood

    Programming Podcasters Slack chat

    Jason Sw…

  34. RR 408: Zeitwerk with Xavier Noria

    16 april 2019 · 54 min

    Afspelen
    Sponsors Lees meer

    Triplebyte $1000 signing bonus

    Sentry use the code “devchat” for $100 credit

    RedisGreen

    Panel

    David Kimura

    Eric Berry

    Andrew Mason

    Joined by special guest: Xavier NoriaEpisode SummaryThis episode of Ruby Rogues features Xavier Noria, who has a background in mathematics, but started software in 2000. He has been freelancing for the past 10 years, working especially in open source. He received the Ruby Hero award in 2010. His latest work is with his own creation, Zeitwerk, a more efficient code loader for Ruby. Zeitwerk will be included in Rails 6, but is an independent gym for now. Xavier talks about his inspiration for Zeitwerk and his desire to improve constant outloading in Rails.The panelists delve into the features of Zeitwerk. Any conventional library can use Zeitwerk, so you don’t have to write requires. Zeitwerk is designed to make your development work easier because you don’t have to worry about including in or requiring files in your code snippets, it will intelligently auto load those in. Zeitwerk functions slightly different from classic mode Ruby, because in Zeitwerk, you don’t go constant name to file, instead you are given a file name first, and then add it to a constant. Xavier delves into the limitations of classic mode and the const-missing callback, and how Zeitwerk improves upon this problem by using only absolute paths and module outloading instead of const-missing. The result is that, in general, things load faster.They discuss indexing of absolute paths within Zeitwerk, how one of the principles of Zeitwerk is to be as lazy as possible, the memory footprint, and the configuration needed to opt into Zeitwerk. Overall, Zeitwerk is going to work like Ruby. There are no special rules, it has the same semantics as Ruby, fewer gotcha’s if any at all, control over inflection, ways to introspect, and a way to log the activity of Zeitwerk.Links

    Zeitwerk

    Kubernetes

    API

    HTML

    Const-missing callback

    Nesting

    Ancestors

    Module outloa…

  35. RR 407: Functional Programming in Ruby using Dry Gems with Igor Morozov

    9 april 2019 · 51 min

    Afspelen
    Sponsors Lees meer

    Sentry use the code “devchat” for 2 months free on Sentry small plan

    Triplebyte offers a $1000 signing bonus

    StovePipe Studios

    Cachefly

    Panel

    Charles Max Wood

    Andrew Mason

    Nate Hopkins

    Dave Kimura

    Eric Berry

    Joined by Special Guest: Igor MorozovSummaryThe panel interviews Igor Morozov about functional programming in ruby. Igor Morozov is a lifelong software programmer from Moscow who focuses on functional programming. The panel considers other languages to use for functional programming and the different aspects of ruby that makes it unique for object oriented programming and functional programming. Igor Morozov explains the benefits of using ruby for functional programming versus using a different language. Igor Morozov shares the dry gems that he uses in ruby that makes functional programming easy and the types of projects he is using them for. Railway oriented programming and dry ecosystems are explored while Igor Morozov answers questions about using dry-rb in ruby. The panel discusses type systems and type checking, this leads to a consideration of crystal. The episode ends with a discussion of the job market for senior developers versus training a newer developer.Links

    Elegant Objects by Yegor Bugayenko

    https://dry-rb.org/gems/dry-types/

    https://www.dreamsongs.com/Files/ObjectsHaveFailed.pdf

    https://www.morozov.is/2018/05/27/do-notation-ruby.html#

    https://github.com/hopsoft/ellington

    https://github.com/davydovanton

    https://crystal-lang.org

    www.morozov.is

    https://www.facebook.com/RubyRogues

    https://twitter.com/rubyrogues

    PicksDave Kimura

    NavePoint 42U Professional 4-Post IT Open Frame Server Network Relay Rack 1000mm Casters Black

    Samsung 860 EVO 1TB 2.5 Inch SATA III Internal SSD (MZ-76E1T0B/AM)

    Nate Hopkins

    https://scoutapp.com

    https://redislabs.com

    https://github.com/renderedtext/render_async

    Andrew Mason

    https://luckyframework.org/

    Charles Max Wood

    https://codesync.global/conferences/code-beam-sf-2019/

    Fisherman's …

  36. RR 406: How Hard is Ruby on Rails to Learn?

    2 april 2019 · 1 uur 8 min

    Afspelen
    Sponsors Lees meer

    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

    Nate Hopkins

    David Richards

    Dave Kimura

    SummaryCharles Max Wood puts the question to the panel, how hard is it to learn ruby on rails? This leads them on an discussion of the evolution of ruby on rails. The simplicity of rails is a theme through their discussion of learning and teaching rails. The panel talks about the importance of collaboration and using the rails community to learn and to avoid messy architecture. The panel shares tips and resources for learning ruby on rails while discussing their mentoring experiences. The panel ends by coming back to the initial question and gives their final answers on how hard is ruby rails to learn?Links

    Pragmatic Thinking and Learning: Refactor Your Wetware by Andy Hunt

    https://thinkster.io/

    https://www.railstutorial.org/

    http://learn-rails.com/learn-ruby-on-rails.html

    https://www.facebook.com/RubyRogues

    https://twitter.com/rubyrogues

    PicksNate Hopkins

    https://pragprog.com/book/rails5/agile-web-development-with-rails-5

    Company of One: Why Staying Small Is the Next Big Thing for Business by Paul Jarvis

    David Richards

    A Philosophy of Software Design 1st Edition by John Ousterhout

    How to Take Smart Notes: One Simple Technique to Boost Writing, Learning and Thinking – for Students, Academics and Nonfiction Book Writers 1st Edition by Sönke Ahrens

    Charles Max Wood

    https://www.jamesfend.com/learned-ruby-rails-12-weeks-launch-freelancify

    Influence: The Psychology of Persuasion, Revised Edition by Robert B. Cialdini

    That’s Influence by Robert B. Cialdini

    Dave Kimura

    https://www.apple.com/shop/product/MJ2R2LL/A/magic-trackpad-2-silver

    https://products.office.com/en-us/microsoft-whiteboard/digital-whiteboard-app

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podc…

  37. RR 405: Rubymotion with Lori Olson

    26 maart 2019 · 1 uur 7 min

    Afspelen
    Sponsors Lees meer

    Sentry use the code “devchat” for 2 months free on Sentry small plan

    Triplebyte offers a $1000 signing bonus

    Cachefly

    Panel

    Nate Hopkins

    Dave Kimura

    Andrew Mason

    Charles Max Wood

    Joined by Special Guest: Lori OlsonSummaryLori Olson introduces herself, her school and ruby motion. Lori invites all to come to her webinar introducing her “six steps from idea to app store”. The panel discusses their rubymotion experiences and issues; which Lori advises on gems that will help. Lori shares her introduction to ruby and the story of writing her book.The evolution of rubymotion is shared leading the panel to discuss dragon ruby, the rebranding of rubymotion, which will be open sourced. Lori discusses her views of open sourcing and talks about her experiences in the rubymotion community; Amir Rajan, the owner of rubymotion, and his role and success in rubymotion are discussed. The panel considers flows potential and discusses the best way to develop for IOS and android. Links

    https://wndxschool.easywebinar.live/registration

    http://www.rubymotion.com/news/2019/03/01/the-sleeping-dragon-has-awoken.html

    https://github.com/infinitered/redpotion

    http://rubymotionquery.com

    https://wndx.school/p/rubymotion-jumpstart

    https://github.com/rubymotion/BubbleWrap

    https://rubymotionweekly.com

    https://www.reddit.com/r/ruby/comments/aovm41/a_renaissance_for_ruby_rubymotion_will_be/

    http://macruby.org/

    https://github.com/amirrajan/rubymotion-templates

    https://github.com/infinitered/bluepotion

    https://itunes.apple.com/ca/app/wimby/id1147353955?mt=8

    https://wimby.ca

    https://wndx.school/p/6-pack-apps

    https://coredatainmotion.com/

    https://motioneers.herokuapp.com

    https://devchat.tv/iphreaks/161-ips-successful-indie-ios-game-development-with-amir-rajan/

    https://devchat.tv/ruby-rogues/272-rr-game-development-and-rubymotion-with-amir-rajan/

    https://www.twitch.tv/amirrajan

    https://kotlinlang.org/

    https://devchat.tv/iphreaks/172-ips-kotlin-vs-swift-with-andrew-rah…

  38. RR 397: Oracle with Karthik Gaekwad

    21 maart 2019 · 45 min

    Afspelen
    Sponsors Lees meer

    Sentry use the code "devchat" for $100 credit

    TripleByte

    CacheFly

    Panel

    David Kamira

    Eric Berry

    Andrew Mason

    Special Guest: Karthik Gaekwad Episode Summary In this episode of Ruby Rogues, the panelists speak with Karthik Gaekwad, who helped build the Oracle Kubernetes Engine. The panelists discuss the naming of Ruby as the Server-Side Programming Language of the Year in 2018, beating out PHP and Java. Karthik talks about incorporating Ruby into Oracle. His team uses Ruby in both development and operations, and having a common language has increased their efficiency. The panelists discuss the shift from constant servers to more volatile servers that can make provisions on the fly. Karthik explains the benefits of using Oracle Cloud Native over other services. Oracle places a lot of emphasis on helping startups by giving them more computing power than other companies. Karthik talks about the merits of using Kubernetes in testing and production, and encourages those interested in using Kubernetes to jump in and start learning about it. For startups that want to use Kubernetes but lack a specialist, Karthik suggests letting a cloud service (like Oracle) manage the servers. Finally, Karthik tells listeners how to get started using Oracle Cloud, namely:

    Go to cloud.oracle.com

    Click the green “Try For Free” button to create your account

    Go into the Oracle Cloud Console and start exploring

    People who sign up get $300 in free credits

    Links:

    Kubernetes

    Oracle Cloud Native

    Capistrano

    Chef

    Puppet

    Hiroku

    Oracle Functions

    CNCF (Cloud Native Computing Foundation)

    Picks Andrew:

    Archipelago

    Eric:

    Desk Mini Fridge

    Asynci (in beta)

    David:

    Presonus Studio channel amplifier

    Karthik:

    Visual Studio Code

    Cloudnative.oracle.com

    Karthik’s team blog

    Special Guest: Karthik Gaekwad.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www.spreaker.com/podcast…

  39. RR 404: Ruby Bindings & Extensions With FFI with Sean Handley

    19 maart 2019 · 50 min

    Afspelen
    Sponsors Lees meer

    Sentry use the code “devchat” for 2 months free on Sentry small plan

    Triplebyte offers a $1000 signing bonus

    Cachefly

    Panel

    Andrew Mason

    Eric Berry

    Dave Kimura

    Joined by Special Guest: Sean HandleySummarySean Handley explains in detail ruby bindings and FFI and why they might be useful. The panel discusses the advantages of using a ruby binding, such as speed and opening up access to other projects. Sean Handley and Dave Kimura give advice on organizing code, to make it easier to use the FFI library. Sean Handley talks about his experience using FFI and native extension. The discussion switches gears and talks about Sean Handley’s blog post about hexagons and 3D space. The panel discusses how this math is used in services like Uber. Sean Handley brings up that hexagons are seen in nature and shares the beehive example. The discussion ends with Sean Handley answering a few more questions about FFI and Fiddle.Links

    https://github.com/uber/h3

    https://nokogiri.org/

    Behind the Curve

    https://github.com/seanhandley

    https://twitter.com/code_sean

    https://medium.com/@sean.handley

    https://medium.com/stuart-engineering

    https://www.facebook.com/RubyRogues

    https://twitter.com/rubyrogues

    PicksAndrew Mason

    http://strftimer.com/

    Sean Handley

    https://vasyop.github.io/miniC-hosting/

    Dave Kimura

    https://www.foragoodstrftime.com/

    https://microk8s.io/

    Special Guest: Sean Handley.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

  40. RR 403: Rails Needs Active Deployment with Stefan Wintermeyer

    12 maart 2019 · 55 min

    Afspelen
    Sponsors Lees meer

    Sentry use the code “devchat” for 2 months free on Sentry small plan

    Triplebyte offers a $1000 signing bonus

    Cachefly

    Panel:

    Eric Berry

    Dave Kimura

    Andrew Mason

    Joined by Special Guest: Stefan WintermeyerEpisode summaryStefan Wintermeyer, a german consultant, discusses his recent blog post “Rails needs Active Deployment”. He goes on to explain that this isn’t meant for rails deployment “rockstars” or Heroku, this is for normal developers who need an easier way to deploy their rails applications. Stefan Wintermeyer addresses the suggestions of using Docker. This begins a discussion of the different services that can be used and the disconnects found in many of them. Stefan Wintermeyer brings up the unfortunate truth of how many new developers give up because of the difficulty of the last step in rails. The panel discusses the difficulty of finding a perfect fit for all applications and share the different solutions they’ve tried in many services. This sparks a lively discussion on what a community wide solution might look like and what that might entail.Links

    https://phusionpassenger.com/library/deploy/apache/deploy/ruby/

    https://nanobox.io

    https://cloud66.com

    https://www.hatchbox.io

    https://github.com/tongueroo/jack

    https://www.wintermeyer-consulting.de

    https://twitter.com/wintermeyer

    www.facebook.com/RubyRogues

    www.twitter.com/rubyrogues

    PicksEric Berry:

    https://www.intercom.com/

    Dave Kimura:

    https://probot.github.io/

    Andrew Mason:

    http://jack-eb.com

    Special Guest: Stefan Wintermeyer.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

  41. RR 402: Ruby 2.6.0 Bugs, Kafka, and Karafka with Maciej Mensfeld

    5 maart 2019 · 1 uur

    Afspelen
    Sponsors Lees meer

    Sentry use the code “devchat” for $100 credit

    Triplebyte

    CacheFly

    Panel

    Andrew Mason

    Eric Berry

    Dave Kimura

    Charles Max Wood

    Joined by special guest: Maciej MensfeldEpisode SummaryIn this episode of Ruby Rogues, the panelists talk with Maciej Mensfeld, Senior Software Engineer at Castle Intelligence and the creator of the Karafka framework. Maciej explains to listeners the Karafka and Kafka frameworks and their advantages, the differences between Karafka and gems like DeliveryBoy and Racecar, certain use cases where Kafka can be used efficiently such as for fast data processing (messages at the rate of 50k per second), normalizing the request stream, buffering data and event-driven architecture. They discuss the framework’s contrast with respect to a traditional queue system and comparison to different languages.Maciej talks about some problems faced in the development stage and answers questions related to Kafka features such as strong ordering and error handling with examples. He also explains the procedure of using a consolidated gem with Docker containers, which is a part of his project set to release in April 2019. They discuss some specific errors in Ruby 2.6.0 and finally, he gives details about the Ruby users group based in Krakow, Poland and their meetups.Links

    Karafka framework

    Ruby Kafka

    DeliveryBoy

    Racecar

    WaterDrop

    Dry Libraries

    Apache Kafka

    Bug – Socket connect timeout exceeds timeout value

    Bug – ‘Numeric#zero?’ is much slower than ‘== 0’

    Mutant library

    Maciej’s blog

    Maciej’s GitHub

    RubyKaigi

    PicksEric Berry:

    Dave Kimura’s beautiful video setup

    Andrew Mason:

    Mac keyboard shortcut for nice screenshots: ⌘⌃ ⇧4 + space-bar and click on open window.

    Contributors’ names listed in the Readme file of the open source project – Andrew’s contribution

    Dave Kimura:

    Gatorade powder - to mix with Amoxicillin for better taste

    Elgato Cam Link 4k (reason for the excellent video setup!)

    Charles Max Wood:

    Disney Heroes : Battle Mo…

  42. RR 401: Environment Variables & Ruby with Jesus Castello

    27 februari 2019 · 45 min

    Afspelen
    Sponsors Lees meer

    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 CastelloEpisode SummaryIn 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

    Special Guest: Jesus Castello.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

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

    19 februari 2019 · 1 uur 5 min

    Afspelen
    Sponsors Lees meer

    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

    PicksAndrew

    Kubernetes Failure Stories

    Release Notes

    Dave

    Netgear Orbi Wi-Fi system

    org

    Eric

    Rollbar

    A21 foundation

    Charles

    Operation Underground Railroad

    Villainous Board Game

    Advertising Inquiries: https://redcircl…

  44. RR 399: Jets Ruby Serverless Framework with Tung Nguyen

    12 februari 2019 · 1 uur 14 min

    Afspelen
    Sponsors Lees meer

    Sentry use the code "devchat" for $100 credit

    Panel

    Andrew Mason

    Eric Berry

    Dave Kimura

    Charles Max Wood

    Nate Hopkins

    Special Guest: Tung NguyenEpisode SummaryIn this episode of Ruby Rogues, the panelists talk with Tung Nguyen, President and Founder of BoltOps AWS Cloud Infrastructure Consultancy, a Bay Area based DevOps infrastructure consultancy. Tung is also the creator of Ruby on Jets. Jets is a Ruby Serverless Framework, allowing you to to create serverless applications with Ruby. It includes everything needed to build and deploy applications to AWS Lambda.Tung explains how Jets works and that even before AWS Lambda supported Ruby, Jets used a shim to run Ruby. The shim was written in a language that is natively supported by AWS Lambda and called out to Ruby. Tung describes this process using the dream in dream concept in the movie Inception. Since AWS Lambda has started supporting Ruby, Jets has since moved to the official AWS version of Ruby.They discuss Tung’s decision to open source Jets and his end goal with it. Tung explains he created Jets because he needed it, he wanted to run Ruby functions without managing a server. So by building tools like Jets he is able to help his clients and his consulting company. By open sourcing them, he is able to give back to the community.Tung talks about the development process of Jets and explains that he has already re-written Jets a couple of times. Finally, for people who want to find out more about Jets, Tung directs them to the documentation and support links on the Jets website and the YouTube videos he has posted.Links

    Jets Ruby Serverless Framework

    Jets Blog Post

    http://rubyonjets.com/docs/crud-html-activerecord/

    http://rubyonjets.com/docs/crud-json-activerecord/

    https://asyncy.com/

    BoltOps

    BoltOps Nuts and Bolts Blog

    AWS Lambda

    Serverless Framework

    Tung's LinkedIn

    Tung's GitHub

    Tung's Twitter

    Tung's YouTube Channel

    Support Jets

    Introducing Jets: A Ruby Serverless Framework on AWS…

  45. RR 398: Productivity with Mani Vaya

    5 februari 2019 · 13 min

    Afspelen
    Get Mani's 10x Productivity Book Summaries Lees meer

    Freedom App use the code “MANI” for 50% off life-time

    Sponsors

    Sentry use the code "devchat" for $100 credit

    TripleByte

    Panel:

    Eric Berry

    Charles Max Wood

    Nate Hopkins

    Dave Kimura

    David Richards

    Brian Hogan

    Andrew Mason

    Special Guest: Mani VayaEpisode SummaryIn this episode Mani Vaya — founder of 2000books.com and former programmer — discusses productivity. He speaks on the following subtopics: the importance of planning out one’s day; identifying priorities and getting the top 3 done each day; taking time to get things done without any distractions - the benefits of single tasking as opposed to multi-tasking; the attention space in one’s brain; the importance of meditation; focusing on the important as opposed to the urgent; the importance of measurement; and lastly project orientation vs outcome orientation and when to use each.Mani helps motivate and inspire productivity in all aspects of a coder’s life.Links:

    Double Your Productivity by 5 PM Tomorrow

    Never Procrastinate Again Program

    Learn to Meditate

    2000 Books Podcast iTunes

    2000 Books Podcast Android

    2000 Books YouTube Channel

    2000 Books Website

    The Organized Mind by Daniel J. Levitin

    Deep Work - Cal Newport

    Mani's Meditation Program

    The One Thing by Gary Keller

    The Seven Habits of Highly Effective People by Stephen R. Covery

    10x Productivity

    PicksDavid:

    The Pragmatic Programmer by Andrew Hunt and David Thomas

    Nate:

    Paul Graham - Maker's Schedule, Manager's Schedule

    Dave:

    Standing Desk from Micro Center

    Charles:

    Standing Desk Floor Mat

    Andrew:

    Make Your Own Bed - by William H. McRaven

    Eric:

    Little Ways to Keep Calm and Carry On by Mark A. Reinecke PhD

    The Proven Power of Being Kind to Yourself by Dr. Kristin Neff

    Charles:

    Purple Seat Cushion

    Pomodoro Timer

    Mani:

    Do not disturb button at the bottom of your iPhone

    Special Guest: Mani Vaya.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redc…

  46. RR 397: Oracle with Karthik Gaekwad

    30 januari 2019 · 45 min

    Afspelen
    Sponsors Lees meer

    Sentry use the code "devchat" for $100 credit

    TripleByte

    Special Guest: Karthik Gaekwad.

    Advertising Inquiries: https://redcircle.com/brands

    Privacy & Opt-Out: https://redcircle.com/privacy

    Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

  47. RR 396: GraphQL at Product Hunt with Radoslav Stankov

    24 januari 2019 · 56 min

    Afspelen
    Sponsors Lees meer

    Sentry use the code "devchat" for $100 credit

    TripleByte

    Panel

    Dave Kimura

    Nate Hopkins

    Charles Max Wood

    Special Guest - Radoslav Stankov In this episode, the panelists of Ruby Rogues speak with Radoslav Stankov about GraphQL and its implementation in depth. Radoslav is based out of Sofia, Bulgaria and is the head of the engineering team at Product Hunt. He is a full stack developer since 2002, working on JavaScript, Ruby on Rails, Elixir and GraphQL. Show Notes:0:00 – Charles introduces the panel and the special guest.0:30 – Advertisement: Sentry - Use the code “devchat” to get two months free on Sentry’s small plan.1:40 - Radoslav introduces himself and gives a short description about what he is working on.2:20 - Charles asks him about the stack at Product Hunt and details about the company. Radoslav gives a brief historical background while explaining that they moved to GraphQL two years ago. He states that his team consists of about six full stack developers. He explains that GraphQL is their main API currently for communicating with the Rail backend and a React client in the front. He also mentions that they released a new iOS app recently.5:12 - Charles asks if increasing number of websites are moving toward the mentioned model where Rails provides the backend API and rendering happens in the front. Radoslav agrees while saying Rails is faster but if the complexity increases, it starts becoming increasingly complex. He gives an example of views to explain his point. He interprets GraphQL as an update on REST API which is much cleaner and easier to work with. 7:08 - Dave agrees that GraphQL is interesting and compares it to SOAP interface while explaining the comparison in detail. He asks Radoslav the reason why GraphQL is used internally without a client facing API. Radoslav answers that he prefers GraphQL to be private and explains with an example using it internally is very flexible, hassle free and can be used for anything that the user wan…

  48. RR 395: Ruby in the Forbidden Land with Nathan Ruehs

    15 januari 2019 · 40 min

    Afspelen
    Sponsors Lees meer

    Sentry use the code "devchat" for $100 credit

    TripleByte

    CacheFly

    Panel

    Dave Kimura

    Charles Max Wood

    Special Guest: Nathan Ruehs In this episode of Ruby Rogues, the panelists talk with Nathan Ruehs. Nathan is a programmer residing in the Milwaukee area. He started working for a large corporation right after college and is currently trying to explore newer methods to incorporate Ruby in his day to day work. The panelists and Nathan talk about ways to sneak Ruby into big companies, difficulties in working with legacy systems and more. Show Notes:0:00 - Charles introduces the panel and reminds listeners to check out DevRev.0:30 – Advertisement: Sentry 1:27 - Nathan introduces himself by briefly describing his background and states that he is exploring ways to use Ruby in things that he’s working with.1:50 - Charles asks Nathan about Ruby in general and techniques to use it in large organizations. He shares his own experience from his University days when most of the software had set stacks and it was difficult to deviate from them.2:24 - Nathan agrees by saying that changes in bigger organizations are indeed hard, but he has had some amount of success in sneaking Ruby into side projects, automation and testing but not in official production code yet.3:34 - Dave shares his story about his company undergoing a gradual change from being a heavy .NET shop to using Ruby in certain projects to finally getting acquired by Sage which had Ruby on Rails for the most part.5:20 - Charles talks about the time at University when mostly everything was mainframe based, hard to replace and integrations were extremely difficult.6:30 - Nathan says that they are using mainframe too and have no automated tests, no code refactoring and the company is trying to move off mainframe, but the process is quite complex.7:40 - Charles asks about the duration required to make the transition to which Nathan answers that they are working on it for 3 years, but the progress is quite sl…

  49. RR 394: Cables, Concurrency, and Ruby 3x3 with Vladimir Dem

    25 december 2018 · 1 uur 2 min

    Afspelen
    Panel: Lees meer

    Eric Berry

    Dave Kimura

    Nate Hopkins

    Charles Max Wood

    Special Guest: Vladimir Dem In this episode of Ruby Rogues, the panel talks with Vladimir Dem who is a Ruby developer and currently lives in Brooklyn, New York. Today, the panelists and guest talk about cables, concurrency, and Ruby. Check it out!Show Topics:0:00 – Advertisement: Sentry.io 1:02 – Chuck: Hello! The panel today is Eric, Dave, Nate, and myself! Our guest is Vlad!1:30 – Guest: My name is Vladimir, but people call me Vlad. I have been writing Ruby since 2013 for about 4.5 years. Before that I was a PHP, JavaScript developer among other languages. I am mostly Erlang and Ruby now.2:29 – Panel asks Vlad a question. 3:29 – Guest: Yeah something like that. I call it a different server b/c we still use the code base but we do not do anything related to web sockets and connections.4:20 – Panel: If you wanted to take a normal action cables setup what steps would you have to go through to convert that over to also use the anycable server?5:21 – Guest answers the question. 7:31 – Chuck: This sounds complicated and a bit of work. When I look at this I think: I have a tiny app is it worth it? When does it become worth it?7:52 – Guest: Definitely not for the tiny app.8:50 – Panel: You use it when it makes sense. Overcomplicating your infrastructure doesn’t make sense.9:27 – Guest: That’s the idea.10:28 – Panel.11:05 – Guest: The question really is how many connections you have and how long-lived they are?13:09 – Panel: If I move my project over to anycable how much new code am I going to have to write?13:28 – Guest answers the question. 15:52 – Panel: What’s the update been like for anycable and how many users use anycable? 16:05 – Guest: I really don’t have statistics. I hear people at conferences say that they use anycable, but no real statistics right now. I would like to know these numbers, but no idea.16:30 – Panel: ...is that the time to consider using anycable?17:05 – Guest: That’s a good point …

  50. RR 393: Speculation on Frameworks with the Panelists

    18 december 2018 · 53 min

    Afspelen
    Panel:
    - Eric Berry
    - Dave Kimura
    - David Richards
    - Charles Max Wood
    In this episode of Ruby Rogues, the panelists talk amongst themselves on today’s topic, which is “speculation on frameworks.” They consider where the tech community currently is right now, and where it’s heading towards the future. They bring-up topics such as: Rails, Ruby, Angular, Agile, and much more. Check it out!Show Topics:0:00 – Advertisement: https://sentry.io/welcome/ 1:47 – Chuck: Check out the DevRev2:08 – Panel: A topic about “speculation” would be great today. What are we seeing in the community: what we like/don’t like, and what would you want to change?He talks about action text, JavaScript framework, and more. 3:41 – Chuck: Service-side rendering is what we talked about in the past. Divya does this with service–side rendering. For content sites that approach makes a lot of sense. I have playing around with this for the past week or so. I was taking it to rendering it to text.4:39 – Panel: Yeah, that’s the way to go.5:29 – Chuck: You are talking about a fully side UI.5:45 – Panel: I thought it was just my age so I am glad we are talking about this. The hip kids want to make these beautiful frontend sites. I want to keep it simple and then justify more later. I guess I would never be as hip but as long as my stuff gets out there – that’s all that matters to me.6:28 – Panel: Yeah don’t get me wrong...nobody will want to develop your product if it was built 30 years ago. If it is a startup you want it to look good with a nice UI. Nobody will purchase if it looks outdated. How much maintenance do I want to invest into this? Why add another component into that if you cannot maintain it.7:56 – Chuck: Yeah I have come into this issue while building the Podcast Service that I am creating.8:25 – Panel: These are good frameworks and they feel great. I don’t realize the complexity that I am taking on sometimes. I have a lot of complexity on my hands: did I need it?9:02 – Chuck: Sometimes my p…
    Lees meer