It is a convenient myth for a lot of people in the free and open source software community that our projects have few barriers to entry beyond a base set of knowledge about the project new contributors want to try to join, and the skills need to contribute to a project.
Diversity, to a lot of people who buy into the pure meritocracy myth, is a problem that can be solved by accepting anyone who can contribute. It’s the contribution that matters, not the person’s race, gender, or other identifiable status. Train more people up, the meritocrats will argue, and the diversity problem will be solved.
In reality, this is not usually the case. And it’s not just for the obvious (and very real) issues of boorish white cis men who actively seek to empower themselves by belittling those who are not like them. I’m not dismissing these concerns, and I believe every community needs to work to counter such negative behaviors.
But the problem goes much deeper than altering or removing the behavior of bad actors.
During Sunday's keynote at DevConf.us, Red Hat CTO Chris Wright called out another major obstacle to diversity: the groups we are seeking to include are also experiencing systemic barriers to entry. It’s all well and good to promote the learning of programming skills across many diverse groups, but what a lot of technologists may not comprehend (because it’s never been a problem for them) is that the resources to learn about such contributing (such as a computer or stable Internet connection) may not be readily available.
There are, of course, programs and schools in place to offer folks these tools and skills. And these are certainly great. But there is also the issue of time, something else a lot of us take for granted. If you have school and maybe a part-time job (or two); a job or jobs that take you past a 40-hour week; or all of these and a family to care for--these scenarios could make the time needed to learn technology skills a very scarce commodity.
Socioeconomic status, Wright told his audience, can raise huge barriers for the very people we as open source communities want to bring into the fold as contributors. This is why, when we do see new contributions coming in from such individuals, we need to value those contributions and ideally nurture the contributors’ efforts, for the simple reason they may have had to put in far more effort just to get to that point than individuals who represent a less diverse socioeconomic or ethnic group.
Increasingly, however, the efforts of many individual contributors may be danger of being devalued altogether.
Paid vs. Volunteer
Overarching the problem of attracting a diverse set of contributors to open source projects is the increasing observation that volunteer contributions may be getting lost or less valued than contributions coming from paid developers who jobs enable them to work on a given project or projects.
There are known cases of “outside” contributions being increasingly ignored or rejected by corporate developers whose company “owns” and open source project. Sometimes this may happen for a reasonable technical need. But sometimes it happens because a shepherding company doesn’t want to go in the direction of the contribution for business-oriented concerns.
Never mind the fact that the contributor may have really needed that change. Or the change may have led to a new avenue for innovation.
It isn’t even just a problem of active barriers. If you have a volunteer who can only contribute 2-3 hours a week on a project, because that’s all the time they have, there is a chance that just by signal-to-noise ratio, those contributions will be washed out in the deluge of contributions coming from the full-time paid contributors to the project. Or made obsolete when the project takes a sharp (and unannounced) turn in the time between the volunteer’s contributions.
Open source projects with corporate participants must take great care not to ignore the efforts of anyone who contributes infrequently. These efforts must be valued on technical strengths, not frequency of contribution.
Failure to do so will not only close avenues for inclusion of diverse contributors, but will also close off new and potentially innovative contributions from any contributors not on the company payroll. That will be a very lackluster environment for any volunteers to participate, and will ultimately lead to communities dominated by corporate interests alone, not diverse talents and points of view.
저자 소개
Brian Proffitt is Senior Manager, Community Outreach within Red Hat's Open Source Program Office, focusing on enablement, community metrics and foundation and trade organization relationships. Brian's experience with community management includes knowledge of community onboarding, community health and business alignment. Prior to joining Red Hat in 2013, he was a technology journalist with a focus on Linux and open source, and the author of 22 consumer technology books.
채널별 검색
오토메이션
기술, 팀, 환경을 포괄하는 자동화 플랫폼에 대한 최신 정보
인공지능
고객이 어디서나 AI 워크로드를 실행할 수 있도록 지원하는 플랫폼 업데이트
클라우드 서비스
관리형 클라우드 서비스 포트폴리오에 대해 더 보기
보안
환경과 기술 전반에 걸쳐 리스크를 감소하는 방법에 대한 최신 정보
엣지 컴퓨팅
엣지에서의 운영을 단순화하는 플랫폼 업데이트
인프라
세계적으로 인정받은 기업용 Linux 플랫폼에 대한 최신 정보
애플리케이션
복잡한 애플리케이션에 대한 솔루션 더 보기
오리지널 쇼
엔터프라이즈 기술 분야의 제작자와 리더가 전하는 흥미로운 스토리
제품
- Red Hat Enterprise Linux
- Red Hat OpenShift Enterprise
- Red Hat Ansible Automation Platform
- 클라우드 서비스
- 모든 제품 보기
툴
체험, 구매 & 영업
커뮤니케이션
Red Hat 소개
Red Hat은 Linux, 클라우드, 컨테이너, 쿠버네티스 등을 포함한 글로벌 엔터프라이즈 오픈소스 솔루션 공급업체입니다. Red Hat은 코어 데이터센터에서 네트워크 엣지에 이르기까지 다양한 플랫폼과 환경에서 기업의 업무 편의성을 높여 주는 강화된 기능의 솔루션을 제공합니다.