역대 Contribution Academy 참가 멘토·멘티 후기

오늘은 수료증을 발급받은 기념으로 오픈소스 컨트리뷰션 아카데미의 후기를 적어보려 합니다. 이 프로그램을 통해 많이 성장했다고 느끼고 좋은 기회도 얻게 되었기 때문에 꼭 후기를 적어야겠다고 생각했습니다.

간단히 말하면 '오픈소스 컨트리뷰톤' 멘토링 행사입니다. 올해는 25개의 프로젝트가 있었고, 50명의 멘토가 참여했습니다.

프로젝트는 Challengers와 Masters기간으로 나누어서 진행이 되었습니다. Challengers는 맛보기 같은 느낌이고, Master에서 본격적인 기여 활동을 했습니다.

발대식은 게더타운으로 진행되었습니다. 400명이 넘게 들어오다 보니 접속이 원활하지는 않았습니다. 그래서 중간중간 끊기긴 했지만, 나름 재밌는 경험이었습니다. 보물찾기도 했는데, 바쁘게 돌아다니느라 캡처한 게 없네요... 처음에는 간단하게 행사 소개하고 보물찾기하고 팀별로 모여서 간단한 orientation을 진행했던 것 같은데 기억이 가물가물합니다.

25개의 프로젝트 리스트 중 Backend.ai는 위에서 3번째에 위치했는데, 들어가서 소개를 읽고 꼭 참여해보고 싶다는 생각이 들었습니다. 참가자 모집 유형과 프로젝트를 매우 자세하게 써져있어서 가장 신뢰..?뭔가 관리가 잘 되어있는 프로젝트일 것이라는 생각이 들었습니다.(지금 생각해보면 그때의 저를 칭찬해주고 싶네요...ㅎㅎ)

머신러닝, 파이썬, 딥러닝, 백엔드, 컨테이너 등 소개에 적혀있는 기술들이 낯설고 경험하지 않았던 것들이었지만, 그래서 더 하고 싶었습니다.

오픈소스 컨트리뷰션 아카데미를 계속해서 진행하고 있다. 조금 늦은 감이 있지만.. 초반에 했었던 학습 중 이더리움에 대한 기본 과제 심화편 공부한 내용을 정리해 보려고 한다.

타원곡선 디지털서명 알고리즘(ECDSA, Elliptic Curve Digital Signiture Algorithm)은 타원곡선암호를 전자서명에 접목시킨 알고리즘이다. 일반적인 인증 시스템에서 보안 키의 보호가 점점 어려워짐에 따라 보완하기 위해 만들어졌으며 이 방식에서는 발신자에 의한 서명 시 사용되는 개인 키와 수신자가 발신자의 서명을 사용하는 공개키 한 쌍을 갖는다.

블록체인 네트워크에서 트랜잭션을 주고받을 때 수신자가 인증자의 공개 키로 메시지가 진짜인지 검증하기 위해서는 전자서명을 필요로 한다. 이 전자 서명은 개인 키로만 생성 가능하고 수신인이 트랜잭션에 쓰여있는 전자서명이 정말 발신인의 전자서명이 맞는지 확인할 수 있어야 하는데, 이 두 조건을 고루 만족시키는 기술이 타원암호기술이다. 타원곡선 디지털 서명 알고리즘을 통해 암호화폐 거래시 정당한 소유자만이 자금을 쓸 수 있도록 할 수 있으며 대표적으로 비트코인과 이더리움에서 타원곡선 디지털서명 알고리즘을 사용한다.

키 쌍을 생성할 때는 길이가 256비트 이상을 사용하며, 미국국립표준기술원(NIST)에서 개발한 secp256k1 표준에 정의된 타원 곡선을 사용한다.

도메인 파라미터는 다음과 같다

영지식 증명은 말 그대로 지식이 없이 해당 내용을 증명하는 것이다. 비유를 통해 설명을 해 보도록 한다.

