RailsSummit Latin America 2008

Get Started. It's Free
or sign up with your email address
RailsSummit Latin America 2008 by Mind Map: RailsSummit Latin America 2008

1. David Hansson (Q&A)

1.1. Rails 2.2 Multithreaded

1.1.1. Its mainly done, but time is needed to say it's fully ok

1.1.2. No big deal for MRI users due to the lack of native threads

1.1.3. JRuby users actually are the only ones that will really leverage this improvement. JRuby threads == java.lang.Thread

1.2. Rails evolution philosophy

1.2.1. Purely lean

1.2.2. No milestones defined

1.2.3. Rails major design changes tends do be fewer by now

2. Chad Fowler

2.1. Title: Evolution of a framework

2.1.1. the framework of a developer

2.2. Be Remarkable!

2.2.1. "Purple Cow" by Seth Godin Mainly a business/marketing book But devs can borrow alot of ideas for building their carrers

2.2.2. Chad's Example: Ipod Joined a saturated market Its price was way more expensive than average Turned out to be a world fever!

2.2.3. My Example: Nintendo NES Released in a time where the home console market was considered dead(~1983) Tons of low-quality games that saturated the marked causing a massive loss of public interest in games It bringed the market back to life and turned to be a synonym of electronic entertainment

2.2.4. IT Shops market resembles the initial scenario of both examples Programmers == Lemmings

2.2.5. People with jobs aren't remarkable

2.3. "You are a product"

2.3.1. Do you trespass the investments they put in you?

2.4. Learn2Learn and Learn to share knowdlege

2.4.1. Pragmatic Thinking and Learning by Andy Hunt

2.5. Rails is the bleeding edge tool for building Web Apps

2.5.1. To leverage it well you MUST learn Ruby decently!!!

2.5.2. Closures are responsible for 83% of the cool stuff you can do with Ruby

2.5.3. Fluency is productivity "Experts makes things easy"

2.6. Changes

2.6.1. Keep calm even if the world is falling apart "Doom"

2.6.2. Real experience comes from Changes

2.6.3. Brings Evolution, don't be afraid of it!

2.7. Criticism

2.7.1. Keep your critical sense high

2.7.2. Be critical but keep it to yourself Do something better instead of talking

3. Lai & Bui (Phusion)

3.1. Scalability

3.1.1. Ahmdal's Law Load distribution calculations considering sequential/parallel processing

3.1.2. Major Bottleneck is I/O

3.1.3. Application Scaling Spreading app servers over different machines Load balancers Can be done via DNS as well Caching Page rendering cache (Fragment Cache) DB Access cache (Memcached)

3.1.4. Database Scaling Master Slave Replication Multi-Master Replication Sharding Absolutely no data normalization

3.2. New collaboration project : Yummius (URL anyone?)

4. Jay Fields

4.1. General "rules-of-thumb" for writing good tests

4.1.1. 1 object per test-case problematic instantiation = bad smell

4.2. Exposed major Ruby test frameworks

4.2.1. Selenium Good tool but Far from perfect 1000 ways to do the same thing. Can turn to a mess. Speed issues

4.2.2. Test::Unit

4.2.3. RSpec

4.3. "Remove the pain from testing"

4.3.1. Do every effort for Ex: In a project jay invested lots of time to remove DB access from tests

4.4. 100% Coverage

4.4.1. Foul goal Doesn't mean your app is properly tested

4.4.2. Focus in high quality tests at high business value parts instead

4.5. Smoke Testing

5. Chelimsky

5.1. Acceptance Test Driven Planning

5.1.1. Acceptance criteria defined at planning

5.1.2. helps to estimate

5.2. Stories

5.2.1. User Stories Applied by Mike Cohn

5.2.2. Different stories templates

5.2.3. "Feature Injection" concept by Chris Matts

5.3. RSpec

5.4. Cucumber

6. Hanrigou

6.1. Acceptance Test Paralellism with Selenium Grid

6.2. Default acceptance test scenario in RoR

6.2.1. Rspec + Selenium

6.2.2. Main issue: Selenium is slow

6.3. Selenium grid

6.3.1. Enforces parallel acceptance tests

6.3.2. Common steps

6.4. Fixtures are bad!

6.4.1. Initializing the domain object in the own test is better

6.4.2. Use ObjectMother pattern instead

6.5. Don't turn your back on acceptance tests

7. Obie

7.1. The Hashrocket Way

7.1.1. A living proof of successful agile+lean driven company

7.1.2. PivotalTracker