소주콘(소문난 주니어 콘퍼런스) Shot 1 : 진로 빨강 뚜껑

최연재·2022년 7월 19일

컨퍼런스&세미나

목록 보기

3/3

매 달 3억명이 사용하는 서비스 터뜨리기, 그리고 예방하기 (이수재)

좋은 질문은 좋은 대답을 만든다 with relay (정미량)

만들어는 봤나?! 해커톤! (강윤수)

고양이는 야옹야옹하고 웁니다 (정문성, 이상민)

고등학생 CTO가 스타트업에서 살아남는 법 (권동한)

오픈소스에 초보 개발자가 기여하는 방법 (김성일)

1. 매 달 3억명이 사용하는 서비스 터뜨리기, 그리고 예방하기 (이수재)

1. 서버가 죽었다. (첫 번째 에러 경험)

문제점 및 해결 방안
(1) No Alert $\to$ Alert 생성
(2) No Linter $\to$ Linter 생성
(3) No Test $\to$ 시간이 없어도 테스트 하자...
(4) Power of Feature Flags $\to$ 항상 동적으로 동작하게 하여 복구를 빠르게 하자.
(5) Always Automate $\to$ 항상 자동화가 되게끔하라!

2. 서버가 죽지 않았는데, 검색이 안된다...(두 번째 에러 경험)

문제점 및 해결 방안
(1) (Not Enough) Alert
(2) Dependency $\to$ 제대로 작동할것이라는 가정하에 프로그램을 동작시키면 안됨!
(3) 외부 서비스는 항상 실패를 가정하자
(4) 중요한 것은 우리 서버만이 아닌 서비스다. $\to$ 코드의 존재 의의는 최종 사용자를 위한 것

3. 위의 두 가지 에러를 통해 강연자님께서 느낀점

(1) 빠른 성능, 좋은 기능도 좋지만 안정감 있고 신뢰감 있는 서비스가 먼저다.(BC2 경험을 통한 것)
(2) 안전 장치 덕분에 릴리즈에 대한 부담이 줄어서 개발 속도가 오히려 빨라질 수도 있다.

2. 좋은 질문은 좋은 대답을 만든다 with relay (정미량)

행복한 질문 생활을 하기 위한 방법
(1) 문제 상황에 대해 깔끔하게 분석 후 정리하자.
(2) 공식 Docs를 읽고, 공식적인 내요을 참조로 제시하자
(3) 충분한 고민 후에도 해결이 되지 않으면 질문하자.
(4) 필요한 정보를 충분하고 간결하게 전달하자.
(5) 질문 받는 사람은 맥락을 모른다.
(6) 질문의 대상은 가까운 개발자분들, 사내 개발자분들 외에도 Stackoverflow, 공식 커뮤니티등이 될 수 있다.
(7) 질문을 두려워하지 말자.
(8) 질문 후 결과는 꼭 잘 정리해서 다시 공유를 하자.
질문 내용 정리(간단 버전)
$\to$ 상황
$\to$ 맥락
$\to$ 무슨 시도를 했는지!!
$\to$ 어떤것에 대한 답이 필요한지

3. 만들어는 봤나?! 해커톤! (강윤수)

해커톤을 기획하면서 겪은 어려운점 및 경험을 말씀해주셨습니다.

4. 고양이는 야옹야옹하고 웁니다 (정문성, 이상민)

고양이의 분리불안을 해소시키는 것을 목표로 토이프로젝트 시작하셨다고 함.
라즈베리파이, 소리 기술에 대한 머신러닝, Flutter 등을 이용하여 서비스 구축
느낀점
$\to$ 임베디드 관련해서 프로젝트를 할 때 너무 힘들었던 경험이 있었는데, 다시 이렇게 재밌는 서비스를 보니 또 다시 해보고 싶다는 생각이 든다.
$\to$ Flutter를 빠르게 배우고 사용하셨다는 점에서, 새로운 기술을 배우고 빨리 적용시켜보고 싶은 욕심이 생긴다.

5. 고등학생 CTO가 스타트업에서 살아남는 법 (권동한)

vcl, 리팩토링 경험, FastAPI 등 다양한 경험에 대해서 얘기를 해주셨다.
아직까지 안 써본 기술들이라서 정확히 이해를 하지는 못했지만, 어린 나이에 빠른 시간 안에 성장한 모습을 보면서 많은 동기부여가 되었다!!!

6. 오픈소스에 초보 개발자가 기여하는 방법 (김성일)

1. 라이센스 규정에 대한 설명(MIT, APACHE, GPL)

2. 오픈 소스 기여가 좋은 이유

문제 해결 능력 상승 $\to$ 명확한 답이 없는 문제라서
커뮤니케이션 능력 상승 $\to$ 처음부터 끝까지 소통을 기반으로 함 + 영어로 소통하는 경우가 많음(기술적인 언어, 공적인 언어)

3. 기여를 시작하기 위한 대상을 찾는 법

관심이 있거나 사용하고 있는 오픈소스에 기여하자.(사용하는 프로그램 혹은 라이브러리에서 찾기)
스스로 불련한 점을 겪고 있는 것에서 찾아보기
작은 프로젝트부터 시작하기(큰 프로젝느는 구조 파악부터 너무 오래 걸림...)

4. 오픈 소스 기여과정 및 설명

(1) Issue(문제를 작성하는 과정)

mainainer가 이해하기 쉽게, 최대한 자세하게 작성하기
issue template가 있으면 형식에 맞춰 작성하기

(2) 코드 혹은 문서 수정 및 추가

(3) PR 작성
: 무엇을 어떻게 수정하였는지 최대한 자세하게 작성하자

(4) CI(지속적인 통합)
: Github Actions와 같은 CI툴에 의해 코드 스타일 체크 및 테스트등을 수행

(5) Review
: 단순히 검사를 받는 것이 아닌, 서로간의 소통을 통해 더 좋은 방법을 논의 하는 것

(6) Merge

5. 코드 작성만이 기여가 아니다.

오타 고치기
번역하기 (다수의 국가에서 사용되는 프로젝트는 번역이 필요함)
버그 제보하기

6. 오픈소스 기여시 주의할 점

(1) 올바르게 기여하기
: 가이드라인 준수(CONTRIBUTING.md)
: 코딩 스타일 준수
(2) 기다림은 필수
: maintainer의 직업은 maintainer가 아니다!
(3) 좌절하지 않기
: 항상 pr이 merge 될 수 없음 (그래도 시도 자체도 의미 있는 행위)

7. Tips

(1) Good First Issue(초보자가 고치기 쉬운 이슈) $\to$ 이걸 모아놓은 사이트도 있음
// Up For Grabs도 참고하기
(2) 오픈소스 컨트리뷰톤 이용하기
(3) 기여를 위한 기여하지 않기
: 이력서 한 줄을 위해, 억지로 기여하지 말자
: 억지로하면 흥미도 금방 잃고, 재미도 없다.
: 자신이 관심있고 사용하는걸 하자!!

강연자님의 참고 레퍼런스