The past, present, and future of RubyGems.org and what you&#39;ll see from the Ruby community&#39;s package manager site. Oh, and some GIFs too.

Remote Conferences - Audio

RubyGems.Next - Ruby Remote Conf 2015

Rubygems 2.0 had partial Gemfile support, with Rubygems 2.2 almost all of functionalities ofBundler can be replicated with Rubygems, lets stop using extra layers when the core already does what we want to achieve.

Bundler to Rubygems: Long Live the Gemfile - Ruby Remote Conf 2015

The world of programming is changing. It&#39;s becoming clear that functional languages are the new mainstream. But how do you write code without objects and classes? For the answers, we can look both forwards and backwards, looking at the functional ideas of transformation, combined with some cool techniques from programming&#39;s adolescence. 

Let’s Code Like It’s 1969! - Ruby Remote Conf 2015

Creating games is crazy-fun and dirt simple with Ruby. If you can make a web app, you can make a game. This session will introduce basic concepts of game programming and show how to implement them using the Gosu library. This includes the game loop, sprites, animation, etc. And it will be fun!

Writing Games with Ruby - Ruby Remote Conf 2015

Peter briefly built Rails apps for a living, but quickly discovered the beauty of using Ruby as a catch-all "Swiss Army knife" for jobs all over the place. In his talk, he&#39;ll look at how Ruby can be rapidly put to work doing all sorts of random things that help in other types of day to day work.

Swiss Army Rubyknife - Ruby Remote Conf 2015

Right next to your app is a world of software you probably don&#39;t think about: app servers, Rack interfaces, reverse proxies and load balancers. Starting right next to your app, we&#39;ll look at how Ruby web apps are built. Which pieces do you control as the developer? Which pieces are traditionally owned by ops? What do they do?   We&#39;ll (quickly) talk about the standard software for these pieces -- Passenger, Puma, Unicorn, Thin, Rack, NGinX, Apache, HAProxy and Varnish, where they fit together, and why you might choose one or another.   At the end of the talk you&#39;ll know what you can put in your Gemfile to choose these, how production is different from development, and the beginning of how you&#39;d set this all up on your own if you needed to. You&#39;ll also know why you&#39;d have to choose one piece of software over another, versus when it&#39;s basically your call.

Next To Your App: Ruby Web App Architecture - Ruby Remote Conf 2015

Design has often been cut off from the development side of the house, creating static images that are then handed off to developers to build. Invariably, this waterfall approach leads to unhappy designers and frustrated programmers, and often a product that misses the mark. Agile Development has solved many of the issues, but in many cases, designers still sit on the outside.   We’ll look at integrating your design team (even if it’s a team of one) into an agile development organization while still pushing user-centric design. We’ll study successes and failures from both consultancies (InfoEther, Hyphenated People, Meticulous) and product companies both large and small (LivingSocial, CargoSense). We’ll talk about strategies for getting your design and development teams aligned and working like a well-oiled machine.   This session will discuss:   * Integrating design into an agile development team * What processes work well * What processes lead to problems * Things to take back and try on their teams

How they Work Better Together: Lean UX, Agile Development, and User-Centered Design - Ruby Remote Conf 2015

Hundreds of books are available to help you write Ruby source code and there are multiple large disciplines about how to structure the concepts within your code. But when you execute your code it ceases to be source and begins life as a unix process alongside other processes on a piece of hardware somewhere in the actual world.   I&#39;ll walk us through how to reason about your process, how to know what it&#39;s doing and what resources it&#39;s using and how to determine whether it&#39;s healthy.   We&#39;ll learn about what you can add to your source to make debugging easier, how to debug your code as if it were merely a C program, and what kinds of unique behaviors MRI, Rubinius, and JRuby have that are distinct from processes written in other languages.

Ruby in the Datacenter - Ruby Remote Conf 2015