증명자 재석은 어떤 동굴 안에 비밀의 문을 열 수 있는 열쇠를 가지고 있다. 동굴은 다음과 같은 고리 모양으로 되어 있으며 가운데 비밀의 문이 있다. 입구에서는 비밀의 문이 보이지 않는다. 검증자 명수는 키를 가지고 있을 수도 있고, 아닐 수도 있다. 명수가 키를 가지고 있는지 여부를 재석은 알아내야 하지만 명수는 그 사실을 알려주지 않는다.

이러한 상황 속에서 명수가 아무런 정보도 주지 않고 키를 가지고 있는지 재석이 증명하려면 다음과 같이 해볼 수가 있다.

먼저 명수가 A 또는 B 문으로 들어간다. 재석은 명수가 어떤 문으로 들어갔는지 알 수 없다. 명수가 동굴로 들어간 이후 재석은 동굴 입구에서 명수에게 A 또는 B 중 지정된 하나의 문으로 나오라고 한다. 명수는 그 말을 듣고 그 문으로 나온다.

이 때 명수가 키를 가지고 있다면 어느 문으로 들어갔든지 간에 재석이 원하는 문으로 나올 수가 있지만, 키를 가지지 않고 있다면 재석이 원하는 문으로 나올 확률은 50%이다. 재석이 이 실험을 여러 차례 반복하면 명수가 열쇠를 가지고 있는지 없는지를 100%까지는 알 수 없지만 99% 이상의 확률로 추론할 수 있다.

재석이 아무리 이 절차를 명수에게 시켜도 명수는 재석에게 정보를 주지 않는다. 이는 오로지 재석만이 명수가 키를 가지고 있는지 없는지를 알 수 있는 유효한 증명이 되는 것이다.

먼저 zk롤업은 기존 롤업에 영지식증명을 더한 것이다. 그렇다면 롤업에 대해서 먼저 알아보고 가자.

롤업은 주요 이더리움 체인(Layer 1) 외부에서 트랜잭션 실행을 수행하지만 레이어 1에 트랜잭션 데이터를 게시하는 솔루션이다. 트랜잭션 데이터가 레이어 1에 있으므로 이를 통해 롤업을 레이어 1에서 보호할 수 있다.

롤업의 세 가지 속성은 다음과 같다.

드디어 시험도 끝나고 시간도 생긴 김에

이번 학기에 참여했던 오픈소스 컨트리뷰션 아카데미 후기를 써보려고 합니다.

오픈소스 컨트리뷰션 아카데미가 어떤 활동인지가 궁금하다면 아래의 링크에 들어가 보는 걸 추천!

저는 지인들의 추천으로 이 활동을 알게 되었습니다.

포스터와 모집 글들을 읽어본 뒤 든 마음은 "와.. 빡쎄다"와 "과연 내가 할 수 있을까?"였습니다.

아마 이 글을 읽는 대부분의 분들이 위와 같은 생각을 하고 있겠지만 저 역시 그랬습니다.

지원 마감 하루 전 고민 고민 끝에 지원서를 작성해서 냈습니다.

저는 이 활동에 참여하기 전에는 Git을 전혀 쓸 줄 몰랐고 그냥 팀원이 시키는 대로 한 두 번 커밋해본 경험밖에 없었습니다.

또한 제대로 된(규모 있는?) 프로젝트를 해본 적도 없었기에 지원서에 쓸 프로젝트 역시 없었습니다.

그래서 그냥 있는 그대로 솔직하게 왜 이 프로젝트를 지원했는지와 왜 컨트리뷰톤을 하고 싶은지를 중심으로 작성했습니다.

그리고 여기서 꿀팁!

2021 오픈소스 컨트리뷰션 아카데미를 통해 래블업 인턴십에 지원할 수 있는 기회를 얻게 되었다.

