Re: Red Hat and Fedora Working Groups

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 10/07/2013 08:20 AM, Jaroslav Reznik wrote:
----- Original Message -----
>On 10/05/2013 07:08 AM, Mathieu Bridon wrote:

I'd say most of Fedora (and even most of Red Hatters) would quit immediately
in case the company starts behave like you think it behaves. And I'm saying
it as a guy who signed mortgage week ago.

Or people turn a blind eye to the facts on what's actually taking place.

- It places distrust in the community ( as came completely clear on last FESCO meeting )

- It puts the community to disadvantage compare to it employees which now as stepped up to the level that community members are subjected to character and social scrutiny by FESCO ( look at Dan's pp request 3 meetings ago ) while Red Hat employees entirely bypass that and other ( privileged ) processes that community members have to go through.

- It elevates it's own "product(s)" above community's work either under the so called "defaults" ( or as we are heading now "3 products" ) or various strategically placed "recommendations" here and there putting competing community maintained products at disadvantage.

- It creates ( high ranking ) positions ( suddenly ) in communities, then recruits individuals outside the community and places them in those positions and in those communities ( people can just look through the internet archive's for advertised Fedora positions both for the title they give these individuals as well as the statement you will be working as as opposed to working with ).

etc...

So as you can see it already is behaving as I think it behaves and quite frankly this is an disgusting and unjust corporate behavior towards the community based on mistrust and misuse and sends mixed signals inside and outside of our community and labels our work as some kind of RH experiment and test bed.

All of the issues I have mentioned here before can be dealt with internally by Red Hat.

- It has to take a leap of faith and just let go and place trust in the community since it's highly unlikely that it will venture to far away from Red Hat interest at least I would be very surprised if it did.

- If it thinks that our processes are to complex for an new employee to walk through to gain the necessary access to be able to perform it's work, it needs to work with us improving those processes and workflows so that *everybody* Red Hat employees and community members alike will gain from it as opposed to be bypassing it altogether for it's employee while the community drowns in bureaucracy.

- It will need to understand that forcing everything under a single product ( default ) or three products as well as single audience ( or three different audience ) hinders growth in sub communities ( due to them not being equally presented ) as well as fair competition thus innovation between competing products applications or applications stack ( be it through better written code/compatibility/features/maintenance you know those little things that competing products implement or achieve over each other ) .

- It needs to understand that there is no need to invent ( high ranking ) position and try to elevate new employees to those positions within sub community since it will come naturally on it's own by the share time that employees has to work and dedicate to the sub community surrounding the component or group of components. ( An community member only has around 2 - 4 hours max each day to dedicate to the project unless he's unemployed or is being paid to work in it ).

So fourth and so on,

Red Hat has pretty smart managers and team leaders within their ranks which I'm pretty sure will straight these issues out and deal with the community on equal ground and in harmony which benefits us all.


JBG
--
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux