커뮤니티 기술

This page is a translated version of the page Community Tech and the translation is 100% complete.

커뮤니티 기술은 커뮤니티 위시리스트 설문조사를 실행하는 위키미디어 재단 팀입니다. 숙련된 사용자를 위한 큐레이션 및 조정 도구를 구축 및 개선하고 봇 운영자 등을 지원합니다. 팀 생성은 가장 활동적인 기여자의 요청에 따른 직접적인 결과입니다. 팀은 편집자, 자원 봉사자 개발자 및 기타 위키미디어 팀과 긴밀하게 협력합니다.

현재 선택한 프로젝트

가능한 한 많은 희망사항을 완료하기 위해 커뮤니티 기술은 우선순위 프레임워크를 염두에 두고 투표된 희망사항에 주의를 기울입니다. 프레임워크는 현재 선택한 프로젝트에 대해 어떻게 접근하는지 안내합니다.

프로젝트	프로젝트 상태
복합차단	개발 중
IPA용 오디오 생성	Handed over
편집 복구 기능	개발 중
문단 분할을 위한 더 나은 차이 관리	완료
QR 코드 공유	완료
문서 생성 후 위키데이터 항목을 연결하는 자동 제안	개발 중
클릭 시 재생되는 오디오 링크	완료
기본적으로 실시간 미리보기 활성화	완료
더 많은 위키용 "누가 썼나요?" 확장 기능 도구	완료

팀 미션

"우리는 운동의 기술 플랫폼 요구 사항을 파악하고 참여하는 기여자들과 함께 필요한 도구를 구축 및 지원합니다."

값

지식: 무언가에 대해 알고 있다는 사실; 주제, 장소, 상황 등에 대한 일반적인 이해 또는 친숙함.
친절: 자애롭고, 예의 바르고, 우호적이며, 관대하고, 온화하고, 자유분방하고, 동정심이 많고, 마음이 따뜻한 성품이나 성품으로 남에 대한 배려와 봉사가 특징입니다.
협력: 공동의 목표를 달성하기 위해 다른 사람들과 함께 일하는 것.

업데이트

Main article: Community Wishlist Survey/Updates

2024년 7월 1일: 커뮤니티 위시리스트가 2024년 7월 15일에 다시 열립니다. 예상되는 내용과 준비 방법은 다음과 같습니다.

커뮤니티 위시리스트는 커뮤니티가 기술 및 사용자 경험 문제와 기회를 표면화하여 위키미디어 재단과 커뮤니티가 이러한 문제의 우선순위를 정하고 함께 해결할 수 있도록 돕습니다.

과거와 마찬가지로 기여자는 연중 내내 "희망사항"을 제출함으로써 문제와 기회를 표면화할 수 있습니다. 재단은 희망사항 간의 패턴을 식별하고 집단적 문제를 공유하는 희망사항의 "중점 영역"을 제안할 것이며, 기여자는 우선순위가 필요한 영역을 강조하기 위해 중점 영역에 대해 논평하고 투표하도록 권장됩니다. 그런 다음 재단, 가맹단체 및 자원 봉사 개발자는 중점 영역을 채택하고 기여자와 협력하여 이러한 문제를 해결할 수 있습니다.

위키미디어 재단은 중점 영역을 2025-26년 연간 계획에 통합하기 위해 최선을 다하고 있습니다. 중점 영역은 가설(특정 프로젝트, 일반적으로 최대 1분기 소요) 및/또는 주요 결과(광범위한 프로젝트는 최대 1년 소요)에 맞춰 조정됩니다.

커뮤니티 위시리스트는 2024년 7월 15일에 다시 열리며 계속 열려 있을 것입니다.

참여 방법

우리는 모든 자원봉사자가 커뮤니티 위시리스트에 참여하도록 권장합니다. 자원봉사자들은 희망사항을 제출하고, 서로의 희망사항을 편집하고, 희망사항의 토론 페이지에 댓글을 달 수 있습니다. 자원봉사자는 중점 분야에 대해 의견을 제시하거나 투표할 수 있으며, 기술 기여자를 제안할 수도 있습니다. 우리는 자원봉사자들이 서로의 아이디어를 쌓고 함께 협력하여 가장 크고 가장 영향력 있는 기술 요구 사항과 기회를 파악하기를 바랍니다.

희망사항 제출 방법

새로운 위시리스트에 참여하는 것은 희망사항을 제출하는 것만큼 간단합니다. 새로운 접수 양식을 사용하면 위키텍스트 또는 시각적 편집기를 통해 어떤 언어로든 희망사항을 제출할 수 있습니다. 원하는 만큼 희망사항을 제출할 수 있을 뿐만 아니라 다른 사람이 제출한 희망사항을 편집하거나 댓글을 달 수도 있습니다. 시작하는 방법은 다음과 같습니다.