Backend.AI 는 규모가 크고 어려워서 두 달이라는 시간이 짧게 느껴졌고 더 알아보고 싶다는 생각이 들었다. 부족한 점이 많아서 "내가 할 수 있는 일이 있을까?"라는 걱정이 들었지만, 실무를 경험해볼 좋은 기회라 생각하여 지원하게 되었다. 프로젝트에 참여하는 동안 멘토님들에게 많이 배웠고, 다 좋은 분들이었기 때문에 같이 일해보고 싶기도 했다.

서류 합격 후 처음으로 기술면접을 보게 됐다. 질문이 예상가지 않아 이것저것 봤는데, 오히려 역효과였던 것 같다.. 웹 프론트엔드 개발을 주로 해와서 웹과 프론트엔드 관련 지식을 물어보셨는데, 많이 대답하지는 못했다. 그냥 최선을 다해 답변했다. 다행히 합격했다는 연락이 왔다! 그리고 4일 후에 바로 인턴을 시작하게 되었다. 합격 통보나 면접같은 과정이 빠르게 진행됐다.

래블업에서는 Backend.AI라는 솔루션을 개발&관리하고 있기 때문에, orientation에서는 Backend.AI를 설치하고 이용하는 과제들을 수행했다. 대부분 Backend.AI를 이용해서 머신러닝 모델을 개발하는 과제였다. 머신러닝을 공부해본 적이 없어서 막막했지만, 어떻게든 해냈다. 인턴십을 하면서 "계속 찾아서 하다보면 되는구나"라는 걸 가장 많이 느꼈다. 모르면 질문하고, 에러나면 고치고 하다 보면 어느샌가 완료한 나를 발견할 수 있었다. Orientation에서 진행했던 task들은 아래와 같이 간단하게 정리해본다.

개인적으로 2번 task가 가장 어려웠다. 데이터 증강 기법을 이용하여 정확도를 높이려 했지만, 생각대로 되지 않았다. 뒤집은 이미지들을 추가하여 모델을 학습시켰는데, 이상하게 세로로 뒤집은 이미지를 추가하면 정확도가 내려갔다. 가로로 뒤집은 이미지만 추가했을 때 가장 정확도가 높아서 그 방법으로 과제를 제출했다.

Backend.AI 는 여러가지 컴포넌트가 상호작용하면서 돌아가도록 구현되어 있다. manager, agent, webui, common, client-py, kernels, storage-proxy, webserver 총 8개의 컴포넌트가 있다. 인턴십 기간에는 manager, agent, webui, common과 관련된 이슈들을 해결했다. 컴포넌트별로 진행했던 내용을 정리해보려 한다.

API를 제공하고, 연산자원 모니터링 및 세션 스케줄링을 담당하는 컴포넌트이다. 핵심 서비스라 하는 일도 많고 코드도 많다. manager가 모든 컴포넌트들과 연결이 되어있어서 코드를 이해하는 게 어려웠지만, 전체적인 그림을 보는데 도움이 많이 되었다.

첫번째 팀 미팅과 DevStack을 이용한 오픈스택 테스트와 개발 환경 구축 방법 멘토님들로부터 학습하기

10주간의 항해가 시작되었다!

오픈소스 컨트리뷰션의 오픈스택 파트 팀 활동이 시작되었다.

팀 활동이 도대체 어떻게 진행될지 잘 몰라서 많이 걱정했었는데, 멘토님 두 분이 모두 친절하시다.

코로나 상황이기도 해서 서로 만나기가 어려우니 10주 동안 서로 코드 작업한 것 커밋하고, 리뷰하고 합치는 작업만 할 것 같았는데 꼭 그렇지는 않을 것 같다.

내가 속한 오픈스택 팀의 경우, 기본적인 운영 방침은 이렇다.

현업에 속한 개발자님들이 많아서 낮에는 대부분 근무하다보니 주간 미팅의 경우 밤에 진행이 되며, 매주 토요일은 팀원들이 우리가 다루게 될 오픈소스개발 프로젝트를 오전 10시부터 저녁 6시까지 부스팅하는 시간을 갖게 되는 것을 목표로 잡게 되었다.

