The Artima Developer Community
Sponsored Link

Ruby Buzz Forum
Participation in ICFP 2003

0 replies on 1 page.

Welcome Guest
  Sign In

Go back to the topic listing  Back to Topic List Click to reply to this topic  Reply to this Topic Click to search messages in this forum  Search Forum Click for a threaded view of the topic  Threaded View   
Previous Topic   Next Topic
Flat View: This topic has 0 replies on 1 page
Mauricio Fernández

Posts: 47
Nickname: batsman
Registered: Aug, 2003

Mauricio Fernández is an electrical engineering student
Participation in ICFP 2003 Posted: Aug 22, 2003 4:38 PM
Reply to this message Reply

This post originated from an RSS feed registered with Ruby Buzz by Mauricio Fernández.
Original Post: Participation in ICFP 2003
Feed Title: fail unless class << self; self end
Feed URL: http://www.thekode.net/blog/Tech/Ruby/syndication.rss
Feed Description: Ruby babblings.
Latest Ruby Buzz Posts
Latest Ruby Buzz Posts by Mauricio Fernández
Latest Posts From fail unless class << self; self end

Advertisement
I participated in the ICFP 2003 contest (www.dtek.chalmers.se/groups/icfpcontest/), joining a team of Rubyists. Even though we didn’t submit an entry in the end, it was really fun, and very valuable (not to mention exhausting :).

The main project lives (and dies) within a 72H time-frame, and involves tight communication between people who had (in our case) never met before, neither physically nor virtually. Problems arise naturally within a few hours, and it is indeed from mistakes that one can learn the most.

What failed

UPDATE (Jul 11 2003) You can get more detailed information on my experience at ICFP 03 in www.thekode.net/icfp03/lessons.html.

Some of the things that happened to us include (I’m using the checklist from "The Pragmatic Programmer" as I write this :-):

  • not getting the whole picture from the beginning
  • insufficient planning
  • communication problems
  • incorrect use of prototypes
  • inability to properly estimate devel. times
  • over-engineering
  • not fixing interfaces in time: they kept changing and we lost time readjusting
  • we failed to see that a class/module/file is not (in this case) the right granularity level to achieve parallel development
  • ad-hoc sub-teaming was sub-optimal

Read: Participation in ICFP 2003

Topic: Kata Two Worked (continued) -- Continuation Passing Style Previous Topic   Next Topic Topic: My New Pair Programming Partner

Sponsored Links



Google
  Web Artima.com   

Copyright © 1996-2019 Artima, Inc. All Rights Reserved. - Privacy Policy - Terms of Use