<div dir="ltr">The only obvious thing I can think of here would be to have a speed-dating style bell/noise that rings periodically, prompting people to swap over on the keyboard.  <div><br></div><div>I think this could be quite fun, maybe slightly annoying(?) but worth it, IMO.</div>
<div><br></div><div>Teams who decide to use multiple laptops should still adopt this, but with people rotating between the laptops.</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jul 12, 2013 at 12:18 PM, <a href="mailto:a.grandi@gmail.com">a.grandi@gmail.com</a> <span dir="ltr"><<a href="mailto:a.grandi@gmail.com" target="_blank">a.grandi@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div class="im"><br>
On 12 July 2013 12:00, Tim Golden <<a href="mailto:mail@timgolden.me.uk">mail@timgolden.me.uk</a>> wrote:<br>
</div><div class="im">> While I'm definitely sympathetic, making sure to involve newbies is not<br>
> that easy a problem to solve. (Though that's not to say we can't try).<br>
> It pretty much comes down to who's in your team. Sometimes you get a<br>
> team which wholeheartedly embraces egalitarianism and passes the<br>
> keyboard round like a conch shell; other times, you've got someone<br>
> desperately keen who just grasps the challenge du jour by the keyboard<br>
> and will hardly let go.<br>
<br>
</div>I was offered to take the keyboard (we were in the same team if I'm<br>
not wrong) and do some coding but I refused because I was both too<br>
tired and because I felt I was not at the proper level to code that<br>
problem.<br>
<div class="im"><br>
> Which brings me to your suggestion of... well, I'm not sure whether<br>
> you're suggesting "team streaming", ie a team of newbies, a team of<br>
> pros; or whether you're advocating specifically mixing the teams up.<br>
> I'll assume the latter as it seems to make more sense in the context.<br>
<br>
</div>wrong assumpion :P<br>
<br>
If I'm in a team where other people are way more expert than me, I<br>
will never want to take the keyboard and start coding something.<br>
I think they would be bored by my slowness and by my level. My slow<br>
speed in coding could affect also the whole result (considering also<br>
that we have a stric time to respect)<br>
<div class="im"><br>
> We've tried to make this happen maybe once or twice in the past. It's<br>
> actually very difficult in practice, because you need people to identify<br>
> their level of profiency and then divide up on that basis. Actually,<br>
> maybe it's not that hard: we could just ask people to put, say, 0, 1 or<br>
> 2 on their name badge at the beginning to indicate perceived expertise,<br>
> and then somehow use that in the grouping. I don't know: something like<br>
> that could work.<br>
<br>
</div>I would put a 1 in my case, hoping to get a easier (and doable)<br>
problem to solve.<br>
If it's still to hard I will try with 0. Better coding something easy<br>
than just watch other people coding.<br>
<div class="im"><br>
> I think people are likely to be self-deprecating when identifying their<br>
> level. I liked a question that Bruce Durling used a few years back: "Are<br>
> you more likely to be asking or to be answering questions about Python?".<br>
<br>
</div>I won't self depreate ;) if I see that the problem is too easy for me,<br>
I will go to the more difficoult group the next time, no problem at<br>
all.<br>
<div class="im"><br>
> re bringing easy / intermediate problems along: well, anyone can propose<br>
> a problem. I think you're suggesting that *different* problems be solved<br>
> during the one evening, some easier, some harder. I don't say we'd never<br>
> do it, but in general we like to have everyone working on the same thing<br>
> so that, when it comes to the show-and-tell at the end, you're seeing<br>
> how another team solved the same problem you solved.<br>
<br>
</div>I understand your point, but.....you really risk that people stop<br>
coming to the Python Dojo just because they don't feel to be at the<br>
proper level.<br>
<br>
I will probably keep coming anyway, because I really like the "social"<br>
part of the event (beer, meeting people, making new friends, talking<br>
about our jobs etc....), but I will keep watching other people coding.<br>
<br>
Another person could simply say: mmm... interesting but... not for my<br>
level. And stop coming. Do you really want this?<br>
<div class="im"><br>
> All that said, I'm up for trying anything. I have no issue with having a<br>
> specifically newbie-friendly session; or with having a problem which<br>
> specifically splits into an easier and a harder component; or with<br>
> making teams deliberately mixed ability. But that's just my take.<br>
<br>
</div>of course if it's just me wanting this.... no problem, I will adapt<br>
someway, but let's see what the other people think about.<br>
<br>
Regards.<br>
<div class="im HOEnZb"><br>
--<br>
Andrea Grandi -  Software Engineer / Qt Ambassador / Nokia Developer Champion<br>
Ubuntu Member: <a href="https://launchpad.net/~andreagrandi" target="_blank">https://launchpad.net/~andreagrandi</a><br>
website: <a href="http://www.andreagrandi.it" target="_blank">http://www.andreagrandi.it</a><br>
</div><div class="HOEnZb"><div class="h5">_______________________________________________<br>
python-uk mailing list<br>
<a href="mailto:python-uk@python.org">python-uk@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-uk" target="_blank">http://mail.python.org/mailman/listinfo/python-uk</a><br>
</div></div></blockquote></div><br></div>