Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0FCBB96AF for ; Thu, 24 May 2012 12:38:11 +0000 (UTC) Received: (qmail 17962 invoked by uid 500); 24 May 2012 12:38:10 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 17903 invoked by uid 500); 24 May 2012 12:38:10 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 17891 invoked by uid 99); 24 May 2012 12:38:10 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 May 2012 12:38:10 +0000 Received: from localhost (HELO mail-vb0-f47.google.com) (127.0.0.1) (smtp-auth username robweir, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 24 May 2012 12:38:09 +0000 Received: by vbbfr13 with SMTP id fr13so5867175vbb.6 for ; Thu, 24 May 2012 05:38:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.221.12.142 with SMTP id pi14mr6267632vcb.56.1337863088572; Thu, 24 May 2012 05:38:08 -0700 (PDT) Received: by 10.220.190.13 with HTTP; Thu, 24 May 2012 05:38:08 -0700 (PDT) In-Reply-To: References: <4FB60E7F.9070805@googlemail.com> Date: Thu, 24 May 2012 08:38:08 -0400 Message-ID: Subject: Re: [UX] New AOO User Experience Community From: Rob Weir To: ooo-dev@incubator.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, May 23, 2012 at 10:39 PM, Kevin Grignon wrote: > On Mon, May 21, 2012 at 2:34 PM, Juergen Schmidt > wrote: > >> Am Samstag, 19. Mai 2012 um 00:18 schrieb Paulo de Souza Lima: >> > 2012/5/18 Juergen Schmidt >> > >> > > Am Freitag, 18. Mai 2012 um 15:22 schrieb Paulo de Souza Lima: >> > > > 2012/5/18 J=C3=BCrgen Schmidt >> > > > >> > > > > On 5/18/12 10:32 AM, Kevin Grignon wrote: >> > > > > >> > > > > > Erik, >> > > > > > >> > > > > > Good stuff. Will do. >> > > > > >> > > > > do we really need such a separate page for UX community members?= I >> > > don't >> > > > > think so and I personally think it goes in the wrong direction. >> > > > >> > > > >> > > > >> > > > There's nothing to loose, in my view. But I wouldn't call UX a >> > > "community". >> > > > I would call it a "team". >> > > > >> > > > >> > > > > >> > > > > I am personally interested in many different areas of the projec= t >> and >> > > > > don't want to put my name on X different pages. My contribution = in >> the >> > > > > different areas will be also different and will change from time= to >> > > > > >> > > > >> > > > >> > > >> > > time. >> > > > > >> > > > >> > > > >> > > > >> > > > If you are interested in many areas (just like me) you are free to >> decide >> > > > if you will place your name in all of them, or none. I don't see a >> > > > >> > > >> > > problem >> > > > with that. But if I am deeply involved with some project, I would >> like to >> > > > place my name on it, for sure. Also, it's important from the user'= s >> point >> > > > of view, to know who are the contacts for the issues they have. An= d >> a new >> > > > contributor who wishes to have a larger involvement with the UX >> > > > >> > > >> > > activities >> > > > (and others too) should be able to identify who else is involved. >> > > > >> > > > >> > > > > >> > > > > Such a page doesn't really reflect who is doing the work and is >> > > > > potentially misleading. >> > > > > >> > > > >> > > > >> > > > >> > > > Again, I don't think so. Indeed, it doesn't reflect who is doing t= he >> job, >> > > > but it gives a clue. It would be worst if users have no clue about >> that. >> > > > And Mediawiki has features that can give stronger clues. It's matt= er >> of >> > > > creating some sort of workflow. If there's a workflow, anyone can >> drive >> > > > >> > > >> > > his >> > > > task, without the need of a "coordinator". I could give you an >> example we >> > > > done in LibO, but I preffer to show you our own example in AOO: Me >> and >> > > > >> > > >> > > Raul >> > > > are about to finish a workflow for PT-BR document translations pag= e >> which >> > > > is working very fine in LibO and we will make it work here too. Wh= en >> > > > finished, anyone will be able to choose a document, translate it, >> submit >> > > > >> > > >> > > it >> > > > for revise, revise translation, and all the work of every contribu= tor >> > > >> > > will >> > > > be recorded. >> > > >> > > >> > > that sounds interesting but I don't see the relation to a >> community/team >> > > page >> > > >> > >> > >> > Well, As I told before, I would not call it a "community". I would cal= l >> it >> > a "team" or, if this word sounds bad, maybe the UX "Guys" sounds bette= r >> =3D) >> > >> > How can you identify, today, people who are working on wiki maintenanc= e, >> > for example? Note I'm not asking for *all* people, but the main ones. = I >> > couldn't do that until I have created some pages and Adailton question= ed >> me >> > about that. So I made a search in the wiki to find who made the last >> > editions in the wiki, mainly after July 2011. And I found TJ. In his >> > discussion page they used to change some messages, so I could find out >> that >> > TJ and Adailton are the "wiki guys". But this information was not >> anywhere >> > in a clear view. Why not ease the work of displaying who is doing what= ? >> > >> > >> > > > >> > > > This could be automated in certain level if we had a better wiki a= s I >> > > have >> > > > asked for some days ago. >> > > >> > > >> > > sure better or improved tooling is always good but again where is th= e >> > > relation to a people page? >> > > >> > >> > >> > Imagine you ask to the wiki: Who are the guys working on infra for the >> last >> > 2 months? Semantic searches can answer this question. And can reply it >> > getting information from other systems, like CMS. >> > Semantic features work on FAQs. We use semantic searches allied to a g= ood >> > ontology structure to answer questions people use to ask. >> > >> > > >> > > > >> > > > > >> > > > > We have already a general project page with project members that >> > > doesn't >> > > > > reflect the current situation in the project. >> > > > >> > > > >> > > > >> > > > I agree to this point, but I think a general list "too general" fo= r >> the >> > > > average people. We should think about giving fast answers to AOO >> users, >> > > > instead making them navigate through uncountable pages to find wha= t >> they >> > > > want. Do you have any idea of how difficult is for people to fill = an >> > > > >> > > >> > > issue >> > > > in bugzilla, for example? Findind documentation either. And it's >> worst >> > > >> > > for >> > > > those who can't read/write in English. >> > > >> > > I do not disagree and I am fine with improving the workflow here. It >> would >> > > be great to have a simplified workflow to submit issues. So let us >> think >> > > about such improvements. The same for documentation. >> > > >> > > But do think that a page with some names will change anything here? >> > >> > It depends on who are managing that page. >> > >> > >> > > > >> > > > >> > > > > >> > > > > In general such pages are useless from my point of view and get >> > > outdated >> > > > > very fast. >> > > > >> > > > >> > > > >> > > > My personal/professional experience points to another direction. I= f >> UX >> > > has >> > > > enthusiastic volunteers who take the task to themselves, they will >> take >> > > > care of their workspace. And I think there are very enthusiastic >> people >> > > > >> > > >> > > at >> > > > this moment. And they wish to do that, but it will be useless if U= X >> > > > couldn't count on devs to hear what they have to say, because UX >> should >> > > > >> > > >> > > be >> > > > the channel between users and devs. The enthusiasm can go down ver= y >> > > >> > > quickly. >> > > > >> > > >> > > >> > > I agree and it is and will not be easy, In the end the work have to = be >> > > done. That means that people have to convince other people from thei= r >> > > ideas. Especially when people are not able to implement it on their >> own. >> > > The better an idea is described and sold the better is the chance th= at >> > > somebody will implement it. >> > > >> > >> > >> > I am preparing a little sample. If Mediawiki can be upgraded and the >> > extensions I have asked for installed, I=C4=BAl do that in PT-BR secti= on. >> > Otherwise, I'll do that in www.escritoriolivre.org/wiki >> > >> > >> >> When you volunteer to help with the wiki please join the infra structure >> mailing list and join the infra IRC channel. Show your expertise there, = ask >> people and I am sure you will get the support and the access rights you >> need over time. That's the way how it works at Apache. I did it in the s= ame >> way and got the rights I need for pootle. >> >> Just start doing the update by talking with the infra guys about it. Wha= t >> your plans are, what your experience is etc. that you are able to mainta= in >> the wiki or at least that you are I retested to help... >> >> Juergen >> >> > >> > >> > > >> > > Juergen >> > > > >> > > >> > > >> > >> > >> > Regards >> > >> > -- >> > Paulo de Souza Lima >> > http://almalivre.wordpress.com >> > Curitiba - PR >> > Linux User #432358 >> > Ubuntu User #28729 >> > >> > >> >> > Hello All, > > Thanks for interest in UX. > > As for name, I must admit that I'm new to the effort, and the guidance fr= om > PPMC and others, has, well, been subjective and contradictory at best. If > the community wants to establish team/group/sub-community/gang naming > protocols, then please share when available. > It is cultural, but generally there is only one team here: the Apache OpenOffice team, and we're all members of it. There may be a self-selected group of individuals working on a common task for a period of time. But we avoid having that lead to the development of segregated groups or hierarchies. So it grates a bit on my ear to read 'UX will do this", or similar. IMHO just say, "I will do this". We're all contributing as individuals. > For example, we were told to not use the term "team", as is was reserved > for the PPMC "team". Then, we were told not to use community and use > "team". As for UX guys", that is a non-starter for the obvious reasons. > Right. So factually "UX" is a topic, and various individuals are interested in that topic, and this interest will come and go, and change over time due to changes in overall project composition as well as competing priorities. > A key theme was that everyone wanted us not to fragment the broader team = or > community - which makes sense. However, we are trying to reinvigorate the > UX effort and could really use your support right now to help us > re-establish ourselves. Diversity is key to the health of the project, it= 's > OK if some people want to focus on different aspect of the offering. Let'= s > support each other in their individual pursuits, and work to connect such > activity to the larger community. > This is all good. But it does not require explicit identification as a "team". > We will rename to "UX team", which is easiest and most appropriate. We wi= ll > continue to use the [UX] email subject prefix, and only reference UX team > in relation to UX-specific task assignments. > Who is "we"? -Rob > Regards, > Kevin