Changes

Changes feed

Show: All | Calagator::Events | Calagator::Sources | Calagator::Venues

Time

Attribute with previous and current values

Change #36975

2015-12-01

10:27:20

update Calagator::Event 1250469438 Test Ruby PDX Monthly Meeting Roll back

description

Portland's testing user group for Ruby developers! Conversation and peer mentoring starting at 6, presentations at 7 (TBA). For more information, follow @TestRubyPDX on Twitter or join the #testrubypdx Slack channel.

→

Change #36974

2015-12-01

10:26:35

update Calagator::Event 1250469437 Test Ruby PDX Monthly Meeting Roll back

description

Conversation and peer mentoring starting at 6, presentations at 7 (TBA). For more information, follow @TestRubyPDX on Twitter or join the #testrubypdx Slack channel.

→

Conversation and peer mentoring starting at 6, presentations at 7 (TBA). For more information, follow @TestRubyPDX on Twitter or join the #testrubypdx Slack channel (under PDX.rb).

Change #36973

2015-12-01

10:25:18

update Calagator::Event 1250469343 Test Ruby PDX Monthly Meeting Roll back

description

Test Ruby PDX is a new user group focusing on testing from a developer's perspective. Join us for peer mentoring, conversation, and pizza at 6, followed by presentations at 7. This month, Jason Clark of New Relic will discuss how to tackle the complex testing issues that come up when your code needs to be compatible with multiple dependencies. ### Testing the Multiverse #### Jason Clark It’s a basic principle of testing that minimizing dependencies will make you happier, faster, and more productive. But what happens when you can’t? If your code plugs into or extends another gem, comfortable isolation might be out of the question. Stubbing and careful design can carry you a ways, but eventually you need to actually test your code against those gems you’re building on. Luckily, there are ways to reduce this pain. We’ll dig deep on creating a simple environment to check your work against multiple dependencies. We’ll see patterns that help avoid pulling your hair out when those dependencies change. We’ll even search around the raw edges, examining how to verify what your code does when it lands in an environment you haven’t tested. There’s a multitude of gems out there to build on. Let’s see how we can test with them! ### ActiveMocker: Fast ActiveRecord Mocks #### Dustin Zeisler Tired of a slow test suite in Rails? Hitting the database so often it's getting you down? Is waiting for Rails to boot as you do red, green, refactor killing your vibe? Wouldn't it be great if your tests ran in milliseconds instead of seconds or minutes? You may say "That's all great, but I'll have to change the way I test and program adding tedious boilerplate, making my code ugly." And I would say, no! I created ActiveMocker to save my team from just that. You can have nearly all of the benefits by adding one setting to your test file and with just a little more work you can have full, glorious, unadulterated speed. ActiveMocker creates mock classes from ActiveRecord models, allowing your test suite to run at breakneck speed. This can be done by not loading Rails or hitting a database. The models are read dynamically and statically so that ActiveMocker can generate a Ruby file to require within a test. The mock file can be run by itself and comes with a partial implementation of ActiveRecord. Attributes and associations can be used the same as in ActiveRecord. Methods have the same argument signature but raise a NotImplementedError when called, allowing you to stub it with a mocking framework, like RSpec. Mocks are regenerated when the schema is modified so your mocks won't go stale, preventing the case where your units tests pass but production code fails. ## Thanks to Renew Financial for providing the space and pizza for this event!

→

Test Ruby PDX is a new user group focusing on testing from a developer's perspective. Join us for peer mentoring, conversation, and pizza at 6, followed by presentations at 7. This month, Jason Clark of New Relic will discuss how to tackle the complex testing issues that come up when your code needs to be compatible with multiple dependencies. For more information about this and future meetings, follow @TestRubyPDX on Twitter. ### Testing the Multiverse #### Jason Clark It’s a basic principle of testing that minimizing dependencies will make you happier, faster, and more productive. But what happens when you can’t? If your code plugs into or extends another gem, comfortable isolation might be out of the question. Stubbing and careful design can carry you a ways, but eventually you need to actually test your code against those gems you’re building on. Luckily, there are ways to reduce this pain. We’ll dig deep on creating a simple environment to check your work against multiple dependencies. We’ll see patterns that help avoid pulling your hair out when those dependencies change. We’ll even search around the raw edges, examining how to verify what your code does when it lands in an environment you haven’t tested. There’s a multitude of gems out there to build on. Let’s see how we can test with them! ### ActiveMocker: Fast ActiveRecord Mocks #### Dustin Zeisler Tired of a slow test suite in Rails? Hitting the database so often it's getting you down? Is waiting for Rails to boot as you do red, green, refactor killing your vibe? Wouldn't it be great if your tests ran in milliseconds instead of seconds or minutes? You may say "That's all great, but I'll have to change the way I test and program adding tedious boilerplate, making my code ugly." And I would say, no! I created ActiveMocker to save my team from just that. You can have nearly all of the benefits by adding one setting to your test file and with just a little more work you can have full, glorious, unadulterated speed. ActiveMocker creates mock classes from ActiveRecord models, allowing your test suite to run at breakneck speed. This can be done by not loading Rails or hitting a database. The models are read dynamically and statically so that ActiveMocker can generate a Ruby file to require within a test. The mock file can be run by itself and comes with a partial implementation of ActiveRecord. Attributes and associations can be used the same as in ActiveRecord. Methods have the same argument signature but raise a NotImplementedError when called, allowing you to stub it with a mocking framework, like RSpec. Mocks are regenerated when the schema is modified so your mocks won't go stale, preventing the case where your units tests pass but production code fails. ## Thanks to Renew Financial for providing the space and pizza for this event!