현업 개발자님들과 소통하면서 개발할 수 있는 귀중한 시간이고, 오픈 스택 코드가 파이썬 고급 스킬들이 많이 쓰인 프로젝트라서 파이썬 언어 실력을 늘릴 수 있는 기회이기도 해서 다양한 경험들을 해보고 있다.

사실 이번 프로젝트 참여하면서 제일 걱정했던 것은, 멘토님들이 업무 시간에 너무 바빠서 프로젝트에 충분히 신경쓸 시간이 있는지, 그리고 참여한 멘티들이 소화하면서 프로젝트 follow up이 될지 걱정이었다.

이번 주 우리 팀의 첫번째 과제

그런데 일단 멘토님이 오픈스택으로 현업 근무를 하고 있는 상황이고, 한국 오픈스택 코리아 대표로 있다보니 이런 걱정은 기우일 것 같다.

활동 시작한지 얼마 안된 것 같은데 벌써 추석이 코앞에 다가왔다.

하지만 추석과 별개로 오픈스택팀은 여지없이 스프린트를 하게 되었고, 오픈스택에서 본격적으로 올라온 버그들을 해결하기 위해 작업을 진행하게 었다.

이번 주 활동은 주로 4개로 압축되었다.

그런데 결과만 말하자면, 이번 주 내에 원하는 결과는 해결하지 못했다.

그럼에도 배운 것들이 있어 오늘 기록은 큰 의미가 있을 것이다.

(있어야한다,,, 스프린트 8시간 동안 버그 한 개 해결하려고 코드를 몇 줄이나 봤는지,,, IDE을 잘 사용하는 것이 정말 중요하다는 걸 깨닫게 된 하루다.)

5주차 팀 업무는 이제 멘토님이 각 멘티들에게 해야할 일을 분담해주는 게 아니라 스스로 스토리보드에서 해결해 볼 수 있을 것으로 보이는 버그들을 찾아내고, 그 버그들을 이번 주 팀 회의 날에 가져와 해결할만한 일인지, 이미 해결한 일인지를 판단하는 작업이었다.

각 레포 별로 다음과 같은 스토리 보드 이슈들이 올라와 있었다.

다만, 현재 해결해 볼 수 있는 가장 유력한 후보로 CLI의 — mask가 작동되지 않는다는 버그를 선택하게 되었고, 곧 이 버그가 단순히 눈에 보이는 코드 에러 이상의 많은 것들을 고쳐야한다는 것을 알게 된다.

인프라 구축 오픈소스 프로젝트 오픈스택의 커맨드 라인 만들기

오픈소스 컨트리뷰션의 코드 & 문서 번역 활동 기간이 끝났다.

오픈소스 컨트리뷰션은 내게 의미가 참 큰 활동이다.

개발자로 커리어 방향성을 잡고, 그 동안 많은 활동들을 했지만 엔터프라이즈 급의 큰 프로젝트에 참여할 기회는 좀처럼 없었기 때문에 이번 컨트리뷰션에는 조금 규모가 큰 프로젝트에 참여하기로 목표했고, 다행이도 그 목표에 성공적으로 도달 할 수 있었다.

openstack image task list 커맨드 성공적으로 구현 완료!

무엇보다 문서 설명 오류나 버그 리포트를 하는 과정도 즐거웠지만, 기능을 처음부터 끝까지 빌드하는 것은 어려운 과제 중 하나였고, 솔직히 이번 컨트리뷰션 기간 동안 해낼 수 있을 것이라 믿지 않았다.

그럼에도 좋은 멘토님들과 멘티님들을 만나 자극받고 해낼 수 있었고 생각 이상의 성과를 만들 수 있었다.

(이상하게 하반기에 프로그래머스 머신러닝 과제 수행한 것도 그렇고 실적이 나오는 부분들이 많았다)