커뮤니티 위시리스트 홈 페이지로 이동하여 "희망사항 제출"을 클릭하세요. 희망사항을 제출하려면 사용자가 메타위키에 로그인해야 한다는 점에 유의하세요. 어떤 언어로든 제출할 수 있습니다.
다음 필수 필드를 작성하세요.
- 이름: 희망사항 이름
- 설명: 해결하려는 문제입니다.
- 유형: 기능 요청, 버그 보고서, 시스템 변경 등.
- 프로젝트: 희망사항과 관련된 위키 프로젝트입니다.
- 영향을 받은 사용자: 희망사항이 해결되면 혜택을 받을 사용자에 대한 설명
- 사용자는 선택적으로 파브리케이터 티켓을 공유할 수 있습니다.
제출을 누르세요. 그게 다입니다!

희망사황을 제출했습니다. 이제 어떻게 되나요?

재단은 수시로 희망사항을 검토하고 “상태”로 표시합니다. 옵션은 다음과 같습니다:

제출됨: 새로운 희망사항입니다. 종종 재단은 희망사항의 토론 페이지에서 명확한 질문을 할 것입니다.
공개: 명확한 문제나 사용자 요구를 명확히 표현하고 번역용으로 표시되는 희망사항
보관됨: 대부분 비기술적인 정책 변경을 옹호하는 바람이거나 너무 틈새적입니다.
진행 중: 팀, 가맹단체 또는 자원 봉사 개발자가 희망사항을 채택하여 작업 중입니다.

8월부터 커뮤니티 기술은 희망사항을 중점 분야로 그룹화하기 시작할 것입니다. 커뮤니티 회원은 위키미디어 재단, 가맹단체 조직의 개발자 또는 자원 봉사 개발자가 가능한 다음 단계를 식별하고 우선순위를 지정할 수 있는 중점 영역에 투표할 수 있습니다. 참고: 모든 희망사항이 초점 영역에 맞춰지는 것은 아닙니다.

좋은 희망사항을 쓰는 방법

최선의 희망사항은 제안자가 해결하고 싶은 문제를 명확히 표현하고 자원봉사자와 직원이 함께 창의적인 문제를 해결할 수 있는 더 많은 공간을 제공합니다. 공감을 표현하고 사용자의 어려움을 보여줍니다. 이 프레이밍은 소망이 하나의 위키에서 다른 위키로 확장될 수 있도록 보장하고 희망사항이 너무 틈새적이거나 구체적이어서 누군가가 구현에 동의하지 않을 수 있는 함정을 피하는 데 도움이 됩니다.

아래 예에서 문제 중심의 예와 해결 방법 중심의 예는 모두 새로운 편집자의 경험을 개선해야 할 필요성을 명시합니다. 문제 중심의 예는 솔루션을 개방형으로 두고 협업을 유도하는 반면, 솔루션 중심의 예는 사용자 샌드박스 이름 변경을 거부하는 기여자에 의해 "실패"할 수 있습니다. 따라서 문제 중심 희망사항은 집중 영역에 할당될 확률이 더 높을 수 있습니다.

	문제중심의 희망사항(권장됨)	솔루션 주도 희망사항(권장되지 않음)
제목	신규 사용자가 첫 번째 문서를 더 쉽게 작성할 수 있도록 하세요.	샌드박스 이름을 '초안 편집기'로 변경
설명	특히 신규 편집자의 경우 사용자 샌드박스를 찾는 것이 어려울 수 있습니다. 샌드박스를 찾으면 새로운 편집자는 양질의 문서 작성에 대한 자신감을 얻기 어렵게 만드는 수많은 면책 조항을 보게 됩니다. 이는 새로 온 사람이 위키백과에 참여하고 기여자로서 자신감을 갖는 능력에 영향을 미칩니다. 위키백과 신규 사용자 지침 이는 부분적으로 의도된 것입니다. 점검자 작업 흐름을 염두에 두어야 하지만 이러한 경험은 새로운 편집자를 온보딩하는 데 방해가 됩니다.	“샌드박스”라는 용어는 신규 사용자에게 혼란을 줍니다. 사람들이 초안 문서를 열 가능성이 더 높도록 이름을 "초안 편집자"로 바꾸겠습니다.
유형	시스템 변경	기능 요청
프로젝트	위키백과	위키백과
영향을 받는 사용자	새 편집자를 검토하는 새 편집자 및 다운스트림 점검자	편집자
파브 티켓	선택 사항	T123456

7월 15일까지 기다릴 수 없나요?

희망사항 초안 작성을 시작해야 한다고 생각되면 샌드박스나 선택한 편집기에 희망사항을 작성하고 위시리스트가 다시 열릴 때 접수 양식을 통해 희망사항을 제출하는 것이 좋습니다.

2024년 4월 24일: 복구 업데이트 편집

편집 복구는 이제 모든 위키에서 선택 기능으로 제공됩니다. 2월 초에 우리는 테스트 및 버그 수정을 위해 프랑스어, 영어 및 아랍어 위키백과에 이 기능을 배포했습니다. 링크된 프로젝트 페이지에서 자세한 내용을 읽어보세요.

