무턱대고 코드부터 짜지 마: 프로젝트의 가이드라인을 제대로 읽지 않고 코드를 짜면, 당신의 PR은 반려될 가능성이 높아.
너무 어려운 문제에 도전하지 마: 처음부터 거대한 기능을 개발하려고 하지 마. 작은 것부터 시작하는 게 중요해.
피드백을 무시하지 마: 리뷰어들의 피드백을 겸허하게 받아들이고, 코드를 수정해야 해.
저작권을 침해하지 마: 다른 사람의 코드를 무단으로 복사해서 사용하면, 법적인 문제가 발생할 수 있어.
개인 정보를 노출하지 마: PR에 개인 정보(이름, 이메일 주소 등)를 노출하지 않도록 주의해.
너무 많은 시간을 쏟지 마: 오픈소스 기여는 취미 활동이야. 너무 많은 시간을 쏟아서 당신의 본업에 지장을 주면 안 돼.
나는 한때 너무 의욕이 앞서서, 주말 내내 오픈소스 프로젝트에 매달렸던 적이 있어. 결과는? 번아웃! 결국 몇 주 동안 코딩을 쳐다보기도 싫어지더라고. 그래서 나는 깨달았지. 균형이 중요하다는 것을!
미래 전망과 Actionable 조언 (지금 당장 시작해!)
오픈소스는 앞으로 더욱 중요해질 거야. 인공지능, 클라우드 컴퓨팅, 블록체인 등 최신 기술들은 대부분 오픈소스 기반으로 개발되고 있어. 오픈소스에 기여하는 것은 단순히 코딩 실력을 향상시키는 것뿐만 아니라, 미래 기술을 배우고, 미래 인재로 성장하는 데에도 도움이 될 거야.
Actionable 조언:
오늘 당장 깃허브 계정을 만들고, 관심 있는 프로젝트를 찾아봐.
프로젝트의 README.md 파일과 CONTRIBUTING.md 파일을 꼼꼼하게 읽어봐.
"good first issue" 라벨이 붙은 이슈 중에서 간단한 버그를 수정해봐.
풀 리퀘스트를 날리고, 코드 리뷰를 받아봐.
꾸준히 오픈소스에 기여하고, 당신의 깃허브 프로필을 멋지게 만들어봐.
마지막으로, 잊지 마. 오픈소스 기여는 단순히 코딩하는 것이 아니라, 문제를 해결하고, 다른 사람들과 협력하고, 세상을 더 나은 곳으로 만드는 멋진 일이라는 것을!
자, 이제 당신의 차례야! 지금 바로 오픈소스 기여를 시작하고, 당신의 꿈을 향해 나아가! 행운을 빌어! 그리고 혹시 콜잇AI에 기여하고 싶다면 언제든지 환영이야! 😉
undefined
Related Articles
# 오픈소스 기여로 취업하기: 실전 가이드 (콜잇AI 블로그)
어이, 개발자 친구들! 콜잇AI의 에디터, 나야. 오늘은 좀 빡세지만, 존나 멋진 주제로 돌아왔어. 바로 **오픈소스 기여로 취업하기**야.
솔직히 말해서, 나도 한때는 "오픈소스? 그거 완전 핵인싸 개발자들만 하는 거 아니냐?"라고 생각했었어. 대학 졸업하고 첫 회사 들어갔을 때, 깃허브는 그냥 코드 저장소 그 이상도 이하도 아니었지. 풀 리퀘스트(Pull Request, PR) 날리는 건 꿈도 못 꿨고.
그러다 3년차 쯤 되니까 슬슬 현타가 오더라고. 맨날 CRUD만 반복하고, 야근에 찌들어서 "내가 이러려고 개발자가 됐나…" 싶은 날들이 늘어났어. 그러던 어느 날, 우연히 오픈소스 프로젝트에 기여하는 동료를 보게 됐지. 그때 딱 든 생각이 "저거다! 저거 하면 뭔가 달라지겠다!" 였어.
그래서 무작정 뛰어들었지. 결과는? 처참했어. 첫 PR은 진짜 개판 5분 전이었지. 코딩 스타일 엉망진창, 문서화 하나도 안 되어 있고, 심지어 버그까지 있었어! 당연히 rejected 당했지. 그때 멘탈이 나갈 뻔했지만, 포기하지 않았어. 왜냐고? **나는 굶어 죽지 않기 위해, 그리고 좀 더 멋진 개발자가 되기 위해 오픈소스에 매달려야 했거든!**
## 왜 오픈소스 기여가 중요할까? (그리고 왜 당신의 커리어를 떡상시킬까?)
자, 잠깐 숫자부터 보고 가자. 2023년 GitHub Octoverse 보고서에 따르면, GitHub에는 **1억 명 이상의 개발자가 활동**하고 있고, **4억 2천만 개 이상의 리포지토리**가 존재해. 이건 그냥 코딩하는 사람들이 많다는 얘기가 아니야. **경쟁이 존나 치열하다는 뜻이지!**
단순히 학벌 좋고, 자격증 많다고 취업이 보장되는 시대는 이미 끝났어. 기업들은 **실제로 문제를 해결할 수 있는 능력**을 가진 사람을 원해. 그리고 오픈소스 기여는 그걸 증명하는 가장 강력한 방법 중 하나야.
* **실력 증명:** 당신의 코딩 실력, 문제 해결 능력, 협업 능력 등을 직접적으로 보여줄 수 있어.
* **네트워킹:** 전 세계의 개발자들과 소통하고 협력하면서 인맥을 쌓을 수 있어.
* **학습:** 유명한 프로젝트의 코드를 분석하고, 다른 개발자들의 피드백을 받으면서 실력이 쑥쑥 늘어.
* **포트폴리오:** 당신의 깃허브 프로필은 최고의 포트폴리오가 될 수 있어. 면접관들은 당신이 실제로 어떤 코드를 짜는지, 어떤 방식으로 문제를 해결하는지 직접 확인할 수 있지.
* **취업 기회:** 일부 기업들은 오픈소스 기여 경험을 우대하거나, 아예 오픈소스 프로젝트에서 활동하는 개발자를 스카우트하기도 해.
솔직히 말해서, 나는 오픈소스 기여 덕분에 연봉을 2배 이상 올릴 수 있었어. (물론, 존나 열심히 노력했지!)
## 오픈소스 기여, 어떻게 시작해야 할까? (초보자를 위한 친절한 가이드)
자, 이제 본론으로 들어가자. 오픈소스 기여, 막막하게 느껴질 수도 있지만, 차근차근 따라오면 누구나 할 수 있어.
**1단계: 깃허브 계정 만들기 (이건 기본이지?)**
만약 아직 깃허브 계정이 없다면, 지금 바로 만들어. (github.com) 프로필 사진은 최대한 멋있게 찍고, 자기소개는 솔직하게 작성해. (예: "백엔드 개발자를 꿈꾸는 프론트엔드 개발자입니다.")
**2단계: 관심 있는 프로젝트 찾기 (니가 좋아하는 걸 해!)**
가장 중요한 단계야. 당신이 흥미를 느끼고, 꾸준히 참여할 수 있는 프로젝트를 찾아야 해.
* **평소에 사용하는 라이브러리나 프레임워크:** 예를 들어, 리액트(React)를 좋아한다면, 리액트 관련 오픈소스 프로젝트를 찾아봐.
* **새로운 기술을 배우고 싶다면:** 파이썬(Python)을 배우고 싶다면, 파이썬 관련 오픈소스 프로젝트에 기여해봐.
* **자신의 강점을 활용할 수 있는 프로젝트:** 만약 당신이 UI 디자인에 능숙하다면, UI/UX 관련 오픈소스 프로젝트를 찾아봐.
GitHub Explore (github.com/explore)나 Awesome Lists (github.com/topics/awesome-lists)를 활용하면 다양한 프로젝트를 쉽게 찾을 수 있어.
**3단계: 프로젝트 살펴보기 (눈팅은 필수!)**
프로젝트를 찾았다면, 바로 코드를 짜기 전에 먼저 프로젝트를 꼼꼼하게 살펴봐야 해.
* **README.md 파일:** 프로젝트에 대한 설명, 설치 방법, 사용 방법 등이 자세하게 나와 있어.
* **CONTRIBUTING.md 파일:** 프로젝트에 기여하는 방법에 대한 가이드라인이 나와 있어. 이걸 제대로 읽지 않으면, 당신의 PR은 반려될 가능성이 높아.
* **ISSUES 탭:** 프로젝트에 발생한 문제점이나 개선 사항들이 등록되어 있어. "good first issue"나 "help wanted" 라벨이 붙은 이슈들은 초보자도 쉽게 해결할 수 있는 것들이 많아.
* **CODE OF CONDUCT 파일:** 프로젝트에 참여하는 사람들이 지켜야 할 규칙들이 나와 있어. 이걸 어기면, 당신은 프로젝트에서 쫓겨날 수도 있어.
**4단계: 작은 것부터 시작하기 (돌멩이 하나부터!)**
처음부터 거대한 기능을 개발하려고 하지 마. 작은 것부터 시작하는 게 중요해.
* **오타 수정:** README.md 파일이나 문서에서 오타를 발견했다면, 수정해서 PR을 날려.
* **문서 번역:** 프로젝트의 문서를 한국어로 번역해.
* **테스트 코드 작성:** 코드의 안정성을 높이기 위해 테스트 코드를 작성해.
* **간단한 버그 수정:** "good first issue" 라벨이 붙은 이슈 중에서 간단한 버그를 수정해.
**5단계: 코드 작성 및 테스트 (코딩은 기본!)**
코드를 작성할 때는 프로젝트의 코딩 스타일 가이드라인을 반드시 지켜야 해. 그리고 작성한 코드가 제대로 작동하는지 테스트하는 것도 중요해.
* **린터(Linter) 사용:** ESLint, Prettier 등의 린터를 사용하면 코드 스타일을 자동으로 맞춰줄 수 있어.
* **테스트 코드 작성:** Jest, Mocha 등의 테스트 프레임워크를 사용해서 테스트 코드를 작성해.
**6단계: 풀 리퀘스트(PR) 날리기 (두근두근!)**
코드를 작성하고 테스트까지 완료했다면, 이제 풀 리퀘스트(PR)를 날릴 차례야. PR 제목은 간결하고 명확하게 작성하고, PR 설명에는 어떤 문제를 해결했는지, 어떤 방식으로 해결했는지 자세하게 설명해야 해.
**7단계: 코드 리뷰 및 수정 (피드백은 나의 힘!)**
PR을 날리면, 다른 개발자들이 당신의 코드를 리뷰해 줄 거야. 리뷰어들의 피드백을 겸허하게 받아들이고, 코드를 수정해야 해.
**8단계: 합병(Merge) 및 축하 (🎉🎉🎉)**
당신의 PR이 승인되고, 프로젝트에 합병되면, 당신은 이제 어엿한 오픈소스 기여자가 된 거야! 이제 당신의 깃허브 프로필은 더욱 빛나게 될 거고, 당신의 커리어는 떡상할 거야!
**예시:**
내가 실제로 기여했던 프로젝트 중 하나는 `create-react-app`이었어. 당시 나는 리액트를 처음 배우고 있었는데, `create-react-app`의 README.md 파일에 오타가 있다는 것을 발견했지. 그래서 바로 오타를 수정해서 PR을 날렸어. 결과는? 바로 승인! 비록 작은 기여였지만, 나는 엄청난 성취감을 느꼈고, 오픈소스 기여에 대한 자신감을 얻을 수 있었어.
```javascript
// 간단한 JavaScript 코드 예시
function add(a, b) {
return a + b;
}
// 테스트 코드 예시 (Jest 사용)
test('add 함수는 두 숫자를 더해야 한다', () => {
expect(add(1, 2)).toBe(3);
});