새로운 개발자

This page is a translated version of the page New Developers and the translation is 60% complete.

This page explains how to get started as a developer who wants to contribute to Wikimedia technical projects.

환영합니다!

 
Wikimedia Hackathon 2019 참가자

위키미디어의 기술 커뮤니티는 항상 새로운 기여자를 환영하고 있습니다.

글로벌 커뮤니티의 일원이 되어 모든 사람이 더 쉽게 무료 지식을 접할 수 있도록 도와주세요!

How to start contributing

The following steps are a general outline of how to get started contributing:

  1. Learn the basics of how Wikimedia open source software projects work.
  2. Read the Communication guidelines.
  3. Set up accounts: Create a developer account. Depending on the type of contribution you want to make, you may also need to set up accounts in Phabricator, and set up Git and Gerrit.
  4. 소프트웨어 프로젝트를 선택하세요.
  5. 작업 선택 및 해결 (코드 쓰기 및 테스트)
  6. 검토를 위해 코드 변경 사항 제출 Follow the Guide to getting your code reviewed and submit a patch.

The rest of this guide provides additional details about the process.

Basics of how Wikimedia software projects work

위키미디어는 많은 다른 분야에서 소프트웨어 프로젝트를 가지고 있어.

각 소프트웨어 프로젝트의 관리자들은 그들이 선호하는 기반을 선택해. 일반적으로, 대부분의 소프트웨어 프로젝트는 다음을 가지고 있어:

  • 작업 추적 도구는 소프트웨어 버그와 개선 요청이 보고되고, 관리되며, 논의되는 곳이야. 예시로는 Wikimedia Phabricator, GitHub, Wikimedia GitLab 등이 있어.
  • 모든 사람이 "체크아웃"할 수 있는 소스 코드가 있는 코드 저장소. 예시로는 위키미디어 Gerrit, GitHub, 또는 위키미디어 GitLab이 있어.
  • 제안된 코드 변경 사항("패치")이 논의되고 개선되는 코드 검토 도구. 예시로는 Wikimedia Git/Gerrit, GitHub, GitLab 등이 있어. 제안한 패치가 승인되고 코드 저장소에 병합되면, 네 코드 변경 사항이 모두에게 사용 가능해져.
  • 소프트웨어 프로젝트에 대한 일반적인 토론의 장 그리고 도움과 지원을 위한 장소. 이러한 장소는 메일링 리스트, IRC 채팅 채널, 위키 페이지 또는 다른 장소일 수 있어. 정확한 장소는 프로젝트에 따라 달라.

문제가 생기거나 도움이 필요할 때는 언제든지 물어봐. 적절한 장소에서 좋은 질문을 하려면 "의사소통 팁"을 따라.

Overview of technical areas

For an overview of Wikimedia technology and examples of the major areas where developers can contribute, visit Introduction to the Wikimedia Technical Ecosystem.

Contributing to software in MediaWiki

Are you a user of a MediaWiki wiki looking to add a feature or fix a bug in one? Please see 미디어위키 개발자가 되는 방법 to learn how to find and contribute to the software project part of MediaWiki you are looking for.

소프트웨어 프로젝트 선택

다음 프로젝트는 리소스, 멘토링을 제공하며 새로운 개발자를 찾고 있습니다. 다음 프로젝트 중 하나를 선택하고 프로젝트 설명서에 따라 개발 환경을 설정하고, 작업할 작업을 선택하고, 작업을 해결하고, 검토를 위해 코드 변경 사항을 제출하십시오. 이러한 프로젝트나 위키미디어와 관련된 관심 있는 다른 프로젝트에 자유롭게 기여하실 수 있습니다. Most can be found by searching for them on 파브리케이터 or online.

 

 

An offline reader for people without internet access

안드로이드용 커먼즈 앱

 

안드로이드 기기에서 사진을 위키미디어 공용에 올리는 앱

위키 교육 대시보드

 

Wikipedia 교육 과제를 지원하고 강사와 학생을 위한 데이터 및 코스 관리를 제공하는 웹 애플리케이션

  • 필요한 기술: Ruby, JavaScript
  • 연락하기: irc.libera.chat에 #wikimedia-ed connect
  • 소스 코드 가져오기: GitHub
  • 문서 읽기
  • 작업할 권장 작업을 확인하십시오: GitHub
  • 멘토(들): Sage Ross

  Pywikibot

 

MediaWiki 사이트에서 작업을 자동화하는 Python 라이브러리 및 스크립트 모음.

  Scribe

 