2024년 4월 4일: 커뮤니티 위시리스트 설문조사에 대한 잠재적 수정 사항

1월에 커뮤니티 기술은 커뮤니티 위시리스트 설문조사의 변경 사항에 대한 몇 가지 초기 결정을 공유했으며, 얼마 지나지 않아 새로운 위시리스트 설문조사가 어떻게 진행되어야 하는지에 대한 지속적인 대화에 참여하도록 여러분을 초대했습니다(아직 참여하지 않으셨다면 참여해 주세요). 최신 업데이트에서는 위시리스트에 적용될 수 있는 수정 사항을 다룹니다. 이러한 변경 사항에 대해 읽어보시기 바랍니다.

2024년 3월 1일: 멀티차단 디자인 업데이트

지난 몇 주 동안 우리는 멀티차단에 대해 일부 관리자와 이야기하면서 사용자 경험과 사용자 인터페이스를 디자인해 왔습니다. 우리는 구현하고 싶은 몇 가지 디자인 결정을 스크린샷과 함께 공유했습니다.

2024년 1월 4일: 커뮤니티 위시리스트 설문조사의 미래 형성

커뮤니티 기술은 커뮤니티 위시리스트 설문조사의 미래에 대해 몇 가지 예비 결정을 내렸습니다.

요약하자면, 우리는 희망 사항에 대한 우선순위 지정, 자원 조달 및 의사소통을 개선하는 커뮤니티 기술 요청에 대한 새롭고 지속적인 접수 시스템을 개발하고자 합니다. 새로운 시스템이 구축될 때까지 커뮤니티 기술팀은 2024년 2월에 설문조사를 실행하는 대신 최근 감사된 희망사항 백로그 작업의 우선순위를 정할 것입니다. 2024년 3월 커뮤니티 위키톤입니다.

Diff 블로그나 메타위키에서 공지사항을 자세히 읽어보시고 피드백을 보내주세요.

2023년 10월 26일: 이제 편집-복구를 베타 버전으로 테스트할 수 있습니다

안녕하세요 커뮤니티 여러분, 몇 가지 업데이트가 있습니다. 편집-복구 희망 사항(이전에는 자동 저장 기능)을 이제 베타 클러스터에서 사용할 수 있으며 테스트해 보시기 바랍니다.

베타 사이트의 모든 페이지(예: simple.wikipedia.beta.wmflabs.org) 편집을 시작하고 변경 사항을 게시하지 마세요. 5초 동안 기다린 후 탭을 닫습니다. 탭을 다시 엽니다. 편집 내용이 복구되어야 합니다!

우리는 편집 데이터를 복원할 때 토스트 알림과 같은 요소와 복구된 데이터를 삭제하는 옵션을 통해 이 기능을 더 눈에 띄게 만들기 위해 노력하고 있습니다.

질문과 피드백을 환영합니다.

2023년 10월 17일: 멀티 차단 희망사항 업데이트

우리는 2023년 커뮤니티 위시리스트 설문조사에서 14위 희망사항으로 멀티차단을 선택했습니다. 이 희망사항의 목적은 레이어링 차단(일명 멀티차단)을 도입하는 것이었습니다. 우리는 접근 방식에 대한 정보를 공유하기 위해 프로젝트 페이지를 만들었습니다. 방문하셔서 피드백을 주시기 바랍니다.

2023년 9월 25일: 이제 위사톤(Wishathon)을 위한 시간입니다!

커뮤니티 위시리스트 설문조사의 더 많은 소망을 이루기 위해 커뮤니티 기술이 주최한 분기별 온라인 해커톤인 위사톤이 2023년 9월 25일 월요일부터 2023년 9월 29일 금요일까지 시작됩니다.

위사톤은 다른 위키미디어 재단 직원과 협력하여 더 많은 소망을 충족시키고 팀 간, 부서 간 협력을 촉진합니다.

2023년 8월 8일: 희망사항 업데이트

안녕하세요 여러분, 2023년 4월 마지막 주요 업데이트 이후 몇 가지 변경 사항이 있었습니다.

모바일에서 분류 표시하기

우리는 더 나은 차이 희망사항을 충족한 후 모든 사람을 위해 모바일 사이트에 카테고리 표시를 구현하기를 원했습니다. 불행하게도 우리의 주요 파트너인 웹 팀은 현재 이 요구 사항을 충족하지 못할 것입니다. 다른 보류 중인 희망사항보다 이 희망사항의 우선순위를 정하기 위해 독자에게 분류가 갖는 중요성을 추가로 조사해야 합니다. 그러나 희망사항 성취는 수시로 진행되므로 귀하의 피드백을 환영합니다. 그 동안 우리는 2023년 커뮤니티 위시리스트 설문조사의 8번째 희망사항인 자동 저장 기능을 작업 중입니다. 이 기능은 기능이 무엇인지 보다 정확하게 반영하기 위해 편집-복구 기능으로 이름이 변경되었습니다.

누가 썼는가