Change #36972

2015-12-01

09:31:47

update Calagator::Event 1250469246 PADNUG: Something Awesome with Scott Hanselman Roll back

end_time	nil	→	2015-12-02 20:30:00 -0800
start_time	2015-12-01 18:00:00 -0800	→	2015-12-02 18:00:00 -0800

Change #36971

2015-12-01

09:00:45

update Calagator::Event 1250469003 Portland Ruby Brigade monthly meeting Roll back

description

We'll have pizza & beer starting at 6pm, so stop by early if you want to have dinner and socialize before the presentations. # PRESENTATIONS at 7pm ### Your Talk? ### Lightning Talks ⚡️ There will be a whiteboard to sign up on arrival (first come first serve). # After presentations we'll have more socializing time. # Thanks to New Relic for providing the venue and beer, pizza & snacks this month! # ARRIVING BY BIKE? Cyclists are welcome to park their bikes in the New Relic office. Bikes are not allowed in the building lobby, however, and must use the freight elevator. To get your bike up to the 29th floor, enter the building's parking lot by going down the ramp at 5th and Pine. Go past the booth -- no need to pick up a ticket -- and turn right. Go straight until you almost run into the elevator lobby, then go right again. On the back side of the elevator block you'll see a beat up pair of double doors marked "freight elevator." You can get up by buzzing in with the intercom, and saying you're here for New Relic. Ride on up to the 29th floor, you'll easily find the bike parking. ABOUT THE GROUP: The Portland Ruby Brigade, also known as pdxruby and pdx.rb, is a user group for Ruby programmers in the Portland, Oregon area. The group welcomes all programmers interested in the language and its implementations, tools, libraries and frameworks, such as Ruby on Rails. The group has been meeting since August 2002 for presentations, demos and discussions. Every month 35-75 people come together to share their knowledge, projects and enthusiasm for Ruby. If you'd like to present or have a topic you'd like discussed, please post to the <a href="http://groups.google.com/group/pdxruby">mailing list</a>. The group usually meets on the first Tuesday of the month, "Ruby Tuesday" -- see you there!

→

We'll have pizza & beer starting at 6pm, so stop by early if you want to have dinner and socialize before the presentations. # PRESENTATIONS at 7pm ### Your Talk? ### Jason Clark - GDB: A Gentle Intro We love Ruby’s elegance, simplicity, and flexibility. But our favorite language perches atop a world of native code. When that other world intrudes on your peaceful Ruby, GDB, the venerable GNU debugger, is the tool to turn to. We’ll examine setting up Ruby to work with GDB. We’ll learn the fundamental commands, and soon you’ll be debugging with ease. We’ll even peer deep into Ruby object internals and face down crashes, deadlocks, and bugs. Whether you’re writing a native gem, hacking the Ruby VM, or just want a glimpse of the layers below, this talk is for you! ### Lightning Talks ⚡️ There will be a whiteboard to sign up on arrival (first come first serve). # After presentations we'll have more socializing time. # Thanks to New Relic for providing the venue and beer, pizza & snacks this month! # ARRIVING BY BIKE? Cyclists are welcome to park their bikes in the New Relic office. Bikes are not allowed in the building lobby, however, and must use the freight elevator. To get your bike up to the 29th floor, enter the building's parking lot by going down the ramp at 5th and Pine. Go past the booth -- no need to pick up a ticket -- and turn right. Go straight until you almost run into the elevator lobby, then go right again. On the back side of the elevator block you'll see a beat up pair of double doors marked "freight elevator." You can get up by buzzing in with the intercom, and saying you're here for New Relic. Ride on up to the 29th floor, you'll easily find the bike parking. ABOUT THE GROUP: The Portland Ruby Brigade, also known as pdxruby and pdx.rb, is a user group for Ruby programmers in the Portland, Oregon area. The group welcomes all programmers interested in the language and its implementations, tools, libraries and frameworks, such as Ruby on Rails. The group has been meeting since August 2002 for presentations, demos and discussions. Every month 35-75 people come together to share their knowledge, projects and enthusiasm for Ruby. If you'd like to present or have a topic you'd like discussed, please post to the <a href="http://groups.google.com/group/pdxruby">mailing list</a>. The group usually meets on the first Tuesday of the month, "Ruby Tuesday" -- see you there!

Change #36970

2015-11-30