내가 이번에 구현한 image task list 라는 커맨드는 오픈스택의 컴포넌트 중 OS image를 관리하는 프로젝트인 glance에서 제공하는 커맨드 중 하나다.

glance에서는 OS image를 관리하는 만큼 클라우드 인프라를 사용하는 유저 중 악성 유저가 의도적으로 os image를 업로드하는 대신 사진 파일 등과 같이 os와는 전혀 상관 없는 이미지를 올려서 서비스를 사용하는데 지장을 줄 수 있다.

때문에 이런 상황을 방지하기 위해서 task 라는 queue를 별도로 구성해서 os image로 올라가기 전에 이를 검증하는 단계를 구성할 수 있는데 이것이 내가 구현한 task-list다.

이 task-list는 expire date가 설정되어 있어 해당 큐에서 task 들은 영구적으로 queue에 존재하는 것이 아니라 시간이 지나면 모두 queue에서 빠져나가 이미지 파일로 등록이 된다.

이 task-queue를 구현하는 것은 내가 한 것이 아니고, 이미 구현된 것에 query를 보내서 상태 값을 가져오는 것이고 사실상 테스트 코드를 어떻게 구현해서 작업하는지가 가장 관건이었다.

OpenUp 오픈소스 컨트리뷰션 아카데미 멘티 선발 완료 후, 발대식 전에 진행하는 2일 간의 사전 Git 교육 정리하기

2018년부터 OpenUp이라고 하는 정보통신진흥원 (NIPA) 소속으로 오픈소스 관련 대회나 행사를 주관하는 기관의 행사에 많은 관심을 갖고 있었고, 2019년에 대학교 동아리에서 친구들과 “공개 SW 개발자 대회”로 참여를 시작해서 2020, 2021년에 프론티어 개발자라는 항목으로 개발을 하고 싶었으나 번번히 탈락해서 이 기관에서 주관하는 행사에 참여하는 것이 쉽지 않았다.

프론티어 개발자 탈락 이후에 행사가 더 열리는 것은 잘 알고 있었고 (공개 SW 개발자 대회, 오픈소스 컨트리뷰션) 둘 중 어느 것을 지원할까 큰 고민을 하다가 올해에는 컨트리뷰션으로 지원하게 되었다.

오픈소스 컨트리뷰션에서 이번에 열린 프로젝트가 25개 정도 있는데, 나는 이번에 OpenStack으로 지원하게 되었다.

프론티어 개발자를 지원할 때도 OpenStack으로 지원하기도 했고, 파이썬이 아직까지는 익숙한데다가 취업을 위해 알고리즘도 전부 파이썬으로 풀고 있다보니 파이썬으로 코드가 구성된 OpenStack 특성상 언어에 대한 장벽 없이 빨리 배울 수 있을 것 같았다.

드디어 OpenStack 프로젝트를 해보는구나..

아직 프로젝트 시작 전이긴 하지만, OpenUp에서는 참여자들의 원활한 오픈 소스 프로젝트 진행을 위해 사전에 Git 과 github 사용법에 대해 교육을 해주게 되었다.

어찌보면 정말 개발하면서 당연하게 활용할 수 있어야하는 두 개의 소프트웨어들

우선 교육이 끝나고나서 하는 말이지만, Git을 이렇게까지 다양하게 활용할 수 있는 것인지 처음 알았다.

새삼 리눅스 토발즈라는 사람이 얼마나 대단한 사람인지 다시 한 번 알게 해주는 게 Git의 위력이었다.

실시간 유튜브 강의 수강

우선 내가 늘 반복적으로 해왔던 단순한 작업들을 생각해보자.

저장소를 만들면 저장소를 초기화하고, 거기에 커밋한 내용을 푸시할 것이다.

나의 너무나도 단순했던 github 사용법

공식적으로 이번 주는 오픈소스 컨트리뷰션 코드 & 번역 커밋을 진행하는 마지막 주다.

