23 Jul 01:22
Re: OSCON "contest"
From: Conrad Taylor <conradwt <at> gmail.com>
Subject: Re: OSCON "contest"
Newsgroups: gmane.comp.lang.smalltalk.squeak.seaside
Date: 2008-07-22 23:22:12 GMT
Subject: Re: OSCON "contest"
Newsgroups: gmane.comp.lang.smalltalk.squeak.seaside
Date: 2008-07-22 23:22:12 GMT
Hi James, being that Portland Ruby Brigade and Gemstone are located in the same state, Gemstone do a similar contest in the future where Gemstone hosts it. However, this time we focus on the content within the browser instead of the content in the address field.
Part One: Each framework developing team will construct an Othello game.
Part Two: The constructed Othello games from each framework team will compete against the others
in NCAA Basketball style (i.e. win or loose).
Lastly, it would be very interesting to see all the web frameworks do battle.
-Conrad
On Tue, Jul 22, 2008 at 3:46 PM, James Foster <Smalltalk <at> jgfoster.net> wrote:
Hi Conrad,I agree that the competition is slanted toward Rails--but since it is being sponsored by the Portland Ruby Brigade that seems only fair. Given the expectations of the hosts and attendees, it seemed reasonable to try to bend Seaside into that sort of application. Some of Seaside's power is that we can do URL parsing if we need to do so. If nothing else, I'd like to avoid an argument about the relative merits of RESTful URLs vs URL rewiring--particularly in this crowd. In any case, I'll probably save those features for the end and if I run out of time I'll fail that part of the test.JamesOn Jul 22, 2008, at 2:34 PM, Conrad Taylor wrote:Hi James, I would like to wish you the best of luck. Using Gemstone/S will allow you to concentrate on other parts of the example because you don't have to deal with RDBMS. Next, it seems that the competition caters more to Rails and REST if there's a firm requirement in regards to the URL. Thus, is it really necessary to parse the URL? For example, this is all the possible options for the search form:
option A: no input text, no selection Result: all the items in the listoption B: input text, no selection Result: subset of all the items in the listoption C: no input text, a selection Result: subset of all the items in the listoption D: input text, a selection Result: subset of all the items in the listNext, here's my translation of the last three bullet points on the contest page:/receipe/ID equals the Show link/recipes/titles/SUBSTRING or /recipes?titles=SUBSTRING equals one of the options above (i.e. text input and selector)
/recipes/course/ID or /recipes?course=ID equals one of the options above (i.e. text input and selector)In short, I'm thinking that the URL parsing is irrelevant because you're, for the most part, interacting with the form.Good luck,-Conrad
_______________________________________________
seaside mailing list
seaside <at> lists.squeakfoundation.org
http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
_______________________________________________ seaside mailing list seaside <at> lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
RSS Feed