둘째, 우리는 ““누가 썼는가?” 도구를 더 많은 위키로 확장”에 응답했으며 현재 "누가 썼는가?"(WWT)는 프랑스어, 이탈리아어, 헝가리어, 일본어, 인도네시아어 등 8개 이상의 위키백과에서 사용할 수 있습니다. 포르투갈어, 네덜란드어, 폴란드어. 이로 인해 WWT가 포함된 위키의 총 수가 5개에서 13개로 늘어났습니다.

2023년 6월 22일: 자동 저장 기능의 다음 단계

커뮤니티기술 팀은 다음 단계를 결정하기 위해 자동 저장 기능과 관련하여 발생한 모든 조사, 토론, 패치를 검토하고 있습니다.

프로젝트에 대해 읽고 자동 저장 기능을 위해 데이터를 얼마나 오래 저장해야 하는지, 자동 저장 기능을 작동시키기 위해 데이터베이스에 무엇을 저장해야 하는지 등 몇 가지 질문에 답하는 데 도움을 주세요.

2023년 6월 22일: IPA에서 언어 팀으로 전환

커뮤니티 기술은 이번 6월에 IPA 프로젝트를 언어 팀에 넘길 것입니다. 이 결정은 현지화에 대한 언어 팀의 전문 지식과 무엇보다도 MinT 기계 번역 서비스와 같은 개방형 언어 지원 서비스 제품군을 만드는 데 중점을 두었기 때문입니다.

2023년 4월 27일: 2022년에 이어 2023년 위시리스트 시작

친애하는 커뮤니티 위시리스트 설문조사 참가자 여러분,

2023년 커뮤니티 위시리스트 설문조사에 참여해 주셔서 감사합니다. 설문 조사는 모든 사람을 위해 더 나은 위키미디어 프로젝트를 만들기 위해 새로운 기능과 개선 사항 개발의 우선 순위를 정하는 데 중요한 요소입니다.

2023년 작업 시작

단락 분할을 위한 더 나은 차이점 작업을 완료한 후 커뮤니티 기술 팀이 앞으로 몇 달 동안 작업할 우선 순위로 "모두를 위해 모바일 사이트에 분류 표시"를 확인했음을 발표하게 되어 기쁩니다. 이것은 또한 2022년 위시리스트의 위시 #18이었습니다. 이 결정은 희망사항의 기술 및 디자인 타당성과 모든 사용자를 위한 모바일 사이트의 사용자 경험을 개선하는 데 잠재적인 영향을 기반으로 한 것입니다.

우리는 커뮤니티를 위한 이 기능의 중요성을 이해하고 있으며 작업하게 되어 기쁩니다. 진행 상황에 대해 계속 업데이트하고 구현 일정에 대한 자세한 정보를 가능한 한 빨리 제공하겠습니다. 또한 우리는 2023년부터 7번째로 가장 인기 있는 희망사항인 "누가 썼습니까?" 도구를 더 많은 위키로 확장하는 방법을 조사하기 시작했으며 앞으로 몇 달 안에 이 작업에 큰 진전이 있기를 바랍니다. 우리는 앞으로 몇 주 안에 다른 여러 언어와 함께 프랑스어 위키백과에 "누가 썼습니까?" 도구를 출시할 예정입니다.

다크 모드

설문 조사에서 투표된 "다크 모드" 희망사항에 대한 업데이트를 제공하고자 합니다. 우리는 웹 팀이 이러한 바람을 받아들이고 개발에 부지런히 일할 계획임을 알려드리게 되어 기쁩니다. 그러나 기술적 제약과 설계 타당성으로 인해 웹 팀은 "다크 모드" 기능의 첫 번째 버전을 베타로 출시할 예정입니다. 우리는 접근성과 포용성의 중요성을 이해하고 있으며 이 기능이 모든 사용자의 요구 사항을 충족할 수 있도록 최선을 다하고 있습니다. 또한 조정해야 할 틀이 많으며 "다크 모드" 기능이 완전히 출시되기 전에 자원봉사자에게 수정하라는 알림을 제공해야 합니다. 웹 팀은 이러한 문제를 문서화하기 위해 노력할 것이며 이 프로세스를 기다려 주셔서 감사합니다. 이 프로젝트에 대한 업데이트를 확인하려면 웹 팀의 뉴스레터를 구독하는 것이 좋습니다.

또한 제가 이곳에서 재임하는 동안 시간을 내어 선의로 저와 협력해 주신 자원봉사자들에게 감사의 말씀을 전하고 싶습니다. 제가 위키미디어 재단과 이 팀을 떠나게 되었음을 알려드립니다. 시간을 내어 제안에 참여하고 우리와 함께 문제를 해결해 주신 분들, 희망사항을 들어주는 기술적인 부분을 자원하고 해결해 주신 분들에게 감사드립니다. 저는 그 영감을 남은 제 경력 동안 가지고 다닐 것입니다.

