[Bf-committers] 'easy hacks' list

Campbell Barton ideasman42 at gmail.com
Fri Mar 9 06:00:24 CET 2012


Excuse me adding all own suggestions to the `Approved Section`, will
update this page as I come across more.
Page could have more friendly introduction - but wanted to get things moving.

Feel free to add more items (especially other devs adding tasks to
approved section).

@Tom, would you be able to go over gsoc wishlist and add small
sounding projects to the `User Contributed Tasks` section?

On Fri, Mar 9, 2012 at 4:54 AM, Campbell Barton <ideasman42 at gmail.com> wrote:
> ack, typo - should be:
> * not `janitor` work.
> On Fri, Mar 9, 2012 at 4:52 AM, Campbell Barton <ideasman42 at gmail.com> wrote:
>> +1
>> Would be great to have though we have bad track record of anything
>> that looks like a todo/task list becoming a wish-list.
>> Our simple todo list is really only simple for existing devs who are
>> familier with the code:
>> http://wiki.blender.org/index.php/Dev:2.5/Source/Development/Todo/Simple_Todos
>> Criteria for this could be...
>> * existing core devs should be confidant they could do an an afternoon
>> without running into big problems.
>> * things we are sure can be accepted if written to acceptable quality.
>> * not generator work.
>> Perhaps disclaimer at the top to only add items if you're a developer
>> who knows some task is in fact easy (users should check with devs
>> first before adding items).
>> Or have a section with approved items and a second section with tasks
>> for review - users can add to - and devs can check if there easy
>> enough to qualify or remove.
>> On Fri, Mar 9, 2012 at 4:09 AM, Tom M <letterrip at gmail.com> wrote:
>>> I was reading an article about the growth rate in developer
>>> contributions to libreoffice compared to openoffice, and a signficant
>>> amount of the growth was attributed to them having an 'easyhacks' list
>>> of tasks, bugs, etc.
>>> These range from
>>> a) provide stack traces for bug reports that don't have stack traces
>>> b) confirm whether a 'bug' reported by a static analysis (clang) is valid
>>> to tasks that require more in depth knowledge of the source
>>> http://wiki.documentfoundation.org/Development/Easy_Hacks_by_required_Skill
>>> basically it looks like they autogenerate these pages from the
>>> bugtracker using a set of tags (easytask, interesting, the skill
>>> required)
>>> http://wiki.documentfoundation.org/Development/Easy_Hacks_Bugzilla_Whiteboard_Status
>>> perhaps we could do something similar?
>>> There are also a ton of small feature requests that are worth doing
>>> (ie see the wishlist for gsoc); but which core devs don't necessarily
>>> have time for.
>>> LetterRip
>>> _______________________________________________
>>> Bf-committers mailing list
>>> Bf-committers at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-committers
>> --
>> - Campbell
> --
> - Campbell

- Campbell

More information about the Bf-committers mailing list