Ruby Rogues

SponsorsSentry use the code “devchat” for $100 creditTriplebyteCacheFlyPanelAndrew MasonEric BerryDave KimuraCharles Max WoodJoined 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.LinksKarafka frameworkRuby KafkaDeliveryBoyRacecarWaterDropDry LibrariesApache KafkaBug – Socket connect timeout exceeds timeout valueBug – ‘Numeric#zero?’  is much slower than ‘== 0’Mutant libraryMaciej’s blogMaciej’s GitHubRubyKaigiPicksEric Berry:Dave Kimura’s beautiful video setupAndrew 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 contributionDave Kimura:Gatorade powder - to mix with Amoxicillin for better tasteElgato Cam Link 4k (reason for the excellent video setup!)Charles Max Wood:Disney Heroes : Battle ModeKingdoms of HeckfireSpecial Guest: Maciej Mensfeld. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

SponsorsSentry use code “devchat” for 2 months free on Sentry small planTripleByte offers a $1000 signing bonusPanel Dave KimuraEric BerryCharles WoodJoined 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.LinksRuby Guides - Jesus CastelloJesus Castello TwitterRuby Guides Youtube - Jesus CastelloThe Twelve Factor AppJesus Castello FacebookHerokuAWS - AmazonnginxApachebkeepers/dotenv - GitHubEnivronmental Variable in Rubylaserlemon/figaro GitHubRemoving sensitive data from a repository - GitHubCodefunddry-configurablehttps://12factor.net/configyuki24/did_you_mean GitHubPicks Dave Kimura:Nobilechairs EpicSatechi Clamp HubAndrew Mason:EugeneMayer/ docker-syncJesus Castello:Brakeman 4.4.0 Releasedacts_as_list GitHubawesome-print/awesome_print GitHubRuby Deep DiveEric Berry:CODEFUND JobsCharles Wood:Canon EOS M6 (Black) EF-M 15-45mm f/3.5-6.3 IS STM Lens KitRode VideoMic GO Lightweight On-Camera Microphone with Integrated Rycote ShockmountSkyward by Brandon SandersonSpecial Guest: Jesus Castello. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

SponsorsSentry- use the code “devchat” for $100 creditTriplebyteCacheFly 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.LinksGitcoinDrifting RubyCodeFundJavaScript Jabber podcast with Jeremy AshkenasHope in Source podcastLiving Out in Faith PicksAndrewKubernetes Failure StoriesRelease NotesDaveNetgear Orbi Wi-Fi systemorgEricRollbarA21 foundationCharlesOperation Underground RailroadVillainous Board GameAdvertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

SponsorsSentry use the code "devchat" for $100 creditPanelAndrew MasonEric BerryDave KimuraCharles Max WoodNate 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.LinksJets Ruby Serverless FrameworkJets Blog Posthttp://rubyonjets.com/docs/crud-html-activerecord/http://rubyonjets.com/docs/crud-json-activerecord/https://asyncy.com/BoltOpsBoltOps Nuts and Bolts BlogAWS LambdaServerless FrameworkTung's LinkedInTung's GitHubTung's TwitterTung's YouTube ChannelSupport JetsIntroducing Jets: A Ruby Serverless Framework on AWS LambdaBuild an API with Jets Ruby Serverless Framework PicksNate Hopkins:Influence: The Psychology of PersuasionEric Berry:https://asyncy.com/https://scoutapp.comLight Therapy LampAndrew Mason:H68G DroneDave Kimura:Microsoft Sculpt Ergonomic Keyboard for Business (5KV-00001)Inversion TableCharles Max Wood:The 1-Page Marketing Plan bu Allan DibCholesterol Clarity by Jimmy MooreThe Keto Reset Diet by Mark SissonDeseret Book CompanyTung Nguyen:Profit First by Mike MichalowiczSpecial Guest: Tung Nguyen. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Get Mani's 10x Productivity Book SummariesFreedom App use the code “MANI” for 50% off life-timeSponsorsSentry use the code "devchat" for $100 creditTripleBytePanel:Eric BerryCharles Max WoodNate HopkinsDave KimuraDavid RichardsBrian HoganAndrew 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 TomorrowNever Procrastinate Again ProgramLearn to Meditate2000 Books Podcast iTunes2000 Books Podcast Android2000 Books YouTube Channel2000 Books WebsiteThe Organized Mind by Daniel J. LevitinDeep Work - Cal NewportMani's Meditation ProgramThe One Thing by Gary KellerThe Seven Habits of Highly Effective People by Stephen R. Covery10x ProductivityPicksDavid:The Pragmatic Programmer by Andrew Hunt and David ThomasNate:Paul Graham - Maker's Schedule, Manager's ScheduleDave: Standing Desk from Micro CenterCharles: Standing Desk Floor MatAndrew: Make Your Own Bed - by William H. McRavenEric:Little Ways to Keep Calm and Carry On by Mark A. Reinecke PhDThe Proven Power of Being Kind to Yourself by Dr. Kristin NeffCharles:Purple Seat CushionPomodoro TimerMani:Do not disturb button at the bottom of your iPhone Special Guest: Mani Vaya. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

