<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><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"><br>
>Naturally, the XO-1 is not marketable in the Get 1 world. The developers<br>
>and supporting volunteers live in the Get 1 world. As a consequence<br>
>going to a software model which jettisons etoys in the interest of<br>
>keeping up with Fedora seems a reasonable tradeoff. Someone in Give 1,<br>
>who has never before had a computer in their hands, is unlikely to know<br>
>or care what model of Fedora is installed.<br>
><br></blockquote><div><br></div><div><div>Is true the realities of Get1 and Give1  worlds are different,</div><div>but the reality is that as developers we can't work with the some software </div><div>than in 2007. Because we are not isolated from the changes in the world,</div><div>and because our software is connected, and use software developed by others. </div></div><div><br></div><div> </div><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">
>This begs the question, what has changed between Sugar 0.82 and 0.104<br>
>that significantly improves the value of the XO in primary school<br>
>education in the Give 1 world?<br></blockquote><div><br></div><div>Ouch. Really? We worked for 5 years for nothing?</div><div><br></div><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">
><br>
>We should consider the real model of deployments (aside of the national<br>
>ones). Some individual or group in the Get 1 world decides to sponsor a<br>
>set of laptops for a specific school or library in the Give 1 world, the<br>
>deployment.<br>
><br></blockquote><div><br></div><div>The problem is we don't have one _real_model_of_deployments_.</div><div>We have different situations, some very small, some very big,</div><div>some with access to technology, some without nothing.</div><div>And in general, the big deployments can put money to push the development <br></div><div>in the direction they need, while for the small deployments is more difficult.</div><div>Does not help that some small deployments are isolated</div><div>and do not communicate with the community, or that we as a community </div><div>are more fragmented than I would like.</div><div><br></div><div>Gonzalo</div><div><br></div></div>
</div></div>