[Duplicate] Re: [libreoffice-projects] [Proposal] A central employment-office-like web structure for TDF/LibO volunteers
Sorry if two copies of this message pass through, but it seems to me that my first message was eaten from the mailing list bot. :) Here is the orginal message: In data 21 maggio 2011 alle ore 17:14:37, Sophie Gautier gautier.sop...@gmail.com ha scritto: Hi Gianluca, On 19/05/2011 12:42, Gianluca Turconi wrote: Sophie Gautier wrote: If it's only the development of the tool, it should be placed under the LibreOffice Wiki section I think: http://wiki.documentfoundation.org/Website/LibreOfficeWiki Later, the tool itself, if it must be visible when arriving on the wiki, the Start page is the best to place it. I have completed a first formal draft of the proposal here: http://wiki.documentfoundation.org/Website/LibreOfficeWiki/Proposed Since you said there was no template for such activity, I've tried to be as analytic as possible, so that other people can reuse the page as base for future proposals, when needed. Now I need: 1) a proof reading of the Proposal by a native English speaker :) not me :) I'll try to find somebody on the discuss list. 2) more info about the formal approval/rejection of the proposal. If there is already a process, that's good. If there is not, we may create it now. I'm not aware of any, but what do you mean by formal, do we adopt it or not? I mean: my proposal is already in semi-final status, *according to me*. I may even start a recruiting campaign for the implementation of this tool, if needed. However, I suppose, any proposal like this should have the Community endorsement, otherwise without agreement, such tool, even when implemented, may be simply ignored from the Community members. In that case, its implementation would be a real waste of time and resources. Of course, *I* cannot start to spam all LibO mailing lists or forums by asking Folks, do you like this proposal?. Well, at least, I think I cannot. :-) So, what are the next steps after having proposed a formal proposal for a LibO tool/project in order to reach the whole Community and to know what its members think about it? And, above all, what is the consensus/voting system (if any exists) currently adopted by the Community for such things? I hope you've now understood what I previously meant for formal process. If not, ask again. ;-) Ciao, Gianluca -- Lettura gratuita o acquisto di libri e racconti di fantascienza, fantasy, horror, noir, narrativa fantastica e tradizionale: http://www.letturefantastiche.com/ -- Unsubscribe instructions: E-mail to projects+h...@libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/projects/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-projects] [Proposal] A central employment-office-like web structure for TDF/LibO volunteers
Gianluca Turconi wrote: 2) more info about the formal approval/rejection of the proposal. If there is already a process, that's good. If there is not, we may create it now. I forgot writing that the process includes, for me, a longer open discussion about the draft of the proposal. :) Ciao, Gianluca -- Lettura gratuita o acquisto di libri e racconti di fantascienza, fantasy, horror, noir, narrativa fantastica e tradizionale: http://www.letturefantastiche.com/ -- Unsubscribe instructions: E-mail to projects+h...@libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/projects/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-projects] [Proposal] A central employment-office-like web structure for TDF/LibO volunteers
Sophie Gautier wrote: A wiki is done to handle mistakes by design: you can always undo your final action :) If it's only the development of the tool, it should be placed under the LibreOffice Wiki section I think: http://wiki.documentfoundation.org/Website/LibreOfficeWiki Later, the tool itself, if it must be visible when arriving on the wiki, the Start page is the best to place it. First issue. :) I still get this message: You do not have permission to edit this page, for the following reasons: The action you have requested is limited to users in one of the groups: Administrators, emailconfirmed. You must confirm your e-mail address before editing pages. Please set and validate your e-mail address through your user preferences. though I've already confirmed my account via e-mail. In fact, I get in my preferences: Your e-mail address was authenticated on 2011-05-18 at 16:01:01. Tested in Seamonkey and IE browsers. Any hint? Ciao, Gianluca -- Lettura gratuita o acquisto di libri e racconti di fantascienza, fantasy, horror, noir, narrativa fantastica e tradizionale: http://www.letturefantastiche.com/ -- Unsubscribe instructions: E-mail to projects+h...@libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/projects/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-projects] [Proposal] A central employment-office-like web structure for TDF/LibO volunteers
Sophie Gautier wrote: I'm not sure you will have feedback before having done something, see we're only two in the conversation for now. So lets implement a first draft and a description of the process, we may get more feedback later. OK, no problem. So let's refine what we were discussing so far. BTW, is there already any official or unofficial draft document that can be used for proposal like this, so that there is a homogeneous approval/rejection process for project proposals? Then: I think we are now agreeing that such central system has to be a wiki with a simplified template for direct access of the open tasks of the different projects. See below other thoughts of mine about different topics below. *About coordinators* I think, but I may be wrong, that if we force developers directly to post their requests for help in a wiki, and waste coding time, they may find that central system just useless and a duplication of bugzilla. So, I'm in favor of a more important role of the coordinators. They should actually gather the requests *and* post them in the wiki. That would ease the whole work process. In fact, the current maintainers/contributors may send a simply email or compile a web form with their requests directed to a coordinator who, afterwards, will post them in the wiki. No further knowledge of the wiki (sections, tags, other formalities) would be needed for the current maintainers/contributors. For wannabe contributors, the coordinators would be like the marketing contacts: people who are /trait d'union/ between outside and inside realities. Again, the coordinators may be contacted via email or web form or other means. However, I think it's important, after the first contact and for more complex tasks (see classification below), to involve the new potential contributor in the larger discussion (mailing lists or via private mail with other developers/contributors). It may build (a kind of) loyalty and not just a one time contribution. *About the granularity of classification of the requests for help* At the beginning of this discussion there were doubts about the manageability of a system that includes even 1-hour tasks. After further consideration, I agree too that it would be difficult to manage such system. Maybe, we need less granularity. We may classify the requests in a broader way according their difficulty and needed time to complete: Easy, Medium, Complex. a) Easy: basic skills needed, shortest time involved to complete them; b) Medium: average skills needed, average time involved to complete them; c) Complex: high level skills needed, longest time involved to complete them. So, the work flow in this central system should be: 1) a current maintainer/contributor contacts a coordinator via email/web form/any-chosen-mean and sends a request for help, by providing at least: 1a) a detailed description of the task; 1b) needed skills (i.e. specific coding language); 1c) estimated complexity of the task; 1d) possible deadline for contribution; 2) the coordinator classify the request according the wiki classification (Web Level 1: skills needed; Web Level 2: Complexity; Web Level 3: list of tasks) 3) a wannabe contributor picks a task up in the wiki and gives confirmation of such activity, via email/web form/modification of the wiki/other means; 4) the coordinator, for more complex tasks or activities with a deadline, contacts the maintainers/contributors and communicate that the important/complex task has a new potential contributor. Automation of this phase would be greatly appreciated; 5) the task is completed by the new contributor on his own or in collaboration with core contributors, and everybody are happy :) 6) the coordinator regularly checks open, taken by new potential contributor, tasks and verify that there has not been any mistake in assignation or that the potential contributor has not lost interest. I think it's harder to write it down in this email than doing it as real process. ;) BTW, I'm still puzzled from the @libreoffice.org @documentfoundation.org and @lists.freedesktop.org division for mailing lists. It's nearly a nightmare for a potential contributor to understand where to write and why. :( We could may be reduce the gap between @freedesktop and the @libreoffice, but @documentfoundation is necessary for the TDF related discussions. Or may be it's not well enough documented, is that what you mean? How I'd like the LibO web site home page: [short description of what LibO, the software, is] 3 huge buttons: [Download] [Find Support] [Contribute] [short description of what TDF, the foundation, is] Then, under [Find Support]: [*all* support mailing list *with* @libreoffice.org suffix] [any other external and independent support system] Finally, under [Contribute], other 3 huge buttons: [Contribute money] - Fund raising [Contribute your skills and time] - the central
Re: [libreoffice-projects] [Proposal] A central employment-office-like web structure for TDF/LibO volunteers
Charles-H. Schulz wrote: So, I find this to be a very good idea:-) What should be done, at this stage? Write a proposal on the wiki? discuss it here? It obviously needs to go somewhere:) I've just sent a more detailed work flow idea in another message. Please, have a look at it. Regards, Gianluca -- Lettura gratuita o acquisto di libri e racconti di fantascienza, fantasy, horror, noir, narrativa fantastica e tradizionale: http://www.letturefantastiche.com/ -- Unsubscribe instructions: E-mail to projects+h...@libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/projects/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [libreoffice-projects] [Proposal] A central employment-office-like web structure for TDF/LibO volunteers
Sophie Gautier wrote: Yes. I'm more for a wiki than a bugzilla, unless you know one that has a very nice interface and is not frightening for non technical contributors. Sincerely, I hate bugzilla. :) For non technical people it's a real barrier for contribution, IMO. However, summing up this initial brainstorming discussion: 1) a central employment-office-like web structure for TDF/LibO volunteers *may* improve efficiency in recruiting new contributors when maintainers and current contributors ask for help; 2) such web structure should be as easier as possible (likely a wiki) and as visible as possible (a user must be able to choose how and what to contribute in just few clicks), with a main division between technical (code) and non-technical (everything else) requests for help. Subsections may exist according to the requested skills to complete a particular task and/or the estimated time to complete a task so that a wannabe contributor can choose the most suitable task to which contribute. 3) in order not to overload the current maintainers that ask for help in the centralized system, we can: 3a) appoint some volunteers (coordinators) who will work as intermediaries between the current maintainer/contributors and the wannabe contributors *by posting* the received requests for help into the central system and *by confirming* the external offers or the completion of a task; 3b) appoint some volunteers who will work like moderators do in mailing list *by checking* (for consistency, tagging, form, and so on) the requests for help *already directly* posted by the maintainers/contributors into the central system. If we agree about this initial draft of the project, we may try to ask in webs...@libreoffice.org if/how/where it's possible to implement this idea and, above all, we should ask in other projects ML (all?) how much consensus there is about this idea, because, who knows, current contributors may prefer fragmentation (even language based one) rather than centralization. BTW, I'm still puzzled from the @libreoffice.org @documentfoundation.org and @lists.freedesktop.org division for mailing lists. It's nearly a nightmare for a potential contributor to understand where to write and why. :( Regards, Gianluca -- Lettura gratuita o acquisto di libri e racconti di fantascienza, fantasy, horror, noir, narrativa fantastica e tradizionale: http://www.letturefantastiche.com/ -- Unsubscribe instructions: E-mail to projects+h...@libreoffice.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/www/projects/ All messages sent to this list will be publicly archived and cannot be deleted
