[Sugar-devel] ideal flash activity to be remade as karma activity
dfarning at sugarlabs.org
Thu Mar 26 14:17:04 EDT 2009
Yes, Wade's assessment is correct. As the number of moving pieces
increases linearly, the complexity and overhead increases
Google wants to keep things as simple as possible to increase the
So, what is success? Success is not necessarily a chuck of perfect code:)
A clearly and well defined problem.
Clear objectives and methods of measuring success.
Open and transparent communication between the the student, mentor,
community and Google about progress towards success.
So, work together, work apart, it doesn't matter as long as each
project can be define and assessed independently:)
2009/3/26 Wade Brainerd <wadetb at gmail.com>:
> I've suggested something similar in past years, but Google prefers to avoid
> students projects working together at all. This includes working together
> on projects, or having dependencies on the results of other projects.
> There is a significant failure rate for GSoC projects and it's not fair for
> one student's success to be dependent on the work of another.
> If the projects can be made to work 100% independently and yet still
> complement each other, then we are good.
> On Thu, Mar 26, 2009 at 1:22 PM, Lucian Branescu <lucian.branescu at gmail.com>
>> Hello, I have this proposal http://wiki.sugarlabs.org/go/Webified_Toolkit
>> I've had a chat with mchua and homunq on #sugar, and here's an interesting
>> "homunq: if you'd need some limited common foundation, but most of
>> your work would then be separate and compatible, you could both
>> schedule the foundation work in the first couple weeks, then say "we
>> will then choose whose version of the foundation to standardize on"
>> through this http://sandbox.movial.com/wiki/index.php/Browser_DBus_Bridge.
>> Then subzero could focus on the 'framework to build sugar activities
>> with web technologies' part and I could focus on the 'getting web apps
>> like gmail running nicely on sugar'.
>> There's also the choice between webkit/titanium and
>> gecko/xulrunner/hulahop. I think it would be better to use xulrunner,
>> since it's already a Sugar dependency. It shouldn't be significantly
>> slower, but we should do some testing anyway.
>> What do you all think?
>> 2009/3/26 Wade Brainerd <wadetb at gmail.com>:
>> > Just to be clear, this is a perfectly normal part of the GSoC
>> > application
>> > process. Last year with OLPC I had to choose between like 6 different
>> > Typing Turtle applications, several of which were quite good. And in
>> > the
>> > end, none of them was funded by Google.
>> > So, we'll analyze your designs, schedules, resumes, related projects,
>> > potential for future contribution to the project, etc. and choose the
>> > best
>> > one to attempt to have funded.
>> > That said, getting a head start on the project and getting involved in
>> > the
>> > community are great ways to ensure success. Check
>> > out http://wiki.sugarlabs.org/go/Print_Support for an example of an
>> > applicant who has written test programs, had his ideas evaluated several
>> > times on the mailing list, laid out a fairly clear technical design,
>> > etc.
>> > Keep in mind that we have no idea how many students we'll get from
>> > Google.
>> > So you are not only competing against those who submit a proposal for
>> > the
>> > same idea, you are competing against all the other project ideas as
>> > well.
>> > Best,
>> > Wade
>> > 2009/3/26 Jameson Quinn <jameson.quinn at gmail.com>
>> >> Subzero, you have competition.
>> >> Lucian, you should check out the mailing list threads for talk between
>> >> Bryan and Felipe; they are talking about much the same ideas you are.
>> >> Bryan, you should include Lucian in your forwards.
>> >> This is not intended to endorse either Lucian or Subzero. This is one
>> >> of
>> >> our highest-priority projects for GSoC, and it is even conceivable that
>> >> we
>> >> could even accept both of your proposals, to be attempted
>> >> independently.
>> >> Both of you, feel free to take ideas from each other's proposals, but
>> >> remember, we're assuming that you are doing that, and we'd like to see
>> >> you
>> >> give fair attribution. You're also both welcome to submit a backup
>> >> proposal
>> >> on another idea, either from the ideas list or of your own invention;
>> >> it
>> >> seems clear that you are both good applicants, and having a backup
>> >> proposal
>> >> will help us do you both justice in case you both make the cut. We will
>> >> not
>> >> let the presence or absence of backup proposals bias us in which one of
>> >> you
>> >> we choose to do the Karma idea.
>> >> Good luck, may the best proposal win!
>> >> Jameson
>> >> 2009/3/24 Bryan Berry <bryan at olenepal.org>
>> >>> http://hg.olenepal.org/6_Maths_CoOrdinates_22_swf/
>> >>> Subzero, I think this might be a great flash activity to redo for
>> >>> Karma.
>> >>> Let me know if you have trouble running it on your regular machine. It
>> >>> is in Nepali but I think you will be able to figure it out. I really
>> >>> like how it demonstrates the concepts of coordinates and lets kids
>> >>> play
>> >>> w/ those concepts.
>> >>> You can also download our latest stable monster E-Paath bundle from
>> >>> here
>> >>> (224 MB)
>> >>> http://dev.olenepal.org/E-Paath-2/STABLE/
>> >>> --
>> >>> Bryan W. Berry
>> >>> Technology Director
>> >>> OLE Nepal, http://www.olenepal.org
>> >>> _______________________________________________
>> >>> Sugar-devel mailing list
>> >>> Sugar-devel at lists.sugarlabs.org
>> >>> http://lists.sugarlabs.org/listinfo/sugar-devel
>> >> _______________________________________________
>> >> Sugar-devel mailing list
>> >> Sugar-devel at lists.sugarlabs.org
>> >> http://lists.sugarlabs.org/listinfo/sugar-devel
>> Sugar-devel mailing list
>> Sugar-devel at lists.sugarlabs.org
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
More information about the Sugar-devel