Yet in some countries, like mine, paying for food, renting a place, buying
a house, etc. is far cheaper than in the US, so paying a lower salary (in
USD) wouldn't amount to a lower standard of living at all, and doesn't feel
immoral, at least to me.
On Tue, Apr 18, 2023 at 8:00 AM Gnangarra <gnangarra(a)gmail.com> wrote:
Either we make software development cheaper somehow
(move the WMF to
Romania or something)
Hiring in countries with the worst labour laws and cheapest minimum wages
is totally immoral. Especially in a community where equity is part of our
culture we must endeavour to ensure that employees/contractors regardless
of where they live paid fairly and equally subject to skills and
responsibilities of the role. WMF already has many employees that are
based in countries where such immoral employment conditions dominate.
On Tue, 18 Apr 2023 at 05:49, Dan Garry
(Deskana) <djgwiki(a)gmail.com
wrote:
> I agree with much of what Amir has said here, except one little bit...
> On Mon, 17 Apr 2023 at 20:52, Amir
Sarabadani <ladsgroup(a)gmail.com
>
wrote:
>> And even if a software would have
an owner, it used to be that the team
>> was under so much pressure to produce new things instead of maintenance
>> that the software would practically be without a maintainer (or worse, as
>> even volunteers couldn't unofficially take the role). I can example a few.
>
> I think pressure on a team to deliver new things is *one* reason why
> this situation has come about, but it's far from being the only one. Here's
> a few others off the top of my head:
> - Owning so many things that even
if there was zero pressure to
> deliver new features, the team still couldn't maintain everything that they
> own.
> - Incredibly powerful and incredibly complex features that teams are
> afraid of touching lest they break them and make community members angry.
> - Conservatism and fear of community outrage causing reluctance to
> deprecate functionality.
> - Lack of understanding of the impact of the feature.
> - Lack of a clear roadmap (a list of bug reports and feature requests
> is not a roadmap).
> There's more but those are some
that come to the top of my head. And, not
> everyone one of those always applies to every situation, e.g. I definitely
> don't think all of the items in your list should be deprecated!
> This causes the path of least
resistance to be, for everyone involved, to
> leave things in limbo and hope for the best.
> Dan
> _______________________________________________
> Wikimedia-l mailing list -- wikimedia-l(a)lists.wikimedia.org, guidelines
> at:
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
>
https://meta.wikimedia.org/wiki/Wikimedia-l
> Public archives at
>
https://lists.wikimedia.org/hyperkitty/list/wikimedia-l@lists.wikimedia.org…
> To unsubscribe send an email to wikimedia-l-leave(a)lists.wikimedia.org
--
Boodarwun
Gnangarra
'ngany dabakarn koorliny arn boodjera dardoon ngalang Nyungar
koortaboodjar'
_______________________________________________
Wikimedia-l mailing list -- wikimedia-l(a)lists.wikimedia.org, guidelines
at:
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines and
https://meta.wikimedia.org/wiki/Wikimedia-l
Public archives at
https://lists.wikimedia.org/hyperkitty/list/wikimedia-l@lists.wikimedia.org…
To unsubscribe send an email to wikimedia-l-leave(a)lists.wikimedia.org