Re: [gentoo-dev] RFC: Deprecating and killing the concept of herds

[Markos Chandras]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 09/11/2014 07:30 PM, Tom Wijsman wrote:
> On Wed, 10 Sep 2014 21:21:24 +0100 Markos Chandras
> <hwoarang@g.o> wrote:
>
>> On 09/10/2014 03:01 PM, Tom Wijsman wrote:
>>>
>>> +1; to summarize my thoughts: Herds misrepresent manpower.
>>>
>> true and false.
>
> More true than false.
>
>> undertakers often remove dead herds.
>
> How often? What is considered dead? How about semi-dead? How about
> the misrepresented ones? Are metrics like commit and bug ratios
> considered?
>
> Relevant: http://www.gossamer-threads.com/lists/gentoo/dev/258463
>
>> And herds in need for more people should really make use of this
>> wiki page
>>
>> https://wiki.gentoo.org/wiki/Project:Gentoo/Staffing_Needs
>
> They do and don't.
>
> Those that do, are drowned in a long list that rarely attracts new
> devs; those that don't, don't have time for it as they are drowned
> in work.
>
> The recruitment process is too lengthy compared to the amount of
> people that can actively recruit new developers; as a result, this
> contributes to the rarity of attracting new developers to that
> list.
>
> This lengthy process is also unattractive to new recruiters; whom
> are not kept in the loop when showing interest, eg. I've watched a
> few sessions and then heard nothing (because there barely are
> recruiters?).
>
> If we want to thrive, both the student and recruiter recruitment
> processes need to be revised; at this moment, 13 students are in
> the queue. Some of them have been waiting for weeks or months...
>
>> how do you expect to get more people on board if you don't make
>> it known where help is actually needed?
>
> This acknowledges that the herds concept hides where help is
> needed; but as revealed in the last paragraphs, that's not the only
> problem.
>

please do not go offtopic discussing the recruitment process. I simply
mentioned one of the designated ways we have to ask for help. If you
don't like it, propose a better method.

- -- 
Regards,
Markos Chandras
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQF8BAEBCgBmBQJUEf9QXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGRDlGMzA4MUI2MzBDODQ4RDBGOEYxMjQx
RjEwRUQ0QjgxREVCRjE5AAoJEB8Q7UuB3r8Z5S4H/RzX++Z/slhMjpYwGqu4zA1P
DgByLHnINhQPFpNYIxfgvAFCjVp+drCllRvzvE3IdCdfR1HsLUYeLNMDby8SQlAr
axHklrtQGeSXK9rd9leYvfa/lCzNahFj5PWbPeJFco1j7V7BDJCYKS1FxQpQhAyg
H5MiBFDRZK403qt8U4JsOCGEpI5Uy+US+xTAXHTV0u0YKW0u8S/znju6TM2WVWy2
qFTTQvH4vNf38zj6+UVzFa16xw5wYeIajMHLm7cTg98pDU4UcVEbeeZ0vEUX6DS8
XSlGO93haF9E4v4giMaQXXHtRmJzhHXdx78mnir4u1tdIfqG3Q8bjGnNVmu7GWU=
=UyIv
-----END PGP SIGNATURE-----