Brody's Blog

오픈소스에 참여하고 싶은데 어떻게 해야 하지?

지금까지 오픈소스에 대해서 알아보았고 오픈소스에도 역할이 정해져있는것을 알게되었다.

그럼 역할이 있으니 주의해야할점과 룰도 있을 것이다.

세상에는 2가지 타입의 개발자가 존재한다고 한다

//1번 개발자
for(int i = 0 ; i < 10 ; i++){
	
}

// 2번 개발자
for(int i = 0 ; i < 10 ; i++)
{

}

내가 1번 개발자인데 오픈소스에서는 2번으로 맞춰져 있다면 이 오픈소스에서는 2번으로 개발하는 것이 당연하다.
그럼 오픈소스에 참여하여 함께 협업하기 위해 알면 좋은 몇가지를 밑에 정리해두었다~.

오픈소스에 참여했을때 하면 좋은 것

• 프로젝트의 가이드라인에 따르자
  • 가이드라인은 오픈소스의 룰이다. 보통 README파일이나 설명서를 보면 설명되어 있는 경우가 많다.
• 코드 가이드라인에 따르자
  • 위에 설명 했듯이 코드는 일관성이 있어야 한다.(회사에서 일할때도 회사마다 코드규정이 있는것과 똑같은 것)
• 너무 거창하지 않아도 된다.
  • 너무 거창하게 코드를 고치지 않아도 된다. 처음에는 코드를 이해하면서 줄바꿈, 오타수정로 시작하자. 나중에는 코드를 고치는 그날까지ㅋㅋ~
• 최대한 자세하게 쓰자.
  • 만약 오류를 발견했다면! 확실한 오류 상황을 말해주는것이 좋다. (업무 중 오류라고 올라온 것들이 내가 했을때 멀쩡하면 허무한데 오픈소스도 마찬가지이다.)
• 서로를 최대한 존중하자
  • 오픈소스는 다양한 사람들이 참여합니다. 국가,언어,문화,시간,코드스타일가 다를수 있고, 때문에 이질감을 가질수 있습니다. 최대한 상대방을 종중하고 이해하는 자세가 필요하다.
• 무리하게 요청하지 말자.
  • 내가 아무리 급해도 상대방은 아닐수도 있으니 무리하게 요청하는 진상은 하지말아야 한다.
• 검토를 하자
  • 만약 내가 코드를 고쳤다면 테스트를 꼭 해야 한다.
  • 코드를 고치지 않았더라도 만약 오타 고쳐주는데 내가 또 오타를 낸다면 안되는 일이다.
  • 꼼꼼하게 확인을 하자
• 강인의 멘탈을 갖자
  • 내가 변경요청한 내용이 반영이 안될수도 있다.
  • 내가 변경요청한 내용이 늦게 반영될수도 있다.
  • 반영이 안됬다고 서운해하지말고, 재촉하지 말자.

결론

이제 오픈소스에 참여하기 위한 최소한의 예의를 알아보았다.
그럼 ! 이제 오픈소스는 어디서? 어떻게 구해야 할까??