SponsorsSentry use the code "devchat" for $100 creditTripleByteSpecial Guest: Karthik Gaekwad. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

SponsorsSentry use the code "devchat" for $100 creditTripleBytePanelDave KimuraNate HopkinsCharles Max WoodSpecial 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 wants to do in a simple manner. 11:30 - Dave asks does GraphQL handles versioning as the application matures. Radoslav elaborates on it by saying that versioning is similar to REST API and with GraphQL, the scheme is statically typed and it’s easy to identify information such as which field was requested frequently by the customer and which needs to be deprecated. 14:08 - Dave asks if GraphQL has a documentation API like Swagger. Radoslav talks about a tool called “graphical” which is an IDE for graphical queries that generates automatic documentation.15:31 - Nate asks about the origin of the metric tracking in GraphQL. Radoslav says that it comes from certain tools, that all the libraries such JavaScript, Ruby, Elixir have instrumentation hooks and information is obtained by plugging into them. 16:22 - Nate then says that this is basically like hoisting SQL database to frontend layer and then goes on to ask how the database queries are optimized. Radoslav explains in detail that the optimization is done similar as normal Rails and explains the process of batching. He mentions that he has written two blog posts on the same topic - optimization for N+1 queries.19:27 - Dave shares that GraphQL has a good feature where you can restrict the query based on what the user wants. Radoslav talks about the method of caching for optimization. 21:30 - Charles asks if building resolvers has gotten better than before. Radoslav answers in affirmative and talks about the usage of classes, methods and mutations that makes the procedure simple. He explains that one of his libraries has a GraphQL plugin where you have to define search queries and it exports those to GraphQL types and arguments that can be plugged into GraphQL schema.24:20 - Nate asks about the implementation of GraphQL components. Radoslav says that it is separated into a single namespace, exposed to a controller, the GraphQL types are matched to REST serializers. The frontend has React component and the backend contains the controller, utility classes and the GraphQL logic. He then goes on to explain the structure in depth.  26:47 - Nate asks if this strategy has been blogged about to which Radoslav answers that he hasn’t but has given talks on it.  27:15 - Nate asks about the downsides of GraphQL. Radoslav shares his worries about making the API public as it should be made more bullet-proof as it could have performance issues on such a large scale and would involve much better monitoring. He says that authorization for resources would also be a problem.29:17 - Nate mentions that in the end it is a tradeoff as it is with any software and asks at what point does it start to make sense to use GraphQL. Radoslav answers that it depends on the roadmap, the kind of the product is and gives some examples to elaborate further.  31:35 - Nate says that early planning could be needed for growing the team in a particular way. He also talks about the disadvantage of growing trends that break down solutions into smaller parts that it takes away the ability of small teams to build entire solutions. Radoslav says that while it is true, the developers in his team are full stack and capable of working with all kinds of tasks be it frontend or backend that come their way.35:45 - Nate asks about the team’s hiring practices. Radoslav describes that they started with senior developers and later on hired interns and juniors as well. He states that interns and juniors ask better questions and work well with component driven design.  39:18 - Nate asks why Ruby is considered to be a good choice for GraphQL. Radoslav answers that the Ruby implementation of GraphQL is one of the best, used by big companies like Shopify, GitHub, Airbnb. It solves code scaling issues and integrates well with Rails. 42:45 - Dave says that it will be interesting to see what Facebook will come up next in the frontend framework. Radoslav agrees and says Facebook infrastructure team makes good tradeoffs and gives the example that each time there is React update, the team updates the whole codebase to the newest React version.45:56 – Dave and Radoslav talk about the React team’s versioning being unusual.46:23 – Advertisement - TripleByte - 1000$ signing bonus for listeners47:20 – Picks!54:50 – Radoslav mentions that he is available as rstankov on Twitter, GitHub and his website is www.rstankov.com.55:25 – END – Advertisement – CacheFly!  PicksDaveSwing Cars - for kidsDewalt USB chargerNateMultipliers - How the Best Leaders Make Everyone SmarterJimmy Buffet songs - A Pirate looks at Forty, Come MondayCharlesFor listeners - Tag devchat episodes on tv or github.com/cmaxw/devchat-eleventy.For every 5 episodes tagged (particularly Ruby, JavaScript, testing, new programmers, etc), one hour of coaching will be given. You can open an issue on GitHub for each episode you’re tagging so it does not get mixed up with other listeners.“How to Get a Job” - Book in progress.RadoslavMarc-Andre GraphQL Schema Design at GraphQL summitThe Phoenix Project Special Guest: Radoslav Stankov. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