BigData is a buzz word right now and there&#39;s a lot of cool things that people are doing. In this talk I&#39;ll show you some simple ways you can use Ruby and Google&#39;s data tools to explore big data.

Playing with Data with Ruby and BigQuery - Ruby Remote Conf 2015

"Red. Green. Refactor" is a great slogan for Test-Driven Development. It&#39;s less great as a guide to actual TDD practice. The slogan provides no guidance for two very important questions in a TDD process: "What do I test next?" and "How do I break my problem into testable pieces".   You may have struggled with TDD on these two issues, leading to giving up, or winding up with "uncanny valley" tests that are hard to maintain but don&#39;t provide support for change. Using a puzzle problem, we&#39;ll show how to expand on Red Green Refactor, so you can take advantage of the code-quality benefit of TDD.

What We Talk About When We Talk About Testing - Ruby Remote Conf 2015

Symmetry. Simplicity. Elegance. Patterns. Much of how we understand, describe, and value code is based on subjective criteria that are easy for us to grasp intuitively but almost impossible to define or communicate objectively. Can advances in applied aesthetics and theoretical neurology provide insights into the advantages and disadvantages of relying on such elusive criteria? Do mathematical and evolutionary theories indicate that our code evolves aesthetically to enhance its survivability, durability, and success?   This talk will explore the role that concepts such as beauty, sublimity, completeness and simplicity play in the way that we model reality in software, relate to our own and other people&#39;s code, and ultimately measure the value of our work as professionals.

Aesthetics and the Evolution of Code - Ruby Remote Conf 2015

There is often more than one way to do it. Some ways are better than others, and are favored for many reasons. Rails conventions and the way the framework "just works" can be handy in getting your app up and running. Other times Rails puts you in a very difficult spot, and simple, maintainable solutions appear out of reach.   One place where Rails feels very limiting is inside the controller. There is often an evolution in how we deal with these limitations when they arise. Frequently we settle for something that doesn&#39;t quite meet our needs. Don&#39;t worry! There is hope. We don&#39;t need an extra library or another complicated indirection. Using routes to their fullest can give you the power of dependency injection over your controllers.

The Route Less Traveled - Ruby Remote Conf 2015

Rubyists are famously polyglot. I&#39;ve heard people joke that there are more JavaScript talks at some Ruby conferences than there are Ruby talks. But there&#39;s one area in which most Rubyists don&#39;t go: low-level programming. We often say "Ruby is slow, but that doesn&#39;t matter. I&#39;ll just drop down to C when I need performance." But C is pretty scary, so we never actually do it.   In this talk, Steve will show off Rust, a new programming language from Mozilla. Steve will show you how that saying should change: "drop down to Rust," and why it&#39;s better for Rubyists than C.

Systems Programming for the Ruby Developer - Ruby Remote Conf 2015

Service oriented systems have become hugely popular, and the golden age of the "monorail" is starting to end. Sometimes, these services can be fantastic, and other times not so much. Learning how to evaluate APIs and identify problem areas before jumping head first into development can save us frustration, time, and money. This session will walk through evaluating an API, best practices, and red flags, all from the standpoint of a developer consuming them. No matter your experience level, you&#39;ll leave with the skills to effectively tackle your next API.

APIs: The Good, The Bad, The Ugly - Ruby Remote Conf 2015

As teams build and compose more services, their dependency on logging grows exponentially. Being able to quickly make use make use of those logs can easily mean the difference between quickly finding a bug and struggling to even understand it for weeks. For this reason, services that make their logging data easy to consume by tools result in "higher order logs", allowing the logs to be usable data rather than just walls of text.   In this talk, we&#39;ll go over:    * Why you should use structured logs  * How to add structured logs to ruby services  * What you should log in the first place!  * Tools and workflows to make use of those structured logs

Structured Logging: Understanding Service Chaos - Ruby Remote Conf 2015

Conference talks from the Remote Conferences series put on by Devchat.tv

hubhopper

Remote Conferences - Audio

hubhopper