Scribe provides Wikidata based keyboards for second language learners. Features include translation, verb conjugation and noun-gender annotation. This project is very open to those who want to learn the needed languages and how to work with Wikidata!

  VideoCutTool

 

Wikimedia Commons에서 비디오를 편집하는 도구입니다.

  SignIt Firefox Extension

 

Lingua Libre SignIt web-browser extension translates selected written word via an elegant pop up so you learn sign language while reading online. You can add a signed video using Lingualibre.org by selecting a signed language, then video recording yourself while signing.

당신은 관리자이고 당신의 프로젝트가 위의 소프트웨어 프로젝트 목록에 포함되기를 원하십니까? 자세히 알아보고 가입하세요!

봉사 프로그램 및 단일 작업

위의 권장 소프트웨어 프로젝트 외에도 작업할 프로젝트 또는 작업을 선택하는 더 많은 방법이 있습니다:

  봉사 프로그램

Wikimedia는 Google Summer of Code 및 Outreachy와 같은 프로그램에서 인턴십을 제공합니다.

  좋은 첫 번째 작업

많은 단일 작업이(많은 소프트웨어 프로젝트를 걸쳐) 신입자에게 적합해.
그러나 이러한 작업에 대한 멘토들이 없을 수 있고, 제안한 패치들이 빠른 검토를 받지 못할 수도 있어.

의사소통 팁

Follow these tips to communicate effectively and get help from community members.

Use Phabricator tasks effectively

When you plan to work on a 파브리케이터 task:

  • No need to ask for permission: You can work on unassigned tasks without asking someone to assign them to you. There is no authority who assigns tasks or who needs to be asked first.
    • If a task already has a recent patch in Gerrit, choose a different task to work on instead.
    • If an existing patch in Gerrit has not been merged and has not seen any changes for a long time, you could improve that existing patch, based on the feedback in Gerrit and in the task.
  • Do your research: When you consider working on a task, do research before you start coding. Look at the code, try to understand what it is supposed to do, read related documentation, and try to find the places where you need to make code changes.
    • In a 파브리케이터 task, use the project tags in the side bar to find the code repository for the task.
    • If you have no idea at all how to fix the bug, consider finding an easier one first.
  • You do not need to announce your plans before you start working on a task, but you should communicate that you are working on the task.
    • When you start work, set yourself as task assignee by clicking Edit Task… in Phabricator, and set your Phabricator username in the Assigned To field. This communicates to others that you are working on it, so they don't duplicate work.
    • When your plans or interests change: If you are no longer working on a task, remove yourself as the assignee of the task. This tells others that they can work on the task, and they won't expect you to still work on it.
  • Follow Phabricator etiquette.
    • In Phabricator tasks, discuss only specific questions about the topic of that task. Don't use Phabricator to ask general questions, like how to set up a development environment or how to fix problems with Gerrit.

Compose good questions

  • Don't ask to ask...just ask!.
  • Be specific and provide context: Instead of simply asking "Can you give me more info?", "Please guide me", or "Please tell me how to start", include the following information in your question:
    • What are you trying to achieve?
    • What have you already tried? Copy and paste your commands and their output (if not too long) instead of paraphrasing in your own words.
    • What have you found out already during your research? Include links to code, documentation, or other resources you already consulted.
  • Use specific titles and subject lines in your communication. "Proposal draft" or "Need help" is not specific.
  • Keep conversations readable: When you reply in Zulip, in Phabricator tasks, or on mailing lists, only quote sections of previous comments that are relevant to your response. If you quote a complete previous comment, it makes threads hard to read.

Follow communication policies and best practices

Before you send or post your question:

Ask in the right place

  • Ask in public: Do not send private messages if your conversation topic is not secret. Private messages don't help others.
  • Ask and discuss in the best place:
    • In Phabricator tasks, discuss only specific questions about the topic of that task.
    • Ask general technical questions, like how to set up a development environment or how to fix problems with Gerrit, in the places listed on 커뮤니케이션 .
    • If you take part in an outreach program, then Zulip is for discussing questions about the outreach programs themselves.

Be patient

After you post your question:

  • Do not ask people for code review in a separate message. People receive Gerrit and Phabricator notifications and will respond when they can.
  • When seeking input and comments, especially during weekends and holidays, you may need to wait until business hours resume. On chat channels like IRC: if nobody answers, try again at a different time; don't just give up!
  • If you don't get an answer even after waiting and being patient, consider if other Communication channels might be a better place to ask your question.

추가 자원

  • To ask your questions and to join general discussions, check the places listed on Communication.