openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rob Weir <>
Subject Re: New goals for OOo
Date Wed, 22 Jun 2011 19:25:36 GMT
On Tue, Jun 21, 2011 at 6:25 PM, Grzegorz Rajda <> wrote:
> Good evening,
> All write this to other mailing-list as response to mail from Key Schenk. I
> wan't discus this with You and back to OOo development. What You think about
> that?
> Last changes in infrastructure (Oracle, LibreOffice etc.) needs from us new
> goals to create reborn release of OOo. I have some ideas and proposals.
> 1. Easy structure:
> - one page in native languages (auto-detect language, use right strings)
> - one repository for code (if somebody can commit, they can do something for
> whole source code, one method, without individual keys)
> - one bug-tracker for any language with bugs merging (developers who know
> english and navive lang should merge bug reports.)
> - one code, one standard, one development guide for everyone. (should have
> specification of interface planing/create and programming)

"Make things as simple as possible, but no simpler", as Einstein said.

There is a natural tendency toward fragmentation and wall-building.
Coordination has a cost and it is very easy to break into small
groups, by language, as well as by function groups (QA, marketing,
etc.) and to further subdivide by sub-functionary areas.  That is how
bureaucracies form.  "I am the chief  assistant secretary to the
assistant chief director".  It is also how specialists find a
specialty.  "I am a ear doctor, but I specialize in left ears only".

So there are danger of having too many groups.  It narrows the our
focus, I think.

On the other hand, we probably cannot put 200 active people into a
single mailing list.

So I'd propose that we answer the question:  What is the *least*
amount of project structure necessary for us to succeed?  We can
always add more structure and more layers later.  But once we've built
community walls, it is hard to later tear them down.



> Result:
> - - in native language direct
> - - easy to use one support (language automatic)
> - - have only required and optional files in source code
> repository
> - - have easy to contribute web interface (for example for
> translating [web, help, etc.])
> - - easy to programmers contribution,
> - - is best than MS Office in all releases!
> 2. In future:
> - every day we have new developers
> - every day we have more optimized algorithms
> - every day we have best closed standards reverse engineering
> - every day we have more happy users
> - every day we win in all categories with our competition!
> We can do it together! How You think?
> --
> Best regards,
> Grzegorz alias Mellonedain

View raw message