I've decided that it might be a good idea to write a little summary at
the end of each week to collect up everything that's gone on in the
list. I think it'll be a good way of keeping track, and making sure
that we don't lose sight of proposals that have been quiet that week.
I'm also going to suggest next steps for each discussion, but please,
if you want to take up the next steps, reply in the correct thread.
Only reply to this discussion with thoughts on making the summary more
useful.
Talk Proposals:
James Adam: vanilla.rb
(http://groups.google.com/group/ruby-manor/browse_thread/thread/07621522defb4b85)
Sadly, no interest so far.
Next steps: show some interest and maybe get James to explain his
intentions for the talk more deeply
Paul Battley: "I'm an evil iPlayer Hacker"
(http://groups.google.com/group/ruby-manor/browse_thread/thread/1c9f73a8e6367452)
7 folk raised their hands as being interested.
2 folk suggested some content they'd like the talk to cover
(converting from a script to a library, interrogating servers to get
handshaking)
Next steps: some more detailed interest showing (e.g. what bits you'd
like covered), Paul, maybe come up with an outline or list of topics
you would like to cover.
Ben Griffiths: Ruby simple text processing on the command line
(http://groups.google.com/group/ruby-manor/browse_thread/thread/cf562ac9e3298896)
3 interested (2 of whom thought it would be a good lightning talk)
Some discussion of content: log files, parsing government data discs,
replacing sed'n'awk
Next steps: more interest. Ideas for examples.
Ben Griffiths: Using R with ruby for statistical programming (as above)
5 interested parties (including 1 person who thought about doing it
themselves - albeit as a compare contrast between R and GSL)
Some discussion about what the talk would entail; not about stats,
about using R from ruby, (examples given of rpy - the python version),
making sure the examples are exciting enough.
Next steps: any more interested parties. Seems there are 3 routes
this talk could take; stats-heavy, ruby bindings to R, R vs GSL, let's
thrash that out.
(Note for both of Ben's talks he's looking for someone to understudy
the talks as his wife is expecting around about the time of the
conference)
James Cox & Matt Patterson: Showing off a new translation system
(http://groups.google.com/group/ruby-manor/browse_thread/thread/e4456cea6dbbd83b)
No interest so far.
Next steps: if you're interested speak up! James & Matt, perhaps some
sneak peeks might garner more interest; is it for rails or ruby in
general etc...
James Cox: Making ruby talk to hardware (as above)
3 messages showing interest (2 others where it's hard to read the intent)
There's been some suggestions of content for the talk - essentially a
beginners guide to getting started with arduino + ruby.
Next steps: more interest. James follow up on the content suggestions,
is this what you'd want to cover?
Jonathan Conway: Datamapper
(http://groups.google.com/group/ruby-manor/browse_thread/thread/122a955c534e32f9)
3 interested folk for this talk
2 suggestions of content and both broadly suggesting covering deep
internals and keeping the compare/contrast aspects of the talk in the
guts of the library, not the API.
Next steps: any more interest, or alternate takes on the API vs.
internals scope of the talk.
Jonathan Conway: Sproutcore (as above)
2 negative interests!
Next steps: it seems dead in the water, any other takers?
Jonathan Conway: Neo4J (as above)
4 interest folk.
Next steps: people seem keen because they don't know what Neo4J is,
perhaps we need some more examples, a tentative outline of the talk to
better understand it?
---
Talk Suggestions:
Merb vs Rails (http://groups.google.com/group/ruby-manor/browse_thread/thread/56606d61970540f6)
Kicked off a heated discussion about "Rails vs Ruby frameworks" vs.
"Rails vs. other language frameworks", which turned into suggestions
of another talk: "Why there's no point in other ruby frameworks".
Next Steps: This thread became quite heated and convoluted. However,
it seems there is enough interest in something in this general area
that someone should make a concrete suggestion to cover one or more of
the ideas that got mentioned.
Unit-testing Javascript within a Rails app
(http://groups.google.com/group/ruby-manor/browse_thread/thread/bdf742392aa7576b)
2 folk are interested.
Next steps: A speaker? More interest in it?
Ruby Implementations
(http://groups.google.com/group/ruby-manor/browse_thread/thread/414f81762422f757)
From an internals point of view, rather than a how close to MRI are they.
2 folk are interested (I think)
Next steps: Any more interest, or speaker willing to tackle this head on?
There are also 4 other suggestions on the wiki
(http://groups.google.com/group/ruby-manor/web/talk-suggestions) that
need some attention
Blog Shoot Out
Natural Language Parsing
Desktop Apps in Ruby
The UK Ruby Scene
---
Logistics:
Venue & Date announced
(http://groups.google.com/group/ruby-manor/browse_thread/thread/d3c6c2c38c36cab0):
In case you didn't already get it: Saturday, 22nd November, 2008 at
ULU in London.
No time for questions?
(http://groups.google.com/group/ruby-manor/browse_thread/thread/f28f69fa785ef4ab/eb3619401da8cdda#eb3619401da8cdda)
Seems to be heading in the direction of strict time constraints and
leaving it up to the individual speaker. What do you think?
No buffet lunches?
(http://groups.google.com/group/ruby-manor/browse_thread/thread/d11ee1aee7f0d904)
Consensus seems to be that this is ok. We'll just do our own things
for lunch with small groups of similarly minded folk (e.g all the
merbers go for hummous, all the desktop app guys grab some sushi and
head to the park). However, should there be some wy that Ruby Manor
can help these groups organise and connect? There's time yet to let
us know!
--
Murray's Final Thought...
Okay, because I've only just come up with this, I'm not sure how well
this works. It's early days, so most talk proposals are in the same
stage, a tentative "I could talk about X" and then a few "+1"
responses. In coming weeks we expect that each talk will develop in
their own way around the discussions that happen about them, so the
"Next steps" will get less samey.
Having read back over all this discussion, one thing stands out. The
threads with the most going on, and that appear to be the most useful
for attendees and the speakers are those where the responses are more
than just "+1". If you think a talk sounds interesting by all means
"+1" it; it's a useful contribution, but you can make it more useful
if you say why you are "+1"ing. You can make it even more useful if
you make suggestions about what, if it was in the talk, would help you
go from being a "Listener of +1 attentiveness" to a "Listener of +40
attentiveness with a 3d6 save against boredom and 80% immunity to IRC
snarkiness". Anyway, now you've made me make a D&D joke, it's clearly
time for me to go, so...
...until next time, take care of yourselves and each other...
Muz
I think it would be most useful to reply to the individual threads
(even if you have to use the web interface to do it. That will help us
continue to summarise in the future :)
Thanks
James