프로젝트를 깔끔하게 마무리하면서 이번 주를 종료하고 싶었지만, 프로젝트 maintainer가 코드 개선 점에 대해 피드백을 줬고, 테스트 코드를 많이 수정하게 되었다.

외국인 개발자와 코드 피드백을 받는 날이 오다니!

일전에 해결한 버그에 대해 검증할 수 있는 테스트 코드를 요구했고 그에 따라 test_configuration.py에 테스트 코드를 추가했다.

수정한 코드 내역

테스트 코드에서 인증을 위해 구현된 fakes.py

이에 따라 테스트를 진행하기 위해 fake 인증 값을 넣어줘야하는데, fakes.py에 인증 값도 수정해서 넣어줬고, 오픈스택만의 CI 테스트 툴인 Zuul에서 아무 문제 없이 통과하는 것을 확인했다.

(물론 나 혼자만의 업적은 아니고, 멘토님이 옆에서 방향성을 많이 잡아주신 덕분에 수월하게 해결할 수 있었다)

오픈소스에 내 커밋이 처음으로 merge된 영광스런 순간!

그리고 문서에 폴더 경로가 잘못 언급되어 있는 사항에 대해 수정한 것은 merge되어서 결과가 반영되었다.

오픈스택을 하면서 서비스가 실행되는 파일 구조라던가 로직이 조금씩 이해가 되는 느낌이고 버그 개선이라 기능 추가 등에 대한 내용들이 감이 하나씩 잡혀간다.

그리고 컨트리뷰션의 마지막을 장식하기 위해 glance에는 구현되어 있지만 openstack 커맨드에는 구현되어 있지 않던 task-list 명령어 구현 작업을 시작했고, 처음 일주일은 무척 해멨지만, 결과적으로 테스트 코드를 구현하기 전에 커맨드 구현을 완선했다.

이걸 openstack task list라는 커맨드로 구현하는 일이다.

오픈스택 어디에도 없는 내 코드!

코로나19로 인해 사람들과의 교류가 적어지면서 생산적인 활동을 하는 빈도수가 적어졌었다. 이번 방학을 기점으로 달라지고자 여러 대회, 공모전을 탐색했다.

방학중 처음으로 참가한 대회는 k-해커톤 대회이다. 친구 2명과 함께 참가한 대회였지만, 예선에서 탈락해 아쉬웠다.

아쉬움을 뒤로하고 공모전 관련 사이트를 검색하던 중, 오픈소스 컨트리뷰션 아카데미를 알게 되었다.

지원 마감이 다음날이었기에 곧장 지원서를 작성했던 것 같다.

출처.공개sw포털

오픈소스 컨트리뷰션 아카데미란 "선배 개발자가 직접 기여하는 오픈소스 프로젝트 가이드와 함께 오픈소스 기여에 대한 진입장벽을 뚫어 참여·공유·협업 방식의 글로벌 개발 문화와 다양한 기여(Contribution)를 직접 경험하는 프로그램이다."

주요일정 및 시상 정보

8월 초반부터 11월 말까지 이어지는 프로젝트이기 때문에 약간의 망설임은 있었다. 하지만 대학교 1학년때 안 해보면 언제 시간이 나겠냐 라는 생각으로 지원하였다. 또한 나 역시 개발을 할 때 여러 오픈소스(라이브러리)의 도움을 많이 받았기에, 오픈소스에 기여한다는 것은 뜻 깊은 경험일 것이라고 생각하였다.

지원서 양식에는 꽤나 쓸게 많았다. 자기소개, 지원동기, 깃허브 아이디, 프로젝트 경험 등등 꼼꼼히 적어서 제출하였다. 며칠 후, 이메일로 선정 결과를 통보받았는데, 감사하게도 선정이 되었다.

선정 결과 메일

내가 지원한 프로젝트는 "dooboo-ui" 프로젝트이다. dooboo-ui는 React-Native에서 UI 제작을 간편하게 해주기 위한 라이브러리이다. 이 UI를 업데이트하며 오픈소스에 기여하는 것 같다.

