[Bf-committers] Development plan proposal for after the 2.6 series

Ton Roosendaal ton at blender.org
Fri Dec 18 17:10:16 CET 2009


Luckily the "after the 2.6 series" will take a while ;)

But seriously, any future we can think of will only work if you can  
make it work in a natural way. Defining a vision (like the bi-monthly  
develop focus) is a nice one, but you won't get much volunteers  
inspired for it. And not with money either I'm afraid.

For a mid term (next few years) strategy, I would prefer to see our  
developers getting professionally involved more. And preferably as  
small teams working together. Such people will get managed and  
supported by their own organizations, with targets managed internally  
as well. And who will meet online together to define agendas and  

That organization model is based on a positive target (= to want  
Blender to work for a job).

Patch review and bugtracker maintenance then will still be a bit  
problematic, but it will work acceptable if there's a very clear self- 
interest involved... we all want stable software, right? That's where  
a BF can play the coordinating and facilitating role, with possibly  
(if funds allow) to hire people for tracker coordination, making docs  
and doing reviews.


Ton Roosendaal  Blender Foundation   ton at blender.org    www.blender.org
Blender Institute   Entrepotdok 57A  1018AD Amsterdam   The Netherlands

On 17 Dec, 2009, at 16:02, Tom M wrote:

> Hi all,
> I'd like to propose that after the 2.6 series completes that we start
> scheduling patch review and perhaps have a development focus.
> My thoughts were to have a  1 or 2 month rotating cycle where we focus
> on one area of Blender and try and bring that area to be the industry
> leader in terms of speed of workflow and capabilities.  During that
> time period I'd recommend we have a commitment to review all patches
> that are relevant for that area - of course coders could review other
> patches as well that are relevant to them, but with a schedule outside
> coders can have a clear idea of what code base they need to have their
> patch current against, and have a clear timeline about when they can
> expect their code to be reviewed.  Also with a schedule - artists can
> have a clear timeframe to submit ideas and proposals and mockups.
> I'd recommend that we order the development similar to a production
> pipeline (Ie similar to how Durians development timeline is ordered).
> So roughly
> Modeling Tools
> Sculpting Tools
> UV Mapping
> Painting
> Baking of Maps
> Rigging and Skinning
> Animation
> Lighting and Rendering
> Compositing
> GE
> User Interface
> The python would probably be throughout since it is involved in all of
> our tools.
> What are your thoughts?
> LetterRip
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers

More information about the Bf-committers mailing list