제가 없는 동안에는 제품 트리오가 제 책임을 대신할 것이므로 5월 초에 제가 떠난 후 엔지니어링 관리자 KSiebert (WMF), 기술 책임자 DMaza (WMF) 및 수석 설계자 JSengupta-WMF에게 통합된 제품 트리오로 연락할 수 있습니다. 이전과 동일한 방식으로 팀과 소통할 수 있으며 프로젝트, 업데이트 및 팀에 대한 토론 페이지는 팀에 도달하는 가장 좋은 방법입니다. 커뮤니티 위시리스트 설문조사에 참여해 주셔서 다시 한 번 감사드립니다. 귀하의 의견은 위키미디어 프로젝트의 우선 순위를 지정하고 개선하는 데 도움이 되며 앞으로도 귀하의 지속적인 참여를 기대합니다.

감사합니다,

NRodriguez (WMF) 및 나머지 커뮤니티 기술 팀

2023년 3월 13일: 단락 분할 업데이트의 diff 처리 개선

팀은 엔지니어링 및 디자인 측면 모두에서 이러한 희망에 대한 작업을 계속했으며 업데이트를 여러분과 공유하고 싶었습니다.

시간을 내어 토론 페이지에 참여하고 피드백을 제공해주신 모든 분들께 감사드립니다. 우리는 모든 피드백을 읽고 지적 사항에 대한 종합적인 분석을 수행했습니다. 그런 다음 제안된 디자인에 대한 귀하의 피드백과 중재되지 않은 사용자 연구를 결합하고 제안된 디자인을 마무리하여 희망 사항 변경과 관련된 개선을 위해 엔지니어링에 투입했습니다.

다음을 포함하는 이 업데이트의 디자인을 참조하십시오.

드롭다운을 통해 diff 모드 간 전환
데스크톱용 범례 및 툴팁으로 인라인 diff의 접근성 향상
새 줄 또는 단락을 도입한 변경 사항의 표시 개선
기존 줄이나 문단을 삭제한 변경사항 표시 개선

또한 기본 비교 엔진의 변경 사항에 대한 데모가 생성되었습니다.

피드백을 제공하기 위해 데모를 시도하기 전에 다음 사항에 유의하십시오:

진행 중인 작업이며 QA 엔지니어는 현재 포괄적인 diff 목록을 사용하여 변경 사항이 현재 버전의 2열 diff 환경 또는 UI 개선과 일치하는지 확인하고 있습니다.
데모 페이지에는 최종 UI 변경 사항이 모두 포함되어 있지는 않지만 테스터에게 완료된 2열 diff 환경이 어떻게 표시되는지에 대한 좋은 정보를 제공할 수 있습니다.
데모를 사용하려면 동일한 텍스트를 두 개의 상자에 붙여넣고 오른쪽 상자의 텍스트를 수정하십시오. 그 아래의 diff는 변경된 내용을 보여줍니다.

토론 페이지에서 여러분의 피드백을 듣고 싶습니다!

다음 단계

디자인 색상의 접근성: 우리 디자이너는 디자인의 접근성을 결정하기 위해 디자인 시스템 팀과 긴밀히 협력하고 있습니다. 더 쉽게 접근할 수 있도록 음영을 약간 변경해야 할 것으로 예상하지만 색상은 현재 2열 및 인라인 diff에 표시되는 파란색과 노란색과 유사하게 유지됩니다.
출시 계획: 출시 계획과 다음 단계 일정을 작업 중이며 다음 프로젝트 업데이트에 이를 포함할 예정입니다! diff의 기본 엔진에 대한 변경 사항을 릴리스하는 것은 미디어위키 소프트웨어의 기존 릴리스와 다른 프로세스를 따르므로 다음 번에 단계와 세부 정보를 업데이트할 것입니다.

우리는 또한 wikidiff2의 C++ 엔진의 기본 변경 사항을 기꺼이 도와준 커뮤니티 기술 직원이 아닌 팀 스털링에게 이번 업데이트에 큰 감사를 표하고 싶습니다. 우리는 커뮤니티 기술 팀에 속하지 않더라도 소원을 이루는 데 필요한 전문 지식을 가진 재단의 다른 구성원으로부터 소원을 이루는 지원을 받는 것을 항상 기쁘게 생각합니다.

여러분의 의견을 기다리겠습니다!

첫 번째 업데이트의 공개 질문: 여러분의 의견을 듣고 싶습니다!

단락 분할을 비교하기 위해 새로 제안된 인터페이스에 대한 사용자 연구를 수행하는 데 관심이 있습니까? 그렇다면 토론 페이지에 관심이 있다고 게시하시겠습니까?
diff를 볼 때 나타나는 다른 문제점은 무엇입니까?
단락 분할과 관련된 혼란을 해결하는 근본적인 문제를 어떻게 해결할 수 있습니까?
색상 사용은 어떤 콘텐츠가 추가, 제거 또는 동일하게 유지되었는지 어떻게 나타냅니까?

2023년 3월 7일: 커뮤니티 위시리스트 설문조사 2023 결과 발표