자세한 프로젝트에 대한 설명은 이후 발대식에서 전달 받을 것 같다.

RAP에서 1개, WAH에서 1개의 길드를 선택해 들어가야 한다.

아직 AnalyticsProvider 코드에 익숙하지 않아서 모르는 코드가 많았기에 선뜻 나설 수 없었다. amplitude는 처음들어봤고 아직 연동이 안된 기능인만큼 실수하면 안되는 부분이기에 내가 할 수 없었다. GA 연동도 AnalyticsProvider와 비슷한 이유... 테스팅 셋업을 해보고싶었지만 과연 내가 테스트코드를 작 작성할 수 있을지 모르겠고 어떻게 테스트 코드를 작성하는지 지켜보며 배우고싶었다. 오픈소스 커뮤니티 관리는 할 수 있었긴 한데 이왕 하는거 코드작성에 참여해보고싶어서 이것만 하기에는 부족해보였다. 그래서 선택한 것이 데모 예제인데,, 사실 프로젝트를 하면서 데모예제를 만들어본적이 없다. 그래서 살짝 감이 안오긴 했지만 그나마 내가 할 수 있는 것 같아보였다. 그런데 OMG... 나혼자였따ㅠ 다행히도 유림님이 혼자인 사람들끼리 이어주어서 서로 서브 역할을 할 수 있게 되었다.

셋 중 어느 것을 해도 상관이 없어서 고민하던중 용어집에 여러 기능들이 주루룩 달렸다. 검색 및 필터 기능도 관심 있었고 CSS 애니메이션도 어떻게 적용할지 기대가 되었다. 그래서 WAH에서는 망설임 없이 용어집 길드로 결정! 다행히(?) 두번째로 이름을 적어서 길드장은 되지 않았다ㅋㅋㅋ

나혼자 하는 개인프로젝트나 친구들이랑 하는 소규모 프로젝트는 이것저것 시도해보면서 문제가 발생해도 알아서 척척 해결하고 지나갔는데 이건 오픈소스... 현업에 종사하는 여러 개발자분들도 계시고 내 코드를 마구마구 리뷰받는 장소! 브랜치 하나 만들때도 어떻게 해야하는지, 이슈 만들때도 다른 이슈들 구경하고 열심히 작성해서 커밋도 열심히 했땅. push하기 전에도 한번더 확인하고 조심조심하려고 노력했따ㅏ

Master Challenge 최종 과제 업무 수행하기 & 우리 팀 첫번째 버그 리포트

오픈소스 컨트리뷰톤 3주차 스프린트 데이에 참여했다.

대다수의 팀원 분들이 온라인으로 참여하고 있지만, 팀원들 얼굴도 눈에 익힐겸 이번에도 스프린트 데이에 정기적으로 참여해 팀에서 진행해야할 과제를 마무리하게 되었다.

(집에서 할 땐 잘 안되는데 오프라인으로 만나면 작업 효율이 극한으로 좋아지는 기적…)

함께하는 팀원들이 더 많이 모였다!

이번 주 활동은 분수령(分水嶺)이다.

과제 수행 진행 상황에 따라 이제 본격적으로 컨트리뷰션 활동을 진행하게 될 멤버로서 합류가 되는지 안되는지를 판단하기 때문이다.

때문에 과제를 좀 더 신중하게 작업하게 되었고, 주중에 해결하지 못했던 일들까지 모두 해결할 수 있게 되었다.

(별도로 멘토님에게 많이 문의하지 않았음에도..후후)

지난 작업 사항 기록 확인하기

오늘 작성하는 글은 팀에서 수행해야하는 과제를 해결한 것으로 총 8가지를 해결했다.

(응? 해놓고 보니 생각보다 많네)

네트워크 토폴로지에 위와 같은 형태로 내가 만든 네트워크가 중간에 주황색 바의 형태로 GUI가 구성되면 성공적으로 마무리한 것이다.