From Second Life Wiki
< Participating
Revision as of 19:31, 10 February 2009 by JParker Devin (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search


  • 커뮤니케이션 - 당신이 무엇을 생각하는지를 이메일, 포럼, 혹은 IRC로 우리에게 알려주셔야 합니다. 만일 당신이 그런 일이 아니더라도, 다른 사람들이 도와주려 할 것입니다.
  • 소스를 받는 법과 컴파일 - 다운로드 및 컴파일 - 개발을 하는 경우에도 다운로드와 컴파일을 통해서 가능합니다. 만일 당신이 다운로드한 버젼이 당신의 플렛폼과 맞지 않거나 화일에 버그가 있다면 빌드를 하실 수 없습니다.
  • 파일과 버그 테스트 - 만일 당신이 보고를 하고 싶을 경우, 버그 데이터베이스를 통하여 문제를 제기 하실 수 있습니다. 만일 이 문제에 대하여 수정하는 부분을 투표로도 하실 수 있습니다. 만일 그렇지 않다면 파일에 버그가 있을 수도 있습니다. 버그를 잡는 것은 버그를 잡는 것은 매우 중요한 일입니다.(그렇지 않을수도 있습니다.) 우리가 한사람의 문제 혹은 여러 문제들을 각각 찾아내어 알리는 것이 필요합니다. 만일 일부가 버그라고 요청이 되었다면, 여러 사람들이 그 문제에 대하여 체크를 하게 되어있습니다. 만일 당신이 문제를 동일하게 재현하는 방법을 알아 낼 수 없다면 좀 더 자세하게 자신이 찾은 문제를 설명할 수 있도록 하며, 댓글을 확인하여 주시기 바랍니다.
  • File and refine feature requests - We're always looking for new ideas. Please let us know what you would like to see done. Also, features are more likely to get implemented if the description of the feature is clear. For a complicated feature, a link to a specification on the wiki is a great way to help flesh out the idea.
  • Profile and optimize - If you're interested in improving the performance of the software, take a look at these notes on how to profile and optimize code.
  • Create a version control repository - if you make extensive changes to the source download packages, it is easy to lose track of what files you changed, as well as remembering what you did and when. A version control repository keeps track of these file changes for you automatically, and allows you to track your changes over time, create branches for different projects, and to revert to a previous state if you don't like the way a project is going.
  • Submit code - Submit code - if you have a piece of source code (be it a fix or a new feature) submit the patches in a way that makes it easy for the Lindens to incorporate them into the source code.
    • Crash Reports - Fix bugs - the easiest way to get involved as a developer is to start fixing bugs. The top 10 viewer crashes and the top 5 Mac crashes are listed. These are the most likely patches to get accepted
    • Implement new features - Implement new features - Of course, a really valuable way to contribute is to add a new feature. Try to work with the community and with Linden Lab in planning the feature before running off and implementing new things. Though we appreciate your hard work, we can't accept every new feature, since maintaining new features comes with a cost. Try thinking of ways to use APIs to make plugins, or perhaps propose new APIs to make the viewer more extensible, before adding new things to the core viewer.
  • Architecture Working Group - Participate in the working group Linden Lab has established to help forge the future protocols and architecture for Second Life.