커뮤니티 위시리스트 설문조사 2023 에디션이 종료되었습니다. 설문 조사 결과를 게시했으며 2023년 4월에 다음 업데이트를 제공할 예정입니다.

우리가 하는 일

우리는 주로 커뮤니티 위시리스트 설문조사를 진행합니다. 모든 위키미디어 위키의 기여자가 가장 보고 싶은 변경 사항을 요청할 수 있는 연례 프로젝트입니다.

우리는 가장 활동적인 기여자에게 직접적인 이익이 되는 비교적 작은 작업을 수행합니다. 특히 다음과 같은 사람들을 지원합니다.

위키미디어 프로젝트의 큐레이터 및 관리 계층에 참여
틀, 모듈, 소도, 사용자 스크립트 및 봇과 같은 위키의 기술 기능 작업.

때때로 우리는 다른 프로젝트도 진행합니다. 설문조사에서 지원이 충분하지 않을 수 있는 소규모 그룹을 돕기 위해 이러한 작업을 수행합니다. 이것이 우리가 작업한 방법입니다:

우리는 또한 주기적으로 "위샤톤"에 참여합니다.

범위

범위에 있는 작업은 다음과 같습니다:

사용자가 이미 하고 있는 일을 돕기 위해 소도구, 봇 및 마법사 만들기
더 많은 프로젝트에서 작업할 수 있도록 기존 소도구 및 봇 수정
많이 사용되는 커뮤니티 코드(소도구 및 사용자 스크립트)를 미디어위키 소프트웨어의 일부로 변환
위키프로젝트용 빌드 도구
부정 행위 필터(AbuseFilter) 또는 인용 봇(Citation bot)과 같은 숙련된 사용자를 위한 가장 중요한 오래된 도구의 문제 식별 및 수정
더 잘 활용할 수 있도록 이러한 도구에 대한 더 나은 문서 작성

범위가 아닌 작업은 다음과 같습니다:

다른 WMF 팀의 방치되거나 포기된 프로젝트 유지 관리.
WMF 팀의 내부 요구를 지원합니다.
구조화된 메타데이터를 사용하도록 공용을 변환하거나 완전히 새로운 감시 목록 인터페이스를 만드는 것과 같은 대규모 장기 개발 프로젝트.
모든 커뮤니티 기술 요청에 대한 연락 창구가 됩니다.
툴포지(Toolforge) 관리, 사이트 성능 향상, 새 위키 생성, IRC 채널 관리 등과 같은 시스템 관리자 유형 작업

팀의 현재 작업에 대한 자세한 내용은 파브리케이터의 간반 보드를 확인하세요.

팀

Karolin Siebert
엔지니어링 관리자
Dayllan Maza
직원 소프트웨어 엔지니어, 기술 책임자
Tim Starling
수석 소프트웨어 설계자
MusikAnimal
직원 소프트웨어 엔지니어
Sam Wilson
수석 소프트웨어 엔지니어
Harumi Monroy
수석 소프트웨어 엔지니어
TheresNoTime
소프트웨어 엔지니어
Dom Walden
테스트 엔지니어
George Mikesell
테스트 엔지니어
Sandister Tei
운동 커뮤니케이션 전문가
Joydeep Sengupta
책임 사용자 경험 디자이너
Jack Wheeler
수석 커뮤니티 기술 관리자

협업

커뮤니티 기술 팀은 독일 위키미디어 커뮤니티에 기술 지원 및 소프트웨어 개발을 제공하는 위키미디어 독일의 커뮤니티 기술 팀(Technischer Communitybedarf 또는 TCB)과 유사한 권한을 가지고 있습니다. 우리는 팀 간에 겹치는 프로젝트에서 그들과 협력하고 기술 평가 및 코드 검토를 통해 서로를 도울 것입니다. 또한 우선 순위가 높은 커뮤니티 요청이 해당 범위에 속하는 경우 다른 WMF 개발 팀과 협력할 것입니다. 이러한 경우 다른 팀의 리더와 협력하여 일정, 기대, 우선 순위 및 소유권을 협상합니다. 우리는 또한 위키미디어 자원 봉사자 개발자들과 협력하고 지원하는 데 많은 시간을 할애합니다.

우리는 이용약관에서 정한 예의범절 기준을 따릅니다. 우리는 상호 작용에서 위키미디어 기술 공간에 대한 행동 강령을 준수하고 유지하며 커뮤니티 기술 공간에 대한 모든 기여자가 동일하게 수행할 것을 요청합니다.

다른 팀은 어떻게 연락할 수 있습니까?

IRC에서 #wikimedia-commtech^접속 또는 슬랙의 #talk-to-commtech 채널을 통해 개별적으로 언제든지 저희에게 연락하세요.

커뮤니티 기술 참여

우리는 파브리케이터에서 작업을 분류하고 추적합니다. 연례 커뮤니티 위시리스트 설문조사 외에 다음 파브리케이터 틀을 사용하여 우리가 유지 관리하는 도구에 대한 기능 요청 및 버그를 기록합니다:

격주로 새로운 요청을 검토하고 분류합니다.

지침

그것은 우리에게 중요합니다 ...

영향력이 큰 프로젝트를 진행하기 위해
많은 언어로 큰 위키와 작은 위키를 돕기 위해
열린 마음과 소통을 위해
사람들의 요구와 우려에 부응하기 위해
침착하고 예의 바르고 성실한 태도를 취함

우리는 작은 팀이고 할 일이 많습니다! 우리는 가능한 한 도움이 되고 효과적이기를 원하므로 모든 것을 감당할 수 없습니다. 우리가 도울 수 없는 요청을 거절하는 것은 우리 직업의 중요한 부분입니다. 왜냐하면 우리가 도울 수 있는 요청에 대해 시간과 에너지를 확보할 수 있기 때문입니다.

그러나 "아니오"라는 말을 듣기 어려운 경우가 있으므로 다음은 커뮤니티 기술 팀과의 작업 및 커뮤니케이션에 대한 몇 가지 지침입니다.

침착하고 예의 바르고 우리 편에서 선의를 취하세요. 우리는 프로젝트에도 관심이 있습니다.
우리는 우리의 일을 사랑하고 열심히 일하지만 24시간 연중무휴로 일하지 않으며 즉각적인 응답을 보장할 수 없습니다.
특정 사람이나 문제가 위키에 있는 시간의 많은 부분을 차지하는 경우 다른 사람들의 시간과 관심을 뺏습니다. 우리는 때때로 대화를 끝내고 특정 주제에 더 많은 시간을 할애할 수 없다고 말해야 합니다.
현재 다른 제품 팀의 로드맵에 있는 프로젝트나 다른 팀의 작업과 직접 충돌하는 프로젝트는 맡을 수 없습니다.
다른 제품 팀의 작업에 문제가 있는 경우 적절한 사람에게 이야기하도록 안내할 수 있습니다.
직원 문제 또는 기밀 문제에 대한 질문에는 답변할 수 없습니다.

우리의 가치와 사명을 정의하는 과정

협력 세션에서 우리 모두는 우리의 사명 선언문을 공식화할 수 있도록 작업하기 위해 한 팀으로 모였습니다. 거기에 도달하기 위해 우리는 먼저 우리가 개인적으로 가장 중요하게 여기는 가치에 대해 생각하고 그것들이 겹치는 부분을 확인하려고 시도했습니다. 왜냐하면 우리는 그것들이 인간의 그룹으로서 우리와 진정으로 함께하는지 확인하기를 원했기 때문입니다.

지식, 친절, 협력이라는 세 가지 가치가 우리에게 두드러졌습니다.

가치 문 자체는 매우 광범위하고 다르게 해석될 수 있으므로 실제로 어떤 행동으로 번역되는지 이해하기 위해 철저하게 논의했습니다. 여기서 우리가 언급한 내용을 빠르게 요약하겠습니다:

우리가 지식에 관심을 갖는 이유는 무엇입니까?

우리는 우리의 지식을 보호하고 싶지 않습니다. 우리가 무언가를 발견하거나 그것에 대해 쓰고 싶은 새로운 것을 구현하면 다른 사람들에게 동정심으로 알려주십시오. 결정을 내리면 문서화하고 이유를 설명하세요. 이것은 우리가 새로운 기여자나 팀 동료로 이 운동에 합류하는 사람들을 환영하기를 원하기 때문에 특히 중요합니다.

친절에 관심을 갖는 이유는 무엇입니까?

우리는 다른 사람들이 직면하고 있는 어려움이 무엇인지 결코 알 수 없다는 것을 알고 있으며 전체 그림을 알지 못할 수도 있음을 항상 기억하세요. 서로를 배려하고 정중하게 대함으로써 우리 모두가 소속감을 느끼고 서로 더 개방적으로 일할 수 있도록 격려합니다. 친절하다는 것은 문제를 돕거나 해결할 수 있는지 여부와 방법에 대해 분명히 하는 것을 의미할 수 있습니다.

협업에 관심을 갖는 이유는 무엇입니까?

협업은 우리가 하는 일의 중추이며 다양한 관점에서 아이디어를 결합하여 혁신을 촉진합니다. 설명을 제공할 때 우리의 설명이 다른 사람들에게 의미가 있는지 확인하기 위해 가능한 한 자세히 설명하고 더 많은 정보에 연결하려고 합니다. 우리는 서로, WMF, 커뮤니티로부터 아이디어와 피드백과 질문을 환영하고 적극적으로 구합니다.

사명 선언문

우리의 가치와 신념을 염두에 두고 우리의 사명 선언문이 무엇인지 더 생각했습니다. 운동, 커뮤니티, 서로에 대한 우리의 책임은 무엇이며 우리를 커뮤니티기술 팀에 연결하는 것은 무엇입니까? 우리는 단지 몇 가지 도구를 만들고 있습니까? 아니면 우리 작업에 동기를 부여하는 더 큰 의무가 있습니까? 이것은 우리의 의견을 가장 잘 요약했습니다:

"우리는 운동의 기술 플랫폼 요구 사항을 파악하고 참여하는 기여자들과 함께 필요한 도구를 구축 및 지원합니다."

우리는 운동의 포용성과 성장의 증가에 기여하기를 원하기 때문에 기술적인 성격을 지닌 기여자의 요구를 표면화합니다. 우리가 직접 구축한 도구 중 일부는 다른 팀에서 이러한 요구 사항에 대한 인식을 높이기 위해 재단에 다른 도구를 전달합니다.

전략

우리 팀이 직면한 과제 중 하나는 우리가 잘 알지 못하는 다양한 코드베이스와 기존 도구를 접한다는 것이므로 현재 두 가지 주요 이니셔티브가 있습니다:

협업 이니셔티브

다른 팀의 작업을 기반으로 구축하는 경우가 많기 때문에 다른 팀보다 더 높은 빈도로 다른 사람들과 긴밀하게 협업하고 작업해야 할 필요성이 매우 분명합니다. 기존 코드베이스를 건드리면 도구가 작동 방식과 일치하고 동일한 목표를 향해 작동하는 방식으로 구현되었는지 확인해야 합니다.

이 이니셔티브의 목표는 팀 간 및 팀 내에서 지식 공유 및 협업을 개선하고 이전에 구현된 것을 처음부터 빌드하지 않도록 작업을 구현하기 전에 다른 개발자와 확인하는 방법을 찾는 것입니다. 그 외에도 우리는 더 많은 협업을 허용함으로써 더 혁신적인 솔루션을 구축할 수 있다는 것을 알고 있습니다. 우리는 다른 팀의 엔지니어가 방문하여 이 세션의 의제에 추가할 수 있는 주간 내부 공동 프로그래밍 세션을 예약함으로써 엔지니어를 위한 더 많은 팀 간 협업을 장려하는 방법을 생각했습니다.

2022년 4월부터 매 분기 내부 해커톤을 통해 올해 위시리스트의 일련의 제안을 작업하고 일주일 동안 다른 팀을 초대합니다. 종종 특정 분야의 전문가가 다른 팀에 이미 존재하고 일주일 동안 다른 프로젝트에 참여하면 엔지니어링 팀 전체에서 소속감을 높이고 향후 협업 수준에 긍정적인 영향을 미칠 수 있습니다.

유지 관리 이니셔티브

유지 관리하는 프로젝트 목록이 늘어남에 따라 우선 순위에서 점점 더 주의가 산만해집니다.

우리는 작업에 대한 유지 관리를 제공하고 싶지만 제공 방법에 대해 더 많은 구조를 원합니다. 올해 우리는 유지 관리에 대한 접근 방식을 검토하고 유지 관리에 대한 전략을 재구성했습니다. 다음은 여기에서 논의한 결과입니다.

우리는 내부적으로 이러한 변경 사항을 적용하는 방법을 결정했으며 의사 결정 과정을 추적합니다.

문서화 이니셔티브

Main article: Community Tech/Documentation

다른 팀의 작업을 이해하기 위해 우리는 종종 우리에게 새로운 코드베이스를 봅니다. 다른 작업의 구현 세부 사항, 목표 및 과제를 이해하려면 좋은 수준의 사용자 및 개발자 문서가 절대적으로 필요합니다. 팀으로서 우리는 정말 좋은 문서를 작성하는 모범이 되고자 합니다. 이상적으로는 구현하기 전에 먼저 문서화하고 작업 상태에 대해 다른 사람들에게 자주 업데이트하는 것이 좋습니다. 이를 달성하기 위해 우리는 현재 다른 팀과 일치하는 방법을 찾기 위해 다른 팀이 작업을 문서화하는 방법을 연구하고 있습니다. 우리는 문서를 코드 가까이에 두고 싶습니다.

협업 프로그래밍 세션을 구성할 때 권장 사항을 수집하여 가이드에 기록했습니다.

작업을 문서화하는 방식을 개선하는 방법에 대한 다양한 접근 방식을 조사한 후 문서를 평가하는 방식과 관련하여 우리의 요구 사항을 충족하는 것으로 보이는 문서 중심 개발에 도달했습니다. 우리는 더 나은 diff라는 우리의 현재 소망을 가지고 이 접근 방식을 실험하고 있으며 우리가 작업하고 있는 것에 더 잘 부합하고 구현 전에 사용자로부터 피드백을 얻을 수 있기 때문에 이미 이점을 즐겼습니다.

팀원 사용자 가이드

참조용 틀

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:

여기에서 사용자 가이드를 찾으세요:

전 팀원의 사용자 가이드

추가 정보

하위 페이지 목록

'default' 및 'Talk' 이름공간에 접두사 'Community Tech/ko'가 있는 페이지: Community Tech/ko Talk: