<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">2013/7/12 <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><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Thank you for the nice evening guys :)<br>
<br>
It was amazing to meet you all and to try to learn something new.<br>
<br>
I have a suggestion for the next time. Maybe it's just me that I'm a<br>
newbie... I don't know...but... I would suggest to split us in<br>
groups/projects with this target: experts, intermediate, basic. This<br>
will allow new people to partecipate and maybe people like me to code<br>
something.<br>
<br>
This was my second Dojo I attended and even this time I didn't feel at<br>
the level of coding the proposed problem. After a while it can be<br>
boring :P<br>
<br>
Why don't we try to bring also intermediate and basic problems to<br>
solve so that people at any level can try coding something?<br>
<br>
Looking forward to meet you all next time!<br>
<div><div class="h5"><br></div></div></blockquote><div><br></div><div>In my opinion in general the way we work at the dojo is not exactly what a coding dojo is supposed to be..</div><div>If you look here for example:</div>
<div><a href="http://codekata.pragprog.com/">http://codekata.pragprog.com/</a> </div><div>You'll see that all the problems are very simple, but they all stress a different area/skills.</div><div><br></div><div>The fact that we are working on complex problems means that everyone is rushing and only using techniques that *he/she already knows*, because that's the only way to get something done.</div>
<div><br></div><div>The other thing I don't like so much is the size of the groups, it's hard collaborate in 4/5 people leaving everyone involved, and we waste a lot of time understanding how to split the task and how to merge the things together.</div>
<div><br></div><div>Another thing which they do in another dojo is split in three phases, and everytime solve again *the same problem* (maybe with different constraints) but working in couples and changing couples every time..</div>
<div><br></div><div>Working in couples of course means more to show at the show & tell, but if we limit it to 3 minutes each for example it's fine anyway, and everyone gets some feedback from other fellow programmers about his/her result.</div>
<div><br></div><div>So to summarize my proposal in general would be:</div><div>- easier/shorter problems focusing on a specific skill (or adding constraints like "minimize side effects" for example)</div><div>- smaller groups of 2 or max 3 people</div>
</div></div></div>