커뮤니티 기술
커뮤니티 기술은 커뮤니티 위시리스트 설문조사를 실행하는 위키미디어 재단 팀입니다. 숙련된 사용자를 위한 큐레이션 및 조정 도구를 구축 및 개선하고 봇 운영자 등을 지원합니다. 팀 생성은 가장 활동적인 기여자의 요청에 따른 직접적인 결과입니다. 팀은 편집자, 자원 봉사자 개발자 및 기타 위키미디어 팀과 긴밀하게 협력합니다.
현재 프로젝트
| 프로젝트 | 프로젝트 상태 |
|---|---|
| 차이로부터 복사 및 붙여넣기 |  완료 |
| 관련 토론 문서의 삭제(복구) | 완료 |
| 동음이의 문서에 연결할 때 경고 | 완료 |
| 위키텍스트에 대한 실시간 미리보기 |  개발 중 |
| IPA용 오디오 생성 | 개발 중 |
| 위키데이터 서지용 봇 |
거부됨
|
같이 보기: 커뮤니티 위시리스트 설문조사 2021 · 2021년 결과
팀 미션
"우리는 운동의 기술 플랫폼 요구 사항을 파악하고 참여하는 기여자들과 함께 필요한 도구를 구축 및 지원합니다."
값
업데이트
2022년 5월 3일: 파트너 프로젝트에 대한 실시간 미리보기 출시
폴란드어 위키백과에 실시간 미리보기 기능 버전을 출시했습니다. 커뮤니티는 우리와 파트너 관계를 맺고 나머지 사용자에게 출시하기 전에 개선 방법에 대한 피드백을 제공하는 데 동의했습니다. 전체 릴리스 계획을 찾으세요. 더 읽기
2022년 2월 15일: CWS 2022년 결과
커뮤니티 위시리스트 설문조사 2022가 종료되었습니다! 올해 판에 참여해주신 모든 분들께 감사의 말씀을 드리며, 아래의 설문조사에 지대한 공헌을 해주신 분들께 특별히 감사의 말씀을 드립니다. 여러분이 없었다면 우리는 할 수 없었을 것입니다!
다음에 어떻게 되는지 궁금하세요? 우선 순위 지정 프로세스에 대해 알아보고 올해의 우선 순위 제안 순위를 확인하세요. 더 읽기
2021년 11월 8일: 동음이의 페이지에 링크할 때 경고
We have an update about the wish. We have finished user tests. 더 읽기
우리가 하는 일
우리는 주로 커뮤니티 위시리스트 설문조사를 진행합니다. 모든 위키미디어 위키의 기여자가 가장 보고 싶은 변경 사항을 요청할 수 있는 연례 프로젝트입니다.
우리는 가장 활동적인 기여자에게 직접적인 이익이 되는 비교적 작은 작업을 수행합니다. 특히 다음과 같은 사람들을 지원합니다.
- 위키미디어 프로젝트의 큐레이터 및 관리 계층에 참여
- 틀, 모듈, 가젯, 사용자 스크립트 및 봇과 같은 위키의 기술 기능 작업.
때때로 우리는 다른 프로젝트도 진행합니다. 설문조사에서 지원이 충분하지 않을 수 있는 소규모 그룹을 돕기 위해 이러한 작업을 수행합니다. 이것이 우리가 작업한 방법입니다:
범위에 있는 작업은 다음과 같습니다:
- 사용자가 이미 하고 있는 일을 돕기 위해 가젯, 봇 및 마법사 만들기
- 더 많은 프로젝트에서 작업할 수 있도록 기존 가젯 및 봇 수정
- 많이 사용되는 커뮤니티 코드(가젯 및 사용자 스크립트)를 미디어위키 소프트웨어의 일부로 변환
- 위키프로젝트용 빌드 도구
- 부정 행위 필터(AbuseFilter) 또는 인용 봇(Citation bot)과 같은 숙련된 사용자를 위한 가장 중요한 오래된 도구의 문제 식별 및 수정
- 더 잘 활용할 수 있도록 이러한 도구에 대한 더 나은 문서 작성
범위가 아닌 작업은 다음과 같습니다:
- 다른 WMF 팀의 방치되거나 포기된 프로젝트 유지 관리.
- WMF 팀의 내부 요구를 지원합니다.
- 구조화된 메타데이터를 사용하도록 공용을 변환하거나 완전히 새로운 감시 목록 인터페이스를 만드는 것과 같은 대규모 장기 개발 프로젝트.
- 모든 커뮤니티 기술 요청에 대한 연락 창구가 됩니다.
- 툴포지(Toolforge) 관리, 사이트 성능 향상, 새 위키 생성, IRC 채널 관리 등과 같은 시스템 관리자 유형 작업
우리는 이용약관에서 정한 예의범절 기준을 따릅니다. 우리는 상호 작용에서 보조금 공간에 대한 친근한 분위기 기대치를 관찰하고 유지합니다. 커뮤니티 기술 공간에 기여하는 모든 사람들이 동일한 작업을 수행할 것을 요청합니다.
팀의 현재 작업에 대한 자세한 내용은 파브리케이터의 간반 보드를 확인하세요.
팀
Natalia Rodriguez
수석 제품 관리자
Karolin Siebert
엔지니어링 관리자
Dayllan Maza
직원 소프트웨어 엔지니어, 기술 책임자-
MusikAnimal
수석 소프트웨어 엔지니어 
Sam Wilson
수석 소프트웨어 엔지니어-
Harumi Monroy
수석 소프트웨어 엔지니어 -
Dom Walden
테스트 엔지니어 -
Szymon Grabarczuk
커뮤니티 관계 전문가 -
Nicolas Ayoub
책임 사용자 경험 디자이너 
James McLeod
수석 기술 프로그램 관리자
TheresNoTime
소프트웨어 엔지니어
협업
커뮤니티 기술 팀은 독일 위키미디어 커뮤니티에 기술 지원 및 소프트웨어 개발을 제공하는 위키미디어 독일의 커뮤니티 기술 팀(Technischer Communitybedarf 또는 TCB)과 유사한 권한을 가지고 있습니다. 우리는 팀 간에 겹치는 프로젝트에서 그들과 협력하고 기술 평가 및 코드 검토를 통해 서로를 도울 것입니다. 또한 우선 순위가 높은 커뮤니티 요청이 해당 범위에 속하는 경우 다른 WMF 개발 팀과 협력할 것입니다. 이러한 경우 다른 팀의 리더와 협력하여 일정, 기대, 우선 순위 및 소유권을 협상합니다. 우리는 또한 위키미디어 자원 봉사자 개발자들과 협력하고 지원하는 데 많은 시간을 할애합니다.
커뮤니티 기술 참여
우리는 파브리케이터에서 작업을 분류하고 추적합니다. 연례 커뮤니티 위시리스트 설문조사 외에 다음 파브리케이터 틀을 사용하여 우리가 유지 관리하는 도구에 대한 기능 요청 및 버그를 기록합니다:
격주로 새로운 요청을 검토하고 분류합니다.
지침
그것은 우리에게 중요합니다 ...
- 영향력이 큰 프로젝트를 진행하기 위해
- 많은 언어로 큰 위키와 작은 위키를 돕기 위해
- 열린 마음과 소통을 위해
- 사람들의 요구와 우려에 부응하기 위해
- 침착하고 예의 바르고 성실한 태도를 취함
우리는 작은 팀이고 할 일이 많습니다! 우리는 가능한 한 도움이 되고 효과적이기를 원하므로 모든 것을 감당할 수 없습니다. 우리가 도울 수 없는 요청을 거절하는 것은 우리 직업의 중요한 부분입니다. 왜냐하면 우리가 도울 수 있는 요청에 대해 시간과 에너지를 확보할 수 있기 때문입니다.
그러나 "아니오"라는 말을 듣기 어려운 경우가 있으므로 다음은 커뮤니티 기술 팀과의 작업 및 커뮤니케이션에 대한 몇 가지 지침입니다.
- 침착하고 예의 바르고 우리 편에서 선의를 취하세요. 우리는 프로젝트에도 관심이 있습니다.
- 우리는 우리의 일을 사랑하고 열심히 일하지만 24시간 연중무휴로 일하지 않으며 즉각적인 응답을 보장할 수 없습니다.
- 특정 사람이나 문제가 위키에 있는 시간의 많은 부분을 차지하는 경우 다른 사람들의 시간과 관심을 뺏습니다. 우리는 때때로 대화를 끝내고 특정 주제에 더 많은 시간을 할애할 수 없다고 말해야 합니다.
- 현재 다른 제품 팀의 로드맵에 있는 프로젝트나 다른 팀의 작업과 직접 충돌하는 프로젝트는 맡을 수 없습니다.
- 다른 제품 팀의 작업에 문제가 있는 경우 적절한 사람에게 이야기하도록 안내할 수 있습니다.
- 직원 문제 또는 기밀 문제에 대한 질문에는 답변할 수 없습니다.
우리의 가치와 사명을 정의하는 과정
협력 세션에서 우리 모두는 우리의 사명 선언문을 공식화할 수 있도록 작업하기 위해 한 팀으로 모였습니다. 거기에 도달하기 위해 우리는 먼저 우리가 개인적으로 가장 중요하게 여기는 가치에 대해 생각하고 그것들이 겹치는 부분을 확인하려고 시도했습니다. 왜냐하면 우리는 그것들이 인간의 그룹으로서 우리와 진정으로 함께하는지 확인하기를 원했기 때문입니다.
지식, 친절, 협력이라는 세 가지 가치가 우리에게 두드러졌습니다.
가치 문 자체는 매우 광범위하고 다르게 해석될 수 있으므로 실제로 어떤 행동으로 번역되는지 이해하기 위해 철저하게 논의했습니다. 여기서 우리가 언급한 내용을 빠르게 요약하겠습니다:
우리가 지식에 관심을 갖는 이유는 무엇입니까?
우리는 우리의 지식을 보호하고 싶지 않습니다. 우리가 무언가를 발견하거나 그것에 대해 쓰고 싶은 새로운 것을 구현하면 다른 사람들에게 동정심으로 알려주십시오. 결정을 내리면 문서화하고 이유를 설명하세요. 이것은 우리가 새로운 기여자나 팀 동료로 이 운동에 합류하는 사람들을 환영하기를 원하기 때문에 특히 중요합니다.
친절에 관심을 갖는 이유는 무엇입니까?
우리는 다른 사람들이 직면하고 있는 어려움이 무엇인지 결코 알 수 없다는 것을 알고 있으며 전체 그림을 알지 못할 수도 있음을 항상 기억하세요. 서로를 배려하고 정중하게 대함으로써 우리 모두가 소속감을 느끼고 서로 더 개방적으로 일할 수 있도록 격려합니다. 친절하다는 것은 문제를 돕거나 해결할 수 있는지 여부와 방법에 대해 분명히 하는 것을 의미할 수 있습니다.
협업에 관심을 갖는 이유는 무엇입니까?
협업은 우리가 하는 일의 중추이며 다양한 관점에서 아이디어를 결합하여 혁신을 촉진합니다. 설명을 제공할 때 우리의 설명이 다른 사람들에게 의미가 있는지 확인하기 위해 가능한 한 자세히 설명하고 더 많은 정보에 연결하려고 합니다. 우리는 서로, WMF, 커뮤니티로부터 아이디어와 피드백과 질문을 환영하고 적극적으로 구합니다.
사명 선언문
우리의 가치와 신념을 염두에 두고 우리의 사명 선언문이 무엇인지 더 생각했습니다. 운동, 커뮤니티, 서로에 대한 우리의 책임은 무엇이며 우리를 커뮤니티기술 팀에 연결하는 것은 무엇입니까? 우리는 단지 몇 가지 도구를 만들고 있습니까? 아니면 우리 작업에 동기를 부여하는 더 큰 의무가 있습니까? 이것은 우리의 의견을 가장 잘 요약했습니다:
"우리는 운동의 기술 플랫폼 요구 사항을 파악하고 참여하는 기여자들과 함께 필요한 도구를 구축 및 지원합니다."
우리는 운동의 포용성과 성장의 증가에 기여하기를 원하기 때문에 기술적인 성격을 지닌 기여자의 요구를 표면화합니다. 우리가 직접 구축한 도구 중 일부는 다른 팀에서 이러한 요구 사항에 대한 인식을 높이기 위해 재단에 다른 도구를 전달합니다.
전략
우리 팀이 직면한 과제 중 하나는 우리가 잘 알지 못하는 다양한 코드베이스와 기존 도구를 접한다는 것이므로 현재 두 가지 주요 이니셔티브가 있습니다:
협업 이니셔티브
다른 팀보다 더 자주 다른 팀과 긴밀하게 협력하고 작업해야 할 필요성은 다른 팀의 작업을 이해하고 기존 코드베이스를 만지고 우리 도구가 작업 방식과 일치하는 방식으로 구현되었는지 확인하는 데 매우 분명합니다.
이 이니셔티브의 목표는 팀 간 및 팀 내에서 지식 공유 및 협업을 개선하고 작업을 구현하기 전에 다른 개발자와 체크인하여 이전에 구현된 것을 처음부터 구축하지 않도록 하는 방법을 찾는 것입니다. 그 외에도 더 많은 협업 프로그래밍 세션을 허용함으로써 더 혁신적인 솔루션을 구축할 수 있다는 것을 알고 있습니다. 우리는 다른 팀의 엔지니어가 방문하여 이 세션의 의제에 추가할 수 있는 주간 내부 협업 프로그래밍 세션을 예약함으로써 엔지니어를 위한 더 많은 팀 간 협업을 장려할 수 있는 방법을 생각했습니다.
2022년 4월에 우리는 올해의 위시리스트에 있는 일련의 제안을 작업하고 일주일 동안 다른 팀을 초대하는 내부 해커톤을 가질 계획입니다. 종종 특정 분야의 전문가가 다른 팀에 이미 존재하고 일주일 동안 다른 프로젝트를 수행하면 엔지니어링 팀 내 소속감을 높이고 향후 협업에 긍정적인 영향을 미칠 수 있습니다.
Maintenance Initiative
With a growing list of projects we maintain, we are left more and more distracted from our priorities.
We do want to provide maintenance for our work, but want more structure for how we provide it. We are currently reviewing our approach to maintenance and are considering restructuring out strategy towards maintenance. We will continuously update you about our approach and we are discussing here.
We internally decided how to make these changes happen and are tracking our decision making progress.
문서화 이니셔티브
다른 팀의 작업을 이해하기 위해 우리는 종종 우리에게 새로운 코드베이스를 봅니다. 다른 사람의 작업에 대한 구현 세부 사항, 목표 및 과제를 이해하려면 좋은 문서가 절대적으로 필요합니다. 팀으로서 우리는 정말 좋은 문서를 작성하는 데 모범이 되고 싶습니다. 이상적으로는 구현하기 전에 먼저 문서화하고 다른 사람들에게 우리 작업의 상태를 자주 업데이트하는 것이 좋습니다. 이를 달성하기 위해 우리는 현재 다른 팀과 일치하는 방법을 찾기 위해 다른 팀이 작업을 문서화하는 방법을 연구하고 있습니다. 우리는 문서를 코드 가까이에 두고 싶습니다.
협업 프로그래밍 세션을 구성할 때 권장 사항을 수집하여 가이드에 기록했습니다.
현재 문서는 Mediawiki.org의 코드와 별도로 존재하며 수동으로 가져오는 것 같습니다. 우리 팀 가치 중 하나는 "지식"이기 때문에 뛰어난 문서를 제공하고 싶습니다. 다른 팀이 구축한 도구의 구현 세부 정보, 설정 가이드, 사용 예와 같은 지식을 공유하는 것에 감사하기 때문입니다. 이 목표를 달성하기 위해 우리가 취하고자 하는 다음 단계가 있습니다. 우리는 문서만큼 코드 기여를 중요하게 생각하고, 문서를 코드와 동일한 저장소에 보관하고, 릴리스에 대한 문서 요구 사항을 만들고, 코드에 대한 일관된 기여 프로세스를 갖기를 원합니다. 작업을 문서화하는 것이 쉽고 코드를 작성하는 동안 완료되도록 합니다.
사용자 가이드
참조용 틀
- Preferred Name:
- How to talk to me:
- (Optional) Pronouns:
- (Optional) Things I like:
- (Optional) Things I’m bad at:
- (Optional) Annoying things I do:
- (Optional) How to cheer me up when I am grumpy:
- (Optional) Hot takes:
- (Optional) Anything else you should know about me:
여기에서 사용자 가이드를 찾으세요:
추가 정보
- Community Tech/Team Processes
- Community Tech/Development
- Community Tech/Maintenance
- 커뮤니티 기술/커뮤니티 기술에 대한 파브리케이터 기준
| 하위 페이지 목록 |
|---|
|
Pages with the prefix 'Community Tech/ko' in the 'default' and 'Talk' namespaces: Talk: |
This page or project is maintained by 커뮤니티 기술 팀.
Get help:
|