SponsorsSentry use the code "devchat" for $100 creditTripleByteCacheFlyPanelDave KimuraCharles Max WoodSpecial 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 slow, and their goal is to do it by the year 2025.8:37 - Dave discusses how companies try to move to efficient methodologies like agile from waterfall, but then get scared or don’t get expected results and fall back into the old comfortable way of doing things. Charles chips in saying that the flipside is that companies do hire people that make them aware of the dangers, security issues and lawsuits that could arise from working with ancient systems and code, not to mention the high costs involved in hiring people with those skills, so in the end it is a tradeoff. Nathan agrees while saying that they are trying to mitigate the high costs by adopting an outsourcing model.10:50 - Charles asks Nathan where exactly he gets Ruby in the picture. Nathan answers in detail that he learnt Ruby in college, and in his current job, he started working on small automation projects. He tried different options and wrote some applications, generated reports and expanded into automation for customer setups as well. After that he moved on to building complicated automation tools.14:15 – Dave talks about the need for automation and affirms that Ruby is a good choice for it.15:40 – Charles says that he has written a fully blown Rails application to automate podcasts as well.16:15 – Dave asks if Nathan uses Ruby for projects outside of work too. Nathan says that he has used it for things like automating the recording and uploading of a Bible study lecture and would like to start a Rails project to hone the skill.17:55 - Nathan talks about how developers do not prefer to use code for everyday tasks that are not a part of the production code, so he writes apps for them to help automate those tasks.18:40 – Advertisement - TripleByte – 1000$ signing bonus for listeners.19:40 – Charles asks if Nathan uses Ruby for projects other than DevOps or automation. Nathan answers that he wants to build a Ruby on Rails app that would be a dashboard for customers.20:24 – Charles shares experiences from his old job where they would deploy Ruby using their packaging system. Nathan explains how complex the process is on his local machine.21:40 – Dave says that while the deployment procedure is complicated, it is done to not compromise on security. Charles talks about the reason being PR fallout and data breaching as well.22:54 – Charles asks for how long people try incorporating Ruby for their own small projects at work before moving on to companies that actually use it fulltime. Nathan explains the challenges of moving to other jobs without having official Ruby experience.24:40 – Dave says that the resources available to learn Ruby are plenty nowadays. Charles talks about the fact that companies do hire people with just basic Ruby experience as well. They discuss about the looking at positives about the current workplace, better benefits when working for large organizations, stability and that it finally depends on what an individual wants from a job.29:23 – Charles asks Nathan if they are having trouble finding mainframe developers to which Nathan answers in affirmative while giving his own experience.31:00 – Dave enquires about what happens to mainframes if there is a hardware problem. Nathan answers that it is difficult to solve while giving IBM’s example and states that migration is costly. Charles also echoes his opinion, that it is getting harder to replace mainframes.32:50 – Nathan mentions that his work is available online on the website -www.nathan.ruehs.net.33:00 – Picks!38:15 – They conclude by saying that hopefully the podcast helped people in getting some ideas on working with Ruby and to follow what works better in general.END – Advertisement – Cache Fly!  PicksDaveSafety glasses while working on wood projects.Die Hard movieCharlesGeorge Marathon in October 2019Hire a running coach – on MckirdyClarityNathanReal Maple SyrupUbiquitiSpecial Guest: Nathan Ruehs. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: Eric BerryDave KimuraNate HopkinsCharles 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 to make.18:44 – Panel: How is the initial handshake time with anycable? Is there any difference with anycable in that sense?19:05 – Guest answers the question. 22:49 – Chuck: Can you define a couple of terms for me? I am hearing terms like: concurrency and real time and others?23:00 – Guest: Good point. What is real time?The guest continues to define these terms.28:10 – Fresh Books! 29:10 – Chuck: Ruby 3 is supposed to solve some of these problems. Can you talk about some of those?29:46 – Guest: Interesting question and I’ve been asked about this before.35:14 – Panel: Did you say there was some activity around trying to reduce the memory consumption for thread?35:25 – Guest answers the question. 36:14 – Panel: Vlad, you are spread from backend to fronted and you’ve mentioned Phoenix Live Vue. Can I pick your brain about it?36:39 – Guest answers the question. 38:48 – Panel: It seems like one of the core tenants is empowering small teams to compete with larger teams. I have high hopes to keep small teams competitive.39:50 – Guest: Yes, that’s the idea of Rails and Ruby itself to build something and try something and perhaps fail.40:57 – Panelist mentions Erlang, anycable, and concurrency. 41:14 – Guest: We are working on administration functionality and we want to build something fast.44:40 – Panel: That’s the interesting thing about turbo links cause I think it was a marketing fail. You have to invest time to learn how to use it and how to use it properly.45:44 – Guest: I don’t have a good guide for turbo links.46:00 – Chuck: Anything else we want to talk about?46:10 – Guest: Two more things I want to mention.54:02 – Advertisement: Get A Coder Job! 54:35 – Picks!End – Cache Fly! Links:Get a Coder Job CourseThe DevRev Podcast ShowAngularDevChat TVRubyElixirRuby on RailsAngularCypressVueReactFaye-Websocket-RubyAnycableEMx 020 EpisodeEntreprogrammers: Episode 248SocketryThe Rails DoctrineWalmart: Invisible GlassBose Wireless HeadphonesNetflix: Newsies / Broadway musicalKanbanFlowAdvent of CodeHeroku DeploymentGuest’s TwitterGuest’s Dev.toGuest’s GitHubSponsors:SentryCacheFlyFresh BooksPicks:DaveInvisible GlassEricBose Quiet Comfort Headphones  NateThe Rails Doctrine Newsies CharlesKanban FlowEntreProgrammers The pomodoro techniquemasterhunt.com/devchatVladAdvent of Code Any Cable Special Guest: Vladimir Dementyev. Advertising Inquiries: https://redcircle.com/brandsPrivacy & Opt-Out: https://redcircle.com/privacyBecome a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.

Panel: - Eric Berry- Dave Kimura- David Richards- Charles Max WoodIn 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 problem is that I am trying to pull it in after-the-fact. Like the forms to animate or this and that have to slide in. I want a natural feel to the UX. I looked at React and then I didn’t go that way. I have been podcasting about https://angular.io for 4 years, but it was a no-go for my project. For my solution – it makes sense to just get it going and get it rolling.10:45 – Panel: When we do use Action Vue we are prone to get lazy. What I mean by that is making database calls.12:01 – Panel: You can think: Inside-Out! That creates an identity around the project. If I can think of that before going in, then everyone knows what we are doing and what their role is. It’s really obvious. Simple things grow into bigger things. I am a fan of service-side objects. It’s a daily work process. That feels good to me and it’s programmatic for me.13:24 – Chuck: You aren’t saying: I don’t want or I don’t need ... what you are saying is: I will get this tool when I need it.13:45 – Panel: You can say: “Hey this is what we are going to do and WHY we are going to do it.” It’s nice to come back to old projects and to see that it’s still solid. It’s nice to see that and people own that software and didn’t have to keep updating.15:06 – Chuck: It reminds me of the Agile development stuff. The approach between Angular and React and Vue are fairly different. They are reasonably different. There will be tradeoffs between which one to use. When you are making that decision then you can make the appropriate decision on that.16:10 – Panel: I remember in the prior years when the Rails community grew their own people and you were a RAILS person; now it’s you’re a WEB person. 17:43 – Panel: In a lot of cases it’s good to see what’s out there and to see what’s new; especially early on if they end up being ahead of their time. Then you are an early pioneer in that area. There’s nothing wrong with that, but when you are introducing new things into your core you are running into unforeseeable risks. I am not an early adapter of React, but I know enough of the pros and cons of the framework.19:48 – Panel: I like that. Maybe I “should” adapt that framework and maybe I am not the right person to do so.21:06 – Chuck: Dave brought us to a new topic and that’s: being an early adapter. Some people want a name, some people want to invent stuff and so many more reasons “why.” I don’t want to “poo poo” the idea but you need to know WHY.21:48 – Panel: The cost of developers is A LOT. I just think if I was building a house and I had that expense then I better get a really nice house out of it. I want to do a good job and that’s important. On the business – side they have to rely on us and decisions that are in the best interest for everyone.22:50 – https://www.freshbooks.com/?ref=10400&sscid=c1k2_96qpg&utm_campaign=87321&utm_medium=affiliate&utm_source=sas 23:53 – Chuck: So what do you guys think about: what’s coming? Do you feel like things are going to move away from frontend frameworks? Will there be a large adoption curve?24:30 – Panel: If we are talking about the space of Ruby on Rails then you want it to be maintainable. You don’t want to steer too far away from its core.28:11 – Panel: Good I like that. There are great tools that we are getting through Google, Facebook and they have great tools for these apps. They are looking for the 1-person startup very much like Basecamp. It’s all possible that we are holding onto these technologies that are great but does it fit ME. Do I want to maintain things? Do I want to make this more complicated? Especially if I really don’t fit into what I’m trying to do.29:13 – Panel: Yeah some people in the DOT NET world they were really struggling with some modern approaches.30:42 – Panel: One of our listeners texted me b/c we are recording LIVE.Panelist reads off from a listener’s text message that uses a quote. 31:16 – Panel: When I started Ruby it was a PHP project and I couldn’t get there. I didn’t have enough bandwidth. It was easy for me to build the RAILS way.32:02 – Chuck: I was introduced to PHP in college, early 2000’s. I really enjoyed it and I was fairly productive and then I found Rails.32:27 – Panelist talks about PHP, flash frontend, and more. 34:42 – Chuck: Could and will something come along that will affect the way we write code?34:56 – Panel: Yes, b/c I think technology is sustainable for a certain amount of time before things start to change again. Look at the iPhones and the Android phones.38:26 – Panel: I think it takes time to do something well.Panelist talks about Rails, Ruby, data, and more!40:25 – Panel: It’s interesting b/c the tradeoff used to be much bigger. The bandwidth is better, the screens are better, the way we do things are better. There is much of a tradeoff. That’s how people are interacting with our business and our products. I tend to write these flowery articles that I don’t publish. There was something in the air and in the mid-2000’s we were launching Netflix, and all of these things were happening at that time. A lot is happening now but it’s different now. Where are we going? Where would I be happy to work? If we can get on the phone and inside of our data and it just adds more value. It’s not an easy answer to “Where are we going?” but it’s good to talk about it b/c people might be afraid to ask and to answer.43:13 – Chuck: Anything else or picks?43:19 – Panel: We are saying today: we aren’t trying to break-out of this bubble, but we are saying: let’s get closer to the user and there is so much opportunity in THIS space!!44:10 – Panel: The technology is tapped-out right now.44:50 – https://devchat.tv/get-a-coder-job/ End – https://www.cachefly.com Links:- https://devchat.tv/get-a-coder-job/- http://thedevrev.com- https://angular.io- https://devchat.tv- https://www.ruby-lang.org/en/- https://elixir-lang.org- https://rubyonrails.org- https://angular.io- https://www.cypress.io- https://vuejs.org- https://reactjs.org- https://jestjs.io- https://mochajs.org- https://www.amazon.com/gp/product/1937226972/ref=oh_aui_detailpage_o01_s00?ie=UTF8&psc=1- https://www.habitsforhackers.com- https://www.homedepot.com/p/DEWALT-20-Volt-MAX-XR-Lithium-Ion-Cordless-1-2-in-Brushless-Compact-Drill-Driver-Kit-with-2-Batteries-2Ah-Charger-and-Case-DCD791D2/206523964-Become a supporter of this podcast: https://www.spreaker.com/podcast/ruby-rogues--6102073/support.