준성 스페이스

20260623 Our Own Summer

우준성 — Tue, 23 Jun 2026 21:24:05 +0900

여름은 우리만의 계절이다.

정확히는 모기에 물린 팔을 긁으면서도
가려움에 대해 투덜댐 없이 마주보는 이의 얼굴을 보고 웃을 수 있다거나,

잔에 물방울이 맺히고 맥주가 점점 미지근해져도
까짓것 마른 안주와 함께 목구멍으로 시원하게 넘겨버릴 수 있는 여름은

우리만의 계절이다.

맥주가 미지근해지는 이유는
우리가 과하게 뜨거워서일테다.

그래도 멈추지 않는 게 우리의 미덕이다
영원히 뜨겁지 않을 것을 아니까.

더운 날 좁은 방 고장난 에어컨
여름은 우리만의 계절이다.

20260611 그라데이션 날씨

우준성 — Thu, 11 Jun 2026 20:13:58 +0900

자대 배치 후 첫 휴가를 다녀왔다. 솔직히 부대 안에서도 크게 불편한 건 없어서 기대하지 않았는데, 사회의 맛을 보다 보니 확실히 달았다. 다시 돌아갈 걸 생각하니 좀 찜찜한 기분이다. 나쁘진 않은데 말로 설명하기에는 내 어휘력이 아직 부족한가보다. 그래서 소설 등의 글을 많이 읽으면서 어휘력을 길러보고 싶은 요즘이다. 태환이와 도현이에게 읽을 책들을 추천받았다. 책은 언제나 옳다. 책을 읽을 수 있는 나의 상태를 만드는 게 관건이지 음.

휴가를 나와서 3일 동안은 고령 본가에서 지냈다. 빼꼼이와 산책도 하고 CD플레이어로 음악도 많이 들으면서 지냈다. 그동안 자대에 적응하느라 수고한 나에게 주는 선물로 레드와인을 깠다. 선물받은 와인잔과 함께 한 잔 했다. 나의 상상보다는 바디감이 훨씬 세서 처음엔 적응이 안 됐지만, 마시면 마실수록 다시 익숙해졌다. 자대에 있는 동안 술을 마시지 않아서 술맛을 느끼는 감각이 저하된 것 같았다.

휴가 4박 5일 중 마지막 이틀은 서울에 올라가 친구들을 만났다. 따끈따끈하게 휴가를 나온 도현이와 함께 백룸 영화를 봤다. 영화 속에서 감독이 숨겨놓은 의미들을 많이 눈치채지 못했지만, 음침한 분위기의 미장센 그 자체로 나의 모험심과 집중력을 발동시키기에 충분했다. 공포영화 치고는 무서운 여운이 오래가지 않았다. 영화관을 나와서는 늘 정해진 루트인듯이 노래방에 가서 노래를 불렀다.

바베큐 파티를 위한 장을 보고 나서, 파티룸 입실 시간이 다가오는 동안 편의점에서 음료수를 하나씩 사서 벤치에 앉아 마셨다. 햇빛이 직선으로 쐬는 느낌, 아무 감정 없는 건물과 물건이 따스한 색채를 가지게 되는 순간이 좋았다. 입실 시간이 되어 파티룸에 들어가니, 최신 노래방 기기와 각종 술잔들, 쾌적하고 아늑한 시설이 우리를 반겨줬다. 간사한 인간의 마음은 하룻밤도 아직 보내지 않았음에도 시설 사용을 연장하고 싶다는 욕심을 자아냈다. 인간의 욕심은 끝이 없고, 다스리고 없애야 하는 존재다 하하.

루프탑에서 홍대 거리와 사람들을 내려다보는 전경은 진짜 감탄을 자아내게 했다. 지는 해가 만들어내는 그라데이션까지. 이게 휴가의 맛이구나. 이게 돈의 맛이구나. 매주 월요일 저녁 퇴근하고 피곤한 몸을 이끌고 보컬레슨을 받으러 지나가던 홍대 거리의 내가 보이는 듯했다. 그때의 나로 다시 돌아가지 않는다는 건 아니지만, 거의 모든 측면에서 그때보다 발전한 것 같아 행복했다. 다시 사회로 온전히 돌아가게 될 날에도 이런 여유로움과 날씨 감각을 잊지 않기를.

후회없이 놀고 난 다음날, 육전국밥집에서 해장국을 먹고 준호네 작업실로 향했다. 얼마 전에 구했다고 한다. 약 1년 전 지금의 찌는 더위와 같던 여름 내가 첫 작업실을 구했을 적이 기억났다. 아주 막막하고 불안했던 동시에 드디어 나만의 작업실을 만들거라는 기대와 설렘이 공존했었다. 언젠가 다시 상경할 때도 작업실을 구하겠지만, 그때만큼의 설렘은 아닐 것이다. 뭐든 처음은 기억에 제일 오래 남는다.

준호네 작업실에서는 연기 연습, 성우 연습을 해보았다. 연습이라고 하기엔 뭐한 놀이같은 느낌이었지만. 새로운 세계에 발을 들이는 것에는 언제나 열려있고 싶은 나였지만, 시간이 지날수록 내가 못하는 것에 대해 덜 관대해지고 성장판을 스스로 닫아가는 느낌이다. 그러지 않도록 의식해야겠다. 아직 갈 길이 멀다 임마.

다시 대구로 돌아왔다. 무자비하게 더웠던 정오의 열기는 어디로 가고 그라데이션 하늘과 시원한 바람이 나를 맞이해준 저녁이었다. 부대에 바로 들어가지 않고, 시내의 어느 한 카페에 들러서 이 글을 쓰고 있다. 오랜만에 쓰는 블로그이기도 하다. 글을 쓰지 않으니 말이 점점 나오지 않게 되고, 자신감이 없어지는 게 느껴져서 글을 자주 쓰려 한다. 일단 모든 일기는 한 곳에 모아야 한다는 욕심은 접어두고 하나부터 나아지기를.

파리에서 듣던 플레이리스트를 오랜만에 틀었다. 그때의 몽글한 감정이 아른거린다. 낭만적이었지. 다음에 유럽 여행을 가게 될 땐 혼자 힘으로 가보리라. 더 낭비하고 낭만하리라.

이렇게 글을 씀으로써 오늘에 책갈피를 끼워놓았다. 종종 찾아오게 될 나를 상상하면서 글을 마친다.

군대를 갑시다

우준성 — Mon, 23 Mar 2026 01:11:05 +0900

오지 않을 것만 같던 국방의 의무를 나도 실천에 옮길 때가 되었다. 바로 오늘 14시에 입대한다. 군대를 가기 전에 한 번 글은 써야겠다 생각했다만, 유럽 여행과 주변 약속, 뮤비 제작 마무리 등을 핑계로 미루기만 했다. 이제는 더 이상 물러날 곳이 없다. 잠은 뭐 들어가서 자면 되겠지.

다들 군대에 들어가면 의미 있게 시간을 보내고 싶어 하시는 것 같다. 또 성공적으로 의미 있는 시간을 보내고 제대한 분들도 계시고. 과연 나는 어떤 걸 하고픈가. 첫 번째 몸을 만들고 싶다. (이유 생략) 두 번째 책을 많이 읽고 싶다. 어떤 장르를 정해둔다기보다, 내면이 깊고 넓은 어른이 되고 싶다는 니즈에서 발현된 목표 같다. 세 번째 내가 하고 싶었던 공부에 '열중'하고 싶다. 그것이 지금의 나에게는 음악 이론이지만, 입대하고 나서 바뀔지도 모른다는 생각이 든다. 마지막으로 대학을 준비하고 싶다. 나의 오랜 꿈을 실현할 적절한 타이밍이 온 것 같다.

걱정되는 건 무엇이 있을까. 첫번째 잠을 충분히 못 잘 까봐 걱정된다. 두 번째 내 공간이 없어지는 것이 아쉽다. 집, 내 방에 너무 오고 싶을 것 같다. 세 번째 보컬 실력의 저하가 걱정된다. 노래를 연습할 수도 없는 환경일 듯하여.. 걱정은 걱정만으로 남겨두고 이내 내가 할 수 있는 일들을 찾아야겠다.

회사에 휴직계를 내고 나서 군입대 전 한 달이 너무 빠르게 흘러갔다. 하고싶었던 건 많았지만, 다 못 해내기에 충분한 시간이었다 욕심이었다. 그래도 큼직한 것들은 걱정과 다르게 너무 순조롭고 성공적으로 해내었다. 버킷리스트에 흔하게 있을 법한 도전과제, '탈색하기', '오로라 보기'와 '스카이다이빙 하기'. 얼떨결에 그런 것들을 일찍 쓱쓱 취소선 그을 수 있게 되었다. 그게 좋은 일인지는 지나봐야 알 것 같다.

인간관계에 대한 고민도 회사를 다닐 때보다는 더욱 넓고 심도있게 생각했던 것 같다. 너무나도 빠르게 흘러가는 시간 속 내 시간을 어떤 이에게 쏟아야 할까와 같은 강박. 자연스럽게 멀어지는 이를 보낸다는 의식이 들 때 부자연스러운 감정. 내게 다가오는 이의 속마음을 자꾸만 오해하게 될 때의 괴로움. 고민의 끝은 늘 그랬듯이 해결책이나 다짐이 아니라 더 막연한 고민이다. 일단 오늘은 이 고민은 그만 생각하기로.

꿈에 대한 고민도 많이 해왔고, 군대에 들어가서도 많이 할 것 같다. 야속하게도 내 앞에 주어진 두 길은 전혀 다른 방향성을 가져서 섣불리 선택할 수가 없겠다. 이 또한 고민의 끝이 있을지도 의문이다. 주어진 시간 안에서 최선을 다하는 수밖에...

얼마 전까지만 해도 손상도가 극심한 탈색모였는데, 오늘 빡빡 밀려버렸다. 넘길 머리가 없어서 자꾸 손이 고슴도치를 쓰다듬는 모냥이 된다. 마음에 안 든다.. 너무 짧게 밀었나.

맥락 없는 글은 꽤나 오랜만에 쓴다. 군대가 맥락없이 찾아왔다는 핑계를 대며 무마해본다. 이제 자러 가야겠다. 언제 다시 글을 쓰러 올지 모르겠지만, 그때는 꽤나 많은 글을 쌓아둔 상태이길 염원한다.

고마웠던 사람들에게 연락을 다 돌리지 못해 아쉬운 밤이다.

2025 문답 및 2026 목표

우준성 — Sat, 27 Dec 2025 16:32:44 +0900

1. 올해 내가 가장 많이 한 말은?

'좋아요.' 회사에서 어느 한 분의 말버릇이 내게로 옮은 것 같다. 물론 워딩 자체는 긍정적인 방향이지만, 뭔가 결정하기 어려울 때나 나의 의견을 일부러 굽히고 싶을 때 이 말을 많이 쓰기도 했다. 나의 색채가 옅어진 나날들을 돌아보면, 앞으로는 나의 주장을 더욱 내세울 수 있는 내가 되고 싶다.

2. 올해 내가 가장 많이 웃었던 일은?

잘 기억이 나지 않는다. 술 마실 때 친구들의 드립? 연애할 때?

3. 올해 최악의 지출은?

최악까진 아니지만, 작업실을 구하며 기존 맥북을 계속 쓰는 것이 아닌 아이맥을 새로 사자는 선택이 꽤나 후회된다. 그 돈으로 더 큰 모니터를 샀으면 눈건강과 정신건강에도 더 좋았을텐데.

4. 올해 가장 많이 들은 아티스트는?

검정치마. 애플 뮤직 연말결산을 보니 4,167분 들었다고 나온다. TEEN TROUBLES, TEAM BABY, THIRSTY, Don't You Worry Baby (I'm Only Swimming) 앨범 순으로 많이 들었다. 나는 개별 곡을 듣는 것보다 앨범 단위로 즐기는 게 취향인데, 그 측면에서 검정치마의 앨범을 들으면 내면의 깊은 감정과 마주할 수 있는 순간이 자주 찾아온다. 담백한 목소리와 그렇지 않은 가사, 어둡고 몽환적인 믹싱은 요즘 나의 음악 취향을 휘어잡고 있다. 언제 다시 다른 아티스트로 빠져나올 지 감도 오지 않는다. 제일 최근에는 THIRSTY 앨범의 틀린질문 트랙에서 Lerter Burnham 트랙으로 넘어가는 부분을 제일 좋아한다.

5. 올해 내 사진 중 가장 마음에 드는 사진은?

올해 초 장발 시절의 우준성 사진이다. 그 당시에는 회사의 눈치를 보고 단정하게 잘랐던 것으로 기억하는데, 아직도 잘랐던 것을 후회하고 있다.

6. 올해 가장 열심히 보낸 달은?

10월. 11월 1일 밴드 공연을 위해 자주 합주하고, 개인 앨범 작업을 위해서도 바쁘게 보냈다. 그 와중에 연애도 시작했었고 야근과 회식도 꽤나 했었네. 가장 행복했던 달이기도 한 것 같다.

7. 올해 나의 생활 패턴 한 줄 요약하면?

바쁜 스케쥴과 그렇지 않은 나태한(positive) 마음

8. 올해 새로 생긴 습관과 사라진 습관

새로 생긴 습관은 '마음이 조급해질 때 한 발 물러서서 여유를 가지기', 사라진 습관은 '외향적으로 보이려 노력하기'. 아무래도 모순적인 부분들이 줄어들고 진짜 나를 찾아가는 과정인 것 같다.

9. 올해 가장 많이 머물렀던 장소는?

회사

10. 올해 '아 이건 진짜 죽겠다' 싶던 순간

이별했을 때. 지금에 와서 보면 왜 그렇게까지 힘들었을까 싶지만, 그 당시엔 숨이 잘 안 쉬어져서 정신과를 알아봤다.

11. 올해 왜 그랬지 싶은 흑역사는?

뭔가 명확히 떠오르진 않지만, 아무래도 술을 많이 마셨을 때? 절제하는 마음이 없어질 때.

12. 올해 계획만 세우고 안 한 것은?

봐줄 만한 만큼의 보디빌딩

13. 올해 제일 많이 후회한 선택은?

조금 더 일찍 내 삶을 위한 시간을 많이 보낼 걸, 타인과 회사를 위함이 아닌 나를 위한 생각을 많이 할 걸.

14. 올해 다시 한다면 다르게 하고 싶은 일은?

거의 모든 시간을 음악 작업에 몰두할 것 같다.

15. 올해 가장 많이 느낀 감정은?

바쁘게 살아야 한다는 강박

16. 올해 나 스스로 대견했던 순간은?

오늘, 24km 러닝 완주했을 때. 처음으로 20키로 넘게 뛰어봤는데, 발뒷꿈치 무릎 허리 등 종합병원이었지만 어떻게든 뛰어지긴 하더라.

17. 올해 나에게 가장 힘이 되어준 사람은?

엄마

18. 올해 인간관계에서 배운 점 하나는?

시절인연(時節因緣) : 모든 인연에는 때가 있으며, 때가 되면 이루어지게 되어있다. 또한 인연의 시작과 끝도 모두 자연의 섭리대로 그 시기가 정해져 있다.

19. 올해 멀어졌지만 극복한 관계는?

있나?

20. 올해 친구들에게 점수 매긴다면?

100점, 내향형 인간들이 내가 만나자고 할 때마다 밖에서 같이 술을 마셔줌에 감사합니다.

21. 올해 가장 기억에 남는 하루는?

이미 끝난 인연을 잡기 위해 비오는 날 무모하게 먼 길을 떠났던 것.정말 잡기 위한 것은 '억지로 찾아가고 연락하는 것'이 아니라 지난 기억임을 깨닫고 마음을 정리했다.

22. 올해 처음 해본 것 중 잘한 선택은?

단편영화에 배우로 출연해본 것

23. 올해 방문했던 장소 중 가장 기억에 남는 곳은?

조치원

24. 올해 가장 인상깊었던 책은?

모든 멋진 일에는 두려움이 따른다(이연 저)

25. 새롭게 발견한 취미나 관심사는?

술과 음식 페어링. 크게 없네...

26. 놓치고 싶지 않았던 가치나 원칙은?

낭만

27. 가장 재밌게 본 영화/드라마는?

스물다섯 스물하나. 청춘의 사랑과 이별, 그 시절에만 느낄 수 있는 감정들을 담은 작품들을 좋아한다.

28. 올해가 끝나기 전에 정리하고 싶은 마음은?

스쳐간 인연들에 대한 일말의 그리움

29. 새해를 맞는 자신에게 건네고 싶은 말은?

안정과 두려움에 맞서서 좋아하는 것에 무지하게 도전하고 깨질 수 있는 내가 되기를

혼자 견뎌야 할 순간에 남에게 기대지 않는 내가 되기를

30. 2026년 입대 전 목표

- 고마웠던 사람들에게 선물/안부 전하기

- 앨범 마무리하여 발매하기

- 혼자 유럽여행 다녀오기

31. 2026년 입대 후 목표

- 매일 일기를 쓰며 현실에 대한 감을 잃지 않기

- 헬스 꾸준히 하여 몸 키우기

- 여러 분야의 책을 많이 읽어 통찰력 키우기

- 화성학 등의 음악 기초 이론 공부하기

32. 앞으로 어떻게 살 것인가?

제대 후 대학 입학, 낭만은 잃지 않되 자생할 수 있는 능력을 갈고 닦기

많은 경험에서 얻은 배움을 아우를 수 있는 멋진 어른이 되기

2025년 회고

우준성 — Sat, 20 Dec 2025 14:52:25 +0900

들어가며

이렇게 또 한 해가 저물어간다. 다사다난하고 치열했기에 시간이 더욱 빠르게 흘러갔다. 일의 흐름에 나를 맡기다 보면 작년처럼 올해도 정리할 시간 없이 지나갈 것 같아서, 요즘 제일 가깝게 지내는 회사 동기 형과 카페에서 각자 회고글을 정리하는 시간을 가지기로 했다. 장문의 글을 쓰는 활동 자체가 오랜만이라서 미숙할 수도 있겠다. 그만큼 꾸며내는 말 없이, 또 사회적 가면의 필터링 없이 진심을 담아내고 싶다. 사회적 가면을 너무 오래 쓰고 있다 보니 이런 니즈가 크게 생겼다. '23년까지의 회고는 내가 이뤄낸 성취들을 시간 순으로 나열한 포트폴리오에 가까웠다면, 올해 회고는 정말 나 자신을 돌아보기 위한 소주제들을 중심으로 작성할 예정이다.

올해 끝까지 한 일

단연 '매일 회사에 성실히 출근하기'가 아닐까 싶다. 어른들의 시선에서는 너무도 당연한 일일 수도 있겠지만, 스무 살부터 비가 오던 눈이 오던 전장연 시위로 열차가 지연되던 매일 꿋꿋이 출근해야 했던 나로서는 굉장한 성과였다. 사실 회사에서 없으면 안 되는 중요한 존재였는가, 키맨의 역할을 했는가? 같은 질문을 한다면 할 말이 없다. 빡세게 노력하지도 않았고, 업무적 역량 증진을 위해 퇴근 후/주말의 시간을 투자하지도 않았다. 하지만 나에게 주어진 일은 무엇이든 끝까지 해내려 노력했다. 적어도 1인분은 할 수 있게 아등바등했다.

내년 군입대 때문에 휴직을 해야 하는 나에게, 그래도 빈자리가 꽤 클 것 같다는 선임 분들의 말을 들으면 위안이 된다. 내가 키맨의 역할은 못할지언정, 우리 팀에 마이너스가 되진 않았구나. 내가 맡은 일에 대한 책임감을 지켜내며 조금이라도 성장해 내었구나. 어쨌든 간에, 타의로라도 꾸준히 한 곳으로 출퇴근하며 일을 배우고 성장해 나간 경험은 나의 큰 자산이 된 것 같다.

올해 끝까지 하지 못한 일

나의 오랜 숙원사업이었던 '운동'이 아닐까 싶다. 내게 운동은 두 가지 축이었는데, '러닝'과 '헬스'였다. 사실 헬스는 아직 굳이 PT를 받아야 하는 생각이 있고, 지금의 초보 단계에서는 꾸준히 하는 것만이 답이라는 생각에 크게 아쉽진 않지만, 러닝에 있어서는 아쉬움이 남는다. '22년부터 다이어트를 계기로 시작된 러닝이 '25년 10km 마라톤까지 도달한 것은 대단한 성과이지만, 딱 거기까지였다. 이 또한 출근처럼 비가 오든 눈이 오든 매일 습관으로 굳혀야 한다고 생각하는데, 나는 그러지 못했다. 술 약속이 있어서, 행복한 일이 있어서, 날씨가 애매해서, 음악 작업을 해야 해서. 계속 핑계를 대며 폐활량과 러닝 근육은 실시간으로 줄어들었다. 큰맘 먹고 샀던 10만 원짜리 러닝 조끼, 여분의 헤어밴드, 나이키 러닝복 등은 가격만큼의 빛을 발하지 못하였다.

그럼에도 하나 다행인 점이 있다면, 주변에 러너 형 누나들이 많은 덕에 계속해서 동기부여를 받는다. 올해 힘들었던 순간에도 러닝을 하며 무기력과 좌절을 떨쳐내었고, 러닝의 도움을 많이 받았다. 앞으로는 이걸 습관으로 굳혀 힘든 순간에만 러닝을 약처럼 찾는 사람이 아닌, 그저 매일 자기 수련을 수행하는 강인한 사람이 되고 싶다. 언젠가 하프코스, 풀코스, 국토종주도 도전하고 싶다.

여담으로, 여행을 가면 러닝을 뛰곤 한다. 올해는 월미도, 부산 광안리, 제주도, 일본 하코다테 등에서 러닝을 했다. 뛰기 전엔 늘 그렇듯 '굳이 여기까지 여행을 와서 땀을 빼야 할까?'싶지만, 러닝 후의 건강한 도파민은 여행의 질을 높여주는 좋은 수단이라고 생각한다. 물론 미래의 나는 또 여러 핑계를 늘어놓겠지만.

잘하지 못해도 멈추지 않았던 일

'음악'이다. 방향성은 계속해서 바뀌었지만, 음악은 내 초등학생 시절부터 함께해 온 오랜 취미이자 꿈이다. 초등학생 때는 휴대폰 녹음으로 음악을 만들며 놀이 삼아 유튜브 활동을 했고, 중학생 때는 마이크와 오디오 인터페이스를 구매 후 DAW를 만지며 이제야 조금 들어줄만한 음악을 만들기 시작했다. 그 시절에 힙합 커버 곡들도 작업해 유튜브에 종종 업로드했는데, 꽤나 큰 관심을 받으며 잠시나마 달콤함을 맛봤다. 고등학생 때는 목소리 녹음보단 프로듀싱, 비트메이킹에 열중하여 약 50곡 정도를 뽑아냈던 것 같다. 그때의 작업물들은 지금 들어도 크게 손색이 없고, 오히려 지금의 내 노래들보다 더 신선해서 종종 찾아 듣는 트랙들도 있다.

성인이 되면서 취업 후 상경하게 되고, 학생 때보다는 음악에 투자하는 시간이 줄긴 했다. 하지만 실제 내 목소리를 얹어 완성된 노래를 만들고, 발매하고 싶다는 욕망이 생겨 시간제로 작업실을 빌리며 작업물들을 만들었다. 그때 완성되어 올해 초에 발매했던 싱글이 F/W이다. 발매만큼의 퀄리티가 되지 않았던 습작들은 나의 사운드클라우드에서 먼지가 쌓이고 있다.

한 가지 문제가 있었다면, 시간제로 작업실을 빌리다 보니 쫓기는 듯이 작업하고 눈치를 봐야 하는 상황이 스트레스였다. 시간을 충분히 들이지 못하니 패스트푸드 같은 노래들만 쌓였다. 그리하여 인생에 몇 안 되는 큰 선택을 내렸다. 월세로 작업실을 계약한 것이다. 내년 군대 때문에 6개월 정도 꽤나 짧게 계약을 했지만, 이곳에서 여러 추억이 쌓이고 곧 발매될 나의 첫 정규 앨범 노래들이 만들어졌다. 돌아보면 올해 제일 잘한 선택이었던 것 같다. ~~이 장비들을 언제 다 당근하고 정리할지 막막하긴 하지만... 필요한 장비가 있으시면 연락 주세요 싸게 팔게요~~

또 다른 방향성으론 '보컬레슨'과 '밴드 공연'이었다. 물론 작년에도 밴드 공연을 하긴 했지만, 지금 무대 영상을 다시 돌려보면 가창력과 무대 퍼포먼스, 감정 호소 등 많은 면에서 부족했다고 느낀다. 올해는 1년 반동안 보컬레슨을 받으며 쌓인 노하우와 나에게 어울리는 음역대, 발성 방법 등을 실제 곡선정과 무대에 적용하여 꽤나 들어줄 만한 무대가 된 것 같다. 아직 많이 부족하긴 하지만, 음악적 성장에 있어서는 정말 큰 경험이었다. ~~군입대 전 마지막 무대라고 생각해서 더 열정을 쏟아부었을 수도 있다.~~

올해 가장 흔들렸던 순간

이 얘기를 써야 하나 많이 고민했지만, 내 성장의 과정에서 빼놓지 못할 핵심적인 일이라고 생각되어 기꺼이 적으려 한다. 연애의 끝, '이별'이었다. 12월 초쯤 예상치 못한 타이밍에 이별 통보를 받고, 스스로 감정을 정리하지 못해 최악의 날들을 보냈다. 어린 나이에 여러 힘든 일을 거치며 무너지지 않겠다고 확신한 나였지만, 어느새 사람에게 기대하고 의지하며 '나'라는 중심이 없어진 관계가 되었기에 무너졌던 것 같다. 스물한 살의 직장인 우준성에게 회의감이 들고 실망하는 순간이 잦아지면서, 또 다른 멋진 사람을 보며 대리만족하고 내 삶의 일부인 양 생각했던 게 근본적인 문제였을 수도 있겠다. 2주 정도를 놓지 못하고 현실을 부정하다가, 얼마 전에 와서야 내 마음까지 정리를 마쳤다.

사람이 이렇게 갑자기 쉽게 무너질 수 있구나를 깊게 느낀 순간이었다. 의식적인 차원에서 잡생각에 빠지지 않으려 업무에 집중하고 운동을 빡세게 해도, 무의식이 어느새 그 모든 노력을 부질없게 만들었다. 덕에 3kg이 자연스레 감량된 것은 장점이라 볼 수 있겠다. 그래도 주변에 고민을 나누고 잡생각에 빠지지 않도록 같이 외부 활동을 하려 해준 주변 분들 덕에 이제는 어느 정도 적응이 되었다. 이제는 더 이상 나보다 다른 사람을 더 크게 생각하지 않으려 한다. 내가 오롯이 내 삶의 중심으로써 존재하기를 바란다. ~~이제는 필름이 자주 끊기기 시작해서, 술을 줄여야겠다.~~

혼자인 순간이 외로움이 아닌, 가장 가까운 나 자신과 함께인 순간이면 좋겠다.

올해 가장 큰 고민과 불안

늘 그랬듯, '어떻게 살아야 하는가'에 대한 답을 찾다가 생각은 꼬리에 꼬리를 물고, 저 아래 깊은 심해까지 도달하는 것 같다. 명확한 답은 없지만, 내게 있어서는 앞에 두 가지 선택지가 크게 보였다. '고액 연봉의 직장인으로써 정년까지 안정적인 삶을 영위하는 것'과 '아직 경험하지 못한 일에 도전하는 재미있는 삶을 사는 것'이다. 둘은 아무리 생각해도 타협을 볼 수 없는 대척점에 있는 방향성이라, 아직도 답을 내리지 못한 상태다.

지금의 나로써는 둘 다 놓지 못하고 잡으려 하고 있지만, 체력과 시간에 한계를 느껴 절대적인 시간을 한 곳에 쏟고 싶다는 열망 탓에 둘 중 한 길만 선택하고 싶어 하는 것 같다. 또 시간이 지나고 나이가 들면 적시에 도전하는 것만큼이나 못한 인생의 과제들(예를 들면 대학 생활, 예술에 내 삶을 걸기 등)이 항상 눈에 밟힌다. 시간이 지날수록 점점 파고드는 상처처럼 걱정만 더 커져간다. 지금의 나로써는 하루라도 더 늦지 않을 때 못해본 경험들을 하고 싶지만, 앞에 21개월의 벽을 두었기에 어쩔 수 없이 좀 더 고민을 해봐야겠다.

올해 가장 재미있었던 일

글의 분위기가 자꾸 무거워지는 것 같아서, 한 번 환기를 시켜봐야겠다. 재미있는 일이라.. 술자리, 여행, 야구 관람, 생애 첫 프로필 촬영, 밴드 공연 등 여러 일이 많았지만, 제일 강렬하게 떠오르는 일은 '배우 데뷔'였다. 말은 거창하지만, 영상학과 대학교를 다니는 친구가 본인이 만들고 있는 단편영화에 배우로 출연한 일이었다. 친구의 제안에 단번에 응했고, 촬영 현장에서는 터무니없는 연기 실력을 부여잡고 카메라에 담겼다. 내가 연기하는 장면은 다시 보고싶지 않지만, 그때의 기억과 분위기는 오래도록 간직하고 싶다.

어쩌면 그들의 과제 제출을 위해 만들어진 단편영화이기에 내가 호들갑을 떠는 것일 수도 있지만, 이 경험이 단순히 현재 삶에 안주하던 나에게 큰 동기가 되어주었다. 회사에선 절대 만나지 못할 여러 대학생들을 만나서 대화를 나누고, 대학 생활을 잠깐이나마 지켜보며 삶의 방향성은 좁지 않다는 생각을 했다. 또 좋아하는 일에 매진하는 사람들이 진심으로 멋있었다. 내가 좋아하는 일을 하며 산다면, 내 주변에도 그런 멋진 사람들이 존재하겠구나. 큰 결단을 내릴 수 있는 내가 되길.

나 자신을 의심하게 되었던 순간

스무 살때까지 나의 가장 큰 무기는 '젊음을 아쉬워하는 것'이었다. 지금의 소중함을 알고, 조금이라도 더 추억을 쌓고 이 순간의 본전을 뽑으려 노력했다. 퇴근 후의 시간과 금요일 밤, 주말은 내게는 절대 낭비해서는 안 되는 소중한 시간이었다. 그 덕에 조금의 성취도 이루었고 열심히 사는 내가 되었지만, 급하게 살아오고 어떤 순간이든 꽉 채우려 했던 내가 원했던 '낭만'을 느낄 수나 있었을까? 이건 항상 의문이었다. 꽉 채워야 한다는 생각이 점점 강박이 되어 나를 집어삼킨 것 같다.

물론 지금에 안주하고 그저 정해진 앞날을 받아들일 생각은 없다. 하지만 이런 강박이 외로움을 달래기 위한 술자리, 쾌락과 번아웃으로 빠져들지 않아야겠다는 위기감을 느꼈다. 아직 이 문제에 대한 답은 내리지 못했지만, 어렴풋이 답을 알 것 같긴 하다. 그저 지금 할 수 있는 일에 집중하고, 지금을 즐길 수 있는 마음을 가지는 것.

말하지 못하고 지나간 감정들

작년까지는 '이기적인 사람이야말로 가장 이타적인 사람이다'라고 생각했었다. 나를 제일 먼저 챙기고, 관계의 중심에 내가 있어야 다른 사람도 존재할 수 있다는 생각이었다. 취향이 옅어지고, 남의 말에 쉽게 홀렸었던 나로써는 내 삶에 적용하고 싶은 멋진 신념이었다. 허나 힘든 일이 하나씩 쌓여가고, 남의 아픔을 조금씩 알게 되니 생각이 조금 달라졌다. 나와는 생각이 조금 달라도 인정하고, 공감하는 것. 따뜻한 말 한마디와 그런 행동의 온도가 새삼 포근하게 느껴졌다. 정확히 어느 시점인지는 모르겠지만, 그때부터 타인을 따스하게 대하는 섬세한 사람이 되고 싶다는 생각을 했다.

하지만 이런 기조가 너무 극단적으로 치우치다 보니, 여러 관계에서 나 자신을 잃은 것 같다. 앞으로는 나를 가장 먼저 챙기되, 남에게는 한없이 관대하고 포근한 사람이 되고 싶다. ~~차가운 세상에 나라도 따뜻해야 하지 않겠는가 허허~~ 중용은 항상 쉽지 않은 것 같다.

올해 고마웠던 사람들

일단 제일 먼저 부모님을 꼽지 않을 수 없겠다. 죄송한 말씀이지만 행복한 순간들에 있어서는 연락을 자주 안 했는데, 힘든 순간마다 제일 먼저 털어놓고 의지하고 싶은 존재는 부모님이었다. 평소에는 아무리 슬퍼도 쉽게 눈물이 나지 않지만, 엄마 목소리만 들으면 울음의 트리거가 된다. 앞으로는 힘든 순간이 아니더라도 자주 연락을 드려야겠다.

사람은 아니지만, 나의 반려견 빼꼼이에게도 항상 고맙다. 같은 자리에서 기다려주고, 본가를 갈 때마다 과하게 반겨주는 꼬순내 덩어리. 생각이 많을 때면 같이 산책하고, 뛰고, 자고 하면서 어떤 사람보다 큰 정이 들었다. 서울에 올라오면서 자주 볼 수는 없게 되었고, 내가 챙겨주지 못하는 게 많아지면서 미안하게 되었다. 내가 늦지 않게 자유를 찾아서, 빼꼼이와 함께 외국을 여행하고 뛰어놀 수 있으면 좋겠다. 중학생 때만 해도 애기였는데 벌써 6살이라니, 세월이 너무 야속하다.

다음 사람은 샷아웃투 경덕. 어쩌면 올해 제일 많이 본 지인이다. 여덟 살 차이가 나는 형이지만, 생각의 흐름도 비슷하고 열정의 순도도 비슷해서 큰 거리감이 없는 것 같다. 올해 여행은 대부분 이 형과 같이 다녔다. 평소엔 굉장히 유머러스(negative)한 친근한 형이지만, 내가 무너질 때나 생각에 크게 잠겨 있을 때마다 현실적인 조언과 외부 활동으로 나를 일으켜준 분이다. 새삼스레 이런 말을 하니 좀 오글거리긴 하지만, 불안정하고 우유부단한 나의 곁에 계셔주는 것, 많은 시간을 같이 보내는 것에 큰 감사를 전하고 싶다. 실례가 되지 않는다면 앞으로도 종종 어떻게 살아야 하는가에 대해 묻고 같이 고민하고 싶다.

고등학교 친구들에게도 많이 고마웠다. 대외적인 활동이나 여행, 개인 스케쥴로 못볼 때가 많았음에도, 다시 내가 원래 자리로 돌아오고 싶을 때 그 자리에서 반겨준 친구들이다. 이 친구들과 함께할 때면 뒤끝없는 순수한 행복이 차오른다. 앞으로는 덜 이기적인 내가 되어 친구들을 위하고 싶다.

(자칭) 레전드 무대를 함께 만들어주셨던 자랑스러운 밴드 애니동아리(AND) 형누님들께도 감사를 전하고 싶다. 어리고 소통에 미숙한 나를 항상 평등하게 대해주시고, 또 한 번의 공연을 위해 아낌없이 연습하고 호흡을 맞춰주심에 감사하다. 계속 음악을 하게 된다면 언젠가 우리 밴드만의 자작곡을 협업해서 만들고 싶다. 두 번의 공연, 한 번의 노래를 위한 수많은 합주, 합주 이후 술자리 등 추억은 굉장히 행복하게 남았다. (밴드의 매니저 민수 형께도 너무 감사하다. 에너지바 너무 잘 먹었습니다!)

이 글을 못 보시겠지만, 우리 셀 선임들께도. 많은 것을 모르고 사회생활도 서투른 막내였음에도, 모르는 것은 하나하나 상세히 알려주시고 내리사랑과 동지애로 품어주셨다. 속마음과 진심어린 조언도 고민하지 않고 말씀해주신 덕에 사회인으로서 많이 성장한 것 같다. 업무에 있어 롤모델이 있다면, 우리 셀의 송프로님을 꼽고 싶다.

이 곳에 모두 적진 못했지만, 고마운 사람들이 많다. 직접 연락하고 보답하며 앞으로는 내가 고마운 사람이 될 수 있게 살아야겠다.

예전의 나라면 하지 않았을 선택

MBTI를 믿지 않게 되었다. 자세히 말하면 나를 더 이상 MBTI로 소개하고 있지 않다. 굳이 말해야 한다면 '2년 전에는 ENTP였는데, 지금은 귀찮아서 재검사를 안하고 있어요'라고 한다. 내가 되고 싶은 이상향과 현실의 나, 어느 MBTI가 내가 맞을까. 현실의 나를 정확히 파악하고 있기는 할까. 또 하루가 다르게 변하는 세상인데 내 성격이라고 한결같을까. MBTI 대로일 것이라고 확신하고 다가갔던 사람에게서 다른 면모가 보일 때 이질적이라고 생각하는 나는 얼마나 어리석었나. 나를 규정하는 것에 대해 갈아엎고 있는 나이기에, 언제 다시 나를 규정하는 단어가 생길지는 잘 모르겠다. 어쩌면 죽기 전까지 다시 생기지 않을지도 모르겠다.

2026년의 버킷리스트

적기만 해도 설레이는 일들. 사실 내년이라고 해야 3개월 남짓이다. 내년 3월 23일(예정)에 공군에 입대하기 때문에 그렇다. 그동안 행복하게 시간을 보내고 싶다.

1. 정규 앨범 발매하기. 앨범 이름은 [스물하나]일 예정이며, 사실 올해 냈어야 나의 나이와 깔끔하게 일치하나 귀찮음이 종종 육체를 지배하는 탓에 내년으로 미뤄진 것이다. 숫자 하나라도 맞추려면, 1월 21일이 제일 유력하다.

2. 유럽 혼자 여행 가기. 돈도 모았겠다, 군대가기 전의 시선으로 한 번쯤은 넓은 세상을 보고 싶다는 생각이 들었다. 아직 두렵긴 하지만, 무사히 돌아오기만 하자는 마음으로 힐링하고 와야겠다. 오로라는 꼭 보고싶다.

3. 백금발 탈색하기. 한 살이라도 더 젊을 때 꼭 해보고 싶은 것이었으나, 마침 회사 휴가 및 휴직을 모두 쓰면 군대가기 전에 타이밍이 딱 좋을 것 같아 해보려 한다. 눈썹까지 탈색할지 고민이다.

4. 1월 1일 등산, 정상에서 일출 보기. 19살까지 해왔었지만, 성인이 되며 멈췄던 루틴을 다시 해보고자 한다.

2025년 요약

아직 너무도 불완전하고 어디로 튈지 모르며, 나 자신도 나를 알지 못하는 해였다. 군 입대를 앞두고서 생각이 많아지기도 하고, 소중하다고 생각했던 사람들이 떠나기도 했다. 결국엔 지나갈 거라는 믿음만 가지고 흘려온 날들, 돌아보니 지나가긴 했지만 유의미했던 시간이 몇이나 될지는 잘 모르겠다. 청춘의 기회비용을 고민하는 것과 삶의 여유를 논하는 것 사이에서 혼란스럽다. 감정의 기복도 심한 요즘이다.

아쉽게도, 시원하게 딱 한 문장으로 올해를 요약할 수는 없겠다. 긍정적인 미래를 점치며 글을 마무리할 수도 없어서 씁쓸하긴 하다만, 다음 회고 언젠가에서 다시 그런 문장을 적을 날이 올거라는 믿음은 가지고 싶다. ~~얼른 영등포를 뜨고 싶다.~~

일관성없고 두서없이 끄적인 글을 소중한 시간 내어 끝까지 읽어주셔서 한없이 감사합니다. 다들 이 악물고 버텨내느라 수고 많으셨습니다. 겪고 계신 불안이 설렘이 되길 바라며, 항상 응원하겠습니다!

20250916 편지

우준성 — Tue, 16 Sep 2025 21:28:40 +0900

오랜만에 시간이 남아돈 김에 예전에 받았던 편지들을 꺼내보았다. 서랍 맨 아래 종이가방에 넣어뒀었다.

편지는 버리지 않고 모아두는 편이다.

한 자 한 자 읽으면 반가운 얼굴들이 보인다. 그 시절의 계절, 날씨와 함께 오버랩된다.

편지는 그 시절의 나와 가장 가까웠던 사람 사이의 시간을 여과 없이 담고 있는 존재라서 좋아한다.

보통 사랑이란 감정을 사이에 두고 있어서, 그 감정이 더 이상 유효하지 않은 편지들도 있지만,

그런 편지도 부정할 수 없는 내 이야기였기에 고이 모셔둔다.

편지 중 몇 개는 23년에서 24년으로 해가 넘어갈 때, 내 기억 속 가장 찬란했던 시간을 담은 편지다.

내가 열아홉에서 스물이 될 때였다. 주변의 대부분이 바뀌어가는 와중에 내 곁을 지켜주던 사람이 건네주었다.

「스물다섯 스물하나」의 한 장면으로 담아도 어색하지 않을 법한, 그때 벅차는 장면들이 떠오르는 편지.

항상 지나고 난 뒤에야 아쉬워하고 후회하는 게 사람인가보다. 라는 생각을 새삼스럽게 한다.

음식은 오래 두면 썩는다. 사진은 오래 두면 빛이 바랜다.

편지 속의 말에 담긴 감정 또한 형태는 그대로지만, 그 말을 해야하는 사람은 어디론가 사라진 듯한 느낌이 든다.

나는 그 감정을 오롯이 느낄 수 있지만, 상대는 그렇지 않다고 느낄 때 기분은 말로 표현 못한다.

그런 의미에서 편지를 많이 써준 쪽이 승자인가 싶다.

최근에 나를 되돌아보게 하는 일이 많았다. 반성하고 싶은 것도 많았다.

그런 반성의 일환으로 인스타그램을 지운지 꽤 된 것 같다. 사람들에게 닿기 어렵게 되었다.

그래서 가끔 찾아오는 몽글몽글한 마음을 이렇게나마 인터넷의 어딘가로 날려 보내고 싶어진다.

정체 모를 공허한 감정이 찾아올 때면, 무작정 SNS에 들어가 연결되는 착각을 더는 안 느끼고 싶다.

결국 폰을 꺼야 하는 순간엔 레조넌스가 되어 더 크게 찾아올 것이기 때문에.

이 감정을 조금, 아주 조금 더 생산성 있게 쓸 수 있지 않을까 싶기 때문에.

그걸 음악으로 풀려했던 건 오만이었을까. 마음처럼 잘 되진 않는다.

시간의 제약을 핑계로 대고 도망치다가, 다시금 순수한 마음이 들면 작업실로 향하는 날들의 연속이다.

또 작업실에서 숙소로 도망쳐온 오늘, 시간이 남아 숨겨왔던 편지를 읽어보게 된 날이었다.

앞으로 내게 다가올 활자들은 유효기간이 좀 더 길면 좋을 것 같다.

내일 출근이니까 일찍 자야지.

20250611 서울병

우준성 — Wed, 11 Jun 2025 23:03:41 +0900

이 공간으로 정말 오랜만에 돌아왔다. 최근에 작정하고 글을 쓴 게 1년도 훌쩍 넘어서 꽤나 어색하다. 뭘 쓸지에 대한 주제 선택부터, 어떻게 표현할지에 대한 단어 선택까지. 그럼에도 오랜만에 글을 적어보려는 이유는, 그때의 나를 되찾고 싶어서다. 긍정적이고 확고했던 신념, 또 세상의 진실에 대한 무지함에서 나오던 순수함과 용기. 지금은 사회 물을 꽤 많이 먹은 탓인지, 걸핏하면 얼굴에 그림자가 드리운다. 나는 속으로 생각하고 느끼는 바가 표정으로 잘 드러나는 사람이기 때문에, 더 티가 나는 것 같다. 이렇게 투정을 부리기 위해서, 누군가를 욕할 핑계를 만들기 위해서 회사 생활을 시작한 게 아닌데 싶은 생각도 든다.

내가 느끼는 이런 어두운 감정들이, 어디서 시작되었는지 정확히는 모르겠다. 무표정의 사람들로 꽉 찬 1호선의 출근철에서 옮은 피로인지, 나와 비슷한 나이대의 사람들과 대화하고 어울리지 못함에서 오는 외로움인지, 퇴근시간과 월급날만을 기다려야 하는 현실이 언제 끝날지 모르는 두려움 때문일지. 뭐가 어찌 되었든 지금 이 나이에 이런 감정을 느끼는 게 잘못된 방향인 건 확실하다고 느꼈다.

나는 내 현실을 조금이라도 형상화하기 위해(형체가 없는 두려움은 종종 나를 잡아먹기 때문에), 이 증상들을 '서울병'으로 일축했다. 지방에서 서울로 상경한 직장인들이라면 단숨에 공감할 만한 병명인 것 같다. 서울의 출퇴근철에 끼여서 살다가, 본가에 내려가 몇 일 머물다 보면 휴양지가 따로 없다. 물론 서울에 올라올 일도 없이 쭉 본가 근처에 살았다면 이런 병의 존재조차 몰랐겠지만, 모르고 사는 것도 나쁘지 않을 것 같다. (직장이 아닌 대학을 위해 지방에서 서울로 올라온 케이스라면... 대학생 분들껜 송구스럽지만 솔직히 서울병까지는 아닌 것 같다.)

뭐, 이 병도 나름 장점은 존재한다. 첫째, 더 많은 기회의 땅에서 어찌 되었든 돈은 번다는 것. 둘째, 가끔 본가에 내려가서 뵙는 부모님과 더 애틋한 관계가 된다는 점. 셋째, 좀 더 빨리 철이 들고 ~~자아가 없어지고~~ 소소한 행복을 찾기 위해 애쓴다는 것. 그렇다. 셋째를 제외하고는 의심의 여지가 없다. 너무나 빠르게 그리고 복잡하게 흘러가는 서울의 낮과 밤의 파도를 놓치게 된다면 우울과 외로움에 물드는 건 순식간인 것 같다. 또 내 자아를 잃고 점점 다른 사람의 것들로 채워가기도 한다. 정말 순식간이기 때문에, 알아채지도 못하는 사이에 나는 내가 아니게 된다. 작년 말부터 올해 초 쯤 정확히 이런 현상을 겪었다. 현상이라고 하니까 거창한 과학 이론 같긴 하지만... 나는 단단하고 꿋꿋하고 신념있는 사람이라고 생각했는데, 너무나도 쉽게 나라는 장벽이 허물어졌다. 이건 어쩌면 서울이 아닌 회사생활 때문일 수도 있겠다.

그래서 내가 쉴 틈이 없고 바쁘게 사나 보다. 조금이라도 더 나만의 행동, 나의 것들을 하지 않으면 다시 한 번 세상에 잡아먹힐 것만 같다. 혹자는 갓생이라고 하지만, 그저 발버둥일 뿐이다. 이런 상황 때문인지, 요즘 '자유'에 대한 갈망이 더욱 거대해지고 있다. 원래도 그런 생각이 있었지만. 자유에는 책임이 따르고, 자유의 반대편에는 안정적인 삶이라는 아주 합리적인 선택지가 있지만, 그 모든 장점들을 상쇄하는 자유로운 삶만의 매력에 빠져들고 있다. 그냥 하고싶은 걸 하고싶다. 많은 곳을 가보고 많은 일을 경험해보고 싶다.

공교롭게도 최근에 종종 그런 삶을 체험할 만한 기회가 찾아왔다. 내가 하고 싶은 일을 모색하는 방안 중 대학 진학이 있었는데, 대학생들과 단편영화를 촬영할 기회가 생긴 것이다. 나는 배우로 출연하게 됐는데, ~~솔직히 연기는 못한 것 같아서 나를 불러준 감독 친구에게 미안하지만~~ 촬영하는 동안 정말 이래도 되나 싶을 정도로 행복하고 재미있었다. 구체적으로 어떤 이유 때문인지는 모르겠지만, 첫번째로 나와 비슷한 나이대의 사람들과 어울리는 시간, 두번째로 경험하지 못했던 것들(특히 예술 분야)을 경험하는 재미였던 것으로 추측한다. 이 날 이후로 내가 진심으로 이런 삶을 원하는구나 느꼈다.

주변 사람들의 시선을 개의치않는 그런 용자가 될 수 있을까, 돈을 한 푼도 벌지 못하고 배를 곪으면서도 내가 하고싶은 것들을 계속해서 추구해나갈 수 있을까. 이런 고민들은 자다가도 벌떡 일어나서 튀어나올 정도로 많이 했다. 그럼에도 항상 마무리되는 결론은, 내가 겪어보지 않는 이상 정답을 모른다는 것이다. 지금으로서는 내 앞길에 확신이 있지만, 과연 군대를 다녀오고 선택의 기로에 설 때 지금과 똑같은 마음가짐일지는 신도 모르는 것이기에, 그저 미래의 내가 현실에 굴복하지 않기만을 바란다.

블로깅을 많이는 하지 않을 것 같다. 왜냐하면 올해 제일 소망하는 목표가 하나 있다. 바로 내 이야기를 담은 앨범 발매이다. 원래는 블로깅을 하며 내 삶과 생각을 세상에 내비쳤지만, 앞으로는 음악이라는 수단으로 세상에 내비치고 싶다. 어쩌면 일정 주기로 나오는 내 앨범, 내 곡들이 하나하나의 '회고록'이 될 것이다. 기술적으로 아직 많이 부족함에도, 지금이 아니면 표현되지 않을 감정들을 발매하고 싶다.

두서없이 활자들을 뱉어냈다. 두서없는 이 글처럼 나라는 사람도 정말 자주 바뀌는 것 같다. 만약에 내가 정말 좋아하는 걸 찾고, 그 일에 모든 시간을 몰두하게 된다면 그때는 내가 나로서 정착될까. 아니면 끝없이 방랑하며 목적지가 없는 삶을 살게 될까. 둘 중에 하나긴 하면 좋겠다. 나에게 서울병을 극복할 용기를 주소서!

열아홉 학생 끝과 스물 성인의 시작 | 2023년 회고

우준성 — Sat, 20 Jan 2024 22:59:08 +0900

나는 매년 연말이 되면 한 해 회고글을 작성해 왔다. 그래서 올해도 빼놓지 않고 적어보려고 한다. 2021년, 2022년 회고를 작성한 게 정말 엊그제 같은데 벌써 2023년 회고를 작성할 시간이 왔다. 항상 시간은 약속한 것보다 2배, 3배 빠르게 지나가는 것 같다. 학생의 순간에는 더더욱 그렇게 느껴진다. 이 젊음의 순간들, 느꼈던 감정들과 이뤄냈던 성취들을 잊지 않기 위해 글을 쓰는 것을 통해 아카이빙 하려 한다.

원래 미리 작성해서 2023년 12월 31일에 업로드하려 했지만, 연말에 신한 연수때문에 갑자기 바빠지는 바람에 1월 중순이 되어서야 틈틈이 작성했다. '이 사람은 2023년을 이렇게 살아왔구나'하며 부담 없이 끝까지 읽어주시면 너무나 감사하겠다.

올해의 핵심 키워드를 뽑자면 단연 '취업'이라고 할 수 있다. 나는 2023년에 고등학교 3학년 학생(지옥의 고3)이었고, 인문계가 아닌 마이스터고 학생이었기에 수능이 아닌 취업을 위해 불태웠다. 막막하고 힘들었던 순간도 있었지만, 이뤄내는 과정에서 많은 것을 배웠고, 과정에서 따라온 결과 또한 만족스러웠기에 후회는 없다. 서론은 여기서 끝내고, 회고 본론으로 들어가 보자.

백엔드 스터디를 진행하다

박람회에 참가해서, 다른 소마고 학생들을 만날 때마다 했던 말이 있다. '언제 한 번 같이 백엔드 스터디하자.' 항상 해왔던 말이지만, 밥 한 번 먹자는 말처럼 쉽게 이뤄지지 않았다. 다들 2학년이었어서 한창 바쁠 시기이기도 했다. 이러다 진짜 시간이 안 날 것 같아서, 신년과 방학이 겹치자마자 나와 대구소마고의 용빈, 부산소마고의 몇몇 친구들을 모아 스터디를 시작했다. 주요 내용은 컴퓨터 사이언스(CS), 데이터베이스, 백엔드 아키텍쳐 등이었다. 나는 동기와 비동기/블로킹과 논블로킹 등을 주제로 발표했었다. 스터디 중간에 다른 후배들이 참가하기도 했지만, 약 7회 정도 진행한 이후 각자 일정 때문에 해체되었다.

백엔드를 통달하기에는 굉장히 짧은 스터디였지만, 주변의 실력 좋은 친구들로부터 지식도 배우고 열정도 전수받을 수 있었던 소중한 시간이었다. 여담으로, 이때 같이 스터디를 진행했던 원용이란 친구가 우테코를 거쳐 토스에 최종 합격했다는 소식을 전해줬다. 옆에서 꾸준히 노력하는 것을 봐왔던 나로서 굉장한 동기부여를 받았다! (레포지토리가 행방불명이 되어, 아래 사진으로 대체한다 ㅠㅠ 스터디를 진행하며 내가 작성했던 몇몇 자료들은 블로그에도 기록해 놨었다. HTTPS와 SSL에 관한 글, HTTP 쿠키 세션 토큰에 관한 글)

하이톤에 참가하다

2022년에 참가하고 싶었지만 신청 기한을 놓쳤던 대회 중 하나가 하이톤이었다. 대회에 참가했던 친구들이 다른 소마고/소프트웨어계열 고등학교 학생들과 네트워킹을 맺는 것이 부러웠다. 그래서 2023년에는 까먹지 않고 참가 신청을 했다. 1월 14일부터 15일까지 무박 2일로 진행되었으며, 나는 백엔드 개발자로 참가했다. 현장에서 팀 빌딩이 진행되었기에 해커톤 진행 당일 밥 먹으면서 친해진 용진, 같은 학교 동아리 선배였던 해윤이 형, 미림마이스터고의 1학년 디자이너 한 분과 함께 팀을 결성했다.

우리 팀은 미리 진행했던 바가 하나도 없었기에, 'MZ'라는 주제가 나오자마자 열심히 아이디에이션을 진행했다. 수많은 아이디어 중 MZ세대들의 밥 먹는 시간을 허투루 보내지 않게 해 줄 서비스 '해피밀'이라는 아이디어를 구체화했다. 평소에 어렵지만 궁금했던 금융과 법 관련 지식을 쉽고 짧게 이해할 수 있는 아티클을 중심으로, M세대는 전문가로서 정보 제공자의 역할을 취하고 Z세대는 정보 소비자의 역할을 한다. IT 분야에서는 '커리어리'라는 서비스에 영감을 받았고, 금융 아티클 분야에서는 '토스' 앱 내의 쉽게 알려주는 금융 서비스에 영감을 받았다. 이로써 M세대와 Z세대가 생산성 있게 연결되는 이상적인 미래를 그렸다.

용진이가 안드로이드 앱을 개발했고, 해윤이 형과 나는 스프링부트로 백엔드를 개발했다. 항상 밤을 새우며 개발하는 것은 고통스럽긴 해도 쌓여가는 커밋을 보면 뿌듯하다... 발표 자료 준비와 최종 발표는 내가 진행했다. 스무스하게 잘 진행되었지만, 해커톤의 취지와는 다르게 '장기적인 비즈니스 모델'을 중점으로 PT를 준비했기에 좋은 결과는 얻지 못했다. 아쉽지만 이게 현재 나의 강점이라는 것을 깨닫게 되어 후회하진 않는다! 발표 자료는 여기에 첨부하겠다. 발표 영상은 첨부할지 고민 중이나 혹시 원한다면 댓글/연락처로 슬쩍 말해주면 고마울 것 같다.

본격적으로 포트폴리오를 작성하다

마이스터고 3학년은 적극적으로 취업 시장에 뛰어들 시기기에, 본격적으로 포트폴리오를 작성하기 시작했다. 주변의 같이 취업을 준비하는 친구들을 모아 서로 피드백을 주고받으며, 정기적으로 모여 포트폴리오를 차츰 쌓아가는 습관을 만들면 좋을 것 같다 생각하여, 이른바 '포트폴리오 스터디'를 만들었다. 그 직후에는 항상 좋은 결과물을 만들기 위해서는 좋은 레퍼런스를 참고하는 것이 중요하다고 생각해서 레퍼런스부터 탐색하기 시작했다. 유튜브 '개발바닥'에서 추천한 백엔드 개발자 박우빈 님의 포트폴리오를 최종 레퍼런스로 결정하고, 서로 활동한 경력을 기반으로 포폴을 작성하고 정기적으로 모여 피드백을 주고받았다.

결과적으로는 꽤 좋은 포트폴리오 산출에 성공했다. 어쩌면 이 포트폴리오 덕에 판교의 스타트업 및 신한은행 ICT 전형에 최종 합격했고, 이후에 실리콘밸리 인턴 경력 및 추가적인 수상/자격증들을 추가하며 더 좋은 포트폴리오가 되었다. 혹시 취업을 준비하고 있다면, 열정이 있는 다른 분들과 같이 취업에 대한 목표를 세우고 피드백을 주고받는 것을 적극 추천한다. (아래에 포트폴리오(이력서)의 일부분을 첨부했다.)

먹어보시개 프로젝트

1학년부터 3학년까지, 어쩌면 내 고등학생 생활의 전부를 함께한 프로젝트가 '먹어보시개'이다. 1~2학년때는 아이디어 초본으로 대회에 나가 수상하는 것에 그쳤다면, 3학년이 되어서는 본격적으로 능력이 있는 구성원들을 중심으로 팀을 결성하고, 아이디어를 구체화하며 개발에 몰입했다. 아, 그래서 먹어보시개 프로젝트가 무엇이냐면, "특정 사람 음식을 강아지가 먹어도 되는지, 먹으면 위험한지 정보를 알려주는 서비스"이다. 해당 아이디어는 필자가 반려견을 키우며 생긴 불편함에서 착안한 아이디어이고, 자세한 도출 과정 및 아이디어 설명은 이 글을 참고해 주면 좋을 것 같다.

결과적으로 올해에는 웹, 플레이스토어, 앱스토어에 1차 MVP를 배포해 초반 사용자들의 피드백을 얻는 것까지 진행했다. 필자는 팀장과 백엔드 개발자 두 역할을 맡았다. 팀장으로서 팀을 구성하고 방향을 잡아 이끌었고, 백엔드 개발자로서 SpringBoot 서버를 개발하고 AWS를 적극 사용해 인프라를 구성했다. 해당 링크에 깃헙 레포지토리를 남겨 놓았다. 인프라 구성은 아래 사진에 넣었으니 참고해주면 좋겠다.

실제로 회의를 진행한 사진은 없지만, 2023년 상반기에 팀원들과 온/오프라인으로 꽤 많은 대화를 나눴다. 아래 사진에 수많은 대화 중 일부를 가져왔는데, 다들 능동적으로 역할을 소화하고, 다른 팀원들과 소통하려 해 줘서 고마웠다. 특히 프론트엔드 개발자 임동현, 안드로이드 앱 개발자 김태환, iOS 앱 개발자 이석호, UI/UX 디자이너 김영성이 각 개발 분야에서 리드해 줬기에 꽤 멋진 서비스가 세상에 나올 수 있었다.

수많은 아이디어(디테일) 수정과 소통 끝에 드디어 웹, 구글 플레이스토어, iOS 앱스토어에 1차 MVP 배포를 완료했고, 홍보와 피드백 수렴을 위해 설문을 만들었다. 약 46명이 설문에 참여해 주셨고, 그중 10명을 추첨해 공차 기프티콘을 선물했다. (초반 수익은 제로였고, 팀원들에게 돈을 걷는 것도 이상했기에 리더인 내가 사비를 털었다 하하..ㅎㅎ 앞으로 성장을 위한 투자라고 생각해서 아끼지 않고 과감하게 결제했다!)

앱 링크와 설문조사 링크는 인스타그램 스토리를 활용해 적극 홍보했다. 다행히 나와 팀원들 주변에 도와주는 사람이 많았기에, 적은 마케팅 비용으로 많은 사람들에게 서비스가 닿았다.

위 사진처럼 앱/웹 홍보 및 설문조사를 진행했고, 아래 사진처럼 노션에 1차 MVP 회고 및 2차 MVP 계획을 세웠다. 2차 MVP를 진행하는 과정에서 팀원들의 취준 일정 때문에 개발이 잠정 중단되었다.

'먹어보시개' 챕터를 마무리하며, 제너럴리스트를 지향하는 필자로서 이번 프로젝트에서 많은 것을 배웠다. 능력자들이 모인 팀 리딩 경험, 큰 문제에 직면했을 때 뚝심 있게 밀고 나가 해결한 경험, 사비를 들여 마케팅을 시도한 경험 등. 비록 이 글을 쓰는 현재는 일정 및 비용 이슈로 중단된 상태지만, 곧 회사 생활에 적응하면 다시 열정적으로 프로젝트를 재개해 나갈 예정이다. (첨언하여, 팀에서 프론트엔드 개발자로 활동했던 임동현 팀원이 '먹어보시개 웹'을 개발하며 작성했던 글을 샤라웃 하고자 한다.)

구직 활동을 하다

필자 같은 경우는, 2023년 초반부터 이력서를 돌리기 시작하여 100여 번이 넘는 불합격의 고배를 마셨다. 고졸 개발자 및 미필이라는 허들과 IT 취업시장 불황이 겹쳐서 취업은 쉽지 않았다. 그럼에도 적극적으로 구직 활동을 한 결과, 두 곳에서 합격 소식이 들려왔다. 첫 번째는 판교의 스타트업 '오후두시랩'이었고, 두 번째는 '신한은행'이었다. 아래에 오후두시랩의 '인턴 제안서' 일부와 신한은행의 합격 조회 사이트 캡쳐본을 첨부했다.

나는 마이스터고에 입학할 때부터 스타트업 개발자의 꿈을 가지고 있었지만, 은행 합격은 예상치 못한 또 하나의 큰 기회였기에 쉽게 선택을 내리지 못했다. CEO님을 포함해 오후두시랩에 있는 분들 모두 좋은 분들이셨고, 대기업에서 오신 개발자 분들도 있었기에 내가 원한다면 가파른 성장 곡선을 그릴 수도 있었다. 또 바쁘신 분들인데도 내 선택을 돕기 위해 전화로 고민 상담까지 해주셨다. 하지만 장기적으로 보고 본질적인 내 꿈에 대해 고민한 결과, 신한은행을 선택했다. 자세한 생각의 플로우는 아래 노션에 정리했던 사진을 참고하길 바란다.

실리콘밸리에 다녀오다

2023년 7월 23일부터 9월 26일까지 약 2개월간의 실리콘밸리 인턴 활동을 마쳤다. 교육청에서의 지원 덕에 글로벌 프로그램을 통해 연수 전액 지원을 받아 다녀올 수 있었다. 필자는 XL8이라는 실리콘밸리 소재 스타트업에서 백엔드 개발자로서 인턴 생활을 했다. 실리콘밸리 인턴 관련한 글은 블로그에 따로 작성했기에, 자세한 내용은 아래 글을 참고해 주면 좋겠다.

https://white-world.tistory.com/450

미국 실리콘밸리(Silicon Valley) 개발자 인턴 2개월 회고

2023년 7월 23일부터 9월 26일까지 약 2개월간의 실리콘밸리 인턴 활동을 마쳤다. 교육청에서의 지원 덕에 글로벌 프로그램을 통해 연수 전액 지원을 받아 다녀올 수 있었다. 참고로 필자는 대구소

white-world.tistory.com

전자책을 집필하다

경제 및 재정적 자유에 관한 책을 여러 권 읽으면서, 항상 언급되었던 부수입 창출 방법 중 하나는 '전자책'이었다. 꼭 수입뿐만이 아니더라도 자서전 같은 글을 통해 자기 PR을 하고 싶었기에 (고등학교를 떠나기 전에 내 흔적을 남기고 싶었기에), 언젠가 하고 싶은 버킷리스트였다. 책의 목차를 세우고 바쁜 와중에도 틈틈이 원고를 작성했다. 프로젝트, 구직 활동, 실리콘밸리 인턴 등의 일정이 쉴 틈 없이 몰아쳤기에 진척은 조금 느렸지만, 2023년 12월 12일 드디어 출간하며 약 5개월의 결실을 맺었다. 현재는 크몽(https://kmong.com/gig/529706)에서 판매하고 있다. 책에 대한 상세 설명은 위 크몽 링크의 상세페이지에 있으니, 참고해 주면 감사하겠다.

이 과정을 성공적으로 마무리한 것은 바쁜 와중에 '전자책 출간'이라는 목표를 세우고 끝까지 밀고 나간 내 노력도 있지만, 주변 사람들의 도움이 없었으면 이 책은 세상에 나오지 않았을 것이다. 전자책에 관한 아이디어를 막 떠올렸을 때 구체적인 전자책 관련 정보를 주신 박의혁 앙트너님, 포기하고 싶을 때 끊임없이 열정을 심어준 김민성 동기, 적극적이고 예리한 피드백을 주고 책 표지를 같이 고민해 준 전아현 선배, 휴식이 필요할 때 같이 산책하며 책의 단가, 수요, 내용 등에 대해 기꺼이 피드백을 해준 임재청 동기, 바쁜 와중에 전자책 표지 디자인을 트렌디하게 뽑아준 김영성 동기, 책 내지 디자인과 구매 상세페이지 디자인을 전적으로 도와준 정은서 동기, 초반 목차 구성과 본문 피드백에서 도움을 준 이지민 후배, 깊고 알찬 피드백을 준 심미진 동기, 그리고 차마 언급하지 못한 곁에서 응원해 준 선배들, 동기들, 후배들, 지인들 모두 진심으로 감사한다. 언젠가 꼭 크게 보답해야 한다!

다들 어느 정도는 알겠지만, 그 과정이 절대 순탄하다고는 말하지 못하겠다. 혹시 전자책 집필과 관련해 필자의 도움이 필요하다면 이메일(woojs0505@naver.com)이나 인스타그램(@henrywoo0)으로 언제든 연락해 주기 바란다. 전자책 집필에 큰 노하우 없이 무턱대고 부딪혔던 나였기에, 누군가가 같은 길을 걷는다면 기꺼이 노하우와 관련 정보들을 알려주고 싶다.

음악 작업을 시작하다

사실 2018년 정도부터 작곡과 작사, 녹음을 해오긴 했지만, 본격적으로 마음을 먹고 곡 작업을 하기 시작한 것은 2023년이었다. 2022년에는 힙합 비트를 약 100개 정도를 만들고 일부를 올리곤 했는데, 현재는 비트메이킹/프로듀싱보다 실제로 목소리를 얹는 것에 더 흥미가 있다는 걸 깨닫고 녹음에 집중하는 중이다.

음악을 듣는 것에서 그치지 않고 음악을 직접 시작한 것에는 많은 이유가 있지만, 제일 큰 것은 '지금 이 순간을 음악이라는 수단으로 담아내고 언젠가 추억하고 싶다', 또 '누군가의 추억에 곁들여진 음악이 되고 싶다' 등의 이유다. 2021~2022년에는 지금을 담아내고 싶은 욕구가 '블로깅'이란 수단으로 해소되었지만, 왠지 음악을 미치도록 좋아하는 나로서 이 업이 너무나도 매력적으로 느껴졌다. 음악을 하는 주변 사람들의 소식을 들을 때나, 감정 깊은 곳을 건드리는 음악들을 들을 때면 음악을 하고 싶다는 생각이 강하게 든다.

추가로, 곧 바쁜 일정이 끝나고 나면 랩 레슨과 발성/발음 개인 강습을 받고, 공유 작업실을 빌려 주말마다 작업에 열중할 예정이다! 무대에 올라가는 꿈을 이루는 그날까지 절대 포기하지 않고 싶은 취미이기에. 데모곡들은 사운드클라우드(https://soundcloud.com/henryjuice)에 업로드되어 있으니, 들어주시면 굉장히 감사하겠다.

신한은행 연수에 참가하다

2023년의 마지막과 2024년의 시작을 신한은행과 함께했다고 해도 과언이 아니다. 2023년 12월 26일~29일(4일) 동안 각 부서 신입행원들이 함께 연수하는 '원신한 연수'를 진행했고, 2024년 1월 2일부터 4주간 입문 연수를 진행하고 있다. 사실 학창 시절에 수련회 가는 기분으로 참가했지만, 생각보다 훨씬 교육 강도가 높았다. 오전 9시에 시작해서 기본 오후 10시, 늦어지면 자정~새벽쯤까지 커리큘럼에 임하다가 자러 가기도 했다. 처음에는 너무 힘들다는 생각을 많이 했지만, 지금에서야 생각해 보면 힘들었던 덕분에 입행 동기분들과의 친밀도도 높아졌고, 내가 얼마나 버텨내고 이뤄낼 수 있는지 자신감도 얻었다. 내가 이것도 버텼는데 인생 살아가면서 다른 시련이야 못 이겨낼까 하는 마음가짐.

좋은 사람들을 만나 좋은 행동들을 배우고, 어떻게 살아가야 하는지 '삶의 태도'를 배운 연수 기간이었다. 또 연수비를 받으며 금융 도메인에 관한 지식을 배우는 몇 안 되는 기회였고, 각 네임드 대학교의 엘리트 분들과 여러 얘기를 나누고 친해질 수 있었던 기회였다. ~~솔직히 다시 돌아가라고 한다면 절대 안 갈 것 같다 ㅎㅎ 잘 버텼다 우준성 조금만 더 힘내자~~

2024년, 20살이라는 나이는 어쩌면 숫자에 불과하지만 나는 정말 뜻깊은 나이라고 느끼는 중이다. 성인이 되어 거의 모든 제한이 풀어지는 나이, 그러기에 더 나를 꽉 붙잡을 필요가 있는 나이. 적당한 일탈은 추억이 되지만 그게 지속되면 아무것도 남지 않을 것 같다. 솔직히 중학교 동기 친구들 중 대학에 합격해 입학을 기다리는 친구들을 보면 캠퍼스 라이프가 궁금하고 부럽기도 하지만, 이 길을 선택한 것은 나 자신이기에 캠퍼스 라이프보다 훨씬 값진 성취와 추억을 적극적으로 만들어 나가기로 했다. 나의 궁극적인 인생의 목표는, 세상을 떠나기 전에 무엇인가를 남기고 싶다는 것이다. 그게 글과 책이 되었든, 음악이 되었든, 영상이 되었든. 그러니 마냥 놀기만 하지 말고 자기 계발도 병행하고, 번 돈으로 여행도 많이 다니면서 누구보다 뜻깊은 20살을 만들어가 보자.

(지금까지 모두 희망적인 얘기였지만, 솔직히 말하면 2023년 마지막이 마냥 희망적이지만은 않았다. 고등학생 시절동안 계속 꿈꿔왔던 '서울 드림'이 이뤄졌던 날들을 마주하고 나서, 내가 지금까지 쌓아왔던 것들이 모두 없어지는 느낌이 자주 든다. 주변 사람들은 대단하다고 해주지만, 여전히 애송이인 걸 안다. 돈 버는 것은 생각보다 어렵고, 돈을 벌면서 개인적인 성장까지 도모하기에는 더 어렵다는 것을 깨달았다. 하지만 이것도 언젠가 적응되겠지 생각하며, 늘 그랬던 것처럼 익숙해지고 나서 한 발짝 더 나가보려고 한다. 현실에 안주하며 살라고 하는 어른들이 있고, 소년처럼 계속해서 꿈을 꾸라는 어른들이 있다면 나는 꼭 누군가에게 후자의 어른이 되고 싶다. 내가 열심히 살아가기 시작한 그 초심을 잃지 않고 싶다.)

항상 그렇듯 인생의 중요한 순간은 예고 없이 찾아오고, 그러한 순간을 붙잡기 위해서는 버틸 준비가 되어 있어야 한다고 생각합니다. 이 글을 읽은 모두 인생의 중요한 순간을 멋지게 맞이하기 위해 2024년 더 성장하시는 한 해가 되길 바랍니다 화이팅!

고등학생 개발자의 23kg 감량 다이어트 회고

우준성 — Fri, 24 Nov 2023 10:20:42 +0900

약 1년간 유산소 운동 및 체중 관리를 꾸준히 하며 23kg 감량에 성공했다. 2022년 초 당시 82kg였지만, 지금(2023년 6월)은 59kg(체지방률 13.5%)이다. (인바디 점수는 60점 초에서 80점까지 찍었다.) 이번 글에서는 어떻게 드라마틱한 체중 감량에 성공했는지 내 경험을 공유하고자 한다.

인바디 데이터를 비교적 최근에 앱과 연동한 탓에, 운동 초반의 체중은 나와있지 않다.

현재 나는 대구소프트웨어마이스터고등학교 3학년 학생이다. 끊임없이 공부를 해야 하는 소프트웨어 개발 전공 특성상 시간을 내어 체중 및 건강 관리를 하기도 쉽지 않고, 해당 직종의 어른들을 보면 체중 관리에 실패한 개발자 분들이 조금씩 보였다. 나 또한 공부의 절대 시간을 최대치로 만들기 위해 운동을 소홀히 했고, 먹는 것도 좋아하여 고등학교 1학년 당시 비만이었다. 어느 날 우연히 고도 비만의 개발자 출신 선생님을 뵈었고, 내 미래같이 느껴져 충격을 받았다. 개발자라는 직업에 나를 가두고 싶지 않았고, 내 삶의 주체가 나인 걸 바랐기에 힘듦을 감수하고 체중 관리를 시작했다. (옷이 잘 어울리는 몸을 위한, 또 외적으로 가꾸기 위한 이유도 더해졌다.)

운동은 인생의 여느 일처럼 '꾸준히'라는 것이 가장 중요하다고 생각했기에, 할 수 있는 한 매일 운동했다. 한계가 올 때는 '이것마저 포기하면 나는 인생에서 아무 시련도 이겨내지 못할 것'이라고 생각하며 나태와 본능을 이겨냈던 것 같다. 이 글을 쓰는 현재에도 요요가 오는 것을 철저히 경계하며 거의 매일 유산소와 근력 운동을 병행하고 있다.

내가 23kg를 감량했던 데에는 아래 2가지의 구체적인 노력이 따랐다. 혹시 이 글을 읽고 체중 관리를 하고싶은 사람이라면 내 방법을 시도해보는 것도 좋을 것 같다. (굉장히 진부한 체중 관리 방법이긴 하나, 실제 감량에 성공한 사람의 경험을 들음으로써 목표 달성 확률을 높일 수 있을 것이다.) 참고로 의학적으로 검증된지, 체중 관리에 아주 적합한 방법인지는 나도 확실하지 않기에 전적인 믿음은 가지지 않길 바란다.

격렬한 유산소 운동

나의 경우는 어린 시절에 마른 체형이라 항상 밥 좀 많이 먹으라는 핀잔을 받았다. 이런 주변 환경에 영향을 받아 중학교 2~3학년에는 과식이라는 습관이 자리를 잡기 시작했고, 이를 떨쳐내기 힘들어졌다. 체중 관리를 시작하려는 결심을 한 이후, 체질을 다시 바꾸기 위해 유산소 운동을 '격렬히' 했다. 어느 정도의 노력으로는 거의 그대로의 자리에서 머물고, 한계선을 넘는 노력만이 습관을 바꾸고 변화를 만들어낸다는 생각을 했기 때문이다. 초반에는 학교 운동장 2~3바퀴로 시작을 해서, 중반쯤에는 멈추지 않고 운동장 10바퀴를 달리는 루틴을 항상 지켰다. 숨이 차서 멈추고 싶은 생각이 드는 것은 5바퀴 정도를 넘긴 시점인데, 거기서 더 뛰면서 근본적인 체질을 변화시키기 위해 노력했다. 살이 훅훅 빠지는 것이 눈으로 보이면서 큰 성취감을 느끼고, 그 만족감에 더 열심히 운동을 했다.

참고로 유산소 운동을 하는 시간은 굉장히 따분하게 느껴지기도 하는데, 나는 '뇌를 빼고' 운동을 하며 그 점을 해결했다. 운동을 할 때 생각을 많이 하면 결국 운동을 효율적으로 하게 되고 절대량을 줄이게 되는데, 이는 드라마틱한 체중 감량을 방해하는 가장 큰 요소라고 생각한다. 공부, 생활 등에서는 효율이 중요한 요소지만, 운동에 있어서는 이루고자 하는 목표 하나만을 쥐고 무자비하게 임해야 한다. (턴업되는 음악을 들으면 따분함 해소에 도움이 되기도 한다.)

생활 습관 개선

유산소 운동도 중요하지만, 장기적으로 인체의 균형을 유지하고 건강하게 살려면 이 '생활 습관 개선'에 초점을 맞춰야 할 것 같다. 먼저 체중 관리를 하면서 '적당히 먹음'의 중요성을 느꼈다. 기존에는 뭐든 많이 먹으면 좋다는 어른들 말을 듣고 크면서 과식에 대해 아무렇지 않았는데, 그러다 보니 많이 먹어서 음식을 더 좋아하게 되고, 음식을 더 좋아해서 과식하는 악순환이 반복되었다.

마침 경제적 자립을 위해 경제 공부를 꾸준히 했던 때라, 돈도 아끼고 체중 관리도 할 겸 '조금 덜 먹기'를 실천하기 시작했다. 이전에는 음식은 무조건 배부르게 먹어야 한다고 생각했는데, 평소보다 조금 덜 먹으니 오히려 가뿐하고 좋았다. 속이 더부룩할 날이 없었고, 다음 끼니 식사 때에도 알맞게 배고팠다.

마무리

다이어트에 성공하며 자연스럽게 자존감이 높아졌고, 어떤 일이든 해낼 수 있겠다는 자신감이 필연적으로 뒤따라왔다. 만약 예전의 나였다면 친한 동기와의 오해로 다툼이 생겼을 때, 억울한 일로 기숙사 벌점을 받았을 때, 좋은 결과를 확신했던 대회에서 우리 팀만 상을 받지 못했을 때, 이유없이 갑자기 아무 것도 하기 싫어지는 번아웃이 왔을 때 저항없이 무너졌겠지만, 지금의 나는 웬만한 현실에는 흔들리지 않고 정면으로 마주할 자신이 있다. 실제로 최근 힘든 일이 생겼을 때에도 비교적 침착하게, 멀리 보며 해결 방법을 찾는 나를 보고 많이 바뀌었구나 느꼈다.

이 글은 다이어트를 굳이 원하지 않는 사람을 설득하려는 글이 아니다. 한 명이라도 이 글을 읽고 용기를 얻어 자기관리에 성공하면 좋겠다는 바람에 적었다. 꾸준히 노력한다면 생각보다 많은 것이 좋은 방향으로 바뀔 것이다. 특히 나 자신. 화이팅!

미국 실리콘밸리(Silicon Valley) 개발자 인턴 2개월 회고

우준성 — Mon, 6 Nov 2023 11:52:56 +0900

2023년 7월 23일부터 9월 26일까지 약 2개월간의 실리콘밸리 인턴 활동을 마쳤다. 교육청에서의 지원 덕에 글로벌 프로그램을 통해 연수 전액 지원을 받아 다녀올 수 있었다. 참고로 필자는 대구소프트웨어마이스터고등학교를 다니며, 매년 약 10명 정도가 미국 캘리포니아 산호세에서 인턴 생활을 하는 프로그램에 선발되어 다녀온다. 필자 또한 노력과 운 덕에 10명 안에 선발되어 다녀왔기에, 선발 준비를 위한 자료와 여러 값진 경험을 공유하기 위해 이 회고글을 쓴다. 또 해당 프로그램에 선발되기 위해 준비하는 후배들에게 도움이 되면 더더욱 좋을 것 같다.

글로벌 연수를 원하게 된 이유

고교 2학년 즈음부터 내 삶의 방향은 제너럴리스트(Generalist)로 정해졌다. 그 이후 주요 전공이었던 개발뿐만이 아닌 창업 대회, 인맥을 만들기 위한 모임, 경제 공부 등 다양한 분야의 경험을 쌓아나갔다. 또 어떤 경험을 쌓을까 고민하다가, 글로벌 연수를 통한 해외여행 및 해외 회사생활도 굉장히 특별한 경험이라고 생각해서 준비하게 되었다. (입학할 때는 단순히 미국을 가고 싶어 글로벌 연수 프로그램에 참가하고 싶었지만, 위와 같은 동기로 바뀌게 되었다.) 솔직히 기꺼이 사비를 들여 미국까지 갈 순 있겠지만, 실리콘밸리의 문화를 배우고 인맥을 쌓는 일은 학교가 아니면 어렵겠다고 생각했다.

프로그램에 선발되기 위해 준비한 2년

글로벌 연수 프로그램에 선발되기까지 굉장히 긴 시간이 걸렸다. 필자 같은 경우에는 대구소프트웨어마이스터고에 입학한 동기 중 하나가 해당 프로그램이었다. 1학년때부터 내신 성적을 챙기며 1학년 당시에는 전교 2등, 3학년까지 총 성적에서는 전교 3등을 기록했다. 또한 전화영어 및 화상영어 등의 프로그램에 참가하고 토익 시험에 응시하며 영어 실력을 꾸준히 키워나갔다.

1학년 때는 아쉽게 학교에서 진행하는 화상영어 프로그램에 선발되지 못해서 사비로 전화영어를 진행했고, 2학년부터는 화상영어 프로그램에 선발되어 학교 지원을 받아 학습을 했다. 현지에서 직접 부딪히며 배우는 영어가 제일 도움 되었지만, 그 차선책으로는 화상영어가 제일 도움이 된다고 느꼈다.

영어 문법에 관해서는 개인적으로 과외를 받으며, 어려운 문장 구조가 익숙해지도록 노력했다. 확실히 실제 소통 능력과 문법 이해가 더해지니 영어 실력 향상에 가속도가 붙는 느낌이었다. 여유 시간 및 주말에는 토익 공부 및 시험에 응시했다. 아쉽게 645점이 최대 점수였지만, 연수를 다녀온 후에도 꾸준히 공부하여 점수를 올릴 계획이다.

프로그램에 최종 선발되기까지

3학년 1학기쯤 실질적인 선발이 시작되었다. 1차 선발에서는 자기소개서 및 포트폴리오, 자격증, 상벌점, 기타 가산점 항목에 대한 서류를 제출하여 평가받았다. 필자가 기억하기로는 전교생 57명의 절반 정도가 1차 지원을 했다. 그 중 15명이 선발되었고, 그 15명을 10명으로 추리기 위해 2차 선발을 진행했다. 2차 선발에서는 원어민 선생님과 함께하는 면접(어학 구술 면접), 실리콘밸리 기업과의 면접(심층 면접)을 통해 평가받았다.

먼저 필자는 1차에서 아래와 같은 자기소개서를 제출했다. 문항은 미리 정해져 있었으며, 고교 생활 전반에서 학교 내외로 진행했던 활동들을 기반으로 작성했다. 프로그램 준비 중 방향을 잡지 못하겠다면 아래 자소서를 적당히 참고하여 적으면 좋을 것 같다.

1. 배려, 나눔, 협력, 갈등관리 등의 실천사례와 배우고 느낀 점

[갈등을 관리하는 리더]
2021년에 대구소프트웨어마이스터고 신입생이 된 후, 3명의 같은 반 학우들을 모아 ‘창업놀이터’라는 대회에 참가했습니다. ‘농촌의 일손 부족과 인구 감소 현상’ 문제를 해결하여 조부모님과 같은 농부들에게 도움이 되고 싶었고, 페르소나 인터뷰부터 아이디어 구체화, 사업계획서 작성, 마케팅을 위한 예산 사용, 실제 제품 개발 등의 과정을 학우들과 협력하여 해결했습니다.
그 과정에서 아이디어 방향성에 대한 고민, 개발 일정에 대한 팀 내 갈등, 수익 모델이 없다는 회의감 등 여러 위기가 있었습니다. 하지만 팀의 리더로서 능동적으로 수많은 회의를 진행하고 팀원 간의 갈등을 중재하며, 담당 멘토님과의 적극적인 커뮤니케이션을 통해 문제를 해결해 나갔습니다. 그 결과 ‘2021 창업놀이터’ 대회 본선 진출, ‘2022 창업놀이터’ 대회 본선 우수상이라는 성과를 거두었습니다. 무엇보다 2년동안 리더로서 팀 내외적으로 많은 문제를 해결해가며 참된 리더십과 갈등 중재를 배운 것이 뜻깊었습니다.

[배워서 남주자]
저는 꾸준히 배운 내용을 정리하여 블로그에 공유하는 습관이 있습니다. 특히 학교 내신 시험 등을 앞두고 있을 때는 컴퓨터구조, 데이터베이스, 소프트웨어공학 등 전공 과목의 내용을 꼼꼼히 기록하여 블로그에 공유하는데, 기록한 내용을 같은 동기 학우들과 함께 나누고 학우들이 이해하지 못하는 부분은 직접 가르쳐주는 배려를 실천했습니다. 물론 지식 나눔의 과정에서 지식을 복습할 수 있다는 장점도 있지만, 학우들과 함께 성장한다는 성취감이 가장 컸습니다.
2022년에는 신입생 후배들을 대상으로 한 멘토 멘티 활동에 자원하여 멘토 역할을 맡았습니다. 제가 공부하는 분야인 서버 개발 관련 지식을 주로 나눴으며, 학교 생활 및 시험, 개발, 취업에 관한 제가 가진 경험들도 아낌없이 나눴습니다. 신입생 후배들이 성장해가는 것이 뿌듯했으며, 나눔의 행복을 느꼈습니다. 앞으로도 사회 구성원들과 나누고 배려하며 꾸준히 성장하겠습니다.

2. 수행한 프로젝트

- 반려견 생명 존중 서비스, 먹어보시개 백엔드 개발 및 팀 리딩 (대회 참가 프로젝트) (2021.05~진행중)
- 농촌 일손 연결 서비스, 호미를 잡고 백엔드 개발 및 팀 리딩 (대회 참가 프로젝트) (2021.08~2022.08)
- 학생 생활 관리 플랫폼, 도담도담 V6 백엔드 개발 (동아리 및 나르샤 프로젝트) (2022.03~2023.02)
- 음성인식 회의 기록 서비스, Recom 백엔드 개발 (교내 해커톤 프로젝트) (2022.07)
- 주식투자 도우미, 알투 백엔드 개발 (연합해커톤 프로젝트) (2022.10)
[포트폴리오 별첨]

3. 글로벌 현장학습 지원 동기

[아메리칸 드림]
학창 시절동안 미국 생활에 대한 막연하지만 확실한 꿈을 가지고 노력했습니다. 중학교 시절 영어를 공부하면서 미국 특유의 열린 문화를 동경했고, 해외 취업을 결심한 후 대구소프트웨어 마이스터고에 글로벌(실리콘밸리) 현장학습 프로그램이 있다는 것을 알게 되었습니다. 그때부터 해당 고등학교에 들어가기 위해 밤낮을 가리지 않으며 공부했고, 입학에 성공했습니다. 그 후에도 1학년 때는 개인적으로 매일 원어민과 전화영어를 진행하고, 2학년 때는 학교 화상영어 프로그램에 참가하며 영어 소통 능력을 키웠습니다. 업무 영어 능력 또한 기르기 위해 TOEIC 시험에 응시하여 645점에 달성했으며, 현재에도 꾸준히 영어 학습을 진행하고 있습니다.

[긍정적 영향을 주는 실리콘밸리 개발자]
글로벌 현장학습을 통해 실리콘밸리 기업의 개발자로 취업하여, 최신 기술의 본토에서 시니어 개발자로 성장하겠습니다. 회사가 적극적인 투자를 받으며 성장하는 과정을 간접적으로 경험하고, 최신 기술 도입의 장벽이 낮은 문화에서 제 창의력과 잠재력을 최대한 발휘하고 싶습니다. 궁극적으로는 ‘한국 고졸 개발자’에 대한 세계의 편견을 깨고 대구소프트웨어마이스터고 및 한국의 고졸 개발자들에게 긍정적 영향과 자신감을 주는 실리콘밸리 출신 시니어 개발자 겸 창업가가 되고 싶습니다. 학창시절부터 이어진 꿈을 이루기 위해 열과 성을 다하겠습니다.

4. 글로벌 현장학습 수행 계획 및 각오

[신입 개발자에서 경력직으로]
실리콘밸리 스타트업의 개발자로 인턴 활동을 시작한 후에는 ‘신입 개발자’와 ‘경력직 개발자’의 격차를 채워 나가기 위해 노력하겠습니다. 개발 업무 및 회사 성장을 위한 업무에 적극적으로 임하며, 제가 전공한 서버 개발 분야가 아니더라도 배워야 할 기술이 있다면 주경야독으로 공부하고, 사수 및 직장 상사에게 질문하고 배우는 것을 두려워하지 않겠습니다. 매일 배운 내용을 블로그에 회고 방식으로 기록하고 복습하며, 개발자의 성장 곡선을 따라 슬럼프를 이겨내고 꾸준한 성장을 이뤄내겠습니다.
또한 출퇴근 시간을 쪼개어 책이나 오디오 북으로 현지 영어 표현을 공부하고, 직장에서 원활한 커뮤니케이션을 위해 노력하여, 실리콘밸리에 개발자로 정착하기 위한 기반을 마련할 것입니다. 이러한 노력을 다하여 인턴 과정을 거쳐 정직원으로 채용된다면, 병역 문제 해결 및 영주권 획득을 위해 회사 측과 소통하며 해결 방법을 찾겠습니다. 쉽지 않은 길인 만큼 그동안의 노력과 절실함을 되새기며 ‘실리콘밸리 개발자’의 꿈을 이루겠습니다.

[시간은 금이다]
생산적이고 능력 있는 인재가 되기 위해 평일과 주말을 가리지 않고, 새로운 것을 배울 경험의 기회를 놓치지 않겠습니다. 봉사 일정이 있다면 예습을 기반으로 성심성의껏 코딩 교육을 진행하고, 일정이 없는 주말에는 글로벌 현장학습에 같이 참여한 학우들과 적극적으로 미국의 여러 교육 시설과 기업들을 탐방하며, 미국의 문화를 피부로 느끼고 경험하고 싶습니다. 일상에서도 배울 기회가 있다면 주저없이 도전하고, 실리콘밸리 기업 개발자라는 목표를 달성하기 위해 글로벌 프로그램에 참가한 1분 1초를 허투루 쓰지 않겠습니다.

굉장히 거창하게 적었지만 자소서의 핵심은 '확고한 하나의 목표'와 '교내외에서 했던 활동들'을 연결하는 데에 있다. 만약 큰 목표가 없지만 미래의 평가에 조금이라도 도움이 되고 싶다면 무슨 활동이든 상관없이 전념해보면 좋을 것 같다는 생각이 든다.

필자는 아래와 같은 포트폴리오(겸 이력서)를 제출했다. 자격증은 포트폴리오 맨 아래에 있는 자격증들의 서류를 제출했다. (해당 포트폴리오는 취업 활동 때에도 사용했던 포트폴리오다. 필자는 글로벌 프로그램을 위해 포트폴리오를 따로 만들지는 않았다. 딱히 그럴 필요도 없을 것 같다.)

위의 서류들을 제출하고 기다린 결과, 다행히 15명 안에 들어올 수 있었다. 필자의 형제가 총 3명이기에 사회 배려 대상자에도 해당되어, 일반 전형보다 더 높은 확률로 뽑힐 수 있었다. 아래 사진처럼 글로벌 연수 준비를 위한 여러 교육이 진행되었고, 2차 선발 또한 진행되었다. 필자의 경우 원어민 선생님과 함께 진행하는 어학 구술 면접에서는 미리 대본을 작성했다. 실리콘밸리에 가고 싶은 이유 등에 대한 연설을 혼자 진행한 후 질의응답을 하는 방식이었다. 면접 당일 굉장히 떨렸지만, 평소 영어 프리토킹 능력을 쌓은 덕에 질의응답에도 잘 대응할 수 있었다.

어학 구술 면접 이후에는 실리콘밸리 회사 CEO와의 1대1 면접이 진행되었다. 한 학생별로 두 회사와 면접을 볼 수 있었는데, 필자의 경우에는 XL8사 및 Interactor사와 면접을 보게 되었다. 두 회사 CEO 분들 모두 편하고 자유로운 면접 환경을 조성해주셔서 많이 긴장은 하지 않았다. 포트폴리오를 기반으로 내가 어떤 일을 할 수 있는지를 어필했고, 회사의 기술 스택에 대한 필자의 경험 또한 어필했다.

그 결과 XL8사에 최종 선발될 수 있었다. XL8사와 면접 당시 CEO님께서 번역 관련 서드파티 앱을 만들면 재미있을 것 같다고 필자의 백엔드 기술 스택과 연관지어 말해주셨는데, 실제로 그 일을 할 수 있게 되어 설레었다.

프로그램 준비 및 출국

최종 선발된 이후에도 여러 교육을 들은 후, 비로소 출국을 하게 되었다. 약 11시간의 비행 후 미국 샌프란시스코 공항에 도착했다. 이렇게 긴 비행은 처음이라 피곤하기도 했지만, 처음 미국 땅을 밟는 순간 새로운 기분을 느꼈다.

미국 현지에서 이 프로그램을 진행하시는 제이 대표님께서 픽업와주셔서, 공항에서 산호세 숙소까지 차를 타고 갔다. 미국 입국 후 몇일은 시차 적응을 하느라 피곤했다.

평일 - XL8에서의 인턴 생활

위에서 언급했듯, 필자는 XL8사에서 백엔드 개발을 하게 되었다. XL8사에 뽑힌 인턴 학생은 나 뿐만이 아니라 배진영(Jacob) 동기도 있었는데, 이 친구는 프론트엔드 개발을 하여 같은 프로젝트를 진행하게 되었다. XL8은 구어체 기반 기계번역 개발 회사인데, 여기서 우리는 Zoom 회의 내에서 번역을 해주는 서드파티 앱(EventCAT)을 개발/유지보수했다. 해당 서비스는 Nuxt로 이루어져 있었기에, Nuxt3 Server Engine Nitro(Node.js) 및 TypeScript 스택을 사용하여 개발했다. 구체적인 개발 내용은 기밀일 수 있기에 세세히 명세하진 못한다.

협업 툴은 슬랙(Slack), 이슈 관리 툴은 숏컷 스토리(Shortcut Story)를 사용했다. 이 회사에서 생활할 때 (XL8사는 한국계 실리콘밸리 회사이기 때문에) 완전히 영어로 소통하지는 않았지만, 슬랙 협업 시에는 다른 외국인 직원 분들을 위해 영어로 소통했다. 협업 툴 및 이슈 관리 툴을 이렇게 전문적으로 다뤄본 경험은 처음이라, 툴 자체의 매력과 생산성이 높아짐을 느꼈다.

아래 사진처럼 진행 상황 공유 및 문제 해결을 위해 사수님과 주기적으로 미팅을 진행했다. 또한 사수님과 1대1로 고민을 공유하거나 개인적인 성장 방향에 대해 대화하기 위해 원온원 미팅(One-On-One Meeting)이라는 것도 진행했다. 자유로운 원격 근무를 정말 많이 하는데도 소통이 원활히 되는 회사 문화가 굉장히 메리트있게 느껴졌다.

프로젝트를 진행하며 현재 진행 상황에 대해 정확히 파악하고 보고하기 위해 (그리고 추후 회고 등을 기록하기 위해) 노션에 개인적으로 업무 일지를 작성했다. 아래 왼쪽 사진처럼 오늘 했던 일을 작성하고, 해결해야 할 문제를 적었다. 아래 오른쪽 사진은 외부 회사인 Recall.ai와 컨택하는 메시지인데, 이것 또한 신기한 경험이었어서 그냥 사진으로 넣었다.

실리콘밸리 소재의 회사에 인턴으로 일하면서 깨달은 몇가지가 있다. 첫번째로 허례허식보다 무조건 결과와 성과 위주라는 것이다. 실제로 제일 많이 들었던 말이 '실리콘밸리에서는 언제 어디서 어떻게 일하든 상관하지 않는다. 오직 성과만으로 판단한다'였다. 미국을 가기 전에는 '말은 그렇게 해도 어느정도 예의는 지켜야 하지 않을까?'라고 생각했는데, 전혀 그렇지 않았다.

두번째는 능동적인 태도가 내 평가와 성장을 결정한다는 것이다. 비단 실리콘밸리에서만 해당하는 얘기는 아니지만, 여기서는 훨씬 대접받는 마음가짐 같았다. 구체적으로는 눈치보지 않고 언제든 무엇이든 모르는 건 질문하고, 프로덕트를 사용해보며 끊임없이 능동적으로 업무를 만드는 태도 말이다. 개인적으로 능동적으로 업무를 만드는 태도는 나도 실천하기 어려웠지만, 질문은 업무를 명확히 진행하기 위해 마구마구 쏟아부었다.

세번째는 팀 내 업무 공유의 중요성이다. XL8은 원격 근무가 많고 직원들이 서로 다른 나라에서 일하고 있기에 소통이 훨씬 중요한 회사였기에, 그만큼 회의를 자주 진행하고 슬랙 협업툴을 적극적으로 사용했다. 프로덕트에 대한 의견과 문제들은 슬랙에서 실시간으로 논의되었고, 다른 팀원들이 볼 수 있도록 (각 부서의 진행 상황을 공유할 수 있도록) 사소한 문제도 DM보다는 채널에서 소통이 진행되었다. 학교에서 팀 프로젝트를 진행할 때에도 업무 공유의 부재를 굉장히 많이 느꼈었는데, 이 회사에서 일하며 해결할 방법을 찾은 느낌이었다. (여담으로, 사수님이 가르쳐주신 것들 중 '보고 관련 미팅 시 배경 설명을 최대한 많이 하면 좋다'라는 것이 있었다. 상대가 알고 있는 배경이라도 기꺼이 설명하면서, 어떤 것이 문제고 어떤 방향으로 해결해야 할지를 더 빨리 파악할 수 있게 도와야 한다고 하셨다.)

사실 첫 사회생활이자 첫 회사 업무를 본 경험이어서 부족한 부분이 굉장히 많았다. 어려운 기술과 에러에 부딪힐 때면 그냥 포기하고 싶었을 때도 많았는데 그때마다 사수님께서도 같이 고민해주시고 솔루션을 제공해주셔서 해결할 수 있었다. 지금 생각해보면 일하며 최선을 다하지 못했던 순간들도 떠올라 후회되지만, 이를 교훈삼아 다음에 올 좋은 기회를 맞이할 준비를 해야겠다.

주말 - 코딩 스쿨 TA 활동

6주동안은 매주 토요일 코딩 스쿨 봉사활동에 참여했다. 코딩 스쿨은 '멋쟁이사자처럼'과 함께 진행하는 한국계 초/중학생들에게 코딩을 가르쳐주는 수업인데, 파이썬 문법과 응용에 대한 커리큘럼으로 진행되었다. 수업을 직접 진행하지는 않고, TA(Teaching Assistant)로서 수업을 진행하며 생기는 문제를 해결해주고 수업 환경 적응을 도와주는 역할을 했다.

코딩 수업 마지막 날에도 TA로만 참여를 할 예정이었지만, 주요 강사 분이 불참하게 되어 내가 직접 수업을 진행했다. 간단히 파이썬으로 가위바위보를 하는 프로그램을 짰고, 그에 대한 질문을 받았다. 어린 아이들 앞에서 코딩 수업을 한 경험은 기억에 오래 남을 것 같다.

주말 - 캘리포니아 여행

토요알 코딩스쿨을 끝내고 캘리포니아 곳곳으로 여행을 다녔다. 주로 샌프란시스코나 산호세로 다녔고, 제이 대표님이 차로 태워주시거나 대중교통을 적극 활용해 이동했다. 원래 여행에 대한 주제는 넣지 않을 생각이었지만, 이게 빠지면 너무 글이 재미없을 것 같아 사진만 넣으려고 한다. 캘리포니아 여행에 대한 정보는 필자보다 훨씬 더 잘 설명해주는 블로거들이 많을 것이기에.

프로그램 마무리 및 귀국

절대 끝날 것 같지 않은 2개월이 끝나고, 귀국할 때가 되었다. 미국에서 지내며 외국인들과 어울리고 그들의 문화를 직접 실행하는 경험은 정말 값졌지만, 솔직히 한국이 그립지 않았다고 하면 거짓말이다. 모국으로 돌아간다는 생각과 이제 한동안은 미국 땅을 밟을 수 없을 거라는 생각에 시원섭섭하고 아쉬웠다. (한국에서 멀리 떨어져 지내면서, 한국이 그리워지는 감정도 느꼈다. 평소에 함께했던 고마웠던 사람들도 새삼 떠올랐다.)

다시 긴 시간의 비행 끝에 한국에 도착했고, 공항버스를 타고 늦은 시간에 집으로 도착했다. 르네쌤의 현장 실습 종료 카톡을 보고 괜히 마음이 찡해졌다. 제이 대표님 및 르네쌤과 작별인사를 할 때에도 울지 않았는데, 한국에 오고 나서야 고마웠던 분들과 멀어진 게 실감이 났다.

학교로 복귀한 후에는 1,2학년 후배들을 대상으로 글로벌 성과보고 발표회를 진행했다. 회사별로 발표를 진행했는데, 같은 회사에서 인턴 생활을 했던 진영이가 공교롭게 그날 실습을 나가면서 나 혼자 발표를 진행했다. 정말 오랜만의 발표라서 많이 떨리기도 했지만, 후배들에게 내가 느낀 모든 것들을 기꺼이 전해주겠다는 마음을 가지고 잘 마무리했다.

회고를 마무리하며

인턴 생활에서 실리콘밸리의 개발 문화를 경험하고 경력을 조금이나마 쌓을 수 있었던 것도 좋았지만, 솔직히 말해서 인맥이 늘어난 것이 제일 값진 것이라고 생각한다. 그분들 덕에 배운 것도 많았고, 문화를 더 잘 이해하고 경험한 순간도 많았다. 또 인턴 생활 외에도 정말 많은 경험을 했다. 구글 본사에 다녀온 경험, 늦은 시간에 우버도 모두 끊겨 노숙자가 될 뻔한 경험, 숙소에 있는 차고 밴드에서 목이 나가도록 소리질렀던 경험, 블랙핑크와 포스트 말론의 공연을 놓치고 애드 시런 콘서트는 갔던 경험, 직접 겪진 않았지만 친구가 인종차별을 겪은 경험, 친구들에게 다이빙을 배우며 물과 친해졌던 경험, ~~대마의 냄새를 알게 되었던 경험~~, 미국 바다에서 냅다 누워 낮잠을 잤던 경험. 타지에서 지내며 겪은 이 모든 경험은 어른이 되어서도 앞으로 나아가게 해주는 원동력이 될 것 같다.

이러한 경험을 하게 해준 모든 분들(제이 대표님, 르네쌤, 학교 글로벌 담당 선생님들, 회사 분들, 프로그램 관계자 분들)께 감사하고 싶다. 또 이 행복한 추억들을 후배들도 똑같이 느끼고 가져갈 수 있으면 좋겠다는 생각이 든다. 긴 글 읽어주셔서 감사하고, 다들 화이팅해서 원하는 목표를 이루고 멋진 경험을 하길 바란다!

Microsoft 주최 해커그라운드 해커톤 회고

우준성 — Fri, 23 Jun 2023 11:55:35 +0900

2023년 6월 21일 ~ 23일, 대구 엑스코에서 진행된 해커그라운드 해커톤에 참가했다. 꽤 다사다난했던 대회였고, 배우고 생각했던 게 많은 대회였기에 회고를 적어보려 한다.

팀 결성

~~하이톤 참가 이후 밤새는 해커톤에 참가하지 않기로 다짐했지만~~ 대소고 3학년의 심심한 나날을 보내고 있었던 나는, 이번 대회가 재미있어 보여서 참가 신청을 했다. 내가 신청하기 전에 김준호, 최민재 동기가 미리 신청해서 그 친구들과 같이 팀을 결성하기로 했다. 이번 해커톤 팀의 인원은 4명이라서, 나머지 1명은 현장에서 팀빌딩 시 초면인 대학생 분을 섭외하기로 계획했다.

학교에서 인정 결석 처리를 받고, 학교 버스를 타고 엑스코에 도착했다. 참가자 등록 후 티셔츠, 스티커 등의 굿즈를 받고 대회장에 들어가니 이미 여러 팀들이 4명으로 결성된 상태였고 남은 기획/디자이너 분들이 많이 없었다. 임기응변으로 우리 팀은 대소고 2학년 친구를 데려와서 집중적으로 성장을 돕는 방향도 괜찮다고 생각하여, 도현욱 후배를 팀으로 데려왔다. 그렇게 '도현욱 팀'이 모였다.

대회 시작 & 아이디어

"Microsoft Azure Cloud를 활용한 지역 문제 해결"이 이번 해커톤의 주제였는데, Azure Cloud를 처음 써보는 나로서는 꽤 험난한 길이 되겠다고 생각했다. 우리 팀의 팀원들도 모두 AWS나 Naver Cloud에는 꽤 익숙했지만 Azure Cloud는 초면이라고 했다. 일단 지역 문제 해결 서비스를 내기 전에 Azure Cloud에 어떤 특화 서비스(소프트웨어)가 있나 공부해봤다. ML 쪽 빼고는 특별히 다른 것이 없었고, SaaS 기반의 앱 배포 서비스라는 것 말고는 다른 백엔드를 배포하는 서비스들과 비슷했다. (새로 접해본 SaaS 배포 서비스라는 게 3일동안 우리 팀의 발목을 잡긴 했지만..!)

지역 사회의 문제에 대해 아이디에이션을 진행했다. 교통, 환경, 집값, 지역 인식, 주택 노후화, 치안, 주차 문제, 고령화 등 여러 문제 상황이 나왔지만, 우리 팀은 '근본적으로 수도권 과밀화 현상을 야기하는 것이 뭘까?' 고민했고, '일자리'라는 답을 내렸다. 양질의 일자리를 구하기 위해 젊은 인력들이 서울 및 수도권으로 몰리고, 그에 따라 서울 및 수도권에 회사를 설립하는 것이 인재 채용에 유리해지는 악순환이 반복되는 것이다. 이를 근본적으로 어떻게 해결할까 고민하다가, '지방에 거주하는 인재들의 자기 PR 기회를 만들어서 지방으로 기업을 분산시키는 해결책'을 채택했다.

이를 노션에 정리하며 아이디어를 구체화했다. 지역 인재를 중심으로 '자기 PR'과 '스카우트'가 이뤄진다는 점에서 다른 구인구직 서비스와의 차별점을 뒀고, 지도 UI를 사용하여 인재의 지방 분포를 한 눈에 알기 쉽게 하기로 했다. 서비스의 디테일에서 생기는 여러 쟁점에 대해서는 노션에 하나하나 기록하면서, 논리적으로 풀어나가려고 노력했다. (자세한 사항은 아래 사진을 참고하기 바란다.)

개발

백엔드는 생산성 및 다른 ML 서비스와 쉬운 연동을 고려하여 NestJS + MySQL 기술 스택을 채택했다. 백엔드 개발자인 나와 준호를 제외하면 두 팀원 모두 안드로이드 개발자라서, 클라이언트는 자연스럽게 안드로이드 앱이 되었다. 협업을 위해 가장 먼저 API 문서를 작성한 후 개발에 들어갔다. 준호가 첫째날 밤을 새우며 NestJS 백엔드를 개발하고, 내가 둘째날 밤을 새우며 Github Actions CI/CD를 구축하고 Azure Cloud에서 앱을 배포했다. 굉장히 많은 오류를 만났지만, 하나하나 해결하여 결국 배포에 성공했다.

안드로이드 팀도 치열하게 개발하고 배포 자동화를 진행하며 수면을 거의 취하지 않았다. 참고로 초안 디자인은 진행하지 않고 도현욱 팀원이 와이어프레임을 설계한 다음, 최민재 팀원이 숙련된 경험으로 즉석에서 개발과 동시에 디자인을 진행했다. 안드로이드 또한 Azure Cloud App Center를 통한 배포 자동화에 성공했다. 안드로이드 및 백엔드의 소스코드, 마크다운 문서들은 이 레포지토리에 저장되어 있다.

나는 배포를 하는 중간중간에 발표 자료를 만들어 나갔다. 도현욱 팀원이 노션에 작성한 내용 초안을 기반으로, 전하고자 하는 바가 뚜렷하게 전달되도록 만들었다. 발표 자료의 PDF본은 이 파일을 참고해주기 바란다.

어찌어찌 핵심 기능을 완성하여 더미 데이터를 가공하고, 시연 영상(제품 소개 영상)을 만들어 최민재 친구의 유튜브에 올렸다. 아래 영상이다.

https://www.youtube.com/watch?v=OsPPWuO2Orw&ab_channel=%EC%B5%9C%EB%AF%BC%EC%9E%AC

위기

이 대회를 진행하며 두 가지 (사소한) 위기가 있었다.

첫 번째, 대회 부적응이었다. 2박 3일동안 씻지도 못하고 편히 자지도 못하는 대회장에서 있다 보니 밖으로 나가고 싶었다. 대회 중간에 우리 팀원들이 함께 중도 포기하고 학교로 다시 돌아갈까 생각도 했지만, 이왕 참가한 거 마음을 다잡고 끝까지 최선을 다해보기로 했다. 2학년 후배를 영입한 책임은 져야 하니 끝까지 밤을 새가며 최선을 다했다.

두 번째, 예선 탈락이었다. 위 활동들을 하며 차츰 배포 심사 및 제출 시간이 다가왔는데, 그때서야 대회측 기술검증단 분이 서버측 배포 오류를 알려줬고, 마감 시간 내에 해결하지 못하여 본선에 못가게 되었다. 본선에 올라가면 발표 기회가 주어지는데, 성의껏 갈고닦은 아이디어 및 발표 자료를 세상에 내놓지 못해서 많이 아쉬웠다. 개인적으로 완전히 밤을 새본 적도 처음인데, 그럼에도 최종적으로 해결하지 못한 문제가 생겨서 속상했다.

결국 후회해도 바뀌는 것은 없고, 위기를 기회로 삼기로 했다. 최선을 다했던 경험을 내 안에서 자신감으로 바꿔 더 큰 경험을 해나가야겠다고 생각했다.

마무리

해커톤 3일차 데모데이에 본선 진출한 다른 팀들의 발표를 들으면서, 아이디어에 대한 영감도 받고 발표 욕구가 또 샘솟았다. 우리 팀이 기술적인 문제로 본선 진출에 실패하여 다른 사람들에게 우리 팀의 아이디어를 발표할 기회를 갖지 못한 것이 억울했지만, 이를 자양분 삼아서 언젠가 더 큰 기회에서 내 가치를 발휘할 것이라고 믿는다.

3학년으로 졸업하기 전에 많이 충격을 받고 배울 수 있는 기회가 있을까 싶었지만, 이번 대회가 그런 역할을 한 것 같다. 대회 진행 중간에 왜 참가했을까 후회도 많이 했지만, 결과적으로는 끝까지 최선을 다했던 경험으로 남아 포기하지 않았던 내가 굉장히 뿌듯했다. 힘들어도 포기하지 않고 밤을 지새우며, 누구보다 열과 성을 다해준 우리 팀에게도 많이 감사한다.

이 대회와는 별개로, 대회장으로 오는 버스에서 신한은행 최종 합격 소식을 듣고 주변 분들의 축하를 받았다. 약 3년간의 피나는 노력을 드디어 제대로 보상받는 감정이 들어 행복했다. 앞으로도 지금에 안주하지 않고 계속 성장하는 내가 되어야겠다.

java.io.NotSerializableException가 Spring Entity(Dto)에서 일어날 때 원인, 해결 방법

우준성 — Sat, 17 Jun 2023 16:03:25 +0900

해결 방법

기본적으로 NotSerializableException이 일어나면 해당 클래스를 직렬화(implements Serializable)하면 해결된다. 이 오류는 아래 사진처럼 java.io.NotSerializableException 뒤에 익셉션이 발생한 클래스를 알려주는데, 그 클래스를 수정하면 되는 것이다.

public class Product implements Serializable {

    @Id @Column(length = 50)
    private String id;

    @Column(nullable = false, length = 500)
    private String name;
}

위 코드에서 implements Serializable을 통해 직렬화가 가능한 클래스라는 것을 명시했다.

원인

필자는 보통 직렬화는 자바 기반 시스템에서 객체 데이터를 주고받을 때(혹은 저장할 때) 사용한다고 알고 있었다. 기본 CRUD API 등만 제공했던 나로써는 갑자기 나타난 직렬화 오류에 황당해했다.

생각해보니 필자는 코드에서 Redis를 활용해 캐싱을 하고 있었다. 즉, Redis의 value에는 객체 데이터가 들어가야 하는 것이다. 그러므로 Redis에 캐싱될 타깃 클래스들은 직렬화(implements Serializable)를 해줘야 하는 것이다.

(혹시 글에서 틀린 부분, 지식 오류가 있으면 언제든 알려주세요!)

spring.jackson.property-naming-strategy 설정 적용 안될 때 해결 방법 (@EnableWebMvc)

우준성 — Sat, 17 Jun 2023 15:40:12 +0900

문제

필자는 백엔드 API에서 받는 request 및 리턴하는 response JSON의 형식을 스네이크 케이스로 통일하고 싶었다. 그를 위한 방법은

1. request, response 클래스에 @JsonNaming(PropertyNamingStrategies.SnakeCaseStrategy.class) 어노테이션을 다는 방법

2. application.properties에 spring.jackson.property-naming-strategy=SNAKE_CASE 설정을 추가하는 방법 (전역)

크게 이 두 가지 방법이 있었다.

1번 방법을 사용할 경우에는 request, response (dto) 클래스 모두에 적용해야 하기 때문에 굉장히 번거롭고, 코드도 지저분해진다. 그리하여 2번 방법을 사용하려고 했는데 설정이 먹히질 않았다.

해결

삽질하다가, 스택오버플로우의 한 글을 보고 해답을 찾았다.

요약하자면, 자신의 백엔드에서 @EnableWebMvc 어노테이션을 쓸 경우에 application.properties의 전역 설정이 덮어쓰기 되어 먹히지 않는다는 것이다.

기존 @EnableWebMvc이 적용되어 있는 파일에서 해당 어노테이션을 지우고 실행해보니, 정상적으로 스네이크 케이스로 작동했다. (필자의 경우 SwaggerConfig에 해당 어노테이션이 명시되어 있었는데, 왜인지 모르겠다. ~~이게 복붙 트러블슈팅의 폐해~~ @EnableWebMvc가 어떤 역할을 하길래 옵션을 덮어쓰기하는지 더 알아보고, 해당 글에 추가할 예정이다.)

빌드, 컴파일 차이

우준성 — Tue, 9 May 2023 14:39:23 +0900

컴파일

소스코드를 바이너리 코드로 변환하는 과정이다. java의 경우 컴파일의 결과로 JVM에서 실행 가능한 바이트코드 형태의 ".class" 파일이 생성된다. 컴파일은 빌드를 진행하는 과정 중 하나이다.

빌드

소스 코드 파일을 컴퓨터에서 실행할 수 있는 독립적인 형태로 변환하는 것을 말한다. 예를 들어 java 프로젝트에서는 개발자가 작성한 java 소스코드와 정적 파일들에 해당하는 resource가 존재하는데, 빌드를 실행한다면 소스코드를 컴파일하여 .class 확장자 파일로 변환하고, resource를 .class에서 참조할 수 있는 적절한 위치로 옮긴 뒤, META-INF와 MANIFEST.MF들을 하나로 압축한다. 일반적으로 빌드 툴은 전처리(Preprocessing), 컴파일(Compile), 패키징(Packaging), 테스팅(Testing), 배포(Distribution) 등의 기능을 실행한다. java 생태계의 대표적인 빌드 툴로는 Maven, Gradle 등이 있다.

이러한 빌드 과정을 도와주는 도구를 빌드 툴(Build Tool)이라고 한다.

레퍼런스

https://choseongho93.tistory.com/296

https://r-son.tistory.com/6

2023월 4월 회고

우준성 — Mon, 1 May 2023 10:17:35 +0900

4월 3일, 포트폴리오 특강 진행자들의 회식이 있었다. 특강 진행 그 자체로 보람차기도 했고 하나의 이력이 된다는 사실에 뿌듯하기도 했지만, 학교 측에서 진행자들에게 '회식'이라는 보상을 준 것이 너무 감사했다. 소고기 무한리필 집에서 고기를 원없이 먹은 기억이 있다.

4월 7일, 신한은행 ICT 특성화고 전형에 서류를 제출했다. 자기소개서를 모두 적고 다듬는 데 시간이 좀 오래 지체되었으며, 나머지 수상 경력 및 자격증, 내신 성적 등을 기입하는 데에는 그렇게 어렵지 않았다. 고등학교 생활을 열심히, 건설적으로 해왔던 내가 자랑스럽게 느껴지는 순간이었다. 또한 요즘 자소서 및 포트폴리오를 적는 일이 많아져 그에 관한 노하우도 늘어나고 있다. 얼마 후 결과가 나왔는데, 서류 합격이었다. 아직 갈 길이 많이 남았지만, 첫 발을 디딘 것 같아서 뿌듯했다.

4월 10일, 먹어보시개 3차 MVP에 대한 회의를 진행했다. 주변인들을 대상으로 기존 2차 MVP에 대한 사용성 설문조사를 진행했는데, 실제 사용자의 니즈를 충족해가는 방향으로 먹어보시개의 방향성을 완전히 바꾸기로 했다. 기존의 소분류 정도의 음식 정보에 더해 시제품 정보(바코드 인식 기능도 예정)도 제공하는 방향으로 회의를 진행하고, 각자 역할 및 일정에 대한 상의를 했다. 또한 내 사비를 털어 설문조사자 10명을 추첨해 공차 기프티콘을 뿌렸다. 이것도 내 서비스와 반려견을 위한 하나의 투자라고 생각해서 아깝지 않았다.

4월 12일, 드림어스컴퍼니의 백엔드 개발자 분과 전화 인터뷰를 진행했다. 드림어스컴퍼니(FLO) 경력 1년차의 백엔드 공고에 원티드를 통해 지원했고, 감사하게도 서류 통과가 되었다. 전화 인터뷰는 처음이라 회사 지원 동기, 자기소개, 기타 질문들을 준비했는데, 기술 관련 질문이 대부분이라 많이 당황하였다. 전화 인터뷰 이후 코딩테스트, 기술 면접, 임원 면접 순으로 이뤄지는데, 아쉽게도 전화 인터뷰에서 기술 관련 질문에 옳은 대답을 많이 못하여 다음 절차를 밟지 못하게 되었다.

도와주신 선배들께 면목이 없기도 하고 1~2학년일 때 기술적으로 많이 성장하지 못한 것이 후회되었지만, 3학년이 된 후 첫 면접이기도 하고 '내가 기술적으로 준비가 되지 않았구나'라는 현실을 느껴 오히려 더 감사했다. 그 이후 동기부여를 받아 자바 언어에 대해서도 꾸준히 공부하고, CS 관련 지식도 기초부터 쌓으려는 중이다. 언젠가 멋진 기회가 다시 찾아오면, 그때는 최선을 다해 붙잡을 것이다.

4월 15일, 신한은행 코딩테스트를 위해 학교 측에서 준비한 특강을 들었다. 강사로는 동균쌤이 오셨는데, 신입생 때 가장 존경하고 많이 교감했던 선생님이셔서 너무 반가웠다. 최선을 다해 수업을 들으며, 내 것으로 만들기 위한 노력을 했다. 이 수업을 듣기 전까지 자바로 코딩테스트 준비를 하고 있었는데, 파이썬이 지원하는 문법 및 라이브러리들이 너무 편리해서 파이썬으로 코딩테스트를 뿌셔보자 생각했다. 불필요한 구현을 없애고 내가 생각하는 중요 알고리즘만 빠르게 구현을 할 수 있다는 메리트가 너무 와닿았다. (리스트 슬라이싱, 컴프리헨션 등의 문법과 itertools라는 라이브러리가 내 마음을 흔들어 놓았다.)

4월 20일, 피플펀드컴퍼니 코딩테스트에 응시했다. 4년차 백엔드 개발자 공고에 원서를 넣었는데, 서류에 합격하여 코딩테스트를 진행하게 되었다. 총 4문제가 출제되었는데, 1~2번의 난이도는 꽤 쉬운 편이었고 3~4번은 어려우며 시간이 꽤 걸리는 문제였다. 나 또한 1, 2번을 풀고 3, 4번은 시도하다가 결국 풀지 못했다. 몇일 후 불합격이라는 결과가 통보되었다. 나는 일종의 피드백처럼 받아들이고, 다시 노력을 이어갔다.

4월 24일, 글로벌 실리콘밸리 연수를 위한 자기소개서 및 서류를 제출했다. 이전에 여러 자기소개서를 적으며 쌓인 노하우로 단시간에 완성했으며, 서류(다자녀 가정 증빙을 위한 가족관계증명서, 자격증 증명서 등) 또한 미리 뽑아놓고 기한에 맞춰 제출했다. 글로벌 프로그램은 내가 대소고에 들어오게 된 하나의 이유이기도 해서, 꼭 이뤄야 하는 목표 중 하나이다. 최근 글로벌 프로그램 참가를 위해 개인적으로 전화영어를 다시 진행하는 중이다.

4월 27일, 신한은행 AI 역량검사에 응시했다. 검사에 응시하기 전 잡다 사이트에서 AI역검을 체험해보고 본 검사를 응시했음에도, 완벽하게 응시하진 못했다. 영상 면접에서 몇몇 실수를 하며 간신히 멘탈을 부여잡았고, 게임 진행 부분에서 어느 정도 멘탈이 가출했다. 그래도 끝까지 포기하지 않고 응시했던 나에게 칭찬하고 싶다.

4월 29일, 신한은행 코딩테스트를 진행했다. 코딩테스트는 몇주 전부터 프로그래머스를 통해 꾸준히 문제를 풀었기에, 그렇게 걱정되진 않았다. 응시 전날에 내가 알던 파이썬의 내용들을 전부 복습하고, DFS 및 BFS, DP, 그리디, 순열과 조합 등의 문제 유형들에 익숙해지기 위해 종박이의 친절한 설명을 듣고, 백준 문제들을 풀어나갔다. 코딩테스트 당일에는 4문제 중 3문제를 풀었으며, 마지막 문제는 화장실이 급한 이슈로 결국 풀어내지 못했다. '여유가 좀 더 있었으면 해결 방법을 생각해냈을텐데'하는 생각이 있지만서도, 화장실을 끝까지 참아가며 최선을 다했다는 마음이다. 코딩테스트 문제는 거의 다 '구현' 및 '그리디' 문제였다. 의외로 순열 및 조합, BFS 관련 문제가 나오지 않았다. 늘 그랬듯, 과정에는 최선을 다하고 그 결과는 겸허히 받아들이겠다.

취업 준비와 프로젝트 개발로 바쁜 한 달이었는데, 그 와중에도 초심을 잃지 않고 꾸준히 도전하며 건설적으로 하루하루를 살아가려고 노력한 내가 뿌듯하다. 거의 매일 저녁에 유산소 + 근력 운동 루틴을 지켰으며, 몸이 좋아지고 건강해지는 기분을 느낀다. 최근 일렉기타도 열심히 연습하며 내 또 다른 꿈에 다가가는 중이다. 돈 공부와 개발에 관한 것은 많이 챙기지 못한 한 달이어서 아쉽긴 했다. 지금 시점부터 다시, 돈 공부와 개발을 챙겨야겠다. 내 꿈은 젊은 시간을 내 뜻대로 보낼 수 있게 해줄 '재정적 자유'다.

우리 가족, 주변의 친구들, 내가 존경하는 사람들을 보며 영감을 받고, 또 나아가게 된다. 꾸준히 동기부여를 받는 삶에 감사하고, 노력할 수 있는 환경에 감사한다. 건설적으로 살다 보면 언젠가 나는 꼭 취업하고, 꾸준히 성장하며, 성공할 것이라고 믿는다. 화이팅!

도담도담, 바인드 팀 활동 회고 (2021~2023)

우준성 — Mon, 24 Apr 2023 16:00:41 +0900

지금 이 글을 쓰고 있는 날은 2023년 4월 21일로, 바인드 팀(B1ND TEAM) 동아리 활동을 시작한 2022년으로부터 약 1년이 지났다. 우리 동아리의 문화이자 정해진 규칙인 '2학년이 전적으로 동아리를 이끌어가고 3학년은 서포트만 할 것'에 맞춰 지금은 후배에게 인수인계를 끝내고 몇몇 기술적 서포트만 해주고 있다. 내 고등학교 2학년 생활의 대부분이 바인드 팀에서의 활동이기에 회고를 적어보려 한다. 길다면 길고 짧다면 짧은 1년이지만, 굉장히 큰 배움과 성장을 거둔 시간이었다. (참고로 필자는 대구소프트웨어마이스터고 6기이자, 바인드 팀 6기 팀원이다.)

1학년, 바인드 팀 인턴 활동

바인드 팀에서는 다른 교내 동아리와 달리 2학년부터 정규직(동아리 창체 인원)으로 채용하고, 1학년은 2학기부터 인턴으로 수습기간 동안 활동하는 문화가 있다. (인턴 인원 대부분 2학년이 되면 정규직에 채용된다.) 그 프로세스 덕분에 정규직 채용에서 훨씬 더 신뢰성 있고 열정적인 팀원을 모을 수 있고, 바인드 팀 조직이 지금까지 이어진 이유인 것 같기도 하다.

바인드 팀의 메인 프로덕트인 '도담도담'은 대구소프트웨어마이스터고의 외출/외박, 자습실 신청, 상벌점 관리, 기상송 신청, 분실물 신청 등의 서비스를 제공하는 교내 스마트 스쿨 플랫폼이다. 나는 2021년 초반에 바인드 팀 4기 리더 이영은 선배님의 도담도담 설명회를 듣고, 바인드 팀의 문화 및 프로덕트에 반해버렸다. 그때부터 바인드 팀 백엔드 개발자이셨던 신중빈 선배님께 백엔드에 대한 지식을 여쭤보며, 개발에 대한 열정을 뿜뿜 했다. (내가 백엔드에 관심을 가지던 이유에 대해서는 이 글을 참고하기를 바란다.)

그러다가 2021년 하반기쯤에 바인드 팀 1학년(6기) 인턴 채용 공고가 올라왔고, 꽤 많은 고민 끝에 백엔드 ERD 설계 과제를 제출하고 면접 절차를 거쳐 인턴에 합격했다. 당시 지훈이와 머리를 맞대며 처음 설계해 본 미숙한 ERD 구조, 면접 때 선배님들의 매서운 눈빛과 굉장히 떨리던 마음이 아직 생생하다. 백엔드 인턴은 나와 김준호, 프론트엔드 분야는 임동현과 금현호, 안드로이드 앱은 최민재, iOS 앱은 김상은 팀원이 함께 합격했다.

https://b1nd.com 팀페이지

바인드 팀에는 합격한 인턴끼리 1학년 반 년동안 협업 프로젝트를 진행하는 문화가 있다. 그 과정을 통해 서로 문제 해결을 도우며 협업하는 능력, 소통력, 코딩하며 마주한 벽을 부수는 의지를 확인할 수 있기 때문이다. 우리 6기 인턴 또한 협업 프로젝트 주제를 선정하고 개발, 배포까지 진행했다. 당시 인턴 팀장 임동현을 선두로 교내 스택오버플로우, 오픈소스 프로젝트 등 브레인스토밍을 진행했는데, 많은 고민 끝에 '교내 SNS 서비스'를 개발하기로 결정했다.

대구소프트웨어마이스터고등학교에서는 밴드 SNS 서비스를 통해 학부모-교직원-학생 간의 연결이 이루어지고 있었다. 아무래도 학부모, 교직원, 학생이 같은 그룹에 있다 보니 부담스러움 때문에 학생의 활동이 거의 없었다. 또한 공지사항, 건의사항, 기타 사진들을 구분하지 않고 게시해서 소통보다는 공지 위주의 SNS라는 느낌이 들었다. 이러한 문제점을 해결해 보고자 시작한 프로젝트가 'GLASS'이다. 글래스 서비스는 오로지 소통에만 초점을 맞춰 학생들의 일상을 투명하게 담아내는 서비스라는 비전을 토대로 하여, 학생-학부모-교직원 간의 활발한 소통을 도모한다. 학생들이 일상 사진을 공유하고, 학부모들과 교직원들이 댓글과 공감을 남기며 반응할 수 있다. 그 외에도 인기 게시물 및 해쉬태그 기능이 있다.

실제 학부모 및 학생 27명에게 설문 조사를 진행하여 서비스에 대한 니즈를 파악했고, 서비스 소개 자료에도 첨부했다.

비록 Node.js(express) 기반의 굉장히 초보적인 코드이긴 했지만, 백엔드 팀원 준호와 깃헙으로 협업하면서 선배 도움 덕분에 생전 처음 코드 리뷰라는 것도 받아보고, 배포도 해보는 멋진 경험을 했다. 클라이언트 팀원들(웹, 안드로이드, iOS 등)과 끊임없이 소통하고 우리 팀에 디자이너가 없어 팀원 모두 머리를 맞대고 피그마를 만지며, 할 일이 많았지만 동기들의 열정 덕분에 나 또한 열정적으로 임할 수 있었다. 배포하고 나서 동기 몇십 명이 직접 사용해 보는 베타 테스트 기간을 가지면서, 몇몇 에러 원인도 파악하고 개발에 대한 애정도 되살아났다. 항상 느끼는 것이지만, 개발 결과물은 사용자가 존재할 때 더욱 생기를 발한다.

11월 전에 개발을 끝내고, 당시 2학년 선배들과 함께 대구 엑스코에서 진행하는 ICT 박람회에 글래스 서비스를 전시할 기회를 얻었다. 프로젝트 발표는 상은이가 맡았고, 부스 운영은 팀원 모두 로테이션을 돌며 설명 및 시연을 진행했다. 서비스에 대한 피드백도 많이 받고, 많은 분들 앞에서 세일즈 하는 경험은 흔치 않았기 때문에 값진 경험이었다.

2학년, 도담도담이 아닌 Dpple

나를 포함한 6기 바인드 팀의 인턴들 모두 수습 기간을 거쳐 정규 팀원으로 전환되었다. 이제 인턴 프로젝트가 아닌 도담도담을 개발하는 팀원이 되면서, 도담도담 진행에 관한 방향성을 잡기 위해 수요일마다 주기적으로 회의를 진행했다. (사실상 2학년 초반에는 방향성이 정해져야 개발에 투입되기에 거의 매일 회의를 하다시피 했다.) 우리 학교에서는 2학년에 나르샤 프로젝트라는 교육 과정을 진행하고, 바인드 팀의 나르샤 프로젝트는 도담도담이었다. 나르샤 프로젝트의 각 팀에는 산학 교사가 참여했는데, 이 분들은 실무에서 이미 많은 경험을 습득하신 분들이었다. 우리 팀은 산학 선생님 Chris Kim과 함께 기술적인 부분보다는 사용자의 니즈 및 서비스의 본질을 함께 고민했다.

우리 6기가 도담도담을 계속 유지보수 해나가기에는 몇 가지 어려움이 있었다. 첫 번째로 약 3~4년 동안 쌓인 레거시 코드, 두 번째로 학교(교사) 측의 추가 요구사항으로 인한 SI 개발 방향으로의 진행, 마지막 세 번째로 많이 사용되지 않는 기능들(자습실 신청 등)이 문제였다. 크리스 선생님은 이 문제들을 해결하기 위해 도담도담 개선이 아닌 새로운 서비스 론칭의 의견을 내셨다. 우리 6기에게도 실제 사용성 지표를 좇으면서 스타트업처럼 MVP 방식으로 새로운 기능을 개발하는 문화가 훨씬 도움이 될 것 같았다.

그리하여 새로운 서비스의 핵심 모토를 '학생들에게 즐거움을 줄 수 있는 서비스'로 잡고, 서비스의 이름을 선정했다. 처음에는 도담도담과 동질감이 들고, 시끌벅적하고 즐거운 느낌의 '도란도란'이라는 이름으로 결정했다가, '도담 스쿨'을 거쳐 'Dpple'이라는 이름으로 최종 선정했다. 애플처럼 혁신적으로 변혁을 이루는 당시 우리 동아리의 분위기를 그대로 담고 있는 것처럼 느껴졌다.

포괄적인 주제를 정한 뒤에는 브레인스토밍을 통해 그 안의 새로운 MVP 기능들을 계획했다. 무작정 팀원들의 니즈만 반영하면 자칫 사용자(학생)에게 필요가 없는 서비스가 만들어질 수도 있기 때문에, 전교생을 대상으로 설문 조사를 진행했다. 학생들의 생활 루틴, 학교에 바라는 것, 최근 가장 많이 사용하는 서비스, 자신의 가치관 등 학생 생활의 전반적인 분석을 하기 위해 응답을 받았고, 회의를 통해 여러 아이디어를 도출했다.

교내 학생들의 백준(알고리즘 문제 풀이 사이트) 랭킹을 보여주는 '백랭', 교내의 다양한 정보를 제공하는 위키 서비스 'Diki', 졸업생 선배들의 취업처를 지도로 알려주는 서비스 '있을지도(ItMap)' 등의 아이디어를 떠올렸다. 실제 배포를 위해 개발에 착수한 친구들도 있었고, 나 또한 새로운 서비스의 백엔드 개발을 시작했다.

(좌) 전교생을 대상으로 진행한 구글 설문, (우) Dpple 아아디어 회의

돌아 돌아 다시 도담도담으로

3월부터 약 2개월을 회의 및 프로젝트 시작에 바치고 드디어 개발에 집중하려는 찰나에, 크리스 선생님이 기존 도담도담을 버리지 못할 한 가지 아쉬운 점을 회의 때 가져오셨다. 바로 도담도담의 기존 사용성이었다. 도담도담은 대구소프트웨어마이스터고 공식 학생 관리 플랫폼으로서 이미 전교생들이 사용하고 있었기에, 이러한 장점을 버리기엔 아쉬운 것이다. (새로운 프로젝트를 기획하고 개발을 시작하는 중에도 도담도담은 계속 서비스 중인 상태였다.) 6기 내에서도 방향성에 대해 다시 고민해 보면서, 유저를 위한 '새로운' 프로젝트는 얼마든 팀을 꾸려서도 할 수 있지만 전교생의 DAU가 확정된 서비스를 발전시키는 경험은 바인드에서만 할 수 있을 것이라고 생각했다. (적어도 고등학교 생활 중에는 그렇다고 생각했다.)

그리하여 기존 도담도담의 장점과 새로운 프로젝트의 취지를 합쳐서, '도담도담 V6'를 개발하기로 확정했다. (원래 유지보수 버전으로 도담도담 V3까지 나왔는데, 기존의 도담도담 유지보수에 비해 확실한 변혁이 있을 것으로 보고 우리 기수 넘버인 버전 6으로 정했다.) 도담도담 V6에서는 전반적으로 기존 도담도담 기능과 실험적인 기능(있을지도 등) 몇 개를 가져가기로 했다.

도담도담 V6

각 플랫폼 팀(Front-end, Back-end, Android, iOS)에서도 기술적으로 변혁을 시도했다. 프론트엔드 팀은 모놀리식으로 구성되어 있던 레포지토리를 개선하는 MFA(Micro Frontend Architecture) 방식을 채택하고, 안드로이드 팀은 도담도담 티쳐 V6 RxJava에서 Corutine으로 마이그레이션, 내가 속한 백엔드 팀은 기존 Node.js 기반에서 Spring 기반으로 마이그레이션을 채택했다. 서비스가 커짐에 따라 객체 및 도메인 지향적으로 개발하려는 니즈가 커졌고, Spring 기반의 라이브러리/프레임워크를 적극 활용해서 안정적이고 유지보수가 쉬운 개발 인프라를 구축하고 싶었다. (하루 약 1,386건의 상대적으로 적은 수의 API 요청을 받긴 하지만, 학교 공식 학생 관리 서비스이기에 문제가 생겨도 최대한 서버가 죽지 않아야 했다. 가용성이 높은 서버를 구축하기 위해 MSA 인프라를 구축하자는 고민도 거듭했지만, 새로운 버전 출시가 급선무였기에 우선순위를 미뤘다.)

도담도담 서버 레포지토리(프라이빗)와 도담도담 V6 웹

그렇게 팀원 모두 약 6개월(5월~11월) 간 각자 개발에 착수했고, 백엔드 팀인 나와 준호는 열심히 코드를 짰다. 초반에는 DB 정규화를 목적으로 ERD 구조 재설계를 진행한 후에 Spring Boot 및 Spring Data JPA(MySQL)을 이용해 개발을 했다. 내가 맡은 기능은 '기상송', '외출/외박', '멤버 권한', '있을지도' REST API 개발이었다. 준호 팀원이 Global 모듈 코드 및 다른 REST API 기능들을 열심히 개발해 준 덕분에, 마감 목표 기한(11월)에 맞춰 개발을 마치고 무사히 V6를 배포할 수 있었다.

개발 기간 중 방학(2022년 8월)이 있었는데, 그 기간 동안에는 클라 팀원들이 서버와 모두 떨어져서 지내므로 로컬 서버를 사용할 수 없었다. Pull Request 및 Merge 후에는 원격 서버에 바로 반영되어야 클라와 통신할 수 있었는데, 방학 시작 당시에는 CI/CD 파이프라인을 구축하지 않은 상태라서 터미널 SSH 접속 -> 원격 서버에서 Main 브랜치 Pull -> Gradle build -> Docker build -> Docker rm 기존 컨테이너 -> Docker run 배포 과정을 일일이 진행해야 했다. 나는 이 부분이 너무 불편해서 CI/CD 파이프라인을 만들기로 결심했고, 여러 레퍼런스를 찾아보며 Github Actions를 이용해 구축했다. (사실 원격 서버에서 직접 Gradle build 및 Docker build를 하는 과정 때문에 CD 오류가 생기기도 했고, CPU가 과부하되는 일도 흔했다. 동아리 선배한테 질문해 가면서 미치도록 오류 해결을 시도하고 고민하며, Github Actions 클라우드에서 Gradle build 및 Docker image를 만든 후 Dockerhub를 이용해 이미지를 전달하는, 원격 서버 입장에서는 훨씬 가벼운 작업 플로우를 채택했다. 실제로 해결한 것은 몇 개월 후였고, 방학 동안 CD 오류 해결 시도의 갑갑함을 생각하면 말도 안 나온다.)

2022년 9월 경, 실제 요청을 받고 있는 서버를 잘못 건드려 식은 땀나는 경험도 했다. 기존 도담도담 V2의 페이징 관련 불편한 점을 해결하기 위해 Node.js 소스코드를 고치고, 기존 도커 컨테이너를 내리고 다시 업데이트된 이미지로 컨테이너를 올렸다. portainer에서 duplicate 버튼을 눌러 기존 컨테이너에 새로운 이미지를 적용할 수 있었는데, 완전히 내리고 다시 컨테이너를 올리는 바람에 도커 볼륨 연결이 초기화됐다. 당시 도커 볼륨의 존재를 몰랐던 나는 도담도담의 모든 이미지(picture)가 안 뜨길래 내가 이미지를 모두 날려 먹은 건가 싶었는데, 다행히 선배가 도커 볼륨을 마운트 하여 해결해 주셨다. 그 후 컨테이너 볼륨과 도커 볼륨의 차이를 알게 되었고, 볼륨 마운트에 대한 설정도 배웠다. 또한 원격 서버 자체가 없어지면 그동안 쌓인 이미지도 소실되겠다는 생각에, 이미지 저장소를 외부로 옮기는 작업을 했다. (바인드가 사용하는 서버는 Naver Cloud Platform 기반이었기 때문에, 이미지를 업로드하면 Naver Cloud Object Storage에 저장되는 작업을 수행했다.) (도담도담 사용률이 낮은 밤에 이 작업을 해서 천만다행이었다.)

크리스 선생님이 항상 강조하신 것이 '유저의 니즈'와 '데이터 수집'이었다. 이는 선생님이 우리에게 가르쳐 주신 OKR(Object Key Result)과 관련이 있는데, 프로덕트를 배포하는 경우 기능별 유저의 DAU, MAU를 꼭 파악해야 하고, 이러한 통계치가 OKR 목표치에 도달하지 못했을 때는 그 기능이 유저의 니즈를 충족하지 못한 것이라 판단하여 과감히 드랍해야 한다는 것이다. 기존 도담도담에서는 이러한 부분을 잘 분석하지 못해 사용 빈도가 떨어졌다는 것이, 도담도담 V6의 요청 통계치를 내기 위해 서비스 및 유저 별로 로깅하는 기능을 개발했다. 나중에는 이를 통해 하루 약 1,386여 건의 API 요청이 들어온다는 것을 알았고, 현재에도 이 로깅 기능을 통해 유저의 서비스 사용 빈도에 대한 기록을 남기는 중이다.

(좌) 학교 일정 페이지, (우) 기상송 페이지

(좌) 분실물 및 습득물 페이지, (우) 있을지도 페이지

추가로, 11월 MVP 개발 및 배포 후에 주요 업데이트 내용을 패치 노트처럼 제공하고, 구글 폼을 통해 서비스 피드백과 버그를 제보받았다. 대부분이 클라이언트에 대한 제보라서 백엔드는 대처 사항이 적었지만, 도담도담 프로덕트 자체의 완성도가 올라가는 느낌이라 행복했다. 학생들이 적극적으로 버그를 제보해 준 덕에 ICT 출품 전 퀄리티를 높일 수 있었다. (백엔드 개발자로서는 클라이언트 개발자처럼 직접적인 피드백을 받을 수 없는 것이 아쉽긴 했다.)

대구 엑스코 ICT 부스 운영

우리 학교에서는 11월이 되면 2학년 나르샤 팀 모두 의무적으로 엑스코 ICT 부스 운영에 참가한다. 1학년때는 몇몇 팀들만 출품할 수 있는 연습이었다면, 2학년의 ICT는 실전이었다. 우리 팀의 경우에는 마감 기한을 ICT 시작일로 맞출 만큼 중요한 행사이기도 했다. 또한 떨림만큼 설렘도 있어서 멋진 경험을 한다는 것에 기대되었다.

2022년 11월 9~11일(3일간) 진행되었다. 우리 바인드 팀은 '도담도담 V6'로 출품하게 되었는데, 기존 도담도담의 장점에 대한 설명(종이 장부를 대신하는 페이퍼리스 학생 생활 관리 시스템)보다 버전 6에서 바뀐 점들 및 앞으로의 방향성을 브리핑하는 방향으로 부스 설명을 계획했다. 중간중간에 식사 시간도 있고 휴식 시간도 있어야 하기에, 로테이션을 돌며 한 명당 1시간 꼴로 부스를 지켰다. 외부인 및 기업 대표 분들, 교육인 분들도 많이 방문해 주셨다. 강은희 대구교육감님이 방문하시는 날도 있었는데, 상은이와 함께 팀을 대표해 사진을 찍었다.

당시에는 부스 운영을 하고 끊임없이 서비스에 대한 설명을 하며 굉장히 힘들었는데, 지금은 행복하고 뿌듯한 기억으로 미화되었다. 부스 운영 당시 각 팀별로 인터뷰 영상을 찍었었는데, 우리 팀의 경우 내가 인터뷰를 진행했다. 해당 인터뷰 영상은 대구소마고 공식 유튜브에 업로드되었다.

ICT에서는 각 팀마다 서비스에 대한 발표도 진행하는데, 이번의 경우 투표 점수를 매겨 서울 Softwave에 참가할 팀을 뽑았다. 나는 서울에 꼭 가서 좋은 경험을 쌓고 오고 싶었기에 내가 발표를 맡았다. 팀원들과 함께 발표 자료를 만들고, 연습을 통해 실수를 없애며 선생님들 앞에서 연습 발표를 진행하며 피드백을 받았다. 그동안 수많은 발표 경험으로 쌓아온 노하우 덕분에, 꽤 수월하게 발표 준비를 마칠 수 있었다.

실제 발표 현장에는 우리 학교의 선생님들, 학부모님들 및 외부인까지 참석해서 굉장히 떨렸지만, 연습했던 대로 실수 없이 무사히 진행했다. 우리 팀은 꽤 높은 점수를 받았는데, 이는 바인드 팀 Softwave 박람회 참여로 이어졌다. 부담감 하나를 떨쳐낸 동시에, 1등이라는 결과를 받는데 조금이라도 기여했다는 생각이 드니 너무 행복했다.

(좌) 실제 발표 현장, (우) 발표 자료

서울 코엑스 Softwave 부스 운영

위에서 언급했던 '대구 엑스코 ICT'에서 선정된 팀들만 서울 코엑스 Softwave에서 부스를 운영할 기회가 주어지는데, 기적적으로 우리 팀이 1등으로 선정되어 가게 되었다. 단, 서울에서 3박 4일간 머무르는 활동 특성상 인원 제한(팀 당 3명 이하 참여)이 있었기에 바인드 내의 각 플랫폼 팀(프론트엔드, 백엔드, 모바일 앱)의 대표가 참여하게 되었다. 백엔드 팀의 대표는 필자(우준성), 프론트엔드 팀의 대표는 임동현, 모바일 팀의 대표는 최민재였다.

2022년 12월 6일 오후, 모니터 및 기자재를 챙겨 학교에서 대여한 버스를 타고 서울로 출발했다. Softwave는 12월 7일~9일 3일간 진행되었기에, 그 전날에 도착해서 부스를 정리하고 기자재를 설치했다. 우리 부스 뒤쪽에는 부산소마고, 앞쪽에는 광주소마고, 왼쪽에는 대덕소마고, 이렇게 4개교의 대표들이 다 모인 자리라서 아는 개발자 분들을 만날 생각에 기대되었다.

숙박은 근처 호텔에서 해결하고, 아침은 주로 주변 맥도날드의 맥모닝 세트를 먹었다. 점심과 저녁은 코엑스 지하의 음식점들 중 골라 먹었으며, 부스 운영에 차질이 가지 않게 팀별로 로테이션을 돌며 따로 밥을 먹었다. 전체적인 부스 운영과 설명은 ICT와 비슷하게 이뤄졌으며, 방문하는 분들의 규모가 좀 더 컸다. 외국 CEO 분께서 방문하여 내 주특기인 영어로 서비스를 설명드리기도 했고, 교육 및 연구업체 대표 분이 도담도담 서비스 후원 제안을 주시기도 했다. 무엇보다 도담도담에 대해 종일 설명하고 피드백을 받으며, 만약 1년 전으로 돌아간다면 어떤 부분에 집중해야 할지 뚜렷하게 감이 잡혔다. (개인적으로 도담도담 백엔드에 대한 질문도 꽤 들어왔는데, 왜 MSA 기술을 적용해보지 않았을까 하는 후회감도 들었다.)

(좌, 중) Softwave 부스 운영 현장 (우) 부산소마고 친구들과 즉흥 사진사분께 찍힌 사진

물론 3일 내내 부스 운영, 식사, 수면 이 세 가지만 했던 것은 아니다. 부스 운영을 4~5시쯤에 마치고 나면 휴식 시간이 많이 있었는데, 호텔에 머물러도 되지만 나와 친구들은 서울을 구경하는 쪽을 택했다. 부스 운영을 한 첫날 저녁에는 선배님들께서 찾아와 주셔서 밥을 얻어먹었는데, 선배님들이 회전 초밥과 커피를 사주셔서 너무나도 맛있게 먹었다. (나도 서울에 자취하는 선배가 되어 후배들에게 베풀어주겠다는 꿈이 생겼다.) 두번째 날 저녁에는 본격적으로 한강 주변을 구경하기로 결정해서, 한강 라면을 먹고 롯데타워까지 따릉이를 타고 달리며, 숙소에서 다 함께 디저트를 나눠 먹었다.

항상 이렇게 정규 수업을 벗어나 어떤 대회에 참가하거나, 외부 활동에 참가할 때가 제일 행복하다. 모두가 공부하는 순간에 다른 경험을 쌓는다는 보람도 있지만, 지금이 아니면 만나지 못할 친구들과 추억을 쌓는다는 행복이 가장 큰 것 같다.

이렇게 놀고 돌아와서, 호텔에서 밤에 2시간 정도 자격증 공부를 하다 잤던 기억이 떠오른다. 서울에서 돌아오자마자 주말에 리눅스마스터 2급 실기 시험이 있었기에, 시간을 최대한 잘 활용해야 했다. 노션에 정리하며, 끝까지 버티겠다고 마음 먹고 잠을 떨쳐냈던 추억이 이제는 보람차고 아름답게 느껴진다. 서울에서 대구로 돌아오는 금요일엔 휴게소 스낵코너에서 저녁을 해결하고, 밤늦게 학교에 도착해 비싼 택시비를 내며 집까지 갔던 생각이 난다. 멋진 추억과 맞바꾼 택시비 3만원, 아깝지 않다.

바인드 팀 7기 채용 진행

글의 흐름상 어쩔 수 없이 채용 관련 섹션을 뒷쪽으로 미뤘는데, 채용 활동은 상반기(5~7월)에 진행되었다. 꽤 긴 기간을 잡고 채용 절차는 어떻게 할지, 어떤 인재를 뽑을지, 어떤 과제가 좋을 것이고 각 절차에서는 어떤 부분을 봐야 할지 등과 같은 부분을 팀원들이 다같이 고심했다. 절차는 서류, 기술면접, 임원면접 순으로 진행하기로 했다. 이 전형으로 뽑히면 인턴이 되는 것이고, 인턴 생활 이후 정규 팀원 전환 및 불합격이 정해진다. 사실상 인턴을 뽑는다는 것은 바인드의 미래를 이끌어갈 팀원을 뽑는 것이기에, 6기 내에서 굉장히 많은 리소스와 노력을 들였다.

바인드 팀 인턴을 뽑을 때는 1학년 중반이기 때문에, 대체적으로 실력보다는 인성을 먼저 평가했다. 1차 서류에는 자기소개와 함께 각 분야별 과제를 제출했다. 프론트의 경우에는 기초 HTML 및 CSS, JS 과제로 실력을 판단했고, 백엔드는 소스코드 작성 대신 간단한 ERD를 설계하는 과제를 제출하게 했다. (백엔드의 경우 다른 플랫폼에 비해 프레임워크 및 언어가 다양하기 때문에, 소스코드로 실력을 판별하지 못할 것이라고 결론을 내렸다.)

기술 면접과 임원 면접에서는 실제 실력과 인성을 가려내기 위해 진지하고 깐깐한 면접관의 자세로 질문을 쏟아부었고, 거의 모든 친구들이 굉장히 긴장한 것 같았으나 잘 대답해줬다. 면접 질문과 그에 대한 대답은 팀 내의 기밀 사항이므로 공개할 수는 없지만, 질문 리스트를 짜놓고 대답에 따라 꼬리 질문을 이어가는 형식으로 진행했다. (임원 면접에서는 인성을 보기 위해 두 가지 중 하나를 택해야 하는 '케이스 질문'이나 MBTI와 연관한 메타인지 질문 등을 했다.)

이렇게 깐깐한 과정 덕분에 가능성이 넘쳐흐르는 바인더스 7기가 구성되었으며, 7기들이 함께 6개월동안 '멘토멘티'라는 인턴쉽 프로젝트를 진행한 후 거의 모든 팀원들이 정규 팀원이 되었다. 2023년 4월, 지금은 누구보다 믿음직한 후배들로, 믿고 바인드의 미래를 맡길 수 있게 되었다. (백엔드 팀의 한 친구가 인턴쉽 과정 후에 팀과 함께하지 못하게 되었지만, 그 친구는 바인드 팀이 아닌 스스로 결성하고 이끄는 팀에서 훨씬 성과를 낼 수 있겠다는 판단에 그러한 결정을 내렸다.)

교내 컨퍼런스(B1CODE) 주최

2022년 12월 21일, 바인드팀은 도담도담 V6에서 사용된 기술 및 지식을 전교생에게 공유하기 위해 컨퍼런스를 주최하고 진행했다. 사실 3년 전까지 대소고에서 매년 동아리들이 모여 이러한 컨퍼런스를 진행해왔지만, 코로나로 인해 진행이 멈췄다. 2022년에 코로나가 잠잠해졌음에도 컨퍼런스 관련해서 아무런 소식이 없어서, 팀 홍보도 할 겸 바인드팀이 본격적으로 진행하기로 했다. 바인드팀의 기술 공유가 중심이지만, 다른 팀 및 개인의 발표도 함께 진행했다. (컨퍼런스 이름인 B1CODE는 바코드라고 읽는데, 이는 '바인드의 소스코드'의 약어이다.)

우리가 주최한 교내 컨퍼런스에는 총 7개의 세션이 있었는데, 항목은 아래와 같다. 각각 10분 정도씩 진행되었으며, 전교생을 대상으로 진행되었지만 선택 참여라서 주요 청중은 1학년이 되었다. 참여율을 위해 학교에서 돈을 지원받고, 컨퍼런스 참석자들에게 추첨을 통해 상품을 나눠줬다. 컨퍼런스는 바인드팀 유튜브 채널에 실시간으로 송출되었으며, 각각의 발표 세션들을 컷편집을 거쳐 유튜브에 업로드했다. (그 당시에 유튜브로 바인드팀을 세상에 전파해보자는 철없는 결심을 하고, 열심히 채널을 꾸미고 영상 소스를 편집하고 썸네일을 만들어 올렸던 그때가 생각난다.)

1. 임베디드 꿀팁
2. Node.js에서 Spring을 향해
3. Spring에서 MSA를 구성하는 방법
4. Coroutine을 활용한 비동기 처리
5. 다시, 세상 모든 알레르기 환자를 위하여
6. RxFlow로 iOS 퍼블리셔 벗어나기
7. 2,000커밋 MFA로 산산조각 내기

나도 이번 컨퍼런스 발표에 백엔드 세션을 진행했는데, 실제 도담도담 V6 서버에서 진행된 Node.js에서 Spring으로의 마이그레이션을 주제로 잡았다. 실제 발표 영상은 유튜브에 있으며, 동기 및 비동기, Spring 프레임워크의 장점 등을 설명하며, 바인드 백엔드 팀이 왜 Spring으로의 마이그레이션을 택했는지 발표했다. 그리고 성능 향상에 대한 얘기도 했는데, 돌아보면 캐싱 및 SQL 최적화 등의 작업을 수행하지 않고 단순 프레임워크 마이그레이션으로 속도 개선 및 성능 향상을 했다고 말한 게 철이 없었던 것 같다. (실제 속도 개선이 되긴 했지만, 내부적으로 왜 개선되었는지 자세하게 알지 못했다.)

이번 컨퍼런스에서는 최민재 팀원이 리더 역할을 하며 거의 모든 과정을 이끌어갔다. 책임감이 컸음에도 불구하고 자신의 발표 세션까지 깔끔하게 준비하는 모습이 존경스러웠다. 사실 첫번째 세션 '임베디드 꿀팁'에서 임베디드 개발을 위해 학교의 지원을 어떻게 받는가에 대한 팁을 전수해줬는데, 의도치 않게 학교에 대항하는 내용이 되어버림과 동시에 방송이 신입생에게까지 송출되어 파장을 일으키긴 했다. 신입생 담당 선생님들께 사과문을 작성하고 엄숙한 분위기 속에 12월을 끝마친 일화가 있었지만, 그마저도 최민재 팀원이 책임을 지고 끝까지 대응하며 성숙한 모습을 보여줬다.

인수인계

2022년 12월부터 인수인계 활동을 시작했다. 2023년부터는 바인드 7기 친구들이 주도권을 갖고 바인드 동아리를 운영해야 하기에, 개발 및 문화 측면에 있어서 인수인계가 필요하다. 백엔드 팀에서는 이지민 후배와 최수원 후배가 도담도담 백엔드 코드 및 인프라에 대해 전수받았다. 인수인계라고 해서 크게 전수하는 건 없고, 네이버 클라우드 계정 및 도커 인프라 구조, 앞으로의 백엔드팀 방향성 등을 가르쳐줬다.

내가 속한 6기가 인수인계를 받을 때는 정리된 문서같은 게 없어서 전달받은 사항을 잊어버리는 경우도 많았고, 전달받지 못한 부분도 조금씩 존재했다. 그런 부분을 없애고자 백엔드 팀 내에서 '백엔드 업무 매뉴얼'을 정리하고, 피그마로 백엔드 인프라 구조도를 만들어 인수인계 시 전달해줬다. 또한 협업을 위해서는 명확한 커밋 히스토리가 필요한데, 평소에 통일이 되지 않았던 gitmoji 사용을 명확히 하기 위해 git commit template을 작성하고 적용을 권장했다.

그 이후에도 도움을 요청하면 코드리뷰 코멘트를 달아주며, 방향성에 대한 고민을 같이 해주고 DDD를 위한 이벤트 스토밍을 도와주다가 현재에는 완전히 7기가 독립한 상태이다. 7기 백엔드 팀원들 다 똑부러지는 후배들이라 개발도, 팀 운영도 필자보다 훨씬 잘할 것이라고 믿는다.

회고, 바인드를 떠나며

이제 3학년이 되며 점차 바인드 활동에서 손을 떼고, 실제 사회에 던져져야 할 날이 다가오고 있다. 아직도 나는 많이 부족하고 사회에 나갈 준비가 되지 않았지만, 바인드에서의 활동을 돌아보며 팀원들의 좋은 영향 덕에 한 걸음 한 걸음을 옮길 힘이 났다. 돌아보면 서로 서운한 부분이 있을 때 마음을 까놓고 얘기하고, 위기가 생길 때에는 팀원 모두 힘을 합쳐 대응하면서 누구보다 이상적인 팀이었다.

팀원들 모두 책임감을 갖고 활동해주며, 끝까지 각자의 몫을 다해줘서 정말 감사했다. 이 글을 작성할 수 있게 동기부여를 주고 기억이 나지 않았던 일정들을 상기시켜준 레퍼런스를 작성한 임동현 동료에게도 큰 감사를 표한다. 방향성 선정에 대해 끊임없이 도움을 주시며, 유저의 니즈에 대해 깊게 각인시켜주신 크리스 선생님께도 감사하고, 선뜻 바인드의 담당 교사를 임해주시고 교장/교감과 학생들 중간에서 다리가 되어주신 이유준 선생님께도 감사한다. 말도 많고 탈도 많은 6기였지만, 이번 한 해에도 프로젝트 무산이나 팀의 분열 없이 무사히 동아리 활동이 진행될 수 있었던 것은 6기 바인더스 팀원 모두 덕분이 아닐까 싶다.

팀의 문화에 대해 심사숙고하며 진지한 동아리를 만들기 위해 힘써준 바인드 6기 팀장 김상은 동료, 진지한 태도로 임하며 개발에 있어서 항상 동기부여를 줬던 최민재 동료, 인턴 생활 시절부터 함께하며 꾸준함의 대명사로서 긍정적 영향을 준 임동현 동료, 백엔드 개발 팀에서 함께 동고동락하며 오류를 해결해나갔던 김준호 동료, ENFP 에너지 뿜뿜하며 긍정적인 마인드를 갖게 해준 금현호 동료, 힘들 때마다 곁에 있어주며 완벽에 대한 기준을 보여준 기준 동료, 내면은 T지만 F답게 행동해주며 말에 공감해주고 갓생을 함께 실현한 김도현 동료까지. 다들 너무 고맙다. 개발 잘하는 좋은 팀원이 되어주지 못해 미안하고, 그럼에도 격려해주고 같이 개발해줘서 고맙다. 다들 열심히 취준하고 원하는 기업 합격해서 무사히 상경하고, 원하는 분야로 꼭 성공하자!

내가 많이 배우고 멋진 경험을 얻었던 만큼, 바인드 팀만의 '협력 정신'이 오래 이어지며 많은 후배들이 바인드 팀을 거쳐가면 좋겠다. 바인더스의 행복을 위해 사회인이 되면 바인드 팀에 간식비나 회식 비용을 기꺼이 후원해주고 싶다. 또한 그들의 취업 고민과 개발 고민을 조금이라도 해결해주고자 능력있는 개발자가 되고 싶다. 바인드 팀 그리고 바인드 동아리에 들어온 것은 대구소프트웨어마이스터고 입학 이래로 가장 잘한 선택이며, 신입생으로 돌아가더라도 다시 한 번 바인드 팀에 지원하겠다.

팀원들과의 갈등, 수요시장, 바인드팀 6기 카톡, 야준호의 열혈 개발 등 바인드팀 6기에서 아직 못다한 얘기들이 많지만, 유종의 미를 위해 여기서 글을 마치겠다. 끝까지 읽어준 분들 모두에게 진심으로 감사드린다.

2023년 4월 생각 톺아보기

우준성 — Thu, 20 Apr 2023 23:46:10 +0900

원래 속마음을 적던 일기를 비공개로 돌렸다.
주변 사람들에게 동기부여를 주고, 지금의 내 원동력을 잃지 않고 싶어서 일부 생각을 공개해야겠다고 마음먹었다.
아래 단락들은 각각 다른 날에 쓰인 문장들이다.

빼꼼이가 보고 싶다. 우리 가족도 보고싶다. 그들을 위해 열심히 사는 동시에, 그들에게 행복을 줘야겠다.

다들 행복하길 바란다. 나 또한. 행복을 위해 달려가자.

불합격이란 소식이 계속 들려와도, 나는 포기하지 않고 행복해질 것이다.

이제는 아무도 나를 막지 못한다. 내 한계는 내가 정한 것일 뿐, 내가 경험해 봤잖아.

그런 용기를 갖고 싶다. 공무원이면서도, 삶을 자유롭게 살 수 있는 용기.

그런 사람에게 타국 근무와 같은 기회가 주어지겠지. 실리콘 밸리 연수도, 해외여행도 모두 이루자. 소중한 사람과.

엄마와 빼꼼이가 학교로 데리러 왔다. 정말 오랜만이었다. 많은 게 바뀌었지만, 그들의 마음은 한결같기에 너무 아름답다.

요즘 친구에게서 삶의 태도를 많이 배우고 있다. 구체적으로 말하면 인간관계라고 말하는 것이 좋겠다.

냉철할 때는 정말 단호하게 대응하고, 삶에서 도움이 되는 여러 존재에게는 선행과 행복을 베풀어 주는 것.

먹어보시개를 성공시키자. 세상에 빼꼼이 이름을 알리고 누구보다 값진 삶을 선물해 주자.

하루라도 빨리 경제적 자유를 이뤄서, 빼꼼이와 함께하는 시간을 최대한 늘리자.

아무리 바쁘고 절망적인 일이 많이 일어나도, 그것에 대한 느낌과 다음 행동은 내가 정하는 것이다.

내가 한 걸음 뒤에서 바라보고, 행복하게 대처하면 그걸로 그만이다. 인생은 그런 것이다.

데일 카네기 - 자기관리론에 의하면, 과거를 건설적인 방향으로 만들 수 있는 방법은 하나뿐이다. 잘못을 침착하게 분석하고 교훈을 얻은 다음 잊어버리는 것이다. 그럴 용기와 지혜가 필요하다.

부모님, 할머니, 할아버지, 빼꼼이가 보고 싶기에, 더욱 포기할 수 없다.

오늘 밤에 아이스크림을 하나 먹어버렸지만, 운동도 열심히 했다.

돈도 열심히 모아서 자취하고 결국 성공해 낼 것이다.

오랜만에 엄마와 전화를 했다. 꼭 성공해야겠다는 생각이 들었다.

난 성공할 거야. 난 성공할거야. 난 부자가 될 거야. 난 성공할거야.

감정이 복받치는 요즘이야. 나쁜 감정이 아니라 좋은 감정.

요즘은, 책도 틈틈이 자주 읽고 내 마음도 수양하는 중이야.

주변에 좋은 사람이 있는 덕분도 있겠지만, 내가 다른 누군가가 되지 않으려는 마음이 제일 큰 것 같아.

내 우상은 곁에서 찾을 필요 없어. 훌륭한 누군가.

그리고 나마저도 그 사람이 되진 못해. 될 필요가 없어. 난 나야.

난 온리 원, 더 베스트 원이 아니라 온리 원이 될거야.

"진짜 실패하는 자는 지는 게 두려워서 도전조차 안 하는 사람이다."

내 청춘에 있는 모든 도전들, 기회들, 행복들, 사람들, 내 것들에게 감사하며 내 빛나는 앞날에 대해 건투를 빌며 일기를 끝낸다.

docker no space left on device 트러블 슈팅 | EC2 프리 티어 오류 해결

우준성 — Tue, 28 Mar 2023 17:14:44 +0900

발단

평소처럼 개발 후 Github에 올리고, Github Actions를 통해 EC2 서버로 CD 진행 중에

err: docker: failed to register layer: Error processing tar file(exit status 1): write /usr/local/openjdk-11/lib/server/classes.jsa: no space left on device.\

오류가 발생했다.

CD 때문에 꺼진 서버는 프로덕션 서버였기에, 1분이라도 빨리 해결해야 했다.

(참고로, 필자는 EC2 프리티어 서버를 사용하고 있다.)

아래에 시도했던 해결 과정, 그리고 마침내 해결한 방법을 적었다.

해결 시도 1 : 메모리 부족인가

프로덕션 서버 CD 중 갑자기 나타난 no space 오류에, 순간 메모리와 디스크를 혼동했다.

공간이 없다고 하니, 예전에 겪었던 EC2 메모리 부족 문제가 머릿속을 스쳐가며 Swap 설정을 다시 건드려봤다.

어떤 호환성 문제로 Swap 설정 파일을 주석 처리 했었는데, 주석을 지우고 다시 스왑을 적용했다.

역시나 문제는 그대로였다. 그때 내가 해결해야 할 문제는 RAM 메모리 용량이 아닌 디스크 용량이었다는 걸 깨달았다.

해결 시도 2 : 안 쓰는 도커 이미지 삭제

굉장히 많은 해결 방법이 '용량 부족 문제 해결을 위해 안 쓰는 도커 이미지를 삭제하고, 로깅 등 용량 높은 다른 파일을 삭제하라'였다. 나는 이미 안 쓰는 것들을 제거한 상태였기에, 위와 관련해서는 더욱 손을 쓸 수 있는 방법이 없었다.

드디어 해결

다른 해결법을 뒤져보고 적용해 봐도 해결이 되지 않았다. 결국엔 EC2 프리티어 디스크 용량이 8GiB라서 도커 시스템에서도 저장 공간이 없어서 오류가 발생했다고 가설을 설정했다. (EC2 서버를 할당받은 지 오래되어서 내가 용량을 얼마나 할당했는지 기억이 안 났는데, 그 당시 8GiB 용량을 선택했던 내가 원망스러웠다.)

그 가설에 맞춰서 EC2에 연결된 EBS(Elastic Block Storage) 용량을 늘려보자 생각했고, 삽질해본 결과 인프런 질문에서 황금같은 정보를 얻었다. (EBS 프리티어 용량이 최대 30기가라는 것.) EBS 프리티어 최대 용량인 30GiB로 늘렸다. (AWS 웹에서 용량 증설 후 EC2에서 따로 설정해줘야 하는 것들이 있었다. 그 절차는 이 글을 참고해 주길 바란다.)

마음이 편안-해지는 23G 여유 공간

그렇게 설정하고, 다시 CD를 돌려 docker run을 실행해 보니 정상 작동했다. (언제나 행복한 초록 체크 표시)

다들 화이팅!

교내 후배에게 포트폴리오(이력서) 특강 진행 회고

우준성 — Fri, 24 Mar 2023 00:06:51 +0900

오늘(2023년 3월 23일) 대구소프트웨어마이스터고등학교에서 진행한 후배 포트폴리오 특강(3학년 포트폴리오 우수 사례 안내 특강)의 막을 내렸다. 한 번의 발표로 보이지만, 기획 및 준비, 발표까지 꽤 많은 노력이 있었기에 회고를 적으려 한다. 2023년 현재 필자는 3학년이고, 2학년 후배를 대상으로 특강 진행을 주도했다. 아직 취업도 하지 않은 내가 뭐라고 특강을 진행하나 생각도 했었지만, 그래도 몇 번 포폴을 고치는 시행착오를 겪으며 얻은 경험을 나누는 게 훨씬 좋은 길이라고 생각하여 기꺼이 공유해 주기로 했다.

특강 진행자들을 모으다

나는 몇 주 전부터 원티드 이력서를 기업에 뿌렸지만 오는 답은 항상 '불합격'이었기에, 포트폴리오 및 이력서를 싹 고쳐보고자 노력하고 있었다. 포트폴리오 피드백을 주고받으며 성장하고 싶은 친구들을 모아서 '포폴 스터디'를 하고 있었기에 '신입 개발자에게 좋은 포트폴리오란 무엇일까?'에 대해 깊은 고찰을 하고 있었다. 개발바닥 영상을 보고 박우빈 님 이력서도 접하면서 조금씩 포폴/이력서에 대한 방향이 잡혔다.

그때 마이스터 부장 선생님께 포트폴리오를 보여드리는 기회를 가졌고, 선생님께서 곧 포트폴리오 준비를 해야 하는 2학년들에게 조그만 강의를 해주지 않겠냐고 말씀해주셨다. 나는 내 포트폴리오/이력서도 보강하고 내가 가지고 있는 신념을 공유하며, 나를 PR 할 수 있는 좋은 기회라고 생각해 곧바로 적극적으로 해보겠다고 말씀드렸다. 5~6명 정도가 적당할 것 같다고 선생님과 얘기하며, 생각나는 3학년 동료들을 모았다. (지금 돌아보면 그 친구들이 거의 모두 교내 동아리 바인드팀 소속이었다.)

굉장히 좋은 기회라고 여겨져서 내가 평소에 존경하던 친구들을 모아 주도적으로 드림 팀을 구성하고, 곧바로 카톡방 생성 후 일정을 수립했다. 몇 일 뒤에 친구들을 모아 특강의 방향성 및 각 발표자의 특강 주제 분담 회의를 진행했고, 꽤 빠르게 주제가 정해졌다. 특강 방향성에 대해서는, 인터넷에 널린 진부한 포트폴리오의 정석보다는 직접 겪어본 선배의 입장으로서 전달해 주는 팁들을 전해주기로 했다.

특강 진행 팀 카카오워크 및 카카오톡

발표 자료를 준비하다 - 선택과 집중을 통해 뽑히는 포폴 만들기

친구들끼리 회의를 통해 발표 주제를 각각 특색있게 선정했다. 다른 친구들은 기술 스택이 포트폴리오에 미치는 영향, 프로젝트 관리 방법, 인턴 경험 포트폴리오에 녹이기, 좋은 포트폴리오를 위한 인맥 쌓기 등의 주제를 골랐는데, 나는 무엇보다 내 신념과도 맞는 '선택과 집중'에 대해 강의하기로 했다. 선생님들께 보고하고, 발표 자료를 각자 준비했다.

내 발표자료는 맨 아래에 첨부했다. 다른 친구들은 굉장히 많은 알짜 정보들을 전해주는데, 내 주제 같은 경우에는 크게 전해줄 꿀팁이 없었다. 그래서 청중에게 전해주고 딱 한 가지(선택과 집중)에 초점을 맞춰 발표 자료를 제작하고, 발표를 준비했다. 선택과 집중에 대한 지식은 2021년 창업놀이터 CEO 멘토링을 진행할 때 처음 배운 것인데, 그 당시에는 항상 챙기고 싶은 게 많았기에 쉽게 받아들여지지 않았지만 시간이 지날수록 인생 가치관처럼 느껴졌다. (지금도 미니멀리즘을 지향하는 편이다.)

프로젝트를 진행할 때 여러 프로젝트에 집중을 분산하지 말고 하나의 (혹은 최소 두 개의) 프로젝트에 집중을 쏟아부으라는 조언이었다. 이는 근거 없는 꼰대의 말이 아니라, 내가 2학년 때 직접 겪었던 시행착오이며 최근 여러 개발자들의 포트폴리오를 보며 느낀 점이었다. 그에 더해서, 프로젝트 하나에 집중할 때 어떤 목표를 위해서 달려야 할지 모를 때, 추천하고 싶은 플로우를 자료에 실었다. 이는 '사업화'에 관한 것이었는데, 기술의 본질은 '니즈'이기 때문에 니즈 충족(및 수익화) 경로를 따라가면 자연스레 기획, 마케팅, 개발 등에 대해 더 깊게 경험하게 되고, 포트폴리오 또한 풍부해진다는 결론이었다.

(좌) 포트폴리오 사례 발표 기획 노션, (우) 필자가 제작한 발표 자료

후배들 앞에서 발표를 진행하다

발표 주제에 대해 리허설 1일 전(3/21)까지 발표 자료를 모두 공유하고, 컨펌 및 피드백 후 리허설을 진행했다. (3/22) 리허설에는 원래 담당 마이스터 부장 선생님, 교감선생님만 참석하실 예정이었지만, 교장선생님까지 참석하셔서 긴장이 배로 늘어났다. 발표 전 최종으로 내가 말해야 할 한 가지를 머릿속으로 되새기며 발표를 준비했다. 내가 확신하는 생각이어야만 청중을 발표로 설득할 수 있다는 신념을 가지고 있기 때문이다.

막상 리허설 발표를 진행해보니 떨리지 않았고, 오히려 피드백 및 흥미로운 질문들을 받아서 답변을 드리느라 행복했다. 교장선생님께서 발표 스킬에 대해 조언해 주셨는데, 프렙(PREP) 기법에 대해 설명해 주셨다. 결론-근거-예시-결론으로 가는 수미상관 구조(혹은 두괄식 화법)로 발표하는 기법이었다.

각자 발표 리허설 완료 후 해산하고, 발표 당일인 3월 23일 8교시에 시청각실에 다시 모여서 본격적으로 발표를 진행했다. 방송부 후배에게 부탁해서 영상 촬영을 진행하고, 한 명씩 발표를 시작했다. 기다리다가 어느새 내 차례가 되었고, 자신 있게 무대로 나갔다. 떨리는 마음을 부여잡고 청중들과 소통하며 리허설보다 더 잘 진행하고, 몇몇 질문들에 명확하게 답하고 무대에서 내려왔다. 무대에서 받는 박수는 항상 말할 수 없이 행복하다.

필자의 발표 진행 현장

받은 질문에는 "선배 이력서로 실제 기업에 넣어본 경험이 있나요?"가 있었는데, 명확하게 답하려고 현재 10곳에 서류 심사 떨어지고 계속 넣는 중이라고 했다. 나름 정보 전달의 목적으로 "프로그래머스 데브 매칭에 참여하여 채용 프로세스 참여 중이다"라고 답했다. 무대에서 내려와서 생각해 보니 '결과가 나오지 않은 포트폴리오를 만든 선배의 강의는 결국 의미 없는 강의가 아니었나' 하고 생각이 들었지만, 앞으로 결과로 증명해야겠다는 마음이 불타올랐다.

특강 프로젝트 마무리

내 신념을 2학년 학생들에게 공식적으로 전해주고, 다른 멋진 동료 친구들의 프레젠테이션을 들을 수 있어 굉장히 뜻깊은 경험이었다. 이번 특강 프로젝트에서 주도적으로 소통하고 보고/진행하면서 책임감에 대한 중요성을 다시 한 번 깨달았다. 몇몇 아쉬운 점들이 있었지만, 후련하게 끝나고 선생님들께도 긍정적인 피드백을 받으며 마무리하며 뿌듯했다.

이러한 기회를 만들어주신 김영아 마이스터 부장 선생님께 감사드리고, 피와 살이 되는 피드백을 주신 교장/교감 선생님께 감사를 드리고 싶다. 적극적으로 발표 자료를 만들고 쉽지 않은 자리임에도 기꺼이 참여해준 동료 발표자 친구들에게 감사하다. 눈 초롱초롱하게 뜨고 열심히 발표를 들어준 2학년 후배들 전체에 감사하고, 흥미로운 눈빛으로 질문을 쏟아부어준 몇몇 친구들에게 너무 감사하다.

친구들과 진행하는 '포폴 스터디'는 계속 주도하며, 취업을 위해 달릴 것이다. 내 본질지향적 마음가짐을 통해 앞으로도 열심히, 꾸준히 올라가며 살아갈 것이다. 스윙스가 말했던 것처럼, 자기에 대한 믿음이 모든 성공의 답이며 확실한 철학 하나를 가지면 그 철학으로 무슨 일이든 성취할 수 있다. 다들 화이팅!

선택과 집중을 통해 뽑히는 포폴 만들기.pdf

2.36MB

Github Actions CD 트러블슈팅 모음 (SpringBoot 서버 + Docker + AWS EC2)

우준성 — Tue, 7 Mar 2023 14:37:13 +0900

Github Action과 EC2를 이용해 Spring Boot 서버를 배포하고 CD(Continuous Deployment)를 시도하면서, 별별 에러 때문에 난항을 겪고 있었다. 다른 사람의 고통에 조금이라도 도움이 될 수 있을 것 같아, 에러 해결의 일대기를 한 번 적어보려 한다.

여기서 설명하는 레포지토리는 아래 링크를 참고하면 된다.

https://github.com/EAT-IT-DOG/eatitdog-server-v2

먼저, 나는 아래 그림과 같은 방식으로 CD를 처리하려고 계획했다.

EC2 프리티어는 굉장히 작고 소중하기 때문에 EC2에서 빌드하기 보다는 빌드된 docker 이미지를 풀받아서 컨테이너를 올리는 방식을 채택했다. 또한 Jenkins 말고 Github Actions를 사용한 이유는, EC2 서버를 하나 더 마련하기에 비용이 부담되기도 하고 이 서비스가 성공할지 모르니 일단 가볍게 CD 파이프라인을 구축하자는 생각이었다. 이게 정답은 절대 아니다.

(저기 저 docker-compose up 을 실행하는 것에 관해서는 깊게 생각하지 않았다... 나중에 나오겠지만 이것 때문에 에러가 났다.)

저 구조로 짜기 위해 스프링 서버의 환경변수(application.yml) 파일을 아래와 같이 세팅했다. (외부 주입할 수 있는 방식)

server:
  port: ${PORT}

spring:
  datasource:
    driver-class-name: com.mysql.cj.jdbc.Driver
    url: jdbc:mysql://${DB_URL}/eatitdog?serverTimezone=Asia/Seoul
    username: ${DB_USERNAME}
    password: ${DB_PASSWORD}
  jackson:
    property-naming-strategy: SNAKE_CASE
  jpa:
    database-platform: org.hibernate.dialect.MySQL5InnoDBDialect
    open-in-view: false
    show-sql: true
    hibernate:
      format_sql: true
      ddl-auto: update
  servlet:
    multipart:
      max-file-size: 10MB
      max-request-size: 10MB
  mvc:
    pathmatch:
      matching-strategy: ant_path_matcher

logging:
  level:
    org.springframework.boot.autoconfigure: ERROR
    com.amazonaws.util.EC2MetadataUtils: error

cloud:
  aws:
    credentials:
      access-key: ${S3_ACCESS_KEY}
      secret-key: ${S3_SECRET_KEY}
    stack:
      auto: false
    region:
      static: ${REGION}
    s3:
      bucket: ${BUCKET_NAME}

jwt:
  secret:
    access: ${JWT_ACCESS_SECRET}
    refresh: ${JWT_REFRESH_SECRET}

그리고 도커 이미지를 만들기 위한 Dockerfile을 아래처럼 작성했다.

FROM openjdk:11
ARG JAR_FILE=build/libs/*.jar
COPY ${JAR_FILE} app.jar
ENV TZ=Asia/Seoul
ENTRYPOINT ["java","-jar","/app.jar","-Duser.timezone=Asia/Seoul"]

또 도커 컨테이너를 띄우기 위한 docker-compose.yml을 아래처럼 작성했다.

version: '3'
services:
  eatitdog:
    image: wjs0518/eatitdog:latest
    ports:
      - 8080:8080
    restart: always
    environment:
      DB_URL: ${DB_URL}
      DB_USERNAME: ${DB_USERNAME}
      DB_PASSWORD: ${DB_PASSWORD}
      S3_ACCESS_KEY: ${S3_ACCESS_KEY}
      S3_SECRET_KEY: ${S3_SECRET_KEY}
      REGION: ${REGION}
      BUCKET_NAME: ${BUCKET_NAME}
      JWT_ACCESS_SECRET: ${JWT_ACCESS_SECRET}
      JWT_REFRESH_SECRET: ${JWT_REFRESH_SECRET}
      PORT: ${PORT}

나는 Github Actions를 사용했기 때문에, 아래 그림과 같이 Github Secret Variables를 사용해 CD 작업 시에 환경 변수들을 주입했다.

(IntelliJ 환경에서는 설정에서 환경 변수들을 입력했고, 배포 환경에서는 Variables를 쓴다.)

마지막으로 처음에 내가 Github Actions CD 작업에 사용한 deploy.yml 스크립트이다.

(아래 파일은 작동하지 않는 CD 테스트다. 따라하지 말자)

name: Spring Boot & Gradle & Docker & EC2 CD

on:
  push:
    branches:
      - main

permissions:
  contents: read

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      # 기본 체크아웃
      - name: Checkout
        uses: actions/checkout@v3

      # JDK version 설정
      - name: Set up JDK 11
        uses: actions/setup-java@v3
        with:
          java-version: '11'
          distribution: 'temurin'

      # 환경변수 .env 파일 생성 및 write
      - name: Set .env for configuration
        run: |
          touch ./.env
          echo "DB_URL=${{ secrets.DB_URL }}" >> ./.env
          echo "DB_USERNAME=${{ secrets.DB_USERNAME }}" >> ./.env
          echo "DB_PASSWORD=${{ secrets.DB_PASSWORD }}" >> ./.env
          echo "S3_ACCESS_KEY=${{ secrets.S3_ACCESS_KEY }}" >> ./.env 
          echo "S3_SECRET_KEY=${{ secrets.S3_SECRET_KEY }}" >> ./.env
          echo "REGION=${{ secrets.REGION }}" >> ./.env
          echo "BUCKET_NAME=${{ secrets.BUCKET_NAME }}" >> ./.env
          echo "JWT_ACCESS_SECRET=${{ secrets.JWT_ACCESS_SECRET }}" >> ./.env
          echo "JWT_REFRESH_SECRET=${{ secrets.JWT_REFRESH_SECRET }}" >> ./.env
          echo "PORT=${{ secrets.PORT }}" >> ./.env
        shell: bash

      # Gradle build
      - name: Build with Gradle
        run: ./gradlew bootJar

      # Spring 어플리케이션 Docker Image 빌드
      - name: Build Docker Image For Spring
        run: |
          docker login -u ${{ secrets.DOCKER_USERNAME }} -p ${{ secrets.DOCKER_PASSWORD }}
          docker build -t ${{ secrets.DOCKER_USERNAME }}/eatitdog:latest .
          docker push ${{ secrets.DOCKER_USERNAME }}/eatitdog:latest

      # 서버에서 Docker 이미지 실행
      - name: EC2 Docker Run
        uses: appleboy/ssh-action@master
        with:
          host: ${{ secrets.EC2_HOST }}
          username: ${{ secrets.EC2_USERNAME }}
          password: ${{ secrets.EC2_PASSWORD }}
          script: |
            docker rm eatitdog
            docker rmi ${{ secrets.DOCKER_USERNAME }}/eatitdog:latest
            docker pull ${{ secrets.DOCKER_USERNAME }}/eatitdog:latest
            docker-compose up -d

위 파일들이 초기에 내가 세팅한 배포를 위한 파일들이다.

Github Action에서 Variables로 만든 .env -> docker-compose.yml -> application.yml 방향으로 환경 변수가 주입되는 것으로 설계했다. (docker-compose.yml의 환경 변수는 같은 루트 경로의 .env 파일을 참고하기 때문)

왜 이렇게 설계했나면, 나는 Jenkins가 아닌 Github Actions를 사용하고 있고, 추후에 환경 변수를 변경할 때 Github Variables를 바꾸는 것이 훨씬 유연하고 편리하다고 생각했기 때문이다.

아래에는 그동안 배포하면서 겪은 에러들을 어떻게 해결했는지 순서대로 설명했다.

Can't find a suitable configuration file in this directory or any parent.

검색해본 결과 docker-compose.yml 파일을 찾지 못할 때 나오는 오류였다.

기존에 내가 구현한 방법은 docker image를 만들어서 dockerhub를 이용해 EC2에 pull받는 방법인데, docker-compose.yml은 이미 docker image화 되었기 때문에 docker-compose up 명령어를 사용하면 컴포즈 파일을 찾지 못해 오류가 난다.

스프링 개발자 친구들에게도 도움을 요청해봤지만, 같은 오류를 경험하고 scp로 docker-compose, dockerfile을 그 서버로 전송시켜서 서버에서 빌드했다는 방법밖에 없었다. 글을 찾아봐도 EC2 서버에 리모트 디렉토리를 생성하고, 소스를 서버에 복사해서 서버에서 빌드하는 방법들밖에 없었다. (대표적으로 이 글)

나는 굳이 docker-compose.yml 하나를 쓰겠다고 작디 작은 EC2 서버에서 그런 방법까지 써야 하나 싶어서, 조금 야매스러운 방법을 사용했다. 바로 Github Actions Deploy를 위한 deploy.yml에서 docker-compose up 대신 docker run 명령어를 사용하는 것이다. (docker-compose.yml 을 사용하지 않는 방법) 스크립트에 run 한 번만 작성하면 알아서 실행해주는데, 그걸 또 docker-compose로 빼내야 하는 필요성을 느끼지 못했달까. 물론 mysql과 같은 의존하는 컨테이너를 같이 띄우려면 compose를 써야겠지만, 나는 AWS RDS를 사용하기에 필요가 없었다.

이 에러는 없어졌지만, docker run에서 -e 옵션으로 환경 변수들을 일일이 주입해주다 보니 코드 한 줄이 굉장히 길어졌다. 더티하기 때문에, 이는 개선을 해야할 것 같다. (수정된 deploy.yml 파일은 아래로 스크롤 하다 보면 있다.)

AWS EC2 서버 CPU 사용률 100%

위 에러를 해결하기 위해 구글링을 하다가, 어떤 분이 스왑 파일때문에 나는 오류라고 해서 스왑 설정한 것을 없애봤다.

역시 우리 작고 소중한 EC2 프리티어는 컨테이너를 올릴 때 CPU 100%를 찍으며 터져버렸고, 다시 스왑을 설정했다.

스왑 설정에 관해서는 내가 작성한 이 글을 참고하면 된다.

그 과정에서 EC2 CPU 사용률이 내려올 생각을 안해서 인스턴스를 중지하고 다시 실행했다.

다들 아시겠지만, EC2 인스턴스 사용 중지 후 다시 실행하면 퍼블릭 IP가 바뀌어버린다. 그때는 클라들과 작업을 안한 상태여서 괜찮지만, API 연결 작업에 들어가거나 서비스 배포 후 운영할 때 이런 불상사가 생기면 안되기에, AWS Elastic IP(탄력적 IP) 주소를 바로 생성해 인스턴스에 연결했다. 이를 사용하면 IP 주소 하나를 고정으로 사용할 수 있다.

connect: connection refused

이 에러가 난 시점에서 작업하고 있던 github action 스크립트는 아래와 같다.

name: Spring Boot & Gradle & Docker & EC2 CD

on:
  push:
    branches:
      - main

permissions:
  contents: read

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      # 기본 체크아웃
      - name: Checkout
        uses: actions/checkout@v3

      # JDK version 설정
      - name: Set up JDK 11
        uses: actions/setup-java@v3
        with:
          java-version: '11'
          distribution: 'temurin'

      # Gradle build
      - name: Build with Gradle
        run: ./gradlew bootJar

      # Spring 어플리케이션 Docker Image 빌드
      - name: Build Docker Image For Spring
        run: |
          docker login -u ${{ secrets.DOCKER_USERNAME }} -p ${{ secrets.DOCKER_PASSWORD }}
          docker build -t ${{ secrets.DOCKER_USERNAME }}/eatitdog:latest .
          docker push ${{ secrets.DOCKER_USERNAME }}/eatitdog:latest

      # 서버에서 Docker 이미지 실행
      - name: EC2 Docker Run
        uses: appleboy/ssh-action@v0.1.8
        with:
          host: ${{ secrets.EC2_HOST }}
          username: ${{ secrets.EC2_USERNAME }}
          password: ${{ secrets.EC2_PASSWORD }}
          port: 22
          script: |
            docker rm eatitdog
            docker rmi ${{ secrets.DOCKER_USERNAME }}/eatitdog:latest
            docker pull ${{ secrets.DOCKER_USERNAME }}/eatitdog:latest
            docker run -d -p 8080:${{ secrets.APP_PORT }} --name eatitdog -e DB_URL=${{ secrets.DB_URL }} -e DB_USERNAME=${{ secrets.DB_USERNAME }} -e DB_PASSWORD=${{ secrets.DB_PASSWORD }} -e S3_ACCESS_KEY=${{ secrets.S3_ACCESS_KEY }} -e S3_SECRET_KEY=${{ secrets.S3_SECRET_KEY }} -e REGION=${{ secrets.REGION }} -e BUCKET_NAME=${{ secrets.BUCKET_NAME }} -e JWT_ACCESS_SECRET=${{ secrets.JWT_ACCESS_SECRET }} -e JWT_REFRESH_SECRET=${{ secrets.JWT_REFRESH_SECRET }} -e PORT=${{ secrets.APP_PORT }} ${{ secrets.DOCKER_USERNAME}}/eatitdog:latest

지금은 github variable에서 변수를 땡겨와서, docker run 명령어에서 모든 환경 변수를 주입하는 방식으로 사용하고 있다. 환경 변수가 10개 정도 되는 이 프로젝트로써는 굉장히 효율적이지 않은 방법이다.

나는 appleboy/ssh-action 프로젝트의 깃헙 레포지토리와 이슈들을 살펴보면서, 혹시나 힌트가 있을까 봤다.

나는 스프링 앱의 환경변수들을 github variables로 뺐는데, ssh-action이 ssh 연결 port를 기본적으로 secrets.PORT로 불러오나 싶어서 PORT 키값의 이름도 APP_PORT로 바꿔봤다. (물론 고쳐지지 않았다.)

다른 방법들을 찾아봐도 안되면 ssh-action 레포지토리에 이슈를 내가 직접 올려보려고 결심까지 했다.

네가 이기나 내가 이기나 해보자...

그러다가, 같은 에러를 겪으신 분의 벨로그 글을 보고 그것도 시도했는데, 결국 해결됐다.

EC2 인스턴스의 호스트(주소)를 github secret variable로 주입할 때, 그 값을 일반 IPv4 주소로 작성하면 안된다는 것이다.

꼭 서버의 퍼블릭 DNS 주소를 넣어주라고 한다. 예를 들어 123.123.123.123 이런 형태가 아니라 aws에서 지정해준 ec2-123-123-123-123.ap-no.....compute.amazon.com 이런 주소로 설정해야 한다.

(내가 알아들은 게 이게 맞는진 모르겠지만, 적용한 당장엔 해결이 안 됐지만 몇분이 지나니 해결됐다. 좀 어처구니가 없긴 했다. 프라이빗 IP도 아니고 퍼블릭 IP인데 일반 IPv4 주소는 왜 안돼지?)

no space left on device

위 아래를 해결하니 write /var/lib/docker/tmp/GetImageBlob3028485401: no space left on device. 이라는 다른 오류가 떴다.

이는 비교적 쉽게 해결할 수 있었는데, 장치에 공간이 부족하다는 말이었다.

해당 스택오버플로우 글에서 방법을 찾고, docker system prune이라는 명령을 통해 쓰지 않는 이미지들을 삭제했다.

안 쓰는 것들이 속 시원하게 삭제됐다.

결국 오류 해결, CD 성공

하... 드디어 초록 체크가 떠버렸다..

몇 달동안 매달렸던 CI/CD 작업이라 더 희열감이 느껴진다. 이 맛에 코딩한다.

결과적으로 위 사진과 같이 환경 변수 주입 플로우를 간결화해서 해결했다.

아직 완벽하게 이상적인 방법으로 해결된 것이 아니기 때문에, 더 리서치해보고 이상적인 방법을 찾아야 한다.

이제 CI/CD 기본적인 오류를 해결했으니 gradle 캐싱 등의 작업을 추가해서 성능을 끌어올려야겠다.

또한 docker-compose.yml을 안 쓰게 되면서 지저분해진 점들을 고쳐보며 좀 더 깔끔한 CD 스크립트를 짜봐야겠다.

백엔드 개발자 거의 다 기본적으로 하는 CD를 나는 왜 헤매고 있나. 몇 달을 여기에 쏟아부었나. 왜 코드는 다 짜놓고 배포때문에 실제 서비스를 못하고 있나. 많이 현타가 왔지만, 나를 위한 시간(운동)을 꾸준히 지켜서 멘탈을 잡고, 지금 해결 못하면 CD는 영원히 나를 괴롭힐 것이라는 생각으로 끝까지 고쳤다.

다들 수고하세요 :)

작고 소중한 EC2 프리티어 사용률 100% 찍을 때 대처법

우준성 — Fri, 3 Mar 2023 09:34:05 +0900

무료인 EC2 프리티어를 사용할 때, 자바 빌드를 하다 보면 CPU 사용률이 100%를 찍으며 EC2 서버가 멈춘다.

이 문제가 일어나는 이유는, EC2 프리티어를 사용할 경우 t2.micro의 RAM이 1GB밖에 되지 않아, 메모리가 부족하여 ssh 접속도 멈추는 경우이다. 나도 이 문제때문에 EC2와 멀어졌다가, 최근 해결법을 알아서 공유해보고자 한다.

사전에 swap 메모리를 할당한다

아래처럼 EC2 인스턴스의 리눅스 쉘에 명령을 입력하여 작업한다.

임시로 swap 메모리를 설정하게 되면, 프리티어의 EC2 메모리가 부족하더라도 swap 메모리로 메꿔 여러 개의 프로세스를 동시에 띄울 수 있게 된다.

EC2 프리티어의 기본 RAM이 1GB이니, 2GB swap 파일을 만들어 할당한다. (128MB * 16)

$ sudo dd if=/dev/zero of=/swapfile bs=128M count=16
$ sudo chmod 600 /swapfile
$ sudo mkswap /swapfile
$ sudo swapon /swapfile
$ sudo swapon -s
$ sudo vi /etc/fstab
/swapfile swap swap defaults 0 0

swap(스왑) 메모리가 뭔데?

스왑 메모리는 실제 메모리 RAM이 가득 찼지만, 더 많은 메모리가 필요할 때 디스크 공간을 이용해 부족한 메모리를 대체할 수 있는 공간을 의미한다. 즉, 하드디스크의 디스크 공간을 메모리처럼 사용하는 가상 메모리 방식이다.

swap 메모리를 사용하는 것이 하드디스크를 이용하는 것이기 때문에 속도면에서는 현저히 떨어지지만, 이는 실제 메모리 RAM이 부족할 때 해결 방법이 된다.

위 명령 및 스왑 메모리에 대한 더 자세한 설명은 아래 레퍼런스 링크를 참고하자.

레퍼런스

https://jw910911.tistory.com/122

HTTPS 도대체 왜 쓰는 거야? | HTTPS, SSL Handshake

우준성 — Thu, 2 Mar 2023 17:14:42 +0900

선행 지식

CA (Certificate Authority) : 인증서를 발급해주는 기업. SSL을 적용하기 위해 인증서가 필요한데, 인증서는 서비스의 정보, 서버 측의 공개키가 포함되어 있다.
Handshake : 통신 시작 시 클라이언트와 서버가 서로 신분을 확인하고, 필요한 정보를 주고받는 과정이다.
대칭키, 비대칭키

HTTP 통신의 허점

우리가 기본적인 HTTP 프로토콜을 사용하는 웹서버(웹앱서버)를 띄워 로그인 API를 호출할 때, 아이디와 비밀번호를 서버로 보내면 입력한 텍스트는 누구든 알아볼 수 있는 평문으로 보내진다. 만약 누군가가 중간에서 이 정보를 탈취한다면 유저의 아이디와 비밀번호를 고스란히 알게 된다.

이러한 치명적인 보안적 허점을 해결하기 위해 인증서를 발급받고, 그 인증서를 기반으로 데이터를 인코딩해서 주고받는다. 이는 다른 누군가가 탈취하더라도 알아볼 수 없게 된다. 이 방법이 HTTPS이다.

HTTPS란?

기존의 HTTP는 TCP/IP 위의 애플리케이션 계층에서 사용되는 프로토콜이다. HTTPS는 TCP/IP 계층 위에 SSL(TLS)를 얹어 보안을 강화한 프로토콜 방식이다. 이를 통해 모든 HTTP 요청과 응답은 암호화된다.

만일 HTTPS에서 대칭키를 사용할 경우 최초 한 번은 서버에서 클라이언트로 암호화에 사용할 키를 전달해야 하는데, 그 과정에서 암호화 키를 누군가 탈취한다면 누군가 암호화/복호화 가능한 키를 가지고 있기 때문에 암호화 통신을 하더라도 무용지물이 된다. (누군가 데이터를 복호화해서 정보를 다 해석할 수 있다.)

비대칭키를 사용할 경우 서버는 개인키/공개키를 둘 다 가지고 있고, 클라이언트에서 요청할 때 공개키만 준다. 이 공개키로 암호화한 데이터는 서버만 가지고 있는 '개인키'로만 복호화 가능하다. 그리하여 누군가 공개키를 탈취하고 데이터를 탈취하더라도 데이터를 복호화할 수 없게 된다. 하지만 처리 속도가 느려 성능에 문제가 생길 수 있다.

HTTPS는 각각의 단점을 보완하기 위해 대칭키/비대칭키 방식을 혼합하여 사용한다. 최초 한 번 서버가 공개키/개인키를 가지고 있다가 클라이언트가 요청 시 공개키를 전달해준다. 클라이언트는 실제 데이터 전달에 사용할 대칭키를 공개키로 암호화하여 서버에 전달한다. 서버는 개인키를 사용해 대칭키를 복호화하고 그 후 대칭키로 실제 통신이 이루어진다. (이러한 방식을 사용하면 최초 핸드셰이킹 시에만 비대칭키 알고리즘을 사용하니 속도 저하의 문제도 해결되고, 대칭키 전달 시 대칭키를 비대칭키로 암호화하니 중간에 대칭키가 탈취되어도 누군가가 복호화할 수 없는(사용할 수 없는) 키가 되기에 보안적으로도 안전하다.)

이러한 대칭키는 HTTPS 통신 과정에서 세션키로 불린다.

SSL 및 TLS

앞서 SSL은 TCP/IP 계층의 위에서 동작하는 프로토콜, 인터넷을 통해 전송되는 데이터의 인증, 암호화, 복호화를 위한 프로토콜(계층)이라는 것을 간접적으로 알아봤다.

사실 SSL은 TLS(Transport Layer Security)라는 또 다른 프로토콜의 이전 버전이다. 그래서 TLS 암호화 및 TLS Handshake라고 부르는 게 바람직하지만, SSL이 더 잘 알려져있기에 그냥 SSL로 부르거나 TLS/SSL로 명명하기도 한다. 필자는 SSL이라고 명시하겠다.

TCP 3-way Handshake 과정

클라이언트는 서버에게 접속 요청을 위한 메시지(SYN)를 보낸다. 18503218같이 의미없는 난수를 같이 보낸다. (SEQ넘버)
서버는 클라이언트에게 SYN 요청을 받은 다음, 연결을 수락(ACK)한다. 서버에서도 85291953같이 난수를 보낸다. (ACK넘버)
클라이언트는 서버에 접속 수락 확인(SYN)을 보낸다. 이때 서버측에서 넘겨준 ACK넘버에 1을 더해 같이 보내준다. TCP 연결이 성립, 서버는 ESTABLISHED 상태가 된다.

SSL Handshake 과정

HTTPS는 TCP 위에 SSL 계층이 있는 구조이므로 TCP 3-way Handshake 과정을 거친 후 SSL Handshake 과정에 들어간다.
SSL Handshake 과정은 아래와 같은 순서로 이루어진다.

1. Client : Client Hello

클라이언트가 먼저 서버에 접속해 말을 건넨다. 브라우저는 TCP 3-way Handshake를 통해 해당 웹서버가 HTTPS를 사용한다는 것을 알게 되며, 아래 정보를 이 단계에서 서버로 보낸다.

브라우저가 사용하는 SSL 버전 정보
브라우저가 지원하는 암호화 방식 모음 (cipher suite)
브라우저가 순간적으로 생성한 임의의 난수 (숫자)
만약 이전에 SSL Handshake가 완료돤 상태라면, 그때 생성된 Session ID
기타 확장 정보 (Extension)

참고) cipher suite란 보안의 목표 달성을 위해 사용하는 방식들을 패키지의 형태로 묶어놓은 것을 의미한다. (암호화 알고리즘, 전달 대상 인증, 메시지 무결성 확인 알고리즘 등)

2. Server : Server Hello

서버 또한 클라이언트의 인사에 응답하면서, 아래 정보를 클라이언트에 제공한다.

브라우저의 암호화 방식 중, 서버가 선택한 암호화 방식 (cipher suite)
서버의 공개키가 포함된 SSL 인증서 (인증서는 CA의 비밀키로 암호화되어 발급된 상태)
서버가 순간적으로 생성한 임의의 난수 (숫자)
클라이언트 인증서 요청 (선택사항)

3. Client : 서버의 SSL 인증서 신뢰성 확인

브라우저에는 검증된 CA들의 정보 및 CA가 만든 공개키가 이미 설치되어 있다. 서버가 보낸 SSL 인증서를 내장된 CA 공개키로 복호화하여 정말 CA가 만든 것인지 확인한다.

만약 위조된 인증서이거나 등록된 CA가 아니라면 이 과정에서 발각되며, 브라우저에 경고를 보낸다.

4. Client : 클라이언트의 난수, 서버의 난수를 활용해 premaster secret 생성

클라이언트는 자신이 이전에 생성했던 난수와 서버가 보내준 난수를 사용해 premaster secret이라는 데이터를 만들고, SSL 인증서에 딸려온 웹서버의 공개키로 이 premaster secret를 암호화한다. 또한 이를 서버로 전송한다.

5. Server : premaster secret 복호화

서버는 클라이언트에게서 받은 premaster secret을 자신의 개인키(비밀키)를 활용하여 복호화한다. 이를 사용해 세션 키를 생성한다.

앞에 말했던 HTTPS에서 쓰이는 대칭키가 이 세션키인 것이다. 이 세션키를 사용해 브라우저-서버 사이에 주고받는 데이터를 암호화/복호화한다.

6. SSL Handshake 종료

이로써 SSL Handshake는 정상적으로 완료되었고, 이제 웹상에서 데이터를 주고받을 때 세션 키를 이용해 암호화/복호화할 수 있다.

HTTPS 통신이 완료되는 시점에 서로에게 공유된 세션 키를 폐기한다. 만약 세션이 여전히 유지되고 있다면 브라우저는 세션 ID만 서버에게 알려주면 된다. (1에서 언급)

참고) SSL 핸드셰이크 과정은 키 교환 알고리즘 종류마다 다르지만, 원리는 같다. 위는 RSA 키 교환 알고리즘을 따랐다.

HTTPS는 100% 안전한가

HTTPS는 웹에서 보안을 적용하기 위한 가장 기본 단계이기에, 이것 덕분에 보안이 완벽해진다고 할 수 없다.

웹 서버가 해커의 공격에 의해 루트 권한을 탈취당했다면, 웹 서버의 모든 기밀 데이터를 열람할 수 있는 권한이 넘어갈 수 있다.

또한 HTTPS는 전달 구간에 대한 보안 기술인데, 전달 구간 중간에 해커가 중간자 공격(Man in the middle attack)을 수행할 수 있는 취약점이 있다면 전달 내용이 고스란히 노출될 수 있다.

references

HTTP 쿠키, 세션, 토큰 뿌시기 + 토큰(JWT) 보안 전략

우준성 — Wed, 1 Mar 2023 14:36:46 +0900

HTTP 특성

HTTP는 인터넷 상에서 데이터를 주고 받기 위한 서버/클라이언트 모델을 따르는 프로토콜이다.

클라이언트가 서버에게 요청을 보내면, 서버는 응답을 보냄으로써 데이터를 교환한다.

HTTP는 비연결성 및 무상태성이라는 특징을 가지고 있다.

HTTP는 요청 처리 후 연결을 끊어버리기 때문에, 클라이언트의 상태 정보 및 현재 통신 상태가 남아있지 않다.

비연결성의 장단점

이 비연결성의 장점은 서버의 자원 낭비를 줄일 수 있다는 것이다.

만약 다수의 클라이언트와 연결을 유지한다면 자원 낭비가 심해질 것이다.

허나 비연결성은 클라이언트를 식별할 수 없다는 단점 또한 존재한다.

로그인을 하더라도 다음 요청에서 해당 클라이언트를 기억하지 못해서, 무한 로그인을 해야 할 것이다.

심지어 브라우저 새로고침을 누를 때마다 로그인을 해야한다.

그렇기 때문에 회원 기능이 있는 웹서버는 사용자와 관련한 상태를 기억하기 위한 방법이 필요했다.
이러한 방법을 아래 쿠키, 세션, 토큰 파트에 나눠 설명했다.

쿠키 (Cookie)

쿠키란 클라이언트가 어떠한 웹사이트를 방문할 경우, 그 사이트가 사용되고 있는 서버를 통해 클라이언트의 브라우저에 설치되는 작은 기록 파일을 일컫는다. (쿠키는 Key-Value 형식의 문자열이다.)

쿠키 동작 원리

쿠키는 공개 가능한 정보를 사용자의 브라우저에 저장시킨다.
서버는 클라이언트의 요청에 응답할 때, 클라 측에 저장하고 싶은 정보를 응답 헤더 set-cookie에 담는다.
이후 클라이언트가 요청할 때마다 쿠키를 요청 헤더 cookie에 담아 보낸다.
서버는 쿠키에 담긴 정보를 바탕으로 해당 클라이언트가 누군지 식별할 수 있다.

쿠키의 허점

무엇보다 보안에 취약하다. (요청 시 쿠키의 값을 그대로 보내어, 유출 및 조작당할 위험이 존재한다.)
용량 제한이 있어, 많은 정보를 담을 수 없다.
웹 브라우저마다 쿠키에 대한 지원 형태가 다르기에, 브라우저 간 공유가 불가능하다.
쿠키의 사이즈가 커질수록 네트워크에 부하가 심해진다.

세션 (Session)

세션은 비밀번호 등 클라이언트의 인증 정보를 웹브라우저 측 쿠키가 아닌 서버 측에 저장하고 관리한다.

서버는 클라이언트의 로그인 요청에 대한 응답을 작성할 때, 인증 정보는 서버에 저장하고, 클라이언트 식별자인 session id를 쿠키에 담는다. 이후 클라이언트는 요청을 보낼 때마다 session id쿠키를 함께 보낸다. 그리하면 서버는 session id의 유효성을 판별해 클라이언트를 식별한다.

참고로, 톰캣 컨테이너에서 세션을 유지하기 위해 발급하는 키를 JSESSIONID라고 한다.

세션 기반 인증의 장점

서버가 클라이언트의 웹 브라우저에 의존하지 않아도 된다.
쿠키를 포함한 요청이 외부에 노출되어도 세션 ID 자체는 유의미한 개인 정보를 담지 않는다.
각 사용자마다 고유한 세션 ID가 발급되기 때문에, 요청이 들어올 때마다 회원 정보를 확인(로그인)할 필요 없다.

세션 기반 인증의 단점

해커가 세션 ID를 중간에 탈취하여 클라이언트인 척 위장할 수 있다.
서버에서 세션 저장소를 사용하기 때문에, 요청이 많아지면 서버에 부하가 생긴다.

모바일 앱에서 세션 관리

보통 모바일 앱과 통신을 할 때에는 쿠키/세션 방식보다 토큰을 많이 사용한다. 사실 모바일 환경에서도 세션과 유사한 방식을 사용할 수는 있지만 브라우저의 세션과는 다른 방식이 주로 사용된다. 그 이유는 무엇일까?

정보 유지 방식이 다르다. 웹과 달리 앱은 그 자체로 파일 시스템에 액세스할 수 있고, 내부 DB도 가지기 때문에 쿠키를 통해 통신할 필요가 없다. 서버에서 받은 유저 식별 데이터를 따로 저장해서 통신할 때 사용하면 된다. 이 값은 보통 앱이 종료되고 재실행되어도 지워지거나 갱신되지 않는다. (TTL 설정, 종료 시 expire 등이 필요가 없는 것이다.)
보안 수준이 다르다. 웹은 주소가 공개되고, 환경 자체가 쿠키 값 탈취 가능성이 크기 때문에 쿠키보다는 세션을 사용해야 한다. 허나 앱은 정보 탈취 가능성이 낮다. (물론 앱에서도 리버스 엔지니어링이란 것을 활용해 어뷰징할 수 있다.)

참고) 모바일 보안 관련 추가 내용

웹은 주소가 공개되고, 환경 자체가 쿠키 값 탈취 가능성이 크기 때문에 쿠키보다는 세션을 사용해야 한다. 허나 앱은 정보 탈취 가능성이 낮다. 하지만 중간 탈취 가능성이 적다고 하더라도, 보안을 전혀 적용하지 않을 수는 없다. 브라우저에서 쿠키 값을 이용해서 어뷰징 할 수 있듯이 앱에서는 리버스 엔지니어링을 활용해서 API 어뷰징을 할 수 있다.

이런 내용을 막기 위해서 서버와 통신에 있어서 다른 장치가 필요하다. 모바일 앱을 상대로도 서버 쪽에 인증 허가가 필요한 것이다. 이때 앱은 기본적인 브라우저에서의 세션과 같은 내용을 사용하지 않기 때문에, 크게 두 가지 방법을 사용해서 리퀘스트의 유효성을 검증한다.

1. 앱의 고유 해쉬값을 서버로 전달

앱이 고유로 가지는 해쉬값을 서버로 전달한다. (apk 안에 META-INF/CERT.SF 파일이 존재한다. 여기서 signing 및 앱 버전에 의존하는 고유 해쉬값을 추출 할 수 있다고 한다.)

이 값을 서버 DB에 넣어두고 클라이언트가 요청할 때, 이 값이 같을 때만 리퀘스트를 허가하는 방식으로 보안을 높일 수 있다.

2. play integrity

play intergrity는 앱 출처가 실제 스토어인지 검증하는 방식이다. 서버와 구글서버가 앱을 사이에 두고 서로 고유 값을 통해서 소통한다.

앱은 서버로 부터 고유 값을 받아온다.
이 값과 함께 play intergrity api를 통해서 인증을 요청한다.
정상적인 앱이라면 이에 해당하는 토큰 값을 보내준다.
이 토큰 값을 다시 서버와 소통할 때 사용한다.
서버는 토큰 값을 구글(플레이)서버로 전달해서 유효성을 검증한다.

토큰 (Token)

토큰 기반 인증 방식 JWT

JWT(JSON Web Token)는 인증에 필요한 정보들을 암호화시킨 토큰이다.
JWT 기반 인증은 쿠키/세션 방식과 유사하게 JWT 토큰(Access Token)을 HTTP 헤더에 실어 서버가 클라를 식별한다.

JWT의 구조는 세가지 문자열의 조합이다. 실제 디코딩된 JWT는 Header, Payload, Signature로 이루어져 있다.

Header

Header는 alg와 typ을 갖고 있다.
alg는 정보를 암호화할 해싱 알고리즘을, typ는 토큰의 타입을 지정한다.

{
    "alg": "HS256",
    "typ": "JWT"
}

Payload

Payload는 실제로 토큰에 담을 정보를 지니고 있다.
주로 클라이언트 고유 ID, 유효 기간 등이 포함된다.
Key-Value 형식으로 이루어진 한 쌍의 정보를 Claim이라고 한다.

{
    "sub": "1234567890",
    "name": "John Doe",
    "iat": 1516230922
}

Signature

Signature는 인코딩된 Header와 Payload를 더한 뒤, 비밀키로 해싱하여 생성한다.
Header 및 Payload는 단순 인코딩된 값이기 때문에 해커가 복호화하고 조작할 수 있지만, Signature는 서버 측에서 관리하는 비밀키가 유출되지 않는 이상 복호화할 수 없다.
따라서 Signature는 토큰의 위변조 여부를 확인하는 데 사용된다.

HMACSHA256(
    base64UrlEncode(header) + "." +
    base64UrlEncode(payload),
    secret_key
)

토큰 인증 과정

클라이언트 로그인 요청이 들어오면, 서버는 검증 후 클라이언트 고유 ID등의 정보를 Payload에 담는다.
암호화할 비밀키를 사용해 Access Token(JWT)을 발급한다.
클라이언트는 전달받은 토큰을 저장해두고, 서버에 요청할 때마다 토큰을 요청 헤더 Authorization에 포함시켜 함께 전달한다.
서버는 토큰의 Signature 을 비밀키로 복호화한 다음, 위변조 여부 및 유효 기간 등을 확인한다.
유효한 토큰이라면 요청에 응답한다.

토큰의 장점

Header와 Payload를 가지고 Signature를 생성하므로 데이터 위변조를 막을 수 있다.
인증 정보에 대한 별도의 저장소가 필요 없다.
JWT는 토는 서명 등큰에 대한 기본 정보와전달할 정보및토큰이 검증됐음을 증명하 필요한 모든 정보를 자체적으로 지니고 있다.
클라이언트의 인증 정보를 저장하는 세션과 다르게, 서버는 무상태(Stateless)가 된다.
토큰 기반으로 다른 로그인 시스템에 접근 및 권한 공유가 가능하다. (OAuth)
모바일 어플리케이션 환경에서도 잘 동작한다.

토큰의 단점

쿠키, 세션과 다르게 JWT는 토큰의 길이가 길어, 인증 요청이 많을수록 네트워크 부하가 심해진다.
Payload 자체는 암호화되지 않기 때문에 유저의 중요한 정보는 담을 수 없다. (패스워드 등)
토큰을 탈취당하면 대처하기 어렵다. 토큰은 한 번 발급되면 유효기간이 만료될 때까지 계속 사용이 가능하다.
특정 사용자의 접속을 강제로 만료하기 어렵다. (쿠키/세션 기반 인증은 서버 단에서 쉽게 삭제할 수 있지만 토큰은 그게 안됨)

토큰 단점을 보완하는 전략들

짧은 만료 기한 설정

토큰의 만료 기한을 짧게 설정해서 탈취되더라도 빠르게 만료시키는 방법이다.
하지만 이는 토큰이 만료되면 사용자가 다시 로그인해야 한다는 뜻이기에 사용자 입장에서 번거로운 방법이다.

Sliding Session

서비스를 지속적으로 이용하는 클라이언트에게 자동으로 토큰 만료 기한을 늘려주는 방법이다. (만약 글을 작성하다가 토큰이 만료된다면 새로운 토큰을 발급해주는 것이다.)
사용자가 로그인을 자주 할 필요가 없다.

Refresh Token

클라이언트가 로그인할 때 Access Token 및 Refresh Token을 함께 발급해주는 방법이다. (Refresh Token은 Access Token보다 만료 기한이 긴 토큰을 칭하는 것)
클라이언트가 요청을 보냈는데 Access Token이 만료되었을 때, Refresh Token을 이용하여 Access Token의 재발급을 요청한다.
이때 서버는 Refresh Token을 복호화 후 유효하면 Access Token을 발급한다. (만약 Refresh Token도 만료된 경우라면 사용자에게 로그인을 요구한다.)

이 전략을 사용하면 Access Token의 만료 기한을 짧게 설정하여 위의 짧은 만료 기한 설정 전략처럼 탈취되더라도 빠르게 만료될 수 있다. 또한 짧은 만료 기한에도 불구하고 자주 로그인을 할 필요가 없어진다.

이 방식의 단점은 Refresh Token이 공격자에게 탈취당할 경우, 해당 공격자가 토큰을 계속 refresh 하며 사실상 기한 제한 없이 로그인을 유지할 수 있다.

Refresh Token + Session Storage

refresh token의 payload를 캐시 서버(또는 세션 스토리지)에 저장한 후 refresh 요청시 서버측에 저장된 refresh token의 payload와 일치여부를 검사하는 방식이다.
이를 통해 사용자 로그아웃/공격자 토큰 탈취 시 서버 측에 저장된 refresh token의 payload를 제거하여, 추후 refresh 요청 시 검사를 실패하도록 할 수 있다.
세션과는 달리, redis(등의 세션 스토리지)에 저장된 payload만으로는 tokenizing 할 수 없기에, 이 서버가 유출되더라도 클라이언트로의 위장이 불가하다는 보안적 장점도 있다.
세션과 마찬가지로 부하가 걸릴 가능성은 존재...

References

20대에 뭘 하면 좋을까요?

우준성 — Mon, 27 Feb 2023 07:57:19 +0900

해당 글은 드로우앤드류 님의 20대에 인생이 결정되는 진짜 이유 (with 남인숙 작가님) 영상을 보고 개인적으로 복기하기 위해 기록한 글입니다. '나'라고 칭한 것은 블로그 저자 본인이고, 다른 인물들은 '~~님'으로 칭했습니다. 더 자세한 내용을 보려면 위의 영상을 보시고, 저작권 관련 문제가 된다면 아래 댓글로 남겨주시면 감사하겠습니다.

20대에는 어떤 걸 하면 좋을까?

20대에는 어떤 걸 해야 된다는 거에 고민을 너무 많이 하지 말아야 한다. 그냥 해야 한다.

일단은 뭘 해야 할지 방향을 알아야 하는데, 그냥 봐서는 모른다.

남인숙 작가님은 20대때 안개가 주변에 깔려있고, 갈 길이 도저히 눈에 보이지 않는 상태였다고 한다.

이 안개가 걷힐 생각을 안하면 무작위로 더듬더듬 가야 한다. 뭐가 만져지면 그쪽으로 가고 그러는 수밖에 없다.

20대때는 최대한 많이 더듬더듬 해야 한다.

시간이 더 지나면, 더듬더듬할 체력이 없어진다.

무서우니까 검색해보고 어려우니까 안 할래.

20대에는 무조건 행동해야 한다.

이 말에 대해 오해하는 사람들이 있는데, 어떤 이는 '검색(공부) 후 움직여야 실패를 안하지 않나?' 라고 생각할 수도 있다.

근데 중요한 건, 이 길로 가본 다음 다시 돌아오는 것과, 단순히 알아보고 포기하는 것과는 배움의 차원이 다르다.

되돌아오더라도, 직접 부딪혔을 때 그 순간에 얻게 되는 정보 몇 만 개가 내 안에 흡수된다.

그 정보를 책으로 쓴다고 하면 몇 권이 나올 수 있는 것이다.

그렇게 되는 걸 모르는 상태에서 정보를 수집을 한다 -> 평생 공부해도 안된다.

남인숙 작가님은 작가가 되기로 결심했을 때, '글 20개를 쓸거야. 내가 그걸 잘하고 못하고는 상관 없어.' 부담감을 내려놓았다.

등단이 목표가 아니라, 20개를 만드는 게 목표가 되었기 때문에 '이번에 엄청 잘 써서 대상을 받아야만 해' 이런 부담이 없다.

드로우앤드류 님도 '구독자 10만명 찍어야지!' 가 아니라 '영상 100개 만들어보자'라는 생각으로 시작했다고 한다.

20대때 찾아보고 행동하는 버릇만 고쳐도 많이 변한다고 생각한다.

'찾아봐서 하면 실패를 덜 할 수 있다'라는 마인드셋 자체가 성공하기는 글러먹은 것이다.

실패를 안 해보고 성공할 수 없기 때문이다.

깊게 알아보지 말고, 일단 행동해.

드로우앤드류 님은 미국에 살 때 산을 올라갔는데, 이름 들어본 유명한 산이라고 해서 요세미티 산에 바로 갔다고 한다.

지도를 받아서, 주차장에서 가장 가까운 곳을 보니 'upper yosemite falls trail'이라고 적혀있었다고 한다.

'요세미티 폭포 유명한데, 거기 가봐야겠다.' 생각 후 2시간 정도면 도착하겠다 하고 바로 등산했는데, 장장 7시간이 걸린 것이다.

결국은 꼭대기를 찍고 내려왔다. 내려와서 찾아보니까 '북미에서 가장 높은 폭포 오르는 길'이었다.

모르니까 올라간 것이다. 알면 갔을까?

과거에 노마드코더 님의 영상을 보고 영감을 받았던 적도 있는데, 이와 연관된 주제라서 적어보려고 한다.

무언가 아이디어가 떠올랐을 때, 바로 검색해보지 마라. 이미 대부분의 아이디어는 세상에 나와있다.

하지만, 내가 기록해놓고 곰곰이 생각해보면서 뭔가를 덧붙이거나 아이디어가 진화되었을 때, 그건 세상에 없을 수 있다.

만약 '이 아이디어 이미 있네.'하고 포기했다면 진화하지도 못했을 것이라고.

나는 최근에 이걸 위해서 '영감 노트'라는 걸 꾸준히 쓰고 있다.

떠오를 때마다 바로 검색해보지 않고 충분히 휘갈겨쓴 후에 검색해보는 것이다.

'이걸 해도 될까?' 하고 찾아보면 모든 직업이 다 힘들고, 다 어렵고, 다 레드오션이다.

내가 직접 해보면, 배우는 게 믿을 수 없이 많다고 한다.

오늘부터 생각만 해봤던 것들 시작해보자.

사회초년생 부자되는 습관 4가지 - 박민수(최고민수)

우준성 — Sat, 18 Feb 2023 10:27:59 +0900

해당 글은 뿅글이 님의 50억 자산가가 말하는 부자되는 습관 5가지 (박민수_aka 최고민수) 영상을 보고 개인적으로 복기하기 위해 기록한 글입니다. 더 자세한 내용을 보려면 위 영상을 보시고, 저작권 관련 문제가 된다면 아래 댓글로 남겨주시면 감사하겠습니다.

좋은 습관만큼 중요한 것

좋은 습관을 들이는 게 좋긴 한데, 한 편으로는 20대때 충분히 노는 것이 좋다.

그냥 노는 것이 아니라, 의미 있게 (계획성 있게) 놀면서, 즐거운 모먼트를 계속 만들어 나가야 한다.

노트 한 권을 마련해서 꾸준하게 자신의 버킷 리스트를 만들어보면 어떨까 싶다.

부자에 관한 책들을 많이 읽어보면 '너무 긴 미래를 보지 않고 짧은 목표들을 충족해 가면서 끊임없이 노력한다'는 그들의 공통점이 있다.

네가 제일 즐거워하는 일을 해라. 즐거워하는 일을 하다 보면 자신의 직업이 될 수도 있고, 그것이 돈과 연결되면 더욱 재미있어진다.

내가 정말 즐거워하는 일을 하면 힘듦을 잘 못 느낄 뿐더러, 누가 안 시켜도 자연스럽게 하게 된다.

(아래부터는 본격적으로 부자되는 습관들에 관한 내용이다.)

1. 뉴스를 보는 습관

세상과 동떨어져 있으면 과연 돈 벌 기회를 찾을 수 있을까. 하루에 최소한 한두 번 뉴스를 보는 것을 추천한다.

경제 뉴스는 '금융', '증권', '부동산' 세 개로 나뉘는데, 특히 부동산 분야에 관심이 있다면 웬만한 정보들은 책이나 뉴스에 나와있다.

부동산의 뉴스들은 상당히 정체되어 있다. (비싼 곳이 더 비싸지며 변동성이 크게 없음)

20대 때 부동산 관련한 책을 10권 정도 읽으면 부동산 투자에 대한 혜안이 분명히 생길 것이다.

부동산과 다르게, 주식 투자 분야는 변화무쌍하기 때문에 공부가 더 많이 필요하다.

이 변화가 빠른 주식 투자 분야에 적응하기 위해서, 특히 뉴스를 많이 봐야 한다.

뉴스에 모든 답이 있다. 뉴스를 보는 혜안을 갖추기 위해 공부/추가적인 노력이 필요하다.

하루로 쪼개면 별것이 아니지만, 1~2년을 보면 엄청난 노하우가 되어 있다.

늦었다고 생각할 때가 가장 빠른 공부 시기이다.

2. 발상을 전환하는 습관

노트에 나의 현 상황을 적고, 팩트를 확인해보라.

내 은행 잔고는 얼마이고, 카드는 몇 개를 쓰고, 한 달에 얼마를 벌고, 얼마를 지출하는가.

나는 지금까지 어떻게 살아왔나. 또 나는 앞으로 뭐가 될 것인가.

막막한 상태에서 벗어나기 위한 시작은, '나의 현재 상태를 써보는 것'이다.

그로써 내가 나아갈 길(버킷리스트)을 계획해보라. 현 상황에 속박되지 않고 발상을 전환하며 기존의 막막함에서 벗어날 수 있다.

3. 운동을 취미로 하는 습관

인생을 살아가면서 즐길 수 있는 운동(그리고 즐길 수 있는 악기) 하나를 해보는 것이 좋다.

돈을 벌며 점차 누릴 행복을 위해 20대 때 내 몸을 혹사시키지 않고, 건강하게 가꿔야 한다.

술과 담배, 특히 술은 자제하면서 사는 것이 건강에도 좋고 건설적인 삶을 위해서 좋은 습관이다.

4. 망설이지 않는 마음가짐

생각나면 일단 해본다. 항상 완벽함을 추구하다 보면 정말 힘들다. 완벽을 생각하지 말자.

여러 이슈들을 너무 고민하고 망설이면 답이 없다. 내 생각 정리 후, 바로 실천을 하는 것이다.

실패 경험치들이 모여서 결국 따라잡을 수 없는 격차를 만들고, 큰 삶의 경험치를 만든다.

망설이지 말고 실천하고, 실패했다면 좌절하지 말자. 내일의 태양은 언젠가 뜬다.

첫 주식투자에 적합한 시드머니

주식 투자에 대한 경험치가 없는데, 천만 원 이상을 투자하는 것은 아니라고 본다.

최대 천만 원으로 6개월~1년 정도 운영해보는 것을 추천한다.

10번의 투자 중 70% 이상 맞아가면 금액을 키우는 것도 나쁘지 않다.

금액이 적으면 없어도 되는 금액이기 때문에 욕심을 줄여가며 투자한다.

욕심이 없으니까 수익이 잘 나기도 한다. 요행수가 따라주기도 한다.

천만 원 이상부터 금액 단위가 커지면서 감정 조절이 안되기 시작한다.

심리를 다스리는 게 기본이 되며, 확장지향적이고 대범한 마음가짐이 필요하다.

내가 확신이 있고 믿는 종목은 언젠가는 결국 반등한다고 한다.

고등학생 개발자, 처음 이력서(Resume)를 작성해보다

우준성 — Tue, 7 Feb 2023 21:36:12 +0900

우리 학교(대구소프트웨어마이스터고)는 매년 레주메 북(Resume Book)이란 것을 만드는데, 그 안에는 그 시기 3학년들의 이력서들이 담겨있다. 물론 나 또한 이제 3학년이기 때문에, 이를 피해갈 수 없었다. 네시간 정도를 갈아서 머리를 쥐어짜내 만들었다. (사실 양식은 정해져 있어서 포트폴리오를 만들 때보다는 훨씬 수월했지만, 웹 한글의 자잘한 오류 및 세세한 내용 때문에 머리가 아팠다.)

물론 이번에 내가 적은 이력서는 보통 회사에 제출하는 형식의 이력서와는 조금 다를 것이다. 고등학생이라는 부분에 맞춰 만들어진 양식인 것 같았다. 적으면서 내가 전공 쪽으로 아직 많이 부족하다는 것도 깨달았지만, 여러 노력을 많이 했다는 것도 드러나서 꽤 뿌듯했다.

관심 분야, 주요 보유기술, 경력사항 등

이런 형식으로 관심 분야, 주요 보유 기술, 경력 사항 등을 적었다. 보유 기술 같은 경우에는 그 기술의 숙련도를 알지 못하기 때문에 무의미하다고 생각하기도 했다. (기술의 숙련도를 객관적으로 판단하는 것도 힘들기 때문에, 기술 면접 형식의 내용이 아닌 이상 그런 이력서는 나오기 힘들 것 같긴 하다.)

전공 활동과 관련한 프로젝트, 전공 동아리, 기타 활동 내용을 기술하고 봉사, 독서, 예체능, 취미 등을 작성했다.

농촌형 개발자의 꺾이지 않은 꿈 | 2022 창업놀이터 회고록

우준성 — Sun, 15 Jan 2023 14:52:05 +0900

고등학교 2년이란 시간을 함께한 창업 경험
많은 기회와 변화를 마주했던 시간

얼마 전 한 해의 끝을 알리는 창업놀이터 페스티벌(2022년 12월 16일)에 참가하면서, 드디어 2년(2021년~2022년 후반)을 함께했던 창업놀이터 활동의 대장정이 막을 내렸다. 작년(2021년)에 이어서 올해(2022년) 팀원들과 창업놀이터에 한번 더 도전하기로 다짐하고, 여러 활동을 본격적으로 진행하며 불태웠다. 인터뷰, 발표 등에서 여러 번 말했던 사실이지만 굳이 같은 아이디어로 같은 대회에 한번 더 참여했던 이유는 '아쉬움'때문이었다. '그때 조금만 더 페르소나를 잘 분석하고, 조금만 더 창업의 본질을 꿰뚫었다면 더 잘할 수 있었을 텐데' 하는 마음 말이다.

한 해 더 도전한 후에도 아쉬운 마음은 여전히 남아있지만, 훨씬 더 성장을 하며 내 생각의 변곡점들이 생겼기에 후회는 없다. 내가 경험하고 성장한 여러 변곡점들을 기록하기 위해 2021년에 적었던 창업놀이터 회고처럼 올해에도 회고를 적어보려 한다.

처음부터 다시 시작하다

먼저 2021년 창업놀이터 페스티벌이 마무리되고 며칠 후에, 우리 moreversal(모어버설) 팀은 호미를 잡고라는 프로덕트 및 팀웍을 발전시키기 위해 노션(Notion) 팀 사이트를 만들었다. 팀 페이지 안에서 팀에 대한 정보 및 회의록, 기타 자료를 관리하기 위해 초반 작업들을 해나갔다. 현재에도 꾸준히 노션을 이용해 API 리스팅, 회의록 정리 등을 수행하고 있으며 현재 웹에서 https://moreversal.com/ 이 주소를 통해 볼 수 있게 도메인을 연결했다.

팀 페이지 (moreversal.com)

팀 페이지를 구축한 후에는 정기적으로 팀 회의를 진행하며, 방학동안에도 긴장을 늦추지 않고 꾸준히 준비를 해나갔다. 회의 주제로는 '호미를 잡고 실제 앱 개발을 위한 구체화', '비즈니스 모델 변경', '농촌 답사 안건 기획', '팀 내 주도적인 공부 문화를 위한 1일 1성장 공부 기록 진행' 등이 있었다. (우리 팀원들은 모두 대구소프트웨어마이스터고등학교에서 개발을 배우기 때문에, 앱 개발에 대한 문제는 외주 없이 자체적으로 해결할 수 있다.)

팀 회의

창업놀이터에 다시 참가하다

위와 같은 활동을 하면서 슬슬 팀 문화를 갖춰가고 프로덕트 개발 및 성장에 대한 욕구가 올라올 때쯤 창업놀이터 참가 모집 공고가 올라왔다. 우리 팀은 앞서 회의를 진행하며 창업놀이터에 다시 참가하는 것에 대해 긍정적으로 생각했기 때문에, 창업놀이터 고등부에 고민 없이 참가했다. 2021년의 활동처럼 올해(2022년)에도 4월쯤 오리엔테이션을 진행하고 5월쯤에 부트캠프를 진행하는 것으로 여정이 시작되었다. 부트캠프에서는 스타트업 창업에 대한 정의, 준비해야 할 IR 자료 및 창업가가 나아가야 할 방향 등에 대해 배웠다.

2022년 6월부터는 멘토링이 진행되었다. 우리 팀의 상반기 멘토는 (주)교육과가치 박진우 대표님이었는데, 창업 및 농산업 분야의 컨설팅을 진행하는 기업을 운영하고 계셨다. 그 덕분에 농촌을 타깃으로 한 '호미를 잡고' 기획에서 멘토님께 많은 부분 도움을 받았으며, 방향성을 잡는 데에도 현실적인 농촌의 입장에서 많은 조언을 해주셨다. 그리고 창업놀이터에서는 앙트너라는 역할을 해주시는 분도 있는데, 팀 일정을 조율해 주고 멘토님과 함께 멘토링을 진행하며 많은 조언을 해주신다. 우리 팀의 앙트너는 박의혁 님이셨다. 일정 조율 관련해서도, 예산 관련 계획이나 서류 제출 시에도 많은 부분에서 도움을 주시고 창업 아이디어 관련 조언도 아낌없이 주셔서 너무 감사했다.

호미를 잡고란?
이촌향도 현상 및 코로나 상황이 겹치면서 현재 농촌에서 일손 부족 문제가 심화되었습니다. 통계적으로도 일손 부족으로 고난을 겪는 농장주의 수가 늘어났고, 인력중개소를 통해 외국인 인력을 사용할 때 인건비(수수료)도 눈에 띄게 인상되었습니다. 이러한 일손 부족 현상 및 인력중개소의 일손 중개 독점 문제를 해결하기 위해 moreversal 팀은 '호미를 잡고'라는 농장주-일손 연결 플랫폼을 기획했습니다.

상반기 멘토링

멘토링을 진행하면서 프로덕트 방향성 확립 및 구체화 뿐만 아니라 개인적으로도 많은 성장을 했다. 먼저 앱 플랫폼들은 유저가 확보되어야 비즈니스가 돌아간다는 것, 그래서 수익 모델을 실행하기 전에 사람들이 우리 앱을 많이 사용하게 하는 게 가장 우선적으로 진행되어야 하는 것임을 알게 되었다. 또한 아이디어의 필요성을 강조하기 위해서는 문제의 심각성을 더 부각해야 한다는 것, 문제의 크기가 크다고 느껴져야 비로소 우리 아이디어가 가치를 가지는 것임을 배웠다. 경쟁 업체(서비스)가 있다면 그 앱의 기능들을 벤치마킹해 보고, 그 앱에 없는 핵심 기능을 넣어 차별화하는 방법을 깨달았다.

그렇게 7월까지 상반기 멘토링 진행을 통해 아이디어를 구체화하는 시간을 가졌다. 하지만 우리 팀은 작년에 어느 정도 아이디어 구체화를 진행했기 때문에, 보여주기 식이 아닌 실제 사업을 위한 방향성과 비즈니스 모델, 앱의 디테일한 사용성 등을 이 시기에 중점적으로 고민하며 보완했다. 농장주-일손을 연결하는 방향성은 그대로 가져가되, 농촌 수확 시기가 아닐 때에도 앱 사용률을 유지하고 귀농귀촌 농장주들의 니즈(베테랑 농장주로부터 농사 꿀팁 같은 정보 얻기, 농촌 마을에 적응할 수 있도록 그 마을 문화 체득하기)도 채워줄 수 있는 '소통' 기능도 덧붙이기로 결정했다.

또한 작년에는 미처 신경쓰지 못했던 연장자(농장주)의 접근성 문제를 해결할 디테일한 방법들을 고민하며, 연장자 분들이 선호하는 '전화 상담'에 영감을 받아 농장주-일손 연결 시 상호 '음성 전화'를 통해 연결하는 방법, 기존의 복잡한 회원가입 절차를 없애고자 카카오 OAuth 로그인을 도입하는 방법, 연장자가 농장주 구인글을 생성할 때 접근성을 높이기 위한 '구인글 생성 자동화' 등의 방법을 고안했다. ('구인글 생성 자동화'란 기존에 구인글 데이터를 쌓고 분석하여, 밭의 크기와 작물 종류만 받으면 농사 일정, 구할 인력의 수, 받는 급여 등을 자동으로 입력해 주는 시스템이다. 이를 통해 연장자는 더욱 쉽게 구인글을 생성할 수 있다.)

상반기 사업계획서

2022년 8월 20일, 상반기동안 갈고닦은 아이디어로 투자를 받는 '투자설명회'가 진행되었다. 상반기에 팀원들과 함께 만든 사업계획서 발표 자료를 통해 내가 투자설명회 발표를 진행하였으며, 심사위원 분들께 '같은 아이디어를 발전시켜서 한번 더 도전하는 게 쉽지 않은 것일 텐데, 그 도전이 멋있고 보완된 아이디어 또한 만족스럽다', '연장자의 사용성을 높이기 위해 더 많은 고민이 필요할 것 같다' 등의 피드백을 받았다. 그렇게 성공적으로 투자설명회를 마쳤다. (재미있는 일화를 덧붙이자면 나와 최민재 팀원은 그 당시 부산에서 JUNCTION이라는 해커톤에 참가하고 있었다. 날밤을 새며 아이디어를 내고 개발하는 중간에 호텔에서 투자설명회 발표를 마쳤다.)

며칠 후 투자설명회 결과를 공고받았으며, 우리 moreversal 팀은 70만 원을 투자받았다. 투자받은 예산을 사용하기 위해 9월부터는 예산사용계획서를 작성하고 제출하여, 앱 디자인/로고 외주 및 마케팅 비용, 현장 답사 비용 등을 대회 측으로부터 지원받을 준비를 했다. 이 외주 집행 부분에서는 이경태 팀원이 대회 측과 컨택, 시안 확인 및 결정 등의 활동을 주도했다. 크몽(kmong)에서 호미를 잡고 브랜딩을 위한 로고 외주를 요청하고, 여러 시안 중 선택 및 피드백 과정을 통해 아래 사진과 같은 최종 시안을 받았다.

(좌) 예산사용계획, (우) 외주 로고 시안

앱 UI/UX 디자인 또한 크몽(kmong)을 통해 외주를 맡겼는데, 한 화면 디자인 당 들어가는 비용이 너무 컸다. 우리 팀은 회의 끝에 전략적으로 화면 1개만 외주를 맡기고, 나머지 UI는 그 화면에 기반해서 통일성 있게 제작하기로 결정했다. 그리하여 아래와 같은 앱 UI 시안이 나왔고, 아래 사진과 같이 최민재 팀원의 주도 하에 피그마를 통해 다른 화면 또한 제작했다.

피그마 앱디자인

농촌 현장 답사를 다녀오다

시각적인 외주 말고도, 올해 초부터 기획했던 '페르소나 심층 분석을 위한 농촌 답사' 건을 본격적으로 실행하기 시작했다. 창업놀이터에서 투자받은 예산으로 교통비 및 숙박비를 지원받으며, 최민재 팀원 아버지의 지인 분이 충남 태안에 스마트팜 농장을 운영하고 계셔서 그쪽으로 농촌 답사를 가기로 결정했다. 답사 직전에 답사 일정 및 농장주 분에게 여쭤봐야 할 질문 리스트를 작성하며 준비했고, 2022년 10월 22일~23일 농촌 답사를 다녀왔다.

충남 태안의 스마트팜

2일에 걸쳐 다녀왔는데, 1일차에 다녀온 스마트팜에서는 토마토를, 2일 차에 다녀온 스마트팜에서는 딸기를 재배하고 있었다. 두 곳 모두 어느 정도 정부의 지원을 받아 만들어지고 운영되고 있는 스마트팜이었는데, 규모가 정말 크고 임베디드 시스템의 집합체라고 느껴진 농장 관리 시스템도 혁신적이었다. 농약을 비율에 맞춰 섞는 시스템, 햇빛 및 온도에 맞춰 움직이는 지붕과 벽, 그 외에 모든 자동화된 시스템들이 개발자인 나로서는 너무 신기하게 느껴졌다. ~~(사실 이 시스템을 구축하는 데에 필요한 개발자의 노동을 생각하며 한숨이 나오긴 했지만.)~~

농장이 어떤 형태로 돌아가는지 설명을 듣고 농장을 전체적으로 둘러본 다음, 사무실로 보이는 컨테이너에 들어가 호미를 잡고 사업 아이템을 설명드리고 피드백을 받았다. 이 과정에서도 정말 많은 것을 깨닫고 배웠는데, 아무래도 농촌 현장에 몸을 담고 있는 분께 조언을 듣다 보니 평소에는 알지 못했던 농촌의 실상을 필터링 없이 알 수 있었다. 실제 고객의 말을 들어봐야 한다는 기업가의 조언들이 이 뜻이었구나 싶었다.

사무실에서 아이템 소개 및 피드백 수렴

위의 페르소나 인터뷰 과정에서 새롭게 깨달은 것은, '농촌의 일손은 외국인 노동자가 대부분'이라는 점, '그 외국인 노동자의 대부분이 불법체류자'라는 점, '인력중개소에서 실제로 40%의 수수료를 떼니 기존 수수료 없이 연결해 주겠다는 고집은 버리고 10%의 수수료만 떼어도 고객들이 충분히 사용하고 수익 모델이 없다는 문제도 자연스레 해결될 것'이라는 점, '농장들은 지자체와 묶여서 관리되니 농촌을 공략하려면 지자체와 협력을 해야 한다'라는 점 등이었다. 이 외에도 '마을회관을 통한 홍보(마케팅 활동)를 하려면 마을 이장님과 친해져야 한다' 등의 농촌에 관한 꿀팁을 얻기도 했다.

그리고 모든 농장들이 이번에 방문한 스마트팜처럼 변화하면 기존의 일손은 기계로 대체되고 (물론 현재 선진화된 스마트팜에도 수확 과정 등을 위해 일손은 고용한다.) 결국 이 세상에서 '호미를 잡고' 서비스에 대한 수요가 없어지는 것이 아닌가도 은연중에 많이 고민했다. 이와 같은 생각은 여러 과정을 밟으면서 아이디어를 발전시켜온 우리에게는 꽤 충격적이었기에 바로 농장주분께 여쭤보고 조언을 구했다. 농장주 분은 이에 대해 "현재 운영 중인 스마트팜 같은 경우 정부의 지원을 받는 규모가 큰 농장이기 때문에 전국 농장의 극소수이다. 또한 규모가 굉장한 이 농장 같은 경우에도 완전한 기계화가 되지 않은 탓에 인력을 고용하고 있다. 현재 아이디어가 당장 쓸모없어지는 것은 아니고, 시대의 흐름에 맞게 점차 발전해 가면 되는 것이다"라고 조언해 주셨다.

(좌) 스마트팜에서 키우는 강아지, (중) 삼봉해수욕장, (우) 숙소에서 고기 굽는 사진

사실 페르소나 분석 및 페르소나 인터뷰만 진행하고 돌아오기엔 너무 먼 거리(대구에서 충남 태안)까지 답사를 와버려서, 학교생활과 대회 진행으로 힘들어진 마음을 회복할 겸 주변 경치도 둘러보고 태안 삼봉해수욕장도 다녀오며, 숙소에서 팀원들과 고기도 굽고 편안해진 분위기에서 평소 못했던 진솔한 말들도 나눴다. 그냥 가만히 학교생활에만 열중했었다면 누리지도 못했을 것들을 지금 누려서 행복하다고 느끼면서, 앞으로도 안정된 길 말고 더 모험적인 삶을 살겠다고 다짐했다.

2일 차에는 창업놀이터 촬영팀 및 운영진님을 뵙고 인터뷰 영상을 촬영했다. 또한 스마트팜 시스템을 관리하는 기술자 분과도 면담하며 호미를 잡고에서 기술적으로 고쳐야 할 부분, 기술 스택에 대한 피드백 및 기술적 방향성 등에 대해 말을 나눴다. 기술자 분과 일손 분들께도 다시 한번 '호미를 잡고'에 대해 피칭을 하며 아이디어 피드백을 받았다. 현장에서 직접 받은 피드백들은 너무나 날카로웠지만, 그만큼 가치가 있었다.

농촌은 굉장히 한가하면서도 모든 생명체들이 생기 있었다. 농촌 특유의 분위기를 너무 좋아하는 나로서는 '호미를 잡고' 아이디어를 꼭 사업화해서 농촌이 다시 시끌벅적해는 데 기여를 해야겠다고 다짐했다. 인터뷰를 모두 끝내고 나서는 참여한 분들 다 같이 생선구이를 먹으러 갔다. 창업놀이터 운영진 최재혁 님과 대화를 하면서, 창업놀이터에 대한 성찰과 2년 동안 한 아이디어에 매달린 것에 대한 생각 등을 나눴다. 현장 답사와 같은 활동이 큰 도움이 될 것이라고, 앞으로도 잘할 수 있다고 격려해 주셔서 너무 감사했다.

사실 외주 및 농촌 답사에 들어갈 예산 말고도 다른 마케팅(팜플렛 제작, 홍보 이벤트 상품 구매)을 위한 예산을 잡아놨지만, 그 시기에 다른 대회(STA+C 2022), 해커톤 일정, 기타 작품 전시 및 학교 수행평가 일정이 겹치면서 그 부분의 예산을 미처 사용하지 못했다. 하루 30분 정도라도 할애해서 이 예산까지 사용하고 실질적인 마케팅 과정까지 도달했다면 더 값진 경험을 할 수 있었을 텐데 하는 생각에 조금 아쉽기도 하다.

피칭 본선에 진출하다

그렇게 여러 활동을 주도적으로 마친 후, 작년과 같이 대회 예선을 진행했다. 전시 부문과 피칭 부문 두 개로 나뉘어져 있었는데, 우리 팀은 둘 다 참여했다. 전시 부문 준비를 위해 작년에 만들었던 카드뉴스 형식의 아이템 소개들을 대부분 수정했다. 아래 사진은 만들었던 전시 부문 소개 자료인데, 이를 통해 모의투자 42,780,000원을 유치했다. 아쉽게도 전시 부문에서는 본선에 진출하지 못했지만, 내 주변 사람들이 우리 아이템을 세세히 살펴보고 모의투자를 기꺼기 해줬다는 사실에 너무 감동했다. 실제로 자료 너무 잘 봤다고, 정말 응원한다고 해준 주변 분들의 연락을 받고서 꼭 보답해야겠다고 느꼈다.

하반기 카드뉴스 형식 소개 자료

또한 피칭 부문 준비를 위해 사업보고서(발표 자료)를 다시 만들며, 이 과정에서도 멘토링을 통해 많은 피드백을 수용했다. 발표 자료를 준비하면서 가장 중점적으로 생각한 것은 '2년동안의 집착과 현장 답사를 통한 아이디어 변화'이었다. 특히 현장 답사에서 들은 실제 고객의 피드백을 수용하면서 우리 아이디어가 훨씬 더 성숙해졌다는 생각을, 내가 확신하는 우리 아이디어에 대한 미래를 그대로 전하고 싶었다. 팀원들의 도움을 받으며 바쁜 일정에도 2021~2022 '호미를 잡고' 아이템의 변화 과정을 잘 설명해주는 발표 자료를 성공적으로 준비했고, 원격 회의를 통한 피칭(발표) 또한 성공적으로 진행하면서 피칭 부문 본선 진출이라는 소식을 받았다.

하반기 사업보고서

페스티벌을 위해 상경하다

우리 팀은 피칭 부문 본선 참가를 위해 페스티벌 전날(2022년 12월 15일)에 대구에서 서울로 올라갔으며, 창업놀이터 측에서 숙소를 지원해준 덕분에 곧바로 숙소로 향했다. 운영진 분들을 뵙고 반갑게 인사드린 후에, 숙소 짐을 풀고 팀원들과 산책을 하러 나갔다. 오랜만에 오는 서울이기도 하고, 눈까지 왔기 때문에 돌아다니고 싶었다. 치킨도 포장해와서 숙소에서 맛있게 먹었다. 우리 학교에서 전시 부문 본선에 진출한 팀(이로운 팀)이 있었는데, 그 팀원 중 한 명이 우리 팀과 친한 친구였기에 같이 치킨을 먹으며 대화도 많이 나눴다. 작년에는 우리 학교에서 우리 팀 홀로 페스티벌에 참가했었는데, 올해에는 우리 학교의 다른 팀(이로운 팀)도 본선 진출에 성공해서 나름 든든하게 느껴졌다.

페스티벌 당일(2022년 12월 16일), 팀원들과 택시를 타고 'SJ 쿤스트할레' 건물에 도착했다. 시작 시간보다 좀 늦게 도착했기 때문에 대회장에 들어가자마자 급하게 소지품을 두고 옷을 갈아입고, 무대 앞 자리에 착석했다. 얼마 뒤 피칭 본선은 시작되었고, 우리 팀의 발표 차례가 다가왔기에 꽤 떨렸다. 발표 자료를 다시 한 번 보면서 말해야 할 내용을 머릿속에 되새겼다. 우리 팀 본선 피칭 순서가 되어 발표를 진행했는데, 아이템의 본질은 잘 설명한 것 같다고 느꼈고, 질의응답에서 또한 조금 삐걱거렸지만 잘 답했다고 생각했다. 피칭 본선에서 뽑힌 몇몇 팀은 결선으로 올라가 한번 더 발표를 하게 되는데, 나는 결선을 하나도 기대하지 않고 후련하게 발표를 하고 내려왔다.

내려와서 박의혁 앙트너님을 뵙고, 반가운 마음에 여러 얘기를 나누고 팀원들과 단체 사진도 찍었다. 운영진 분께서 전시 부스도 둘러보고 2층에 가면 사진 인화, CEO 컨설팅 등의 여러 활동에도 참여해보라고 하셔서 팀원들과 찾아가봤다. 사진 부스에는 우리 팀이 농촌 현장 조사를 진행했던 사진도 있어서 반가웠다. 실제 CEO 분께 팀에 대한 상담, 개인적인 진로(개발자와 창업가 사이에서의 갈등)에 대한 상담을 받고 큰 용기를 얻기도 했다. 작년에 높은 성과를 거둔 팀들도 2층 전시에 참여해서 존경스러운 마음으로 아이템에 대한 설명을 듣고 얘기를 나눴다. 작년에 우리 팀은 전시 부스만 조촐하게 운영하다가 상도 못받고 기차 시간때문에 대회가 끝나기도 전에 서둘러 나갔기 때문에, 올해는 상도 타고 페스티벌을 마음껏 즐기고 싶다는 생각을 했다.

대회 진행 건물 바로 앞 식당에서 점심을 먹고, 다시 대회장으로 돌아와 전시 부스 팀들의 창업 아이템들을 둘러봤다. 세세히 설명을 들으면서 영감도 많이 받았다. 같은 한국의 고등학생이라는 게 자랑스러웠고, 또 실제 수익 창출까지 간 팀들은 신기하기까지 했다. 이 분들과 함께라면 창업가로 성공할 수 있겠다는, 함께 큰 목표를 실현할 수 있겠다고 느낀 분들과는 대화와 연락처를 주고받으며 미래에 기회가 되면 같이 성취하고 싶다는 마음을 적극적으로 드러냈다. 소극적이었던 내가 적극적으로 인맥을 만들게 된 것도 이 대회의 영향으로 만들어진 변곡점이라고 생각했다.

그렇게 대회를 즐기는 중이었는데, 다른 팀의 친구가 우리 팀이 피칭 결선에 진출했다고 알려줬다. 정말 하나도 생각하지 않았던 결과인데, 의아하고 두려우면서도 증명할 기회가 생긴 것 같아서 이 기회를 즐기기로 했다. 피칭 결선이 시작되기를 기다리면서, 다시 발표 자료를 훑어보고 질의응답 리스트를 작성하며 준비했다. 많이 떨리기도 했지만, 팀원들이 격려해주고 앙트너님 또한 잘할 수 있다고 격려해주신 덕분에 마침내 결선 발표를 잘 마무리했다. 질의응답 부분에서 우리 사업 아이템의 정곡을 찌르는 질문이 나와 숨이 막히긴 했지만, 이것또한 다음 단계로 갈 때 곰곰이 생각해보고 고쳐야 할 부분이라 생각하니 괜찮았다.

평소 내가 살아가던 곳과는 다르게, 페스티벌에 참여해 피칭하고 아이템을 전시한 모두가 정말 진취적이고 열정적이며 눈이 빛났다. 내가 살아가는 환경의 중요성이 나를 어떻게 변화시키는지 몸소 느꼈다. 계속해서 더 큰물에 나를 빠뜨리면서, 더 큰 세상에 나를 내놓고 싶다. 페스티벌에 참가했던 멋진 사람들 곁에서 계속해서 물들면서 정말 많이 성장하고 싶다는 생각을 했다.

2022 창업놀이터 페스티벌

페스티벌이 끝나고, 시원섭섭한 마음을 뒤로한 채 팀원들과 서울 거리 구경을 했다. 인구가 수도권으로 몰리는 현상이 왜 일어나는지 새삼 알 것 같고, 항상 농촌 인구 소멸을 걱정하던 나도 역설적으로 서울에서 살고 싶다고 생각했다. 기존에 KTX 표를 늦게 예매한 탓에 밤늦게 기차를 타고 대구에 도착했다. 내가 몸담은 한 대회가 끝났다고 생각하니 후련하면서도 그 사람들, 그 환경들이 그리웠다.

회고와 마음가짐

돌아보면, 농촌의 연장자라는 타깃을 플랫폼 사업으로 뚫기 위한 벽은 너무나도 컸다. 인력중개소의 독점 이유 또한 연장자 분들이 온라인보다 오프라인을 선호해서, 일손 중개 중간 과정들을 연장자(농장주)가 신경 쓸 필요 없이 인력중개소에서 모두 관리해 주기 때문이었다. 이를 통해 인력중개소도 꽤 견고한 사업 모델을 가졌다는 걸 깨달았고, 기존에 시장을 독점한 경쟁 업체를 뛰어넘는 프로덕트를 만들어낸 신생 기업들이 너무 대단하게 느껴졌다. 나는 아직 이 벽을 부수기 위한 고민을 거듭하는 중이다.

또 하나 배운 것은, 주도적인 한 명이 열심히 달린다고 팀이 잘 돌아가는 것은 아니라는 것이다. 한 명만 모든 과정을 주도하며 다른 팀원들이 여러 업무를 맡아주지 않으면 그 주도하는 사람도 지치기 마련이고, 결국 삐걱거리다가 대회 포기 및 팀 해산까지 이뤄지는 것이다. 이를 2년 동안 창업놀이터 및 여러 대회에 참여하면서 깨달았는데, 이번 창업놀이터에서 결실을 맺은 이유도 각 팀원들이 여러 업무를 주도적으로 처리해 주고 서로의 본질에 집중하며 나아갈 수 있었기 때문이라고 생각한다.

실제로 우리 학교(대구소프트웨어마이스터고)에서도 여러 팀이 이 대회에 참가했는데, 팀원들은 모두 기술적으로 훌륭했지만 팀장 혼자만 주도적으로 진행하다가 결국 힘이 빠져 중간에 이탈한 팀이 있었다. 만약 내가 다음에 팀장을 맡아 다른 대회에 참가할 팀원을 모으거나 기업 CEO를 맡아 인사 관련 채용을 진행할 때, 업무를 잘 처리하고 개발을 잘하는 사람보다 주도적으로 업무를 진행할 수 있는 사람을 뽑아야겠다고 뼈저리게 느꼈다.

작년의 나와 약속한 대로 올해에도 서울에 갈 기회, 더 많이 배울 기회를 잡은 것이 너무 뿌듯하다. 작년과 비교하면 올해에 많은 경험 덕에 생긴 변곡점이 굉장히 많았기에 지금까지의 행보가 더 성취감 있게 느껴졌다. 고졸 개발자로서는 창업놀이터와 함께했던 2년이란 시간 동안 개발 기술을 습득하고 완성도 있는 프로덕트를 개발하는 게 더 영리한 선택이었을지 모르지만, 어쩌면 지금 아니면 가지지 못할 값진 경험들을 선물 받아서, 끝까지 포기하지 않고 버텨서 정말 후회는 없다. 최종 목표가 기업을 멋있게 성장시키는 스타트업 CEO인 나에게는 그 무엇과도 바꿀 수 없는 경험이었다.

작년에 아무것도 없었던 우리 팀을 전적으로 도와주시고 2021 창업놀이터 페스티벌에 참여할 때도 우리 팀 모두 데려가주신 김동균 선생님께 큰 감사를 드리고 싶었다. 페스티벌에서 상을 타자마자 가장 먼저 알려드리고 싶었지만, 몇일이 지난 뒤 수상 소식을 전해드렸다. 박의혁 앙트너님께도 항상 격려해주시고 아이디어 피드백도 열심히 해주셔서, 문제가 생기면 발벗고 나서주셔서 너무 감사하다고 전해드리고 싶다. 다른 팀들에 비하면 너무나도 부족했던 팀장의 역량, 피칭 실력, 꽤 부족한 진행도였음에도 우리 팀을 눈여겨 봐주시고 끝까지 해낼 줄 알았다고 응원해주신 다른 운영진 분들께도 감사한 마음을 꼭 보답하고 싶다. 고마운 사람들이 너무 많았기에, 그 고마운 사람들 덕분에 이룰 수 있었기에 꼭 보답할 것이다.

내년에도 참여하게 될지는 아직 잘 모르겠다. 하지만 확실한 건 내년에는 더 멋진 환경에서 더 성장할 것이다. 꿈과 가능성의 중요성을 알고 존중해주는 사람들을 만나고 기업가처럼 서로 배우며, 소년처럼 계속해서 꿈꾸며 살아가고 싶다. 미래에는 내가 꾸는 모든 꿈이 현실이 되기를.

열여덟 개발자의 2022년 회고

우준성 — Sun, 1 Jan 2023 00:16:25 +0900

회고를 시작하면서

한 해를 회고하는 글이라니 엄청 장황하게 써야할 것 같다. 사실 한 달이 지날 때마다 회고를 작성하자고 마음먹었지만, 업무와 개인적인 일이 바빠졌다는 핑계로 못쓴 회고가 허다했다. 아직 정션 2022 회고, STAC 대회 회고, 창업놀이터 회고 등도 작성하지 못했다. 그래서 못다한 올해의 조각들은 내년 초에 마저 채우기로 나와 약속하고, 오늘 2022년 12월 31일에는 올해 회고를 적으려 한다. 올해 회고라고 했지만, 내 인생의 과도기부터 지금까지의 회고를 작성할 것이다.

기적은 작년, 혹은 재작년부터 시작되었다. 내 입으로 기적이라고 말하는 게 조금은 부끄럽기도 하지만, 내가 보기엔 정말 기적이었다. 매일 PC방을 학원 다니듯 드나들고 성적은 거의 최저점이었으며 한국사 시간만 되면 엎드려 자기 바빴던 내가, 책도 읽기 정말 귀찮아하고 음악을 좋아하면서도 막상 음악 공부는 하지 않으며 음악도 조금만 귀찮아지면 당장에 버려두고 재미있고 자극적인 것만 좇기 바빴던 내가 이제는 게임에 손을 대지 않을 뿐더러 책 읽는 걸 좋아하게 되고, 공부도 꽤 재미있어졌다. 생산성있는 하루를 보내는 것, 자기계발을 하는 것이 재미있는 삶이 되었다. 내가 해야하는 것들을 해치우면서 내가 좋아하는 것까지 챙기는, 내가 저지른 일들에 비로소 책임을 질 마음을 가진 내가 되었다고 생각한다.

이 기적은 내게는 지옥과도 같았던 2019년에 태어나 내 초심을 일깨워주고, 모든 것에 본질적으로 다가갈 수 있게 해주었다. 또한 세상에 이루지 못할 것은 없다는 믿음을 심어주었고, 무엇이든 도전할 수 있는 대담함을 선물해주었다. 내게서 나쁜 사람들을 앗아가고, 존경하고 싶은 점이 가득한 멋진 사람들을 곁에 둘 수 있게 해줬다. 내게 평생 지우지 못할 흔적을 각인한 동시에 성공으로 가는 시작점을 알려주었다.

2019~2021

2019년 말 나는 가장 암울했을 때 고령중학교로 전학을 왔다. 담임 선생님은 나라는 사람을 처음 보셨음에도 같이 이겨내주겠다고 힘을 주셨다. 밤을 새가며 공부를 정말 열심히 했다. 스터디코드 인강에서 '본질'을 찾는 라이프스타일을 배우고, 강성태 유튜브를 보며 할 수 있다는 마음가짐을 되새겼으며, 정승제 인강을 보며 소소한 웃음과 인생을 배웠다. (물론 수학 지식도 안 배운건 아니다.) 그렇게 공부하고 기말고사에 응시한 결과, 나도 예상치 못했던 높은 점수가 내게 다가왔다. 누군가가 보기에는 중학교 성적이 자랑할 일인가 싶겠지만, 공부라면 하품부터 나오던 나에게는 정말 기적과도 같았던 일이었다. 그렇게 2019년, 2학년을 마무리할 때 담임 선생님이 "미래엔 꼭 네 진면목을 드러낼 수 있을거야." 이 한 마디를 해주셨다. 진면목. 꼭 드러내고 싶었다. 나를 증명해내고 싶었다.

2020년, 나는 더 달렸다. 대구소프트웨어고에 들어가기 위해 이 악물고 공부했다. 시간이 나면 영단어장을 꺼내 읽으며, 등굣길에도 쉬지 않았다. 학급 반장에도 뽑혀 반을 위한 일도 많이 했다. 틈이 나면 동기부여 글들을 찾아 읽으며, 정말 이뤄내고 싶었다. 주말에는 컴퓨터 학원에 다니면서 C언어와 자료구조를 공부했다. 성적도 성적이었지만, 이때 내가 쌓아올린 자신감과 성취감은 여전히 내 마음속에 남아 앞으로 나아가게 하는 불씨가 되어주고 있다. 아, 그리고 체육 수업을 하고 온 어느 날 담임 선생님이 대소고 합격 소식을 전해주셨다. 졸업 전 친구들이 적어준 내 롤링페이퍼를 보고 내가 잘 살았구나 싶었다.

2021년엔 정말 하루도 빠짐없이 불태웠다. 초반부터 컴퓨터활용능력 1급 자격증을 따고, 워드프로세서같은 다른 자격증들도 많이 땄다. 대소고에 입학한 후 아무것도 몰라도 친구들과 여러 대회에 참가하며 씨앗을 뿌리고, 많이 배우고 성장하며 결국 열매를 얻어냈다. STAC 2021 대회에서 최우수상을 받고, 창업놀이터 본선에 진출해 서울을 다녀오며, 다른 대회들에서도 작은 성과들이 있었다. 내신 시험에서도 그 전날 밤을 새고 끝까지 공부하며 전교 2등을 기록했고, 결국 많은 것을 증명해낸 한 해가 되었다.

2022년 요약

2022년, 멋진 사람들 곁에서 또한 많이 성장한 해였다. 초심을 잡고 개발 공부를 지속했으며, 여러 대회에도 다시 참가하였다. 바인드 동아리에서 많이 고민하고 의견을 나누며 결국 도담도담 V6를 배포했고, 컨퍼런스도 개최했으며, 성공적으로 마무리했다. 이 동아리에서도 다사다난한 일이 많았지만 거기서 정말 많이 배운 것 같다. STAC 대회에 다시 참가하여 비록 상은 받지 못했지만 멋진 팀원들과, 멋진 멘토님들과 멋진 경험을 했다. 창업놀이터에도 작년과 같은 아이디어에 미련이 남아 다시 참가하여 우수상이라는 결실을 맺었다. 작년에는 느끼지 못했던 주변의 창업가 기운, 많은 사람들의 도전적인 정신을 올해 창업놀이터 페스티벌에선 나도 느끼고 왔다. 멋진 분들께 적극적으로 말을 걸며 인맥도 쌓았다. MBTI가 INFP에서 ENFP로 바뀐 결정적인 이유가 아닐까 싶다. 그리고 내가 하고싶어 했던 음악으로도 끝없이 도전하며 내가 들어도 질리지 않는 힙합 음악을 만들고, 내가 연주하고 싶은 곡도 기타와 피아노로 칠 수 있게 되었다.

신입생에게 Git 특강을 진행하다

2022년 4월 20일에 학교 시청각실에서 학생전문가특강을 진행했다. 1학년 신입생들이 많이 참석했고, 동아리 동기(2학년)들이 함께 참석해줬다. 교육 자료를 이론 부분, 그리고 실습 부분으로 나누었기에 이론 부분을 내가 주로 설명하고 실습 부분은 준호가 설명하기로 했다. 일단 대상이 깃을 전혀 모르는 1학년이다 보니, 세세한 설명보다 이해되는 쉬운 설명 위주로 진행했다. 깃이 무엇인지 알려주고, 왜 굳이 깃을 써서 개발해야 하는지 설명했다.

그리고 레포지토리(로컬 레포지토리, 리모트 레포지토리)와 커밋, 푸쉬, 브랜치 등의 핵심 개념을 쉽게 설명했다. 뒤이어 git을 설치하고 cmd로 폴더를 생성하고 레포지토리를 생성한 다음 git remote를 통해 저장소를 연결했다. 그리고 git add, git commit, git push 등의 작업을 진행해야 하지만, 여기서 예상치 못한 추가 작업이 발생했다. cmd에서 깃을 처음 사용하다 보니 사용자 인증이 필요했는데, 일부 1학년 수강자들은 토큰 로그인이 되지 않아 헤맸다. 어찌저찌 활동을 끝내고, 강의를 진행한 우리와 활동을 도와준 바인드 친구들의 깃허브 아이디를 후배들에게 알려줬다.

강의를 끝내고 나서, 수강생 만족도 조사를 위해 구글 폼을 돌렸다. 설문 항목에는 가장 기억에 남는 내용, 더 효과적인 수업을 위해 필요한 것, 아쉬웠던 점, 감사의 한마디로 총 4개 항목이 있었다. 아쉬웠던 점을 보면 대부분의 수강생은 없었다고 답했지만, 일부는 '시간 부족', '오류가 계속 발생함', '이해가 잘 안된다', '내용이 좀 어렵다'라고 응답이 왔다. 확실히 심화보다 기본 이해도를 높이기 위한 수업을 해야겠다고 느꼈고, 용기내어 아쉬운 점을 말해줘서 고마웠다.

그리고 감사의 한마디들을 보니 정말 뿌듯했다. 아무래도 수행평가 때문에 많이 힘들어서 포기할까도 생각했지만, 그 마음이 싹 사라졌다. '유익하고 좋은 시간이었어요. 감사합니다', '열심히 준비해주시고 설명해주셔서 감사합니다 :)', '감사합니당', '선배님들이 말하기를 이것을 배우기전에 알아야 할 내용들이 많다고 하셨는데 선배님들이 미리 공부하셔서 저희에게 알려주시느라 많이 고생하셨고, 어느정도 쉽게 알려줄려고 노력하는 모습들을 보여주셔서 감사했습니다.' 등의 감사 답변이 달렸다. 고마워 1학년 수강생들 !!

깃 특강 진행에 관한 자세한 회고글은 아래 링크 포스팅에 있다.

https://white-world.tistory.com/321

화상영어 프로그램에 참가하다

나는 대구소프트웨어마이스터고에 입학할 때부터 하나의 꿈이 있었다. 이 학교에서 진행하는 '실리콘밸리 해외 연수 프로그램'에 참가하는 것이었다. 해외 실리콘밸리의 스타트업에서 일해보는 경험 뿐만 아니라, 미국의 땅을 밟고 그들의 문화를 경험한다는 점이 내게는 크게 다가왔다. 3학년이 되면 이 프로그램에 참가할 수 있는데, 이에 참가하기 위해서 성적, 자격증, 영어 능력, 기숙사 상벌점 등의 여러 점수를 챙겨야 했다. (실제로 전교생 60명 중 10명 내외로 뽑힌다고 한다.) 성적 면에서는 1학년 초반부터 중간/기말 시험에 열심히 응하면서 학점을 챙겼다. (3학년 초반 현재 담임선생님께 내 석차를 여쭤보니 전교 4등이라고 했다.) 또한 리눅스마스터 2급, 네트워크관리사 2급, SQLD 등의 자격증을 취득하고, 영어 능력을 위해 토익 시험에 꾸준히 응시하고 틈틈이 전화영어 수업을 했다. 상벌점 또한 기숙사 자치위원 활동을 하며 든든히 챙겼다.

2학년이 되면서 학교에서 화상영어 프로그램 참가자를 모집했는데, 이 프로그램에 참가하면 실리콘밸리 연수 인원 선정 시 가산점을 준다. 1학년 때에도 참여 기회가 있었는데 아쉽게도 떨어졌었다. 이번에는 놓치지 않겠다고 다짐하며 신청을 했고, 면접을 거치고 비로소 화상영어 프로그램에 참가하게 되었다. 일주일에 3번 규칙적으로 20분씩 수업을 하면서, 영어 단어들도 새롭게 배우고 영어 회화에 대한 감을 잡았다. 이 프로그램 덕분에, 이후에 있을 2022 Softwave 박람회에서 부스를 운영할 때 찾아온 외국인 CEO분께 영어로 서비스에 대해 차근차근 설명을 드렸다. 신기하게 영어 대화가 재미있어지고, 머릿속 생각이 한글이 아닌 영어가 기반이 되는 경험은 굉장히 신기했다.

교내 백엔드 스터디를 진행하다

내 주변에 백엔드 개발에 열중하는 친구들이 많았기에, 그들을 모아 집단지성을 이용해 서로 성장하면 좋을 것 같다고 생각했다. 프로젝트를 하기에는 클라 없이 백엔드 분야 친구들만 모을 것이었기 때문에, 스터디라는 방식을 활용하자고 생각했다. 곧바로 교내에서 백엔드 개발을 공부하는 동기들 중 내가 주최할 스터디에 관심이 있는 친구들을 모았고, 매주 월요일 1시간씩 서로 돌아가며 프레젠테이션 발표 후 토론하는 시간을 가졌다. 이번 스터디는 두 달정도 지속했으며, 학교 스케줄 때문에 각자가 바빠져서 아쉬웠지만 얻은 게 많은 스터디 진행이었다. 서로의 지식 차이로 인해 기술적으로 많이 배우진 못했지만, 친하지 않았던 친구들을 모으고 주체적으로 스터디 진행에 대한 책임을 맡으면서 인간적으로 성장한 것 같다.

나는 MSA에 대해 발표했었는데, 이 당시 뭣도 모르고 단순 개념 설명 글에다 'MSA 모르면 백엔드 개발 하지 마세요'라는 자극적인 제목을 붙여버리는 과오를 저질러버렸다. (물론 지금은 제목을 바꿨다.) 지인호 개발자님을 포함한 많은 현업 개발자 분들이 피드백을 남겨주셔서, 그 피드백에 대해 더 깊게 공부하고 글에 반영하면서 MSA에 대해 더 많이 배웠다. 물론 아직 모르는 게 정말 많지만 말이다. 역시 사람은 배움에 대해서는 겸손해야 한다는 마음가짐, 위기를 통해 더 많이 배우는 경험 등을 겪었기에 이 경험을 단순 후회하지만은 않는다.

STA+C 2022 결선에 진출하다 (가작상 수상)

작년 STA+C 2021 대회에서 최우수상을 수상했는데, 올해에도 다른 주제로 도전하고 내 한계를 부수고 싶어서 고등학교 동기들(김태환, 금현호, 최민재)과 참가하게 되었다. 작년의 자유주제와는 다르게 주제가 '환경'으로 정해졌으며, 작년의 노하우를 발판삼아 아이디에이션부터 개발까지 꽤 순조롭게 진행할 것 같았지만, 그렇게 쉽지만은 않았다.

아래처럼 환경 문제에 대해 집단지성을 이용해 정리하였으며, 그 중 가장 '앱'이라는 수단으로 해결하기 좋은 문제를 채택했다. 우리의 아이디어는 '환경 오염을 해결하는 위치 기반 SNS 서비스'였으며, 회의를 통해 '그린거리 : 우리가 그려나갈 초록빛 거리'라는 서비스 이름을 채택했다. 아이디어 채택 후에는 순조롭게 흘러갔으며, 제안서를 작성하고 1차 제출했다.

다행히 본선에 진출하는 아이디어가 되었고, 아이디어 구체화를 위해 장단점, 타겟 고객 구체화, 경쟁 서비스와의 차별화, 서비스 허점 보완 등의 작업을 수행해 나갔다. 이번 '그린거리' 프로젝트에서는 아무래도 기본적인 CRUD SNS 앱 + GPS이다 보니 개발에 크게 무리가 되는 건 없었기에, 서비스의 디테일에 신경을 많이 썼다. 그러한 부분을 PPT(발표자료)에도 녹여 담으려 노력했으며, 어느 토요일에 후련하게 발표를 완료하며 결선 진출 소식을 듣게 되었다.

개발 및 디자인 멘토링을 심화적으로 받으며 아이디어를 실제로 만들어갔고, 모든 팀원들이 최종 제출까지 열과 성을 다해 참가했다. 개인적으로 현업 개발자분께 코드리뷰를 받으며 배운 점이 알차서 블로그에 기록도 했었다. (https://white-world.tistory.com/361)

결과적으로는 작년(STAC 2021)보다 못한 성적을 거뒀지만, 환경이라는 어려운 주제 속에서 해답을 찾아 나가는 과정과 멘토님들의 도움을 받아 정교한 서비스를 구축하는 과정이 내 성장의 양분이 되었다. 다른 스케쥴들로 비록 사업화를 하지 못했지만, 돈주고도 사지 못할 멋진 경험들을 했다. (블로그에 이번 스택 대회 회고를 적으려 했지만, 점점 미루다가 이렇게 1년 회고 속에 적게 되었다.)

교내 하계 해커톤에서 대상을 받다

작년의 교내 해커톤에서 정말 상을 받고 싶어 열심히 했지만, 따라와주지 않는 결과에 망연자실하곤 했다. 이번에야말로 꼭 좋은 결과를 내고 싶어 이를 갈고 참가했다. 나는 기획 및 팀 리딩 전반과 백엔드 개발 서브를 담당했고, 임재청은 백엔드 개발, 최민재는 안드로이드 앱 개발을 담당했다. 사용자에게 이로운 서비스를 생각하며 회의하는 중에, 회의록 기록에 있어 계속 불편함을 느껴왔다는 걸 깨달았다. 이걸 해결하기 위해 마침 안드로이드 앱 개발자였던 최민재 동기가 '안드로이드 자체 음성인식 AI 기능'이 있다고 했고, 그걸 이용하면 되겠다고 깨달으며 실행에 옮겼다.

개발을 하면서 시간도 꽤 부족했고 여러 이슈가 있었지만, 팀원 모두 잘 따라와준 덕에 무사히 완성을 하고 시연영상을 제출할 수 있었다. 발표자료 준비 및 최종 발표는 리더인 내가 맡았으며, 전교생 앞에서 발표하는 것이라 긴장되었지만 무사히 해냈다. 깃허브 소스코드 결과물은 해당 오거니제이션에 있고, 발표자료 PDF도 있다.

결과적으로 대상을 받게 되었고, 그동안의 한이 풀린 기분이었다. 정말 열심히 했는데도 옆 팀의 잘하는 친구를 못 이기는 기분, 우리의 아이디어가 더 좋은데 인정받지 못하는 기분을 청산한 느낌이었다. 물론 앞으로 갈 길이 많이 남았지만, 이 대회를 계기로 팀 리딩과 아이디에이션, 발표에 대한 자신감이 생겨 쭉쭉 나아가게 되었다.

JUNCTION 2022 대회에 참가하다

(작성중...)

마이스터고 연합해커톤에 참가하다

(작성중...)

ICT 부스 및 Softwave 2022 부스를 운영하다

(작성중...)

창업놀이터 결선에 진출하다 (우수상 수상)

(작성중...)

2023 목표와 마무리 글

내 궁극적 꿈이 개발자인지, 기업가인지, 음악가인지, 강연가인지, 문인인지는 아직 잘 모르겠다. 그래도 돈을 많이 벌고 내 사람들을 챙길 수 있는 여유를 가지고 싶다. 내가 나중에 하고싶은 일, 도전하고 싶은 일이 생겼을 때 바로 도전할 수 있을 만큼의 돈이 있으면 좋겠다. 그리고 나와 내 주변 사람들을 행복하게 해주기 위한 돈을 가질 것이다. 그걸 위해 2023년에도 정말 불태울 것이다.

내가 돈을 많이 벌고, 많이 버는 씨앗을 뿌리기 위해 2023년에 해야 할 것들을 크고 간단히 적어보면 ‘시드머니 모으기’, ‘인맥 늘리기’, ‘취업하기’, ‘돈을 벌 기회를 잡을 긍정적인 습관 만들기’이다. 먼저 ‘시드머니 모으기’를 적은 이유는 복리의 힘을 알았기 때문이다. 아무리 높은 이자율로 적금을 한다고 해도 작은 금액으로는 작은 이자를 받을 수 밖에 없기 때문에, 돈을 모아 적금, 채권이나 주식 등으로 의미있게 불릴 수 있을 만한 규모의 돈을 가져야 한다. 또한 '인맥 늘리기'를 통해 돈을 벌 수 있는 기회, 그리고 성공에 다가갈 수 있는 기회를 더 많이 얻을 수 있으며, 나 자신의 사회적 필요성을 깨달을 수도 있을 것이다. 또한 진취적이고 긍정적인 사람들이 주위에 있으면 나 또한 그렇게 물들면서 멋진 사람이 되기 때문이다. '취업하기'는 시드머니를 모으고 인맥을 쌓고 내 성장을 도모할 수 있는 단계 중 하나이며, '돈을 벌 기회를 잡을 긍정적인 습관'을 만듦으로써 훨씬 건강하고 생산적으로, 또한 긍정적으로 살 수 있을 것이다.

좋은 사람들, 멋진 사람들이 내 곁에 존재하기까지 정말 많은 일들이 있었다. 한순간에 훅 나타난 내 인생의 전환점과 그것을 거친 후 기적과도 같은 일들이 아직도 꿈만 같다. 정말 전환점을 돌고, 성장하고자 하는 스텝을 밟고 나서는 세상의 모든 긍정적 기회들이 나에게로 갑자기 찾아왔다. 어쩌면 기회는 항상 존재했지만 내가 인식하지 못했던 것일 수도 있었다. 나는 그 기회들을 잡아냈고, 앞으로도 잡아내 꼭 성공할 것이다.

나를 둘러싼 모든 것들에 감사하다. 동기부여를 나눈 친구와 후배와 선배들, 내게 영감을 준 어른들과 위인들, 인생에 대한 관점에 대해 배울 점이 많았던 친구들, 그리고 내가 정말 사랑하는 내 사람들, 힘든 일이 있어도 절대 무너지지 않은 끈끈한 우리 가족, 그리고 지금의 나를 만들어준 어머니, 아버지, 할머니, 할아버지께.

무슨 일이 있어도 절대 포기하지 않을 것이다. 힘듦은 나를 더 강하게 만들고, 결국 이겨낼 것이다. 미래에 이 글을 다시 봤을 때 후회하지 않게, 내가 했던 말들이 현실이 될 수 있게 정말 노력할 것이다. 제 곁에서 저를 긍정적으로 만들어주신 후배들, 친구들, 선배들, 멘토님들, 주변 분들 모두 감사드립니다. 2023년에도 성취하고 이뤄내며 같이 성공해봅시다.

행복했던 열여덟 잘가!
이젠 성공과 행복, 사랑만이 남은 삶.

2022 창업놀이터 페스티벌 강연 (류재현 기획자님, 황이슬 대표님) 기록

우준성 — Fri, 16 Dec 2022 16:48:26 +0900

문화기획자 류재현 - 반대로 살아라

지금까지 사는 것의 반대로 살아보면 어떨까라는 생각을 가져보자.

늦게 들어왔다고 해서 모든 게 불리한 건 아니다.

자신이 하는 곳이 아닌 다른 곳으로 갈때 '경쟁력'이 붙는다. (경쟁력은 포지셔닝)

갑자기 팔자에도 없는 옷가게를 하게 됨.

홍대앞 외진 주차장 쪽에 있는 7평의 옷가게, but 많은 대표들이 다녀감. 왜일까?

생존을 위한 반문 -> 왜 모든 옷가게에는 조명이 밝을까? 색감을 돋보이게 하기 위해서.

반대로 깜깜한 옷가게를 만들면 망할까? 아니다. 클럽 대부의 경험을 살린 클러버를 위한 패션샵. (Lightning Wear)

친구의 조언. "어떻게 하면 돈이 벌리는 줄 아니? 사람들이 원하는 것을 해줘야 돈이 벌려!"

반대로 생각하고 반대로 기획하게 됨.

"경복궁/창덕궁 야간 개장하자!" -> 타이밍을 잘못 맞춤. 바로 거부됨

종로 4가 사거리를 막고 패션쇼를 진행하자! -> 바로 실행함

있는 것을 어떻게 창의적으로 활용하냐의 문제.

창업은 자신의 돈을 쓰지 않고 고생하지 않으면 얻을 수 없다.

콘서트도 개최했는데, 반대로 생각함. 왜 사람이 많아야 꼭 돈을 많이 벌지?

성공 비법 1. 알찬 출연진
성공 비법 2. 작은 공간 (음향장비 최소, 숨소리가 들리는 공연)

성공 비법 3. 특별한 만남 (대화, 사인 등 가능. 같이 토크콘서트도 할 수 있음)

성공 비법 4. 절대 '-'가 안나요!

어떤 기획도 적게라도 수익을 만들 수 있어야 함. 사업도 마찬가지.

역발상을 통해 통쾌한 아이디어들을 실현함.

내가 원하는 것을 하면 '예술가'이고, 사람들이 원하는 것을 하면 '기획자'이다.

산삼이 주는 교훈 세가지

심마니는 산삼을 언제 캐러 가나? -> 가랑비가 부슬부슬 내리는 날. 안 들키려고

산삼을 발견하면 뮈라고 하나? -> 절대로 소리치지 마라! 삼밭은 또 가면 또 캘 수 있다.

사회와 미래를 보는 안목이 없으면 안된다.

스스로 창의적 환경을 끊임없이 만들어 나가야한다.

성공의 타이밍을 위해서는 끊임없이 기다려야 한다.

수업이 많은 실패가 쌓여 성공이라는 결과물이 나오는 것.

길이 끝나는 곳에 또 다른 길은 시작된다.

보이는 길은 빨리 끝나고, 보이지 않는 길은 오래간다. 남들이 하지 않는 길이기 때문에.

보이지 않는 길이란 것이 '창업'이자 '창업 아이템'임.

"엇박자로 살아보자"

리슬(모던 한복 브랜드) 황이슬 대표 - 나는 한복입고 세계간다

아래 4가지 정신에 의해 17년의 창업 여정을 버텨옴.

1. 찐 정신

진정성. 다른 어떤 것들보다 한복을 사랑함.

2. 틀깨기 정신

3. 열심히 잘 정신

열심히만 해서 되나, 돈을 벌어야지.

패션 브랜드와 같이 체급을 키워야 한다. -> 전문성을 갖춰야 한다

4. 따박따박 정신

열심히 하지 않고 성공하는 것 없고, 운동 없이는 건강해지지 못한다.

누가 뭐라 해도 자기 자신의 길을 따박따박 걸어가기.

2022년 10월 월간 기록

우준성 — Thu, 15 Dec 2022 20:20:27 +0900

벌써 12월이 되었다. 원래는 11월 회고를 적어야 하지만, 까먹고 있던 10월의 기록을 남길 시간이 왔다.

10월은 나에게 주요 업무 외적으로 많은 성장과 행복이 있던 날들이었다.

물론 주요 업무에도 열중했지만, 일이 아닌 다른 것에서 얻을 수 있는 배움을 많이 얻었다.

10월 1일, 친구들과 대구 힙합페스티벌을 다녀왔다.

가슴이 두근거리고, 내가 아는 곡의 전주가 나올때면 미칠듯이 행복했다.

내가 돈도 많이 벌어 음악도 계속 해야 하는 이유를 깨달았다.

10월 4일, 웹프로그래밍 과목 수행평가를 쳤다. 자바스크립트 문법(람다식, 배열 내장함수 등)을 활용해 문제를 푸는 형식이었다.

얼마 후에 결과를 봤는데, 100점이었다. 그 전날에 조금 공부한 덕인 것 같았다. 앞으로 실리콘밸리 연수 프로그램에 참가하기 위해 수행평가에 신경을 많이 써야겠다.

10월 5~7일, 대전에서 열리는 4개교 연합해커톤에 참가했다.

광주 준님, 부산 유림님, 대덕 영준님과 함께 참여했는데, 뭐 하나 빠짐없이 정말 완벽한 팀이었다.

다들 너무 수고했고, 비록 결과는 인기상에 그쳤지만, 결과에 상관없이 다들 너무 멋졌다. 결과에 상관없이 과정이 멋있으면 결국은 그게 진짜 좋은 결과.

10월 8~21에는 큼지막한 일정 및 성취는 없었지만, 교내 수행평가 및 창업놀이터 멘토링에 많은 시간을 쏟았던 것으로 기억한다.

10월 22~23일, 충남 태안의 스마트팜을 방문했다. 엄연히는 창업놀이터 대회에서 진행하는 호미를 잡고 프로젝트의 페르소나 분석을 위한 농촌 현장조사를 다녀왔다. 농촌의 스마트팜을 직접 체험하고 우리 서비스를 홍보, 발표도 하면서 많은 것을 느꼈다. 가장 크게 느낀 것은 '농촌에도 산업 혁명이 다가오는 중'이라는 것과 '그 와중에도 일손은 점점 없어지고 대부분의 일손이 불법 외국인 노동자라는 것'이었다. 현장 조사 외에도 친구들과 숙소에서 고기를 구워먹고 아침에 바다 주변을 산책하면서 새롭고도 즐거운 경험이 되었다. (방문 이후 사업 아이템에 대한 관점과 방향성이 많이 바뀌었다. 본선 진행 직전이라 실제 아이템에 대한 개발이 크게 진행되진 않았지만, 페스티벌 이후로도 '외국인 노동자'와 '연장자 스마트폰 사용'라는 큰 장벽을 뚫고 사업화해보고 싶다.

10월 27~28일, 대구 엑스코에서 열리는 ICT 창업가 캠프 본선 대회에 참가했다. 우리 팀은 사업 아이템으로 '건강' 및 '식사' 카테고리를 골랐고, 저렴하고 영양이 골고루 분포되었으면서 질리지 않는, 학생들을 타겟으로 한 '랜덤 도시락' 기획안을 제출했다. 근거 자료로는 '대구 연령대 분포 자료', '청소년 질병 및 스트레스 원인' 등의 자료를 파이썬으로 가공해 그래프로 나타내었으며, 결과적으로 은상을 받았다.

10월 29일, 경북대에 TOPCIT 정기평가를 치러 갔다. 이번 회차는 저번 시험보다 조금 더 어렵게 느껴졌지만, 얼마전에 밝혀진 바로는 결과적으로 더 높은 점수(496점)를 받았다. 조금만 더 높은 점수를 받았다면 성적우수자 시상을 받을 수 있었지만, 그러지 못해 정말 아쉬웠다.

10월에도 꽤 많은 일들이 있었지만, 책임감과 동기부여가 조금 결여된 날들의 연속이라고 느껴졌다.

내가 하는 일에 충분히 열정적이었는가? 새로운 길보다 익숙한 길을 택하여 좀 더 편함을 도모하진 않았나?

자기 성찰이 필요할 시점이다. 끝까지 초심 잃지 말고 돈 많이 벌자 화이팅 ✊

2022 대구소프트웨어마이스터고 홈커밍데이 정리

우준성 — Sun, 20 Nov 2022 10:12:44 +0900

박휘겸 선배님 (1기)

포지션 및 기업 선정부터 실무자가 갖춰야 할 마인드셋까지

포지션 선정하기

보다 능동적으로 개인 공부하기 (학교 커리큘럼에만 의존하지 말기)
주어지는 시간, 기회 최대한 활용하기 (자습, 심자, 나르샤 ...)

기업 선정하기

'내가' 원하는 우선순위 파악하기 (처우, 규모, 네임밸류, 워라밸, 산업분야, 기업문화, 커리어 성장)
회사도 성향이 있다 (목표, 가치관, 조직 문화, 일하는 방식 등)
기업 채용 사이트, 기술 블로그 등을 통해 회사를 파악할 수 있음
면접은 기업과 내가 서로 탐색하는 과정이어야 함. (질문하고, 대화해보기)
커피챗 : "커피 한 잔 하면서 이야기 나눠요" - 면접 여부과 관계없이 커피챗이라는 제도 활용하기 (인맥 혹은 기업 CEO, 채용 담당자 컨택)
회사 선택에서 공통적으로 고려해야 할 사항 : 면접이 허술하면 그 회사는 지양하기, 탄탄한 과정과 난이도가 있는 회사에서는 좋은 오퍼가 있을 것

실무 마인드셋

협업을 하는 과정 = 같은 목표를 향한다
회사의 목표 달성 및 성취 = 개인의 성장
개발만 잘하는 팀원 != 협업도 잘하는 팀원
나는 어떤 좋은 동료가 될지에 대해서도 생각해보기 (본인의 강점 살리기)
질문 두려워하지 않기 (일정 시간 이상 끌게 되면 오히려 전체 효율 낮춤)
적극적/능동적으로 참여하기 (잘 몰라도, 수동적인 자세는 지양하자)

QnA

면접 팁 :
기술 면접 : 기술에 대한 지식을 탑재한 채로 예상 질문 리스트를 뽑아서 준비해보기 (투머치한 양의 질문 준비해보기)
컬쳐핏 면접 : 이 회사는 어떤 성향인지 보고 맞춰서 가는 것도 나쁘지 않음
고졸 개발자에게 좋은 회사란? : 고졸 개발자라는 키워드 자체가 의미없음. 고졸이라고 선을 그을 이유가 없음. 실력이나 실무에 임했을 때도 상관없이 잘하는 사람은 잘함.
내가 가고싶은 회사 찾기 (본인의 실력따라 처우는 정해진다)
안정적으로 성장하려면 네임밸류 있는 회사에 가는 것도 나쁘지 않을 것.

이소진 선배님 (1기)

나 혼자 산다; 타지 생활 준비하기

타지생활 준비 과정

가장 좋은 케이스 4가지
- 동거하려는 친구가 먼저 집을 구한 경우
- 회사에서 집 지원을 해주는 경우
- 연고지가 있는 경우
- 먼저 취업해서 살고 있는 친구 집에 잠깐 살기
미리 준비하면 좋은 것들
- 집을 미리 구할 수 있는 여건이면 좋음
- 자취하기 위해 필요한 것들을 알아두기
- 비상금 꼭 챙겨놓기
- 혼자 살아야 하기 때문에, 누군가 나를 챙겨주지 않는다. 생활 패턴 맞추기
- 즐기다가 올라가세요.
- 스스로 이겨내야 할 일이 많기에 강인한 체력과 정신이 필요하다!!!

집 (신중하게 잘 고르기)

직방/다방처럼 활성화된 플랫폼 활용하기
내가 찾아본 매물만 중점 두지 말고,예산에 맞춰 여러 군데 보기
너무 빠르게 집 선택하지 말기 (많은 공인중개사 만나보기)
혼자보다 누군가와 함께 가기 (발품 팔다보면 중요한 것을 까먹음)
장기적으로 따졌을 때는 전세가 좋음

중소기업 청년 전세대출 (최대 1억원, 이자율 1.2%)
- 은행에서 중기청대출 되는지 심사
- 집 계약할 곳에 중소기업청년대출 받을 거라고 이야기하고 확정
- 등기부등본, 표준임대차계약서, 원천징수영수증, 소득세액 공제서 등 서류 준비
- 계약 진행과 동시에 대출 심사 통과 후 은행에 서류 제출
인서울 아닌 경기도 집도 고려해보기

돈

좋은 소비습관
- 월급 받으면 굉장히 설렘
- 첫 월급을 받고 적금과 청약을 바로 드는 것을 추천 (급할 때 쓰기 위해)
- 비상금으로 여윳돈을 남겨두는 것을 추천
신용카드 vs 체크카드

각종 카드 혜택에 맞게 사용하기 (신용카드는 필요하지 않으면 쓰지 않기)

적금 (청약)
- 청약이란 언젠가 주택을 구매하겠다는 의사
- 2~50만원까지 넣을 수 있음
- 주택에 따라서 모인 금액 또는 얼마나 꾸준히 모았는가로 결정
- 작은 돈이라도 해지하지 않고 꾸준히 모으는 걸 추천

사회생활

출근해야 할 시간 한참 뒤 일어났을 때 : 회사에 빠르게 연락/출근 or 휴가처리
너무 잦은 지각은 내 이미지에도 좋지 않음
아플 때 : 병가 처리를 해도 되고 업무 시간에 빠르게 병원 다녀온다고 해도 됨
연말정산
- 1년간 소비중에 돌려줘야 할 세금을 돌려받거나 부과할 세금을 더 내는 것
- 연초에 회사에서 데이터 요청
- 국세청 홈택스에서 연말정산 간소화를 사용하여 한번에 pdf로 뽑기
- 이직을 할 경우 전 직장의 원천징수가 필요 퇴사 시 꼭 받기!!
중소기업 청년 소득세 감면
- 5년간 소득세 감면

워라밸

지치지 않고 일하는 법
- 본인이 좋아하는 일, 취미생활하기
- 운동하는 것도 중요
- 집에서 넷플릭스 보는 것도 정신과 체력회복 도움됨!
- 나를 위한 시간 (퇴근 후, 주말 시간을 헛되게 보내지 말자잉)
대학 진학
- 개발은 크게 학위가 중요하지 않음
- 1년차에는 사회생활 적응하느라 학교 생활이 버거울 수 있음
- 과제가 은근히 힘들어 직장과 병행이 힘듦
- 사이버 대학교는 거의 녹화강의라서 수업의 질이 좋지 않음
- 정말 가고싶은 사람이 아니면 추천 안함!!!

-> 처음부터 잘 되는 사람은 많지 않듯, 노력한다면 결국 바라던대로 이뤄진다!!!
빨리 가는 것은 중요한 것이 아님

서진혁 선배님 (2기)

고등학생 때 알았더라면 좋았을 것들

실무에 쓸모없는 과목은 없다

실무를 하려면 합격을 해야 함 -> 합격을 하려면 CS(Computer Science) 지식이 필요함
실무의 오류를 고치기 위해 CS 지식이 필요한 경우도 종종 있음
학교에서 CS 과목 (DB, Network...) 열심히 들으세요!!

프로젝트는 구현한다고 끝이 아니다

개발, 배포해서 사용자를 모으고, 니즈 반영하고, 이슈 해결해봤음
기획 -> 개발 -> 배포 -> 운영 -> 리팩토링 -> 인수인계
구현에서 끝내지 말고 운영을 해보자!
대소고는 배포하고 운영하기 좋은 환경 (잘하면 전교생이 사용자가 될 수 있음)

한 분야를 깊게 파야 한다

이 세상에 풀스택 개발자는 존재할 수 없음
회사는 여러 분야를 얕게 아는 사람을 선호하지 않음
트렌드는 빠르게 바뀌기 때문에 프레임워크에 의존하지 말 것

인맥은 생각한 것보다 200배 더 중요하다

지인 추천은 중요하다
실력만으로 뚫겠다 -> 네카라쿠배
인맥을 잘 관리해야 함!!!!!!
적을 만들지 말라

특별한 사정이 없는 이상 급하게 취업할 필요는 없다

늦게 취업할수록 좋다가 아님! 조급해하지 말라는 뜻
회사 잘 고르는 것 정말 중요함 (이직 시 연봉은 전 회사를 베이스로 측정됨)
신입 때 밀도있게 성장하지 못하면 힘듦
취업하기에 적당한 시기 : 자신이 원하는 기업에 합격 통보를 받았을 때

취업 꿀팁

가고 싶은 회사의 리스트를 뒤집어서 역순으로 지원해보기 (뭘 모르고 뭘 아는지 정확히 모르면 면접을 해야 함)
면접은 언제나 배울 게 많음, 면접을 적극 활용하기
회사 들어가기 위한 수단 -> 뭘 모르고 뭘 아는지 알아볼 수 있는 수단
최고의 공부 -> 누군가에게 뭘 설명하는 것

자신이 뭘 잘하고 뭘 못하는지 아는 사람이 취업을 잘 함
레거시 코드 리팩토링 -> 부식한 치아를 치료하는 것 만큼 중요함

남현욱 멘토님 (2기)

나의 가치 극대화하기

가치

가치는 상대적인 수치 (누군가가 정한 하나의 기준에 의해 결정됨)
인간의 가치는 자신이 정하고 남이 평가함
가치를 극대화하기 위해 필요한 것들
- 나에 대한 자신감
- 나의 강점 (자신감을 뒷받침해줄 근거)
- 정량화된 지표와 객관적 평가
- 성장하려는 의지
실전
- 이력서 및 포트폴리오 작성
- 처우(연봉 등) 협의
- 언제든지 일어날 수 있음

마무리
- 자본주의에서 자본이 행복을 결정하는 요소임

NCS 정보처리산업기사 정리 (화면구현/애플리케이션 테스트)

우준성 — Thu, 3 Nov 2022 13:43:59 +0900

사용자 인터페이스(UI)의 종류와 의미 알기 (84P)

UI(User Interface) : 사용자가 하드웨어나 시스템에 연결되는 과정에서 사용자의 편리성과 가독성을 높여주기 위한 것

CLI(Command Line Interface) : 명령과 출력이 텍스트 형태로 표현됨

GUI(Graphical User Interface) : 구성요소들이 그래픽 형태로 표현됨

NUI(Natural User Interface) : 몸짓, 말소리만으로 IT 기기를 사용할 수 있음

UI 개발 화면 설계 도구 종류 (85P)

화면 설계 도구

파워포인트
와이어프레임 (기획 단게에서 페이지 레이아웃, 화면 이동, 구성요소에 대한 내용 기술한 문서)
스토리보드 (와이어프레임의 내용에 description(설명) 등을 포함한 설계 문서)
목업 (설계 단계에서 실제 화면과 같은 형태)

프로토타입 : interaction(상호작용)이 포함되어 테스트가 가능한 형태

UI디자인 : 화면의 모양이나 기능을 표현한 것

UI 메뉴 구조 관련 용어의 이해 (사용성, 유용성, 정보구조, 내비게이션, 유스케이스) (86P)

사용성(usability)

특정 목적을 성취하고자 하는 사용자들에 의해 제품이 사용될 때 특정 맥락에서의 효과성, 효율성, 만족도에 관한 것
한마디로, 사용자가 업무를 쉽고 편리하게 수행하는 것을 의미

유용성(usefulness)

사용자가 업무를 수행하는 데 있어 얼마나 정확하게 수행할 수 있는지 나타내는 것

정보 구조 (information architecture)

설계 단계에서 사이트를 구성하는 처리 내용, 메뉴 구조 표현 ➡️ 사이트 구조를 파악할 수 있게 하는것 (사이트맵)
정보 구조 표현 방법에 따라 계층적 구조, 계열 구조, 그리드 구조, 네트워크 구조 등으로 나뉨

내비게이션 (navigation)

사용자가 사이트에서 원하는 정보를 찾도록 안내하는 것
사이트맵(사이트 구조)와 관계있고, 설계/구현 시 사용자가 중심이 되어야 함
내비게이션은 메뉴, 버튼, 링크 등으로 구성되며 이들은 모든 페이지에서 일관성 지켜 혼동하지 않게 하기
사용자가 직관적으로 자신이 찾고 있는 정보를 알아가는 데 도움을 줘야 함

유스케이스 (use case)

사용자 측면에서의 요구사항. 주로 기능 개선에 대한 내용으로, 사용자가 원하는 목표를 위해 시스템에서 수행해야 하는 내용을 기술한다.
유스케이스에 기록된 내용을 토대로 실제 수행 방법을 구현하게 된다.
사용자에게 있어 외부 시스템이나 서브 시스템과의 의사소통 수단으로 사용됨
하나의 단위 업무에 대한 독립적인 기능을 수행할 수 있도록 표현

웹의 3요소와 각각의 의미 (88-89P)

웹의 3요소 : 웹 표준, 웹 접근성, 웹 호환성

웹 표준(Web Standards) : HTML, CSS, JS 등에 대한 규정과, 다른 기종/플랫폼에서도 구현되도록 제작하는 기법 등 포함
웹 접근성(Web Accessibility) : 어떠한 사용자, 기술 환경에서도 사용자가 전문적 능력없이 웹사이트에서 제공하는 모든 정보 접근을 보장하는 것. 모든 사용자가 웹 콘텐츠에 보다 쉽게 접근할 수 있게 하는 것
웹 호환성(Web Browsing) : 서비스 이용자 단말기의 하드웨어 및 소프트웨어 환경이 달라도 동일한 서비스 제공

UI 구현 관련 용어와 특징 (서버, 클라이언트, 웹사이트, 웹페이지) (89-90P)

서버

클라이언트에게 네트워크를 통해 정보나 서비스를 제공하는 컴퓨터 또는 프로그램
웹서버 : 웹 브라우저로부터 HTTP 요청을 받고, HTML 문서를 반환하는 서버
대표적 서버 프로그램) Apache, IIS, nginx, GWS 등

클라이언트

네트워크를 통해 다른 서버에 접속할 수 있는 응용 프로그램이나 서비스
대표적 클라 종류) 파이어폭스, 크롬, IE 등

웹 사이트 (web site) : 웹 페이지들의 의미있는 묶음

웹 페이지 (web page) : 월드와이드웹 상에 있는 각각의 문서

HTML의 기본 태그 (91P 표)

<!DOCTYPE html> : 웹페이지가 HTML5 문서임을 의미 (HTML5에는 반드시 표기해야 함)

<html> ... </html> : HTML 문서의 시작과 끝을 의미

<head> ... </head> : 스타일과 스크립트를 선언하는 부분

<title> ... </title> : 브라우저에서의 제목 표시

<body> ... </body> : 사용자에게 보여주는 내용이 구현되는 부분

HTML의 레이아웃 태그 (91P)

Header : 해당 페이지의 헤더 영역 지정. 로고, 회사명, 사이트맵, 로그인/회원가입 버튼, 검색 버튼 등 위치

Navigation : 본문의 주요 내비게이션(메인 메뉴) 영역 지정

Section : 해당 페이지의 콘텐츠 영역 지정 시 사용

Article : 독립적인 콘텐츠 항목에 대한 영역 지정 시 사용

Aside : 본문 내용 이외에 표현하고자 하는 기타 내용 영역 지정

Footer : 본문 내용 아래에 위치하도록 지정, 주로 개인정보보호정책, 회사 주소 등 작성

출처https://velog.io/@gud_wns/HTML%EB%A0%88%EC%9D%B4%EC%95%84%EC%9B%83%EA%B3%BC-CSS

주요 HTML 태그 (92P)

<br> : 줄 바꾸기

<p> : 단락 바꾸기 (한 줄 떨어짐)

<hr> : 가로줄

<center> ... </center> : 내용을 가운데 정렬

<font> ... </font> : 내용의 폰트를 바꿈

<ul><li> ... </li></ul> : 순서없는 목록

<ol><li> ... </li></ol> : 순서있는 목록

<table></table> : 표 만들기

<tr></tr> : 행

<td></td> : 열

<td colspan=숫자></td> : 그 셀부터 숫자만큼의 오른쪽 셀 병합

<td rowspan=숫자></td> : 그 셀부터 숫자만큼의 아래쪽 셀 병합

CSS의 문법 구조 및 선택자의 종류 (92-93P)

CSS(Cascading Style Sheets)으로 HTML의 스타일을 지정할 수 있다.

p {
	color: red;
    text-align: center;
}

선택자(selector)는 스타일을 적용하기 위한 대상. HTML 요소, 아이디, 클래스 사용 가능
스타일은 속성 : 값 형태로 지정

선택자의 종류

공용 선택자 (Universal Selector) : HTML의 모든 요소(*)를 선택자로 스타일 적용
태그 선택자 (Type Selector) : 지정한 태그에 스타일 적용 ex) input
클래스 선택자 (Class Selector) : .클래스 형식으로 HTML 요소 그룹화 스타일 지정 가능
아이디 선택자 (ID Selector) : #아이디 형식으로 특정 ID에 스타일 지정

HTML 이벤트 처리를 위한 HTML 태그의 여러 속성 (96P)

onclick : 버튼과 같은 HTML의 다양한 폼 요소에 지원, 사용자가 해당 요소를 클릭할 때 동작 (만약 false 리턴시 어떤 기능도 수행 X)
onmousedown, onmouseup : 마우스를 누를 때와 놓았을 때를 구분하여 동작
onmouseover, onmouseout : 마우스 포인터가 해당 요소의 위로 올라오거나 벗어날 때 동작
onchange : <input>

DOM 개념과 자바스크립트의 관계 (96P)

DOM은 자바스크립트에서 HTML 페이지의 요소에 접근/변경할 수 있게 함
웹브라우저는 웹페이지 로딩 시 해당 페이지에 대한 DOM 생성, 이 HTML DOM은 요소들을 계층 구조 형태로 나열
HTML DOM을 통해 자바스크립트는 다음과 같은 일 수행 가능
- 해당 페이지 요소 변경/추가/삭제
- 해당 페이지 요소 속성 변경/추가
- 해당 페이지 CSS 변경/추가/삭제
- 새로운 HTML 이벤트 생성

JSP의 스크립트 지향 태그 (표) (104P)

지시어 : JSP 페이지 속성 지정 ( <%@ %> )
선언부 : 변수나 메서드 선언 ( <%! %> )
표현식 : 계산식, 함수 호출 결과 등을 문자열로 출력 ( <%= %> )
스크립트릿 : 자바 코드 기술 ( <% %> )
주석 : JSP 페이지에 설명 넣음 ( <%-- --%> )

UI 사용성 테스트 과정(순서) (107P)

1. 계획 수립 : 목적, 평가 내용, 사용 환경, 사용자 등 분석

2. 테스트 설계 : 진행 절차 작성, 테스트 참가자 결정, 테스트 항목의 평가 방향 결정, 다양한 평가 방법으로 설계

3. 테스트 실행 : 설계된 절차대로 진행

4. 결과보고서 작성 : 결과를 통해 문제점 분석 후 보고서 작성, 피드백을 통해 오류 수정

UI 사용성 테스트에서 분야별 테스트 내용 (유효성검사, 웹 호환성, 웹 접근성) (108P)

유효성 검사

W3C Markup Validator 또는 W3C CSS Validator 등의 검증 시스템을 활용하여 웹 표준 문법 준수 여부

웹 호환성

웹 브라우저의 해당 페이지 내에 기능이 정상적으로 동작되는지 점검
다양한 웹 브라우저 버전에서 동등한 레이아웃으로 구현되었는지 여부 확인
최신 웹 표준 기술 사용 여부

웹 접근성

어떤 사용자라도 사이트에 접근할 수 있도록 구현되었는지 점검
로그인, 보안, 구간 암호화, 공인인증, 영상, 멀티미디어, 파일 송수신 등에서 사용자 접근성 고려 점검

테스트의 개요 및 소프트웨어 생명 주기의 V-모델 (110P)

테스트 : 소프트웨어 오류를 찾기 위해 시스템을 실행하여 평가하는 작업

테스트 과정에서 필요한 역할은 소프트웨어 아키텍트, 테스트 매니저이다.

테스트 방법 및 그 종류 <표1-2> <표1-3> (112-113P)

통합 테스트 방법

기능적 요구사항 : 요구사항 명세서, 비즈니스 절차, 유스케이스 등 명세서 기반의 블랙박스 테스트
비기능적 요구사항 : 성능 테스트, 회복 테스트, 보안 테스트, 내부 시스템 메뉴 구조, 구조적 요소에 대한 화이트박스 테스트

2022년 9월 월간 기록

우준성 — Sat, 15 Oct 2022 15:09:33 +0900

벌써 2022년 9월이 지나갔다.

의도하지 않았지만, 5월, 7월, 9월 두 달차로 월간 회고를 작성하고 있다.

다음 달부터는 한 달씩 작성하고 싶다.

9월을 한 마디로 요약한다면 "행복으로의 모험"이었던 것 같다.

내가 진심으로 무엇을 좋아하는지, 어떻게 행복하게 돈 벌 수 있을지 고민하며 몸으로 부딪혔던 시기였다.

또 경험에 미쳐있어서, 내가 배우고 새로운 시야를 넓힐 수 있는 경험이라면 무엇이든 도전했다.

9월 3일, 리눅스마스터 1급 1차 자격증 시험을 쳤다.

자격증 시험 준비가 늘 그랬지만, 이번에는 특히 학교 일정이 빡빡해서 시험 준비를 많이 하지 못했다.

얼마 전 결과 공고 페이지에 들어가보니 '불합격'이었다.

뿌린 대로 거두니까, 어쩌면 당연한 결과다.

9월 4일, SQLD(SQL Developer) 자격증 시험을 쳤다.

위에 리눅스마스터는 많이 공부를 못했지만, 나는 평소에 백엔드 개발자로써 SQL을 꽤 만져봤기 때문에,

그리고 SQL을 더 빠삭하게 아는 백엔드 개발자가 되고 싶었기에 꽤 많이 공부했다.

전날에 거의 SQLD 이것만 공부한 것 같다.

ERD 설계부터, 기본적인 SQL문들을 복습하고 Transaction과 Index 등의 개념을 공부했다.

그 결과 합격이었다. 점수가 좀 아슬아슬했지만, 굉장히 행복했다.

내가 왜 이렇게 자격증 시험을 많이 치냐면 '실리콘밸리 연수' 때문이다.

우리 학교에는 3학년때 소수의 인원만 선정해서 샌프란시스코 실리콘밸리에서 3개월간 일하는 기회를 가지는데, 일하는 것뿐만 아니라 실리콘밸리의 감성, 그 현장을 몸소 느낄 수 있다는 것이 나에게는 너무 메리트였다. 전공 관련 자격증을 따면 이것에 가산점이 된다.

학교에서 자치위원(사감을 따라 기숙사 관리를 돕는 학생)이 되었다.

성주라는 친구가 학생회장이 되면서 자치위원 한 자리가 비었는데, 투표를 통해 그 자리를 내가 차지하게 되었다.

덕분에 상점도 받고 요즘 재미있게 기숙사 생활을 하는 중이다.

추석 연휴에는 친가집에 가서 용돈을 꽤 많이 받았다.

이번엔 진짜 성공적으로 돈을 모을 수 있을 것 같았다.

또, 내가 돈을 벌게 되면 용돈을 주시던 그분들에게 내가 드릴 것이다.

9월 12일~13일에 친구들과 고대하던 풀빌라에 다녀왔다.

포항 풀빌라였는데, 수영장도 크고 숙소도 꽤 세련되어서 친구들과 진짜 재미있게 놀다 왔다.

소고기와 돼지고기, 라면 등을 마음껏 먹었다. 친구들과 보드게임하고 진실게임도 하며 놀았다.

늘 그랬듯, 아침에 친구 1명과 포항 바닷가를 걸으면서 사진도 찍고 인생에 대한 얘기도 나눴다.

체크아웃 1시간 전까지 남은 돼지고기들을 해치우고 얼른 짐을 싸서 나왔다.

학교로 돌아가는 길도 엄청 험난했다. 몇십 분 걸어서 버스정류장까지 갔지만, 버스가 안와서 택시를 타고 터미널까지 갔다.

다행히 학교에 잘 도착해서 좋은 추억으로 남았다.

9월 15일, 영어듣기평가 시험을 쳤다.

이번엔 정말 준비가 되어있었다. 주 3회의 화상영어를 열심히 하고 있고, 개인적으로 영어공부도 열심히 하고 있다.

아쉽게 1문제 틀렸지만, 나는 그 답에 확신이 있었기에 아쉽지 않았다. 정답은 아니었지만, 나와 몇몇 친구도 그게 답이라고 아직 생각한다.

9월 16일, 토크콘서트에서 처음으로 소마고 4개교를 만났다.

평소에 알던 친구들, 정션 대회에 같이 참가했던 팀원들을 오랜만에 보니 너무 반가웠다.

또, 열심히 개발하는 학생들이 내 생각보다 훨씬 많다는 것을 깨닫고, 나도 누구보다 열심히 해야 한다는 생각이 들었다.

나는 대표 질문자로 나가서 무대에서 유명한 개발자 분들이 강연할 때 그 옆에 앉아있었다.

나는 AWS 회사에 근무하시는 개발자 분에게 '기술 부채'와 관련한 질문을 했다. (그때 답변이 생각이 안난다ㅠㅠ)

9월 20일~21일에 Recom 서비스(2022 하계 해커톤에 만든 음성인식 회의 기록 서비스)를 전시하러 직업교육박람회에 참가했다.

영남이공대에서 진행되었는데, 오랜만에 대학교에 놀러오게 되어 감회가 새로웠다.

다른 직업계고(마이스터고) 학생들도 많이 마주쳤는데, 다들 너무 멋지고 존경하고 싶었다.

각자 다른 분야(보건/농업 등등)였지만 열심히 사는 게 느껴졌다.

그곳에서 보건고 반려동물케어과에 재학중인 분을 만나게 되었는데, 반려동물과 함께 사는 나로써는 너무 신기했다.

중간중간 내 친화력(사회성)에 대한 회의감도 들었고, 내가 지금 여기서 뭐하는건가 하는 생각도 들었지만 박람회 참가는 꽤 잘한 선택이었다. 무엇이든 배우고 왔기 때문에. (그 이후로 외향적인 인간이 되려 노력하는 중이다.)

9월 22일, 스택 발표 자료 제출을 마쳤다. 긴 여정 끝에 드디어 올해도 스택 대회를 정상적으로 마무리하는 느낌이어서 너무 행복했다.

한 편으로는 이번에 본상에 올라가지 못하면 많이 아쉬울 것 같았다. (환경이란 주제로 너무 힘들게 주제를 선정하고, 개발했기 때문이다.)

스택 제출 몇일 전부터 밤샘 개발에 들어가며, 안드로이드 앱 배포는 못 마쳤지만 대부분의 개발은 완료했다.

제출 날 12시 직전까지 시연영상을 다 만들고 제출을 완료했다.

9월 23일에 야구장을 다녀왔다. 정말 오랜만에 가는 야구장이라 꽤 재미있을 것 같았다.

친구들과 목이 쉬도록 응원하며, 응원 춤도 따라 추고 너무 재미있었다.

그리고 역전에 역전을 거듭하며 그날따라 진짜 흥미진진한 경기가 이어졌다.

학교 기숙사 입소 시간때문에 너무 아쉽게도 경기 중간에 나왔다. 친구한테 듣기로는, 그때 삼성이 역전승으로 이겼다고 했다.

9월 24일, 스택 결선 발표를 원격(줌)으로 진행했다.

발표를 원활히 끝냈지만, 예상에서 빗나간 질문들이 쏟아졌다. BM 관련 질문, 개선점 등에 좋은 대답을 하지 못했다.

환경 관련한 아이디어인데 BM이 완벽한 서비스라.. 정말로 힘든 주제였다.

스택이 끝나고 나서, 이제 진짜 이 대회와 나의 연관성은 끝이구나 생각해서 많이 후련했다.

스택 프로젝트를 진행하면서 얼마나 마음고생을 했는지 모르겠다.

9월 25일, 네트워크관리사 2급 실기 시험을 치뤘다.

이번엔 진짜 합격하자는 마음가짐으로 공부하고, 홀가분하게 시험장에 다녀왔다.

몇일 후 결과를 보니 '합격'이었다.

9월 28일, 벡스코에 AI EXPO 체험학습을 다녀왔다. 굉장히 멋진 기업들이 많았다.

해운대도 다녀왔는데, 같이 가고싶은 사람이 자꾸 생각났다.

10월 1일에 대구 힙페를 다녀왔다.

몇 년만에 실제로 IMJMWDP 아티스트들을 봤다. 그리고 호미들.

공연장에서 퍼지는 힙합 노래들, 한 마음이 되어 같이 뛰며 소리치는 관객들, 그 사이에 있던 나.

그 순간이 너무 설레고 행복했다.

나는 꾸준히 음악을 하고 싶다.

길거리에 내 음악이 퍼지고, 내가 만든 음악의 베이스가 공연 무대에서 쿵쿵대는 소리가 들린다.

개발을 열심히 해서 사람들에게 행복함을 제공하며 돈을 벌고, 파이프라인 구축으로 돈 모으기를 자동화해서 꾸준히 음악이란 꿈에 다가가야겠다.

나는 내가 원하는 것에 목숨을 걸 수 있나?

내가 원하는 것만 하다가 죽어도 후회가 없나?

후회없다.

인스타그램에 대한 성찰

우준성 — Fri, 23 Sep 2022 09:49:30 +0900

폴더폰에서 스마트폰으로 바꾼 후에, 여러 앱을 만족스럽게 사용하고 있었다.

물론 그 전에도 노트북, 아이패드 등으로 쓰고 있었지만 스마트폰이 있으니 유독 많이 사용했다.

그 중, 요즘들어 가장 많이 사용하는 앱이 '밀리의 서재'와 '인스타그램'이었다.

밀리의 서재에 관해서는, 스마트폰으로 책을 읽는 것에 대해 반감을 가지고 있었지만 '역행자' 책을 읽고 나서 그 생각이 바뀌어 시간이 날 때마다 어디서든 책을 읽을 수 있다는 메리트에 많이 사용하는 중이다.

그럼, 인스타그램은 왜 사용하는 것일까?

단도진입적으로 말하면 '관심을 받기 위해'일 것이다.

부끄럽게도 나 또한 그런 목적으로 인스타질을 했었던 것 같다.

문득 인스타그램을 쓰는 시간이 많아지고, 일상 사이사이에서 찍은 사진을 인스타그램에 올리는 일이 많아질수록 단순히 관심을 받는 것에 대한 회의감이 들었다.

어느 날 내가 존경하는 친구에게 인스타그램을 왜 하냐고 물었다.

그 친구는 전공을 정말 열심히 공부하고 있었고, 시간 또한 헛되게 쓰지 않기에 물어보고 싶었다.

부정적으로 말하면 '이미지 메이킹'일 수 있지만, 어찌보면 '자기 PR'이라는 느낌으로 말했다.

사람들이 명예와 유명해지기를 원하는 이유 중 하나는 자신의 몸값을 올리고, '누군가의 삶에서 필수적인 존재' 혹은 '누군가에게 영원히 기억될 존재'가 되고 싶기 때문일 것이다. 이 친구가 말한 인스타그램을 하는 이유도 비슷한 것 같다. 자신을 마케팅하는 것을 통해 내 몸값을 올리고, 누군가에게 나를 알려 내 존재가 기억되게 하고 싶기 때문일 것이다.

과거의 나에 대한 반성을 하게 됐다.

이제부터는 단순히 '관심'을 목적으로 한 시간 낭비가 아닌 '나를 마케팅하기 위해' 인스타그램이라는 도구를 써먹어야겠다.

또한 소중한 사람과의 연락 수단으로.

Spring에서 Naver Cloud Object Storage 사용할 때 에러 사냥하기

우준성 — Mon, 19 Sep 2022 15:54:36 +0900

학교 동아리에서 교내 학생 관리 서비스를 NestJS에서 SpringBoot로 마이그레이션 하던 중, 서버에 직접 저장하던 이미지를 클라우드로 저장해 좀 더 복구/유지보수하기 좋게 만들기로 했다.

하지만 우리 동아리는 "AWS는 외국 서버기 때문에 그곳에 학생들 데이터를 저장할 수 없다"라는 학교의 말도 안되는 주장때문에 Naver Cloud를 쓰고 있었다. 학교의 지원을 받기 위해서는 AWS S3 대신 Naver Cloud가 서비스하고 있는 Object Storage를 사용해야 했다.

기존 Spring으로 AWS S3를 사용하기 위해 지원하는 디펜던시가 있었다.

(Gradle)

implementation 'org.springframework.cloud:spring-cloud-starter-aws:2.2.6.RELEASE'

이 디펜던시를 이용해 Naver Cloud Object Storage도 Spring 서버와 연동할 수 있을 것 같다는 동아리 선배의 조언에, 이 디펜던시를 사용하기로 했다.

일단 AWS S3를 어떻게 연동하는지 찾아보다가, AmazonS3Client라는 빈을 주입받아 그 빈을 통해 S3 저장소에 업로드한다는 것을 알았다. 또한 그 AmazonS3Client를 생성하기 위해 application.yml 환경변수를 통해 설정하는 법과 @Configuration 설정 파일을 생성해 직접 빈을 생성하는 방법 두가지가 있다는 것을 알았다.

private final AmazonS3Client amazonS3Client;

private String uploadToS3(File uploadFile, String fileName) {
    amazonS3Client.putObject(new PutObjectRequest(bucket, fileName, uploadFile).withCannedAcl(CannedAccessControlList.PublicRead));
    return amazonS3Client.getUrl(bucket, fileName).toString();
}

처음에는 귀찮아서 application.yml 파일에 정보를 집어넣어 AmazonS3Client를 주입받았다.

cloud:
  aws:
    credentials:
      access-key: 액세스키
      secret-key: 시크릿키
    stack:
      auto: false
    region:
      static: ap-northeast-2
    s3:
      bucket: 버킷이름

하지만 이 방법에서는 다른 엔드포인트(AWS S3 외의 다른 클라우드 저장소 서비스)를 명시할 방법이 없었다.

그 말인 즉슨, Naver Cloud의 Object Storage를 사용하려면 다른 Config 방법을 사용해야 한다는 것이다.

그리하여 위에서 언급한 @Configuration 설정 파일을 생성해 직접 빈을 생성하는 방법을 사용했다.

여러 자료를 찾아봤지만, Naver Cloud가 국내 서비스라 그런지 관련 자료가 많이 없었다.

Naver Cloud에서 제공하는 문서가 있었다.

https://guide.ncloud-docs.com/docs/storage-storage-8-1

위의 문서와 다른 AWS S3 연동 블로그를 참고해서 아래 Config 설정 코드를 만들었다.

cloud:
  aws:
    credentials:
      access-key: 액세스키
      secret-key: 시크릿키
    stack:
      auto: false
    region:
      static: kr-standard
    s3:
      endpoint: https://kr.object.ncloudstorage.com
      bucket: 버킷이름

import com.amazonaws.auth.AWSStaticCredentialsProvider;
import com.amazonaws.auth.BasicAWSCredentials;
import com.amazonaws.client.builder.AwsClientBuilder;
import com.amazonaws.services.s3.AmazonS3Client;
import com.amazonaws.services.s3.AmazonS3ClientBuilder;
import org.springframework.beans.factory.annotation.Value;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class S3Config {

    @Value("${cloud.aws.credentials.access-key}")
    private String accessKey;

    @Value("${cloud.aws.credentials.secret-key}")
    private String secretKey;

    @Value("${cloud.aws.region.static}")
    private String region;

    @Value("${cloud.aws.s3.endpoint}")
    private String endPoint;

    @Bean
    public AmazonS3Client amazonS3Client() {
        BasicAWSCredentials awsCreds = new BasicAWSCredentials(accessKey,secretKey);
        return (AmazonS3Client) AmazonS3ClientBuilder.standard()
                .withCredentials(new AWSStaticCredentialsProvider(awsCreds))
                .withEndpointConfiguration(new AwsClientBuilder.EndpointConfiguration(endPoint, region))
                .build();
    }
}

오류 없이 잘 실행되기를 기도했으나, 역시 실패했다.

위의 Naver Cloud 문서를 따라 region을 kr-standard로 설정했지만, Constructor threw exception; nested exception is java.lang.IllegalArgumentException: The region 'kr-standard' is not a valid region! 오류가 발생했다.

리전 값이 잘못되었다는 오류 메시지에 따라, application.yml에서 다시 AWS S3를 사용할 때 서울을 명시하던 리전인 ap-northeast-2로 바꿨다.

cloud:
  aws:
    credentials:
      access-key: 액세스키
      secret-key: 시크릿키
    stack:
      auto: false
    region:
      static: ap-northeast-2
    s3:
      endpoint: https://kr.object.ncloudstorage.com
      bucket: 버킷이름

그 결과, 업로드 성공!!!

혹시 이해 안되시거나 또 오류나는 부분이 있으면 댓글 달아주세요!

같이 고쳐봅시다 :)

레퍼런스

https://velog.io/@_koiil/Springboot-AWS-S3%EB%A1%9C-%ED%8C%8C%EC%9D%BC-%EC%A0%80%EC%9E%A5%EC%86%8C-%EC%97%B0%EB%8F%99%ED%95%98%EA%B8%B0

https://guide.ncloud-docs.com/docs/storage-storage-8-1

https://medium.com/naver-cloud-platform/%EC%9D%B4%EB%A0%87%EA%B2%8C-%EC%82%AC%EC%9A%A9%ED%95%98%EC%84%B8%EC%9A%94-%EB%84%A4%EC%9D%B4%EB%B2%84-%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C-%ED%94%8C%EB%9E%AB%ED%8F%BC%EC%9D%98-object-storage-%EC%84%9C%EB%B9%84%EC%8A%A4%EC%99%80-s3-browser-%EA%B0%84%EB%8B%A8%ED%9E%88-%EC%97%B0%EB%8F%99%ED%95%98%EA%B8%B0-2ec39aa0eea7

https://docs.aws.amazon.com/AWSJavaSDK/latest/javadoc/com/amazonaws/client/builder/AwsClientBuilder.EndpointConfiguration.html

AWS EC2 작동이 굉장히 느려졌을 때...

우준성 — Sun, 18 Sep 2022 12:16:34 +0900

프로젝트를 하면서 외부 서버로 배포할 일이 생겨 AWS의 EC2 인스턴스를 만들고 실행시켰다.

ssh로 접속하여 여러 패키지들을 다운받고, 도커로 서버를 배포했다.

하지만 그 과정에서 터미널 입력 반응 속도가 굉장히 느렸고, 패키지 설치도 이래도 되나 싶을 정도로 느렸다.

그렇게 정감 떨어져가며 몇일을 AWS 만지고 있던 찰나, 갑자기 AWS EC2 콘솔에 들어가보니 인스턴스가 안보인다.

근데 갑자기 저번 전공역량강화 수업 때 배웠던 '리전'(지역) 개념이 생각나는 것이다.

혹시나 해서 다른 리전을 찾아보니, 역시나 서울이 아닌 미국 캘리포니아에 EC2 서버를 만들었던 것이다... 허허

캘리포니아에 있던 EC2 인스턴스를 종료(삭제)한 다음

다시 서울 리전에서 EC2 인스턴스를 만드니 콘솔 입력, 패키지 설치 모두 빠르게 작동되었다.

EC2 서버는 다른 지역에도 만들 수 있다는 것

EC2 서버는 다른 지역에 만들면 지역 거리에 따라 느려진다는 것

주의하자!!!

2022/08/11 멘토님 코드리뷰에서 배운 점

우준성 — Thu, 11 Aug 2022 22:24:50 +0900

1. 커밋을 잘 쪼개자

의미있는 단위로 커밋하기. 나중의 내가 알아볼 수 있고, 다른 사람도 알아볼 수 있도록.

2. 리뷰어를 위해 PR에 설명을 달아두자

대개 리뷰어는 코드를 작성한 사람에 비해 컨텍스트가 부족하기 때문에, 양질의 리뷰를 위해 리뷰어에게 배경을 설명해주는 것이 좋다.

3. 스프링 의존성을 주입받을 때는 생성자로

스프링 팀에서는 의존성 주입 시 constructor를 통해 주입받는 것을 권장하고 있다.

그 이유는

1. 순환 참조를 (컴파일 시점에) 방지할 수 있다. 생성자 주입은 빈을 생성한 후 의존성을 주입하는 세터 주입, 필드 주입과는 다르게 객체를 생성하는 시점(생성자)에 필요한 빈을 주입한다.

2. 테스트에 용이하다. DI의 핵심은 관리되는 클래스가 DI 컨테이너에 의존성이 없어야 한다는 것이다. (생성자 주입 사용 시 @Mock, @Spy 없이 매우 간단하게 테스트 코드를 만들 수 있다.)

3. 코드가 더러워지는 것을 막는다. (생성자 주입을 사용할 경우 의존성이 명시적으로 드러난다.)

4. 불변성(immutability)을 보장한다. 필드 주입과 수정자 주입은 해당 필드를 final로 선언할 수 없지만, 생성자 주입은 가능하다.

5. 오류를 방지할 수 있다.

https://madplay.github.io/post/why-constructor-injection-is-better-than-field-injection

4. 서버를 띄우기 위한 설정파일(application.yml)의 가이드를 적어두자

spring:
  datasource:
    url: jdbc:h2:mem:testdb
    username: sa
    password: password
    driver-class-name: org.h2.Driver
  jpa:
    database-platform: org.hibernate.dialect.H2Dialect
    open-in-view: false
    show-sql: true
    hibernate:
      format_sql: true
      ddl-auto: update

보통 .gitignore에 설정파일을 추가해 깃헙에는 들어가지 않는다.

README.md 등에 설정 파일 가이드를 적어주자.

+ 실행시 profile을 다르게 주입해줄 수 있다. 이 기능을 활용하면 여러 환경의 설정(dev, test 등)을 파일로 분리할 수 있다.

5. 클린아키텍쳐

클린 아키텍쳐를 적용하면 서비스와 도메인이 외부의 요소(DB, Open API 등)에 의존하지 않고도 실행을 잘할 수 있고, 테스트도 가능해진다. 외부 인프라적인 요소가 정해지지 않은 상황에서 어떻게 하면 도메인 로직을 개발할 수 있을지 고민해보자.

도메인과 엔티티를 분리해보자.

6. PUT과 PATCH

PATCH는 일부 필드 수정에만 쓰이고, PUT은 전체 수정에 쓰인다.

일반 게시물 수정의 경우에는 PUT이 더 잘 어울릴 것이다.

7. Controller 메서드 이름은 비즈니스적으로

post, patch 등으로 시작하는 이름은 구체적으로 REST에 종속적인 이름이므로,

비즈니스적으로 어떤 동작을 하는지가 조금 더 드러나면 좋다.

ex) postPosting -> createPosting, patchPosting -> updatePosting

8. 커스텀 Exception을 사용하자

service단에서는 직접 정의한 exception을 throw 해주는 게 좋을 것 같다.

나중에 프로젝트가 커지면 Exception의 종류도 다양해지니, 어떤 기준으로 그룹핑하고 관리할 것인지도 고민해보자.

9. 주석 등은 사유를 달아놓을 것

불필요한 코드(주석 등)는 main에 머지하지 않는 게 좋음.

만약 수정이 필요한 경우라면 FIXME, TODO 등의 라벨과 사유를 함께 적어 추후 관리가 쉽게 하기.

보통 Feature 개발에 시간을 쓰다 한참 지나서 이게 왜 있는 주석인지 까먹기 때문.

화이팅!!!

REST API 매핑 시 /를 넣을까? 말까?

우준성 — Wed, 10 Aug 2022 19:14:58 +0900

~~초보 백엔드 개발자의 고찰이니 귀엽게 봐주세요 :)~~

최근 SpringBoot 프레임워크를 통해 REST API 서버를 개발하며 이러한 고민이 있었다.

REST API를 설계할 때, /all, /{id}가 아닌 /만 마지막 문자로 올때는 어떻게 처리할까?

이 부분에 대해 개발 동아리 팀원과 상의해봤을 때, 갑론을박(까지는 아니지만 꽤 많은 대화)이 오갔다.

Controller에 @GetMapping("/")으로 어노테이션을 넣게 되었을 때 실제 요청 주소에 /를 안넣으면 404 오류가 나고,

@GetMapping("")으로 어노테이션을 넣었을 때는 요청 주소에 /를 넣으면 404 오류가 났다.

이것때문에 아예 Mapping 어노테이션에 value값 자체를 주지 말까도 생각해보고, @GetMapping(value={"/", ""}) 이렇게 두가지 값을 넣을까도 생각했다.

하지만 이는 생각보다 간단한 문제였다. 대회 멘토님께 코드리뷰를 받고 바로 이거구나, 하고 깨달았다.

"REST API에서 /는 계층을 뜻하기 때문에 RESTful하게 작성하려면 끝에 /를 붙이지 않는 것이 더 적절해보여요"

그렇다, 본질인 RESTful에는 집중을 안하고, 작동하는가에 대해서만 생각했었다.

이를 계기로, /(slash)는 REST API에서 단순 연결이 아니라 "계층"을 뜻한다는 걸 알게 되었고,

좀 더 본질적으로 생각하는 근육을 키워야겠다고도 성찰했다.

2022년 7월 월간 기록

우준성 — Mon, 1 Aug 2022 23:20:03 +0900

5월 회고를 작성했었는데 벌써 7월이 다 지나갔다.

기말고사 끝, 방학 시작.

언제 내가 2학년이 됐지?

지속적으로 서버 개발 공부를 하고 있다.

가끔 일을 미루는 내가 좀 싫지만, 그래도 꾸준히 여러 대회 진행하는 중이다.

항상 리더가 되고 싶은 나였지만, 그만큼의 책임감을 가지는 걸 생각하면 또 주저하는 나였다.

또 내향형으로 돌아가고 있는 건지, 말투 하나하나 신경 쓰고 앉아있다.

차근차근 되짚어보자면, 2022년 1학기 기말고사가 끝났다.

이번에도 장기적으로 준비하진 않았고, 시험 몇일 전부터 불나게 준비했다.

그 탓이었는지, 이번 시험의 난이도가 많이 높아졌는지, 80점대인 과목이 몇 개 있었다.

올백을 목표로 한 나로써는 터무니없이 낮은 점수였다.

내가 행동한 만큼만 돌아오는 법. 다시 되새겼다.

그 다음 전공역량강화 수업을 들었다. 나는 AWS 수업을 선택해서 들었다.

수업을 꽤 열심히 들었는데, 강사님이 태도를 보시고 단숨에 수업 인터뷰 이로 나를 뽑으셨다.

덕에 문화상품권을 좀 많이 받았다.

AWS의 여러 서비스들을 많이 알게 되었고, 무엇보다 이젠 서버 배포에 조금 자신감이 생겼다.

다음 주에 교내 해커톤이 개최되었다. 작년에 엄청 수상하고 싶었음에도 실망스러웠던 결과를 얻었던 나로써는 많이 칼을 갈았다.

나는 재청이와 민재를 모아 팀을 이뤘고, 1학년과 매칭이 가위바위보(겹칠 경우)로 이뤄져서 신기한 팀이 생겨났다.

우리가 자주 하는 회의를 녹음해 문서화할 수 있는 서비스를 고안해서 개발에 옮겼다.

민재가 안드로이드를 개발하고, 재청이가 주로 서버를 개발하고, 내가 서버 개발을 도왔다.

그리고 나는 팀을 이끌며, PPT를 만들고 발표를 준비했다.

1일차 밤에 팀끼리 운동장에서 치킨을 먹었다. 1학년때와 비교되면서 이상한 감정이 들었다. 치킨은 맛있었다.

정교하게 준비한 결과, 금상(1등)을 수상했다. 아이디어 덕 + 팀원들이 잘해준 개발 덕 + 내가 본질적으로 접근한 덕 + 도와준 선배들.

해커톤이 끝난 다음날, 소프트웨어 축제를 했다.

사실 작년에는 굉장히 심심한 축제였는데, 올해는 뭔가 활성화가 되어 재미있었다.

물총 쏘며 운동장에서 물놀이하고, 삼겹살 + 비빔면도 먹으며 진심으로 재미있었다.

그날 밤에는 밴드부 공연 + 장기자랑을 했는데, 나와 친구들은 힙합 노래(너와 나의 memories)를 불렀다.

사실 미리 준비한 게 아니라 1일 전에 참가 신청해서 하루동안 빡세게 준비했다.

축제 1일 전에 장기자랑 리허설을 보러 갔고, 1학년들에게 감명받아 친구들과 즉석으로 곡을 정해 참가했다.

얼마 전, 코로나에 확진되어 여러 일정이 미뤄졌다.

그 중 참여하지 못하게 된 일정 때문에 좀 실망스러웠다.

스택 오프라인 멘토링도 잡혀있었는데, 집에서 원격으로 참여했다.

이제 내일이면 격리해제라서, 해방된 기분이다.

~~요즘 자꾸 2018년이 생각난다.~~

~~그때가 좋았던 것 같으면서도, 그때의 나로 돌아갈까봐 두렵다.~~

아이폰이 생기고 나서 삶의 질이 엄청 높아졌다.

폴더폰 + 아이패드 + 에그의 조합은 굉장히 부담스러웠다.

하지만 그런 때가 있었음에 지금의 내가 있다고 생각하기도 한다.

2021 Hello New() World 대회에 작년에 참가하고 나서, 최선을 다하지 못했던 것에 많이 후회했다.

그래서 이번에는 꼭 칼 갈아서 수상해야겠다는 마음으로 Hello New() World 2022에 참가 신청했는데, 서류 심사에서 떨어졌다.

왜인지 깊게 고민해봤다. 솔직히 참가 신청서도 팀원들 모아서 엄청 세심하게 완벽히 작성했다.

근데 그 신청서에서 본질이 느껴지지 않았던 탓일까. 아니면 첨부한 포트폴리오가 부족했던 탓일까.

항상 본질적으로 행동하려고 노력하는 나였다. 2022년이 되고 나서는 더더욱.

내가 좋아하는 노래들이 주는 영감을 연료 삼아 달리고, 쉬어감을 반복했다.

그런 노력에 따라오는 결과였는지, 다른 소마고 동기들과 참여한 JUNCTION 2022 대회에 참가자로 뽑혔다.

이 대회는 규모가 큰 대회라는 것을 알았기에, 진짜 감격스러웠다.

얼마 전 치과 교정을 하려고 상담을 받았는데, 치아는 교정을 해도 원래 자리로 돌아가려는 습성이 있다고 했다.

그 치아를 가진 인간도 그리 다른 것 같진 않다. 나에 한해서는.

조금 방심하다 보면 과거로 돌아가 있는 것 같다.

큰 동기부여도 의미없는 것 같고, 이제는 내 안의 동기부여를 무한동력으로 굴려야 할 때라고 생각한다.

나는 외향적이어야 할까, 내향적이어야 할까.

요즘 깊게 고민하고 있는 주제다.

내가 진짜 원하는 게 성공일까, 워라밸일까.

일단 또 달려보면 결과가 나오겠지

2022 동아리 면접 진행 회고

우준성 — Mon, 18 Jul 2022 08:35:04 +0900

대소고 바인드 동아리에서 저번 주 7월 14일~16일 총 3일에 걸쳐 면접을 진행했다.

이번에는 우리 후배인 7기 인턴쉽 채용을 위해 면접을 진행했다.

사실 작년에는 내가 저 면접에서 면접자였는데, 이번에는 면접관으로 참여하니 기분이 이상했다.

이번 면접은 1차 과제 -> 2차 기술면접 -> 3차 임원면접 프로세스로 진행했다.

이 과정이 실제 기업에 취업을 하는 데에도 낯익게 볼 수 있는 프로세스라고 생각해서, 이 과정으로 진행했다.

(그리고 무엇보다 이번에는 지원하는 사람이 많았다보니, 좀 더 빡센 면접 과정이 필요했다.)

기술 면접과 임원 면접에서는 미리 팀 내 회의를 통하여 질문을 정하고 몇 개의 질문은 그때그때 궁금한 것으로 하기로 했다.

우리가 미리 짜놨던 질문을 하면서, 그에 대한 꼬리 질문도 많이 했다.

이 친구가 그냥 말한 것인지, 진짜로 이것에 대해 알고 있는지.

혹은 이 친구가 진짜로 이걸 경험하고 느낀 점이 있는지.

이번에는 예상 외로 많은 지원자들이 꼬리 질문에도 잘 대답해줬다.

그래서, 예상보다 많은 시간이 걸려서 원래 4시간만에 끝내야 했던 걸, 이틀에 걸쳐 진행했다.

작년부터 열심히 달려온 나였지만, 이번 면접에서는 나보다 훨씬 더 열심히 달리는 친구들도 많았던 것 같다.

그 친구들을 보며 존경하는 마음이 들었고, 한편으로는 동기부여도 받았다.

또 내가 '직접' 면접을 진행하며 면접관의 마음도 뼈저리게 느꼈다.

너무 많은 것을 말하려다 보니 우물쭈물하면서도 한번에 왈칵 쏟아내기 마련인데,

간결하고 명확하게 말하는 것이 훨씬 중요하다는 것을 느꼈다.

마지막으로, 기술 면접에 임하려면 꼭 많은 준비를 해야 한다는 것을 느꼈다.

바인드팀 파이팅!!

OSI 7계층 발표 회고

우준성 — Fri, 17 Jun 2022 10:29:37 +0900

오늘 정규 수업 시간에 OSI 7계층에 대해 20분 정도 발표했다.

다른 2명의 팀원들과 학습지를 만들고 PPT를 작성했다.

OSI 7계층이 왜 존재해야 하는지, 물리계층부터 응용계층까지 상세히 설명했다.

이번 발표로 OSI 7계층과 네트워크 장비들(랜카드, 허브, 스위치, 라우터 등)에 대해 좀 깊게 알게 되었고,

발표 실력이 한 층 더 성장한 것 같아 뿌듯하다.

OSI 7계층.pdf

11.37MB

성공하자

우준성 — Thu, 19 May 2022 23:56:56 +0900

성공하자. 누가 뭐래도 내 갈 길을 가자.

제발 주변의 시선 신경쓰지 말고, 은혜와 고통을 차차 갚아나가기 위해 꾸준히 달리자.

나는 아직 어리다. 그래서 이겨낼 수 있다.

할 수 있다.

나를 둘러싼 모든 벽들에 들이받자.

절대 못 멈춘다.

내게 있어 꿈은 내 미래이고, 인생은 꿈을 성취하는 과정의 연속이다.

할 수 있다.

누가 뭐래도.

인간관계에 상처받지 말고, 나만의 신념을 가지고 살자.

18번째 생일에 2022년 상반기 회고하기

우준성 — Thu, 19 May 2022 11:52:21 +0900

2022년 1월 1일이 되고 나서, 참 많은 일이 있었다.
멀었다고 생각한 내 생일이 벌써 찾아왔으니, 내년도 눈 깜빡하면 찾아올 것이다

있었던 일들을 기록하지 않으면 휘발될 게 뻔하니, 인상적인 일들과 그때그때 생각들을 간단히 정리해보고자 한다.

스프링에 입문하다

겨울방학 시작 후, 평소 배우고 싶었던 기술 스택인 스프링(Spring Framework)를 배우기 시작했다. 김영한 우아한형제들 기술이사님의 강의를 보며 진짜 흥미있게 배웠고, 그 결과 SOLID 원칙, 다형성 활용, Bean, IoC, DI 등의 개념을 익히게 되었다.

NestJS로 개발하던 나는 Spring 원리를 배운 덕분에 NestJS에서 의존성 주입이 왜 필요한지, NestJS를 활용해 코드를 어떻게 객체지향적으로 짤 수 있을지 등을 고민하게 되었다.

이제 이후에 진행할 티키타카 프로젝트에서는 스프링부트와 JPA로 개발해볼 예정이다. 또한 바인드 교내 동아리에서 도담도담 서비스를 스프링부트로 다시 개발해볼 것이다.

소프트웨어 개발과에 들어가다

우리 고등학교(대구소프트웨어마이스터고)에는 2학년에 올라가면 소프트웨어 개발과, 임베디드 개발과 두 과로 나눠진다. 1학년 막바지에 정말 많이 고민했지만, 결국 소프트웨어 개발과로 정했다.

1학년때 아두이노부터 프론트엔드 개발, 앱 개발, 백엔드 개발 등등 많은 것을 찍먹해봤기에, 이제는 한 분야를 깊게 파서 전문성을 높여야겠다고 생각했다. 더욱이 나는 주변 선배들, 멘토님의 영향으로 백엔드 개발자가 고팠기에, 소프트웨어 교육에 특화된 소프트웨어 개발과에 들어갔다. ~~(사실 점퍼선 만지다 보면 머리가 깨질 것 같아서 그런 것도...)~~

2학년에 올라가면 교과목은 국어, 영어, 수학, 한국사 등만 있고 나머지는 거의 전공 수업(소프트웨어공학, 네트워크 프로그래밍, 웹프로그래밍, 자바 프로그래밍)으로 이루어져 있다.

요즘 수업을 들으면서 소프트웨어 개발과를 선택한 나를 자랑스러워하고 있다. 물론 임베디드 개발과를 갔어도 빡세게 공부했겠지만, 소프트웨어 개발이란 적성이 나에게 훨씬 더 잘 맞아서 재미있게 공부하고 있다.

‍ 신입생을 대상으로 특강을 진행하다

4월 20일에 신입생을 대상으로 학생전문가특강을 진행했다.

일단 대상이 깃을 전혀 모르는 1학년이다 보니, 세세한 설명보다 이해되는 쉬운 설명 위주로 진행했다. git이 무엇인지 알려주고, 왜 굳이 git을 써서 개발해야 하는지 설명했다. 그리고 레포지토리(로컬 레포지토리, 리모트 레포지토리)와 커밋, 푸쉬, 브랜치 등의 핵심 개념을 쉽게 설명해주고, 실제 git을 통한 실습을 진행했다. 강의 PPT 자료를 가지고 진행했다.

예상보다 1학년 친구들이 잘 따라와주고 잘 호응해줘서 강의 진행이 재미있었다. 하지만 내가 수강자 입장에서 있었다면, 좀 더 보완해야 할 것 같은(한마디로 부족했던) 점이 몇 가지 있었다. 대표적으로 '예외 상황을 생각하지 못하고 미리 대비하지 못한 점', '교육 자료에 좀 더 시간을 쏟지 못한 것'이었다.

다음엔 확실히 더 잘 진행할 수 있을 것 같다 :)

경태위키를 개발하다

요즘 NestJS로 여러 팀 프로젝트를 개발하고 있는데, 아무래도 책임감을 가지고 개발하다 보니 백엔드 개발에 대한 흥미가 점점 사그라들고 있는 것처럼 느껴졌다. 그래서 평소에 만져보고 싶었던 리액트도 같이 개발하며, 재미있게 프로젝트를 하나 만들고 싶어서 시작했다.

경태라는 친구의 밈들을 기록하기 위해 위키라는 서비스 주제를 골랐고, 백엔드는 NestJS, DB는 MySQL로 개발하고 있다.

아래 링크에서 코드를 볼 수 있다. ~~(으악 코드를 잘 못짜서 부끄럽구만ㅠ)~~

https://github.com/whitebear05/kt-wiki

CS를 공부하다

백엔드 개발을 어느정도 공부하고 나니, 여느 개발자처럼 나 또한 CS 지식에 대한 갈증을 느꼈다. 네트워크, OS, DB, Java, Spring 등에서의 핵심 원리와 개념들을 Notion에 정리하며 공부하고 있다.

CS 지식을 정리할 저장소의 제목을 고민하던 중, 내가 가고싶은 스타트업인 버킷플레이스를 연상시켜 백엔드 지식의 집이라고 명명했다. 지식을 정리하려고 들어올 때마다 무의식적으로 내 목표(버킷플레이스 백엔드 개발자)를 생각함으로써 꿈에 한 발짝 더 다가가고 있는 것 같다.

https://young-panda-70b.notion.site/d0296cef7fbe45278933cad18f651326

‍♂️ STA+C 2022에 참가하다

작년에 STA+C 2021 대회를 나가서 수상했던 경험을 살려, 이번에는 좀 더 넓은 범위에서 사람들에게 가치를 제공하고 싶어 참가했다. 1개월 간의 아이디어 회의를 거친 끝에, 신중히 제안서를 제출했다.

작년에는 주제가 정해져 있지 않았지만, 이번에는 주최측에서 환경이라는 주제를 던져줬다. 우리 주변의 환경 문제를 근본적으로 해결하는 방법이 무엇일까 고민하면서 해결책을 찾았다.

‍❄️ whitebear의 끝없는 도전!!

나는 아직 많이 부족하다. 하지만 지금의 내가 있기 이전에 꽤 많은 고통이 잇따랐고, 꽤 많은 것을 이뤄냈다. (비록 그것들이 사소한 것들일지라도) 부모님도 나를 전적으로 지지해주시고, 은혜와 고통을 갚아줘야 할 사람들이 많다.

날고 기는 친구들이 있어도, 신경쓰지 말고 '그냥' 내 갈 길을 가자고 다시 한 번 다짐한다. 나는 내 갈 길이 있고, 그 길은 내가 개척해나가는 것이다. 내가 선택한 길은 누가 뭐라 해도 내 길이다.

읽던 책에서 실패는 하나의 리트머스 종이라고 했다. 이전의 실패와 실수들을 리트머스 종이에 실험해봤고, 그랬기에 이제는 내가 가야할 길을 어느 정도 안다. 한 걸음 한 걸음 딛으며 성장할 때가 왔다. 나는 꿈이 있고, 목표가 있기에 그것들을 이루기 위해 달리고 싶다.

긴 글 읽어주셔서 감사합니다 언젠가 회사에서 개발자로 만나요 !!

창업놀이터 고등부 1차 부트캠프 정리 : 홍성재 교수님 특강

우준성 — Mon, 16 May 2022 08:07:52 +0900

기업가 정신은 스타트업 뿐만이 아니라 성장한 기업(대기업)에서도 필요하다.

스타트업은 사업이 될만한 꺼리를 찾는 임시 조직이다.
그래서 스타트업은 그들의 아이디어가 될지 안 될지를 찾아가는 과정에 있는 것이다.
사업은 반복성, 확장성, 수익성이 있어야 한다.
테스트를 하는 과정이 있어야 하고, 테스트를 잘 해야 기업으로 성장한다.
테스트를 잘할 수 있는 팀원을 모으는 것이 팀 빌딩이다.

진보의 엔진은 거대 기업이고, 기술의 혁신은 자본주의의 힘이며, 기업가는 그 혁신의 주체이다.

기업가 정신에 대한 학자들의 견해
슘패터 : 새로운 조합의 실행을 통해 신제품을 개발, 새로운 생산방식, 새로운 형태의 조직 구축으로 혁신적인 활동을 가능케 하는 기업가의 역량
밀러 : 위험을 감수하고 진취적이며 혁신을 추구하는 조직활동
스티븐슨 : 통제할 수 있는 자원에 제한받지 않고 기회를 추구
베스퍼 : 다른 사람이 발견하지 못한 기회를 찾아서 새로운 사업을 추진
티몬스 : 가치있는 어떤 것을 만들어내는 창조적인 활동

학자들의 공통적인 견해는 불확실한 상황에서 기회를 추구하는 것이다.
스타트업은 결과적으로 가치를 생산한다.

창업은 교육만으로 안된다. 경험해보지 않으면 모른다.

해결해야 할 문제는 3개 안으로 정의해라.
너무 많이 정의하면 집중이 분산되어 풀지 못한다.

에어비앤비는 아래와 같은 요소를 분석하여 발표 자료에 넣었다.
해결할 문제
문제를 해결할 방법
시장의 크기와 구체적인 타겟
구체적인 제품과 서비스
마켓 진입 전략
경쟁자 분석
경쟁자 대비 장점 (차별성)
사용자 후기
창출할 가치 (달성할 목표)

어딜 가든 자원을 끌어오는 것이 기업가정신이다.
건강한 욕심이 있어야 한다.
잘한 팀을 보면 악한 욕심을 부리지 말고 그 팀을 분석해봐라.

이 정도는 우리도 할 수 있다는 생각으로 도전하자.

성공한 기업들의 IR 자료에는 아래와 같은 구조가 있다.
1. 창업기업명 + 한 줄 설명
2. 청업의 계기 (발상의 계기, 구체화 과정)
3. 창업아이템 설명 (도입 전 → 후)
4. 시장 분석 (전체 시장, 유효 시장, 타겟 시장) (반드시 자료 출처가 있어야 함)
5. 창업아이템 설명 (경쟁사 분석, 포지셔닝 맵)
6. 고객 분포 현황 (고객 분포, 고객 페르소나)
7. 비즈니스 모델 (관계를 그림으로 그리기) (10년 임팩트)
8. 고객 설문조사
9. 핵심 성과지표 및 재무 목표
10. 팀 소개 (이름, 직책, 짧은 설명, 기술)
11. 창업회사의 비전
12. 마케팅 계획 (런칭, 프로모션, 시장 확대 등의 단계에 맞는 계획)
13. 시제품 개발 현황 (프로토타입)
14. 진행 과정 (문제/솔루션 진단, 서비스의 적합성, 비즈니스 모델 검증)
15. 월별 주요 활동 및 예산 사용 계획

2022년 5월을 지나며 드는 생각들

우준성 — Sat, 7 May 2022 22:56:39 +0900

2022년이 왔다고 해맞이 등산 가고, 좋은 소식이 들려오던 때도 어제 같은데 벌써 5월이다.

이렇게 벌써 몇 달이 지나갔다는 도입부는 하도 적어서 질린다.

나와는 반대의 길이라고 볼 수 있는 인문계를 선택한 친구들은 코앞에 내신과 수능이라는 담담한 벽이 서있을테지만, 우리 학교 특성 상 나는 이제 곧 취업을 준비해야 한다. 내가 인문계를 가서 좀 더 고민을 늦추는 게 좋았을까, 고등학교 -> 대학교 -> 대학원 루트를 타서 안정적으로 사는 게 좋았을까 생각하기도 했다. 아무리 성과를 내봐도 이런 후회는 없어질 기미가 보이지 않는다.

다시, 나는 취업을 준비해야 한다. 나는 유명한 스타트업에 백엔드 개발자로 취업하고 싶다. 내 생각을 공유하면서 사내 스터디를 통해 개발 실력도 가꾸고, 오픈 마인드를 갖고 있는 그런 회사를 원한다. 하지만 백엔드 개발 실력/기반 지식이 많은 친구들에 비하면 나는 아직 준비된 게 없고, 알고리즘 실력도 브론즈1~실버5에서 머무르고 있다. 요즘 나도 기술 면접(CS)을 대비하고 있다지만, 완성이 100이라 하면 1도 채 되지 않은 느낌이다.

최근 졸업한 선배님들과 진행하는 프로젝트에서도 나는 별다른 성과를 내지 못하고 있다. 스프링 프레임워크(스프링부트)으로 백엔드를 개발하고 싶다는 의사를 밝히며 일을 저지르긴 했지만, 주워담지 못하고 있다. NestJS 프레임워크로 바인드 프로젝트 서버 개발 및 경태위키 서버 개발을 하고 있지만 그마저도 객체지향적으로 짜는지, NestJS적으로 짜고 있는지 모르겠고 그냥 내 방식대로 짜고 있는 느낌이다.

솔직히 내가 1학년 신입생이었을 때, 2학년 선배들을 보며 나는 그 선배들보다 훨씬 잘하고 있을 줄 알았다. 적어도 프로그래밍 언어 하나에는 100% 능통하며 서버 개발을 날고 기듯 하고 있을 줄로만 알았다. 허상이었고, 깊게 공부한 언어 하나가 없다. 잘 진행한 개발 프로젝트 하나 없고, 곧 있을 해커톤에서 NesJS 혹은 Spring으로 서버 개발을 100% 할 수는 있을지 의문이다.

근데 말이다.

최근에 존경하는 선배님의 "너는 잘될 거다"라는 말 덕분에 나를 다시 한 번 믿어보려 한다. 지금의 내가 있기 이전에 꽤 많은 고통이 잇따랐고, 꽤 많은 것을 이뤄냈다. (비록 그것들이 사소한 것들일지라도) 부모님도 나를 전적으로 지지해주시고, 은혜와 고통을 갚아줘야 할 사람들이 많다. 날고 기는 친구들이 있어도, 신경쓰지 말고 '그냥' 내 갈 길을 가자고 다시 한 번 다짐한다. 나는 내 갈 길이 있고, 그 길은 내가 개척해나가는 것이다. 내가 선택한 길은 누가 뭐라 해도 내 길이다.

읽던 책에서 '실패는 하나의 리트머스 종이'라고 했다. 이전의 실패와 실수들을 리트머스 종이에 실험해봤고, 그랬기에 이제는 내가 가야할 길을 어느 정도 안다. 한 걸음 한 걸음 딛으며 성장할 때가 왔다. 나는 꿈이 있고, 목표가 있어서 그것들을 이루기 위해 달리고 싶다. 일과 중 내가 성장할 시간은 무슨 일이 있어도 내가 쟁취해서, 누구에게도 뺏기지 않고 잘 써야겠다.

신입생 때의 목표 스타트업 CEO를 여전히 잊지 않았고, 그 누구보다 인생에 집중할 자신 있다. 나는 특별한 능력을 갖고 있지 않지만, 특별한 동기를 가지고 있다. 지금부터 천천히, 다시 뛰자.

고등학생이 개발을 시작한 이유 | 2021년 회고

우준성 — Sat, 30 Apr 2022 20:13:39 +0900

나는 2021년에 대구소프트웨어마이스터고등학교에 입학했다. (6기)
그 후로 현재까지 꾸준히 백엔드 개발 공부를 하는 늅늅이 개발자이다. CS 지식을 포함해 아직 부족한 것들이 너무나도 많다. 그래서 이번 기회로, 지금까지 해온 활동들을 회고하면서 앞으로 어떤 방향으로 나아가야 하는지 정리하려고 한다 :)

대소고에 입학하다

2021년 2월에 최종적으로 중학교를 졸업하고, 대구소프트웨어마이스터고(이하 대소고)에 입학했다.

나는 왜 인문계 고등학교가 아닌 대소고를 택했나?
대소고에 원서를 넣기 전으로 돌아가보자.

중학교 3학년 봄방학 시절에 생활코딩을 통해 html과 css를 접했고, 너무 재미있어서 쉬는 시간도 없이 몇 일간 강의를 계속 들었다. 웹이 무엇인지, 코딩이 무엇인지, html 태그 등의 개념을 재미있게 공부했고, css로 웹을 예쁘게 만드는 법 또한 배웠다.

이때 배운 것들을 활용해서 오미자샵이라는 웹사이트 ~~(근데 JS 없는..)~~ 를 만들어봤다. 할머니, 할아버지께서 오미자 농장을 운영하시는데, 힘들어 보이셔서 조금이라도 도와드리고 싶었다. 그래서 젊은 층으로 오미자 판매를 좀 더 촉진시킬 수 있는 웹사이트를 만들어보기로 했다. 그 당시에는 HTML과 CSS를 활용해 웹페이지를 만드는 게 너무 재미있었고, 결과적으로 ~~꽤 멋진~~ 웹페이지를 완성했다.

하지만 실제 서비스를 하기 위해서는 백엔드 개발이 필요했다. 그 당시에는 백엔드와 DB가 뭔지도 몰랐고, 굉장히 어려운 개념이라고 느껴서 배울 생각도 하지 못했다. ~~(핑계 그만해!!)~~ 이때부터 뭔가 전문적인 개발자가 되고 싶었다. 때마침 어머니께서 대소고에 가는 것을 추천해주셨고, 그것을 계기로 대소고 입학을 목표로 잡았다.
~~(지금 생각해보면 이때부터 백엔드 개발자의 꿈을 키워온 것 같다.)~~

그 시점부터 학교 내신 점수를 불나게 챙겼고, 프로그래밍 학원을 다니면서 C언어 기초를 배웠다. 그렇게 대소고에 원서를 넣고 면접을 본 결과, 6기에 최종 합격했다.

바인드팀 인턴이 되다

대소고에 입학해서 가장 먼저 목표로 잡았던 것이 바인드팀 (교내 동아리)에 들어가는 것이었다. 여러 동아리를 홍보(발표)하는 자리에서 한 선배님이 바인드 동아리의 개발 문화, 도담도담 서비스 등에 대해 소개하는 것을 보고 홀딱 반해버렸다.

1학년이 되어 교과목과 C언어, 자료구조, JavaScript 등을 공부하는 중에 채용 공고가 떴고, 마감 몇 시간 전까지 신중하게 고민하다가 과제와 함께 지원 이메일을 넣었다. 2차 면접까지 마친 끝에 바인드팀 인턴이 되었고, 인턴 동료들끼리 글래스(Glass) 프로젝트를 진행했다.

"글래스(Glass)"란?

대구소프트웨어마이스터고등학교에서는 밴드 SNS 서비스를 통해 학부모-교직원-학생 간의 연결이 이루어지고 있다. 아무래도 학부모, 교직원, 학생이 같은 그룹에 있다 보니 부담스러움 때문에 학생의 활동이 거의 없었다. 또한 공지사항, 건의사항, 기타 사진들을 구분하지 않고 게시해서 소통보다는 공지 위주의 SNS라는 느낌이 들었다. 이러한 문제점을 해결해보고자 시작한 프로젝트가 글래스이다. 글래스 서비스는 오로지 소통에만 초점을 맞춰 학생들의 일상을 투명하게 담아내는 서비스라는 비전을 토대로 하여 학생-학부모-교직원 간의 활발한 소통을 도모한다. 학생들이 일상 사진을 공유하고, 학부모들과 교직원들이 댓글과 공감을 남기며 반응할 수 있다. 그 외에도 인기 게시물 및 해쉬태그 기능이 있다.

이번 바인드 6기 인턴 프로젝트를 통해 처음으로 완전한 백엔드 서비스를 만들었고, 협업에 있어서 소통의 중요성, Git, DB 등의 기본 개념의 중요성을 깨달았다. 코드 퀄리티 측면에서는 굉장히 초보 냄새가 나기 때문에, 곧 Nest.js를 활용해 리팩토링을 진행할 예정이다.

기술 스택을 간단히 소개하자면 express 프레임워크를 활용해Node.js로 개발했으며, 문서 중심의 MongoDB를 사용했다. 왜 Relational DB가 아닌 Documentation 기반 DB를 사용했는지 묻는다면, 서버를 처음 공부하며 배운 DB가 MongoDB라서 꽤 능숙하게 다룰 수 있었기 때문이다. ~~(사실 User와 Posting 관계에서 Join이 없어서 많이 힘들었다.. 리팩토링 할때는 무조건 RDB로!)~~

그리고 감사하게도 이 프로젝트로 1학년 말(2021/11)에 ICT에서 부스를 운영할 기회를 얻었다. 그리하여 바인드 6기 인턴 동료들과 부스를 운영했고, 쉽게 얻지 못할 멋진 경험을 쌓았다. 외부 사람들에게 우리 프로젝트에 대해 설명하며 프로젝트의 장점을 어필했고, 가끔은 멋진 피드백도 받을 수 있었다.

STA+C 2021 대회 최우수 팀이 되다

나는 대구소프트웨어마이스터고등학교에 입학한 후에, 선배들의 STA+C 대회 수상 소식을 많이 들어왔다. 그래서인지 나도 그 대회에 꼭 참여해서 수상하고 싶다는 생각을 많이 했었다.

마침 STA+C 2021 대회 참가 공고가 올라왔고, 나와 뜻이 맞는 친구 4명을 섭외하여 함께 참여했다. 몇 달의 고난을 거친 후에 먹어보시개 서비스로 최우수상을 받았고, 사람들의 문제 해결에 기여할 수 있었던 데에서 큰 행복을 느꼈다.

"먹어보시개"란?

반려견이 먹어도 되는 음식, 먹으면 안되는 음식을 객관적 지표(안전 스펙트럼)를 통해 알려주는 서비스이다. 필자가 실제로 반려견을 키우며 느낀 불편함을 해결해보고자 만들었으며, 음식 정보 조회 외에도 바코드 스캔, 인근 병원 조회 기능 또한 제작했다.

이 서비스를 제작하면서 팀장으로 팀을 이끈 동시에 백엔드 개발자로 참여했다. 백엔드 기술 스택은 인턴 프로젝트와 비슷하게 express, Node.js 및 MongoDB를 사용했다. 이 프로젝트 또한

그리고 팀을 이끌면서 많은 것을 배워서 뿌듯했다. 대회를 진행하는 과정에서, 팀원들과 여러 회의를 거치면서 좋은 리더가 무엇인지에 대해 배웠고, 긍정적인 팀 분위기가 프로젝트 진행에 얼마나 중요한 영향을 미치는지를 몸소 깨달았다.

자세한 설명은 이 글에 기록해놓았다 :)

여름 교내 해커톤에 참가하다

우리 학교에서는 매 학기마다 해커톤을 진행한다. 이번 해커톤은 이 학교에 들어온 뒤 첫번째 해커톤이었고, 그만큼 뜻깊었다. 2학년 선배들과 함께 팀이 구성되었고 이때는 개발 역량이 부족했기에, 2학년 선배들에게 앱/서버 개발을 맡기고 나를 포함한 1학년 팀원은 아이디어를 구상하고 로고 디자인 및 PPT 제작을 맡았다.

네트워크 문제로 인한 개발 지연으로 비록 우리 팀이 수상하진 못했지만, 협업 방법 및 계획의 중요성을 알게 되었다. 그리고 무엇보다도 다음엔 더 열심히 참가할 원동력을 제공해준 대회였다.

자세한 글은 여기에 작성해놓았다 :)

창업놀이터 본선에 올라가다

대소고에 들어온 뒤 대회 참가에 목말라 있을 즈음에, 학교 복도에 붙어있는 홍보 포스터를 보고 옆에 있던 친구들과 참여하게 되었다.

우리 팀의 이름은 moreversal이었다. 이는 more과 universal의 합성어로, 모든 세대에 선한 영향을 주어 세대 간의 화합을 이루자는 포부를 담고 있다. 우리 팀은 민재, 경태, 현우와 나(팀장)로 이루어져 있다.

여러 시행착오를 거친 후, 최종 아이디어인 호미를 잡고가 나오게 되었고, 수차례의 멘토링 및 군청 농업담당자와 인터뷰를 통해 아이디어가 실제로 문제점을 해결하는지 검증했다. 그리고 여러 노력과 운이 따라준 덕분에 2021 창업놀이터에서 멘토링, 예선 등을 거쳐 본선에 오를 수 있었다.

"호미를 잡고"란?

농업에 종사하시는 어르신들의 일손 고용의 어려움, 인력중개사를 통할 경우 인력을 제공하는 입장에서 높은 수수료를 부담해야 한다는 점 등을 고려하여 나온 아이디어이다. 농장주와 일손을 앱 서비스로 연결하여 서로 더 합리적이고 신속한 연결이 가능해진다.

이번 호미를 잡고 프로젝트의 백엔드는 TypeScript라는 언어로 작성되었고, Node.js(Express) + MySQL(TypeORM) 기술로 개발되었다. 이전에 나는 위의 먹어보시개나 GLASS 등의 프로젝트에서 JavaScript(+ Node.js + MongoDB)를 활용하여 개발하는 것에 익숙했는데, 이번 기회로 TypeScript 및 RDB를 다뤄보고 백엔드 개발에 좀 더 친숙해진 것 같다.

다른 팀들의 발표와 전시를 보면서 AI, IoT 등의 더 멋진 기술력과 언변 능력에 정말 많이 감명받았고, 내년에는 더욱 발전된 기술력과 내 아이템에 대한 확신, 향상된 발표력 등을 통해 나도 그 자리에 있을 것이라 다짐했다.

또한 창업가에게 필수불가결한 요소인 기업가 정신(entrepreneurship)에 대해서도 많이 고찰하는 시간을 가졌고, 내가 앞으로 어떤 방향으로 가야 할지를 깊게 생각해보았다. 포기하지 않는 정신, 돈이 나를 위해서 일하게 한다는 생각, 문제의 극복과 끝없는 배움을 바탕으로 계속 성장해가려는 마음가짐.

자세한 설명은 이 글에 기록해놓았다 :)

알고리즘 대회에서 입상하다

2021년 막바지에 대구소프트웨어마이스터고등학교에서 주최한다는 소식을 듣고 예선에 참가했다. 평소에 알고리즘에 대한 부족을 꽤 느꼈기에, 이번 대회 준비를 계기로 알고리즘을 파보고 싶었다. Python 언어로 알고리즘 문제들을 풀어보며 준비했고, 구현 문제들과 그리디(Greedy) 등의 알고리즘을 익혔다.

주변에 알고리즘을 많이 공부한 학생들이 적지 않았기에 자신감이 없었지만, 감사하게도 ~~운이 따라줘서~~ 예선에서 통과하고 본선에 올라갈 기회를 얻었다. 본선을 준비하면서는 좀 더 많이 알고리즘 문제들을 풀었고, 끝내 고등부 은상을 수상했다. 물론 알고리즘 측면에서 나는 아직 많이 부족하기에 알고리즘에 대해 꾸준히, 좀 더 깊게 파볼 것이다.

겨울 교내 해커톤에서 입상하다

드디어 기다리던 교내 동계 해커톤이 2021년 12월 29일부터 이틀에 걸쳐 진행되었다. 나는 평소에 개발에 열정적이던 팀원들(민재, 태환, 건호)을 모아 팀을 형성했고, 루티나이저(ROUTINIZER)라는 아이디어를 구상하고 개발을 진행했다.

"루티나이저(Routinizer)"란?

서비스 이름은 Routinize + er에서 유래되었으며, 학생들의 루틴(습관) 형성에 도움을 주자는 취지로 시작되었다. 사용자는 자신이 참여하고 싶은 챌린지에 참여하여 일일 인증을 통해 자신의 랭킹을 올릴 수 있다. 여기서 중점은, 돈을 걸지 않고 랭킹 및 티어를 도입해서, 금전적인 부담을 줄이고 게임하는 느낌으로 꾸준히 임할 수 있다.

처음에는 트렌드 코리아 2022에서 영감을 받았다. 바른생활 루틴이라는 파트에서 근로 시간의 축소와 코로나19가 불러온 소소한 루틴 생활이라는 소재가 학생들에게도 굉장히 적합한 주제라고 생각했고, 이와 비슷한 서비스 중 실제 출시한 서비스(챌린저스)가 있었지만, 돈을 걸지 않고 게임하는 느낌(랭킹 및 티어 도입)으로 임할 수 있다면 더욱 학생들에게 최적화된 서비스라고 생각했다.

나는 백엔드 개발을 맡았고, express 프레임워크와 TypeScript 를 사용하여 서버를 개발했다. DB는 MySQL을 사용하였으며, TypeORM을 통해 엔티티와 DB 테이블을 매핑했다. 내가 가장 자신있어한 기술 스택이었기에 개발이 그렇게 오래 걸리진 않았다. 하지만 이번 서비스의 특성상 배치 처리(스케쥴링)를 해야 했고, 이를 서비스에 처음 도입해봤다.

TypeORM에서 QueryBuilder를 사용하는 중에 오류가 생겼고, 그때 많이 헤맸다. 해커톤에 멘토로써 참여한 우리 학교 졸업생분들 중 백엔드 개발하는 선배에게 찾아가 오류 해결법과 궁금했던 것들을 여쭤보았고, 오류 해결 뿐만이 아닌 개발 기술 및 백엔드 개발에 대해 황금같은 배움을 얻었다.

1일차에 어찌저찌 백엔드 개발을 마치고 안드로이드 앱과의 통신을 시작했고, 잠깐 시간이 있을 때 아이디어 소개 PPT를 제작했다.

~~나는 대상을 타고 싶었지만~~, 우수상 을 수상했다. 최선을 다하지 못한 것과 대상을 타지 못한 것에 대해 아쉬운 마음도 많았고, 이 정도면 잘 했는데 왜 우리가 이 만큼밖에 못 얻었지 하는 생각도 들었다.

차분히 전공 공부를 이어가며 다시 생각해보니 내가 끝까지 팀과 결과물에 대한 책임감을 가지지 못한 탓도 있고, 진부한 아이디어를 가공하지 않고 그대로 가져가다 보니 생긴 결과 같았다. 그래서 내가 못가진 것보다 지금까지 배운 것에 집중해 성찰해보고, 결과보다 과정에 집중하는 내가 되기로 마음먹었다.

고등학생, 개발자로서의 1년을 마치다

내게 있어서 2021년은 정말 뜻깊은 해였다. 대구소프트웨어마이스터고에 들어온 내 선택을 옳게 만들었고, 뭐든 할 수 있다는 마음가짐과 뭐든 하고싶어 하는 열정을 깨달았다. 이를 기반으로 학업적인 성취~~(전교 2등!!)~~ 뿐만이 아니라 나 자신에 대한 도전을 수없이 경험했다.

물론 여기서 멈추지 않고 더 큰 도전을 향해 나아갈 것이다. 나보다 멋진 개발자는 수없이 많고, 나는 아직 많이 부족하다. 하지만 너는 부족하니까 안돼라는 마음가짐은 개나 줘버리고, 부족하니까 더 노력하자라는 생각을 가지고 앞으로의 개발자 인생을 맞이하고 싶다. 다시는 없을 고등학생 시절, 멋진 성공 경험들을 쌓고 싶다.

긴 글 읽어주셔서 감사합니다!! :)

우아한 스터디 탈락 후기!

우준성 — Fri, 29 Apr 2022 16:09:59 +0900

평소에 우아한 형제들에 관심이 있었고, 우아한 형제들 백엔드 개발자로 취업하고 싶었다. 그러던 중, 얼마 전 바인드팀 동아리 동료에게서 '우아한 스터디'에서 스터디원을 모집하는 중이라는 얘기를 들었고, 곧바로 신청 페이지로 들어가 신청했다. 컴퓨터구조 관련 책 읽기를 목적으로 한 스터디에 신청했다. 처음에 될거라는 기대는 없었지만, 만약 된다면 내가 정말 많이 성장할 수 있을 것 같았다.

탈락하게 되어 많이 아쉽지만, 아직 준비가 좀 덜 되었다는 느낌이 없지 않아 있었기에 더 열심히 노력해서 '준비된 사람'이 될 것이다. 결국에 우아한 스터디에 참가 신청하게 된 것도 더 탄탄한 개발자가 되기 위해서였기에, CS 지식을 탄탄히 하고 내가 파고싶은 언어를 깊숙히 파보면서, 말 그대로 '준비된 백엔드 개발자'가 되어 돌아올 것이다. 기다려라 우아한 형제들!!

‍ 신입생에게 Git을 알려주다 | 2022 학생전문가특강 회고

우준성 — Fri, 22 Apr 2022 10:42:01 +0900

오늘(2022년 4월 20일 수요일) 준호라는 동기와 함께 학생전문가특강을 열었다.

몇일 전 모집하는 중 준호의 제안으로 참여하게 되었고, 여러 주제를 고민하던 중 가장 기본적 소양이라 생각한 Git을 선택했다.

이번 특강을 통해 배운 것들, 얻은 것들을 회고하면서 기록해보고자 이 글을 작성하게 되었다.

교육 자료의 준비

아무래도 강의를 할 때 교육자료를 준비하는 것이 전체 비중의 50% 이상을 차지하는 것 같다.

그냥 글만 쭉 적혀있는 자료로 수업하는 것과, 가시적이고 이해를 돕는 자료들로 수업하는 것은 완전히 다르기 때문이다.

이번에는 여러 수행평가와 자료 준비 시기가 겹쳐서, 준호가 거의 준비를 하고 내가 자료 수정/보완을 했다.

다음엔 확실히 여유 기간을 갖고 일찍 준비해야겠다고 생각했다.

강의 진행 (발표)

2022년 4월 20일 10,11교시에 학교 시청각실에서 학생전문가특강을 진행했다.

1학년들이 많이 참석했고, 바인드 동기(2학년)들이 함께 참석해줬다.

교육 자료를 이론 부분, 그리고 실습 부분으로 나누었기에 이론 부분을 내가 주로 설명하고 실습 부분은 준호가 설명하기로 했다.

일단 대상이 깃을 전혀 모르는 1학년이다 보니, 세세한 설명보다 이해되는 쉬운 설명 위주로 진행했다.

깃이 무엇인지 알려주고, 왜 굳이 깃을 써서 개발해야 하는지 설명했다.

그리고 레포지토리(로컬 레포지토리, 리모트 레포지토리)와 커밋, 푸쉬, 브랜치 등의 핵심 개념을 쉽게 설명했다.

뒤이어 git을 설치하고 cmd로 폴더를 생성하고 레포지토리를 생성한 다음 git remote를 통해 저장소를 연결했다.

그리고 git add, git commit, git push 등의 작업을 진행해야 하지만, 여기서 예상치 못한 추가 작업이 발생했다.

cmd에서 깃을 처음 사용하다 보니 사용자 인증이 필요했는데, 일부 1학년 수강자들은 토큰 로그인이 되지 않아 헤맸다.

어찌저찌 활동을 끝내고, 강의를 진행한 우리와 활동을 도와준 바인드 친구들의 깃허브 아이디를 후배들에게 알려줬다.

수강생 만족도 조사

강의를 끝내고 나서, 수강생 만족도 조사를 위해 구글 폼을 돌렸다.

설문 항목에는 가장 기억에 남는 내용, 더 효과적인 수업을 위해 필요한 것, 아쉬웠던 점, 감사의 한마디로 총 4개 항목이 있었다.

아쉬웠던 점을 보면 대부분의 수강생은 없었다고 답했지만, 일부는 '시간 부족', '오류가 계속 발생함', '이해가 잘 안된다', '내용이 좀 어렵다'라고 응답이 왔다. 확실히 심화보다 기본 이해도를 높이기 위한 수업을 해야겠다고 느꼈고, 용기내어 아쉬운 점을 말해줘서 고마웠다.

그리고 감사의 한마디들을 보니 정말 뿌듯했다. 아무래도 수행평가 때문에 많이 힘들어서 포기할까도 생각했지만, 그 마음이 싹 사라졌다.

'유익하고 좋은 시간이었어요. 감사합니다', '열심히 준비해주시고 설명해주셔서 감사합니다 :)', '감사합니당', '선배님들이 말하기를 이것을 배우기전에 알아야 할 내용들이 많다고 하셨는데 선배님들이 미리 공부하셔서 저희에게 알려주시느라 많이 고생하셨고, 어느정도 쉽게 알려줄려고 노력하는 모습들을 보여주셔서 감사했습니다.' 등의 감사 답변이 달렸다. 고마워 1학년 수강생들 !!

후기 및 성찰

예상보다 1학년 친구들이 잘 따라와주고 잘 호응해줘서 강의 진행이 재미있었다.

하지만 내가 수강자 입장에서 있었다면, 좀 더 보완해야 할 것 같은(한마디로 부족했던) 점이 몇 가지 있었다.

대표적으로 '예외 상황을 생각하지 못하고 미리 대비하지 못한 점', '교육 자료에 좀 더 시간을 쏟지 못한 것'이었다.

다음에 강의를 진행하게 된다면, 이 부분을 좀 더 염두에 두고 강의를 준비해야 될 것 같다.

깃허브 강의-전문가특강 2.pdf

1.57MB

영향력이 미치는 영향

우준성 — Tue, 29 Mar 2022 16:13:59 +0900

얼마 전, 학교에서 국어 수업을 듣다가 일어난 일이었다.

국어 책에 나온 지문을 보고, 이게 '희극'인가 '희곡'인가를 맞춰보라는 선생님의 말씀을 들었다.

결국 나는 '희극'이라고 답해서 틀렸고, 선생님께서 틀리는 사람에게 딱밤을 때리라고 하셨다.

딱밤을 맞으며 그렇게 아프진 않았지만, 기분이 뭔가 언짢았다.

내가 소심하고 사소한 것에 불편함을 느끼는 것 때문일 수도 있지만, 그것보다 더 큰 생각이 나를 사로잡았다.

틀리면 딱밤을 맞는 것. 틀린 것은 잘못된 것인가? 틀리는 것은 성장에 있어서 필수불가결한 요소가 아닐까?

틀림으로써 더 정확히 알게 되고, 더 자세히 찾아보게 된다.

그럼 이 '틀린 것은 나쁜 것'이란 생각은 잘못된 사실이다.

하지만 이 잘못된 사실은 선생님으로부터 나와서 무의식 중에 학생들에게 스며든 것이다.

논점은 '왜 틀린 답을 한 사람에게 딱밤까지 맞게 하냐'가 아니라, '영향력은 우리 생각보다 큰 힘'이라는 것이다.

자신이 공석에 있다거나, 어느 정도 영향력 있는 인물이라고 생각한다면, 이 영향력을 주의해야 한다. (적어도 나는 그렇게 생각한다.)

자아가 확고한 사람들에게는 어느 정도 걸러질 수 있지만, 아이들이나 자아가 확고하지 않은 사람들에게는 큰 영향을 미칠 수 있기 때문이다.

이 영향이 악영향이라면, 그 파장은 더욱 커진다.

물론 우리 사회에서 이 영향력을 잘 다루는 선례도 있다. '선한 영향력'이다.

우리는 이러한 악영향이 아닌 선한 영향력을 전파하고 사는 사람을 추구해야 마땅할 것이라 생각한다.

이러한 점을 깨닫게 해주신 국어 선생님께 감사드립니다 :)

Authorization과 Authentication 차이가 무엇일까? | 인증 및 권한 부여

우준성 — Mon, 28 Mar 2022 10:23:43 +0900

웹앱의 관점에서 Authentication(인증)은 로그인을 통해 로그인한 사용자를 인식하는 것이며,

Authorization(권한 부여)는 사용자가 CRUD 등을 허용하는지 여부를 확인하는 것이다.

권한 부여는 사용자의 신원이 인증된 후에 발생한다.

아래에서 좀 더 자세히 알아보자.

Authentication 인증

로그인과 함께 사용자의 신원을 확인하는 프로세스
인증에 사용하기 위해 제공하는 데이터(id, password 등)는 이미 DB에 저장된 데이터와 비교
이 데이터는 인증 서버에 저장됨
인증 종류는 비밀번호 기반, SSO(Single Sign On), API 인증, 생체 인증 등이 있음
Authorization과 구별하기 위해, 줄여서 AuthN이라고 함

Authorization 권한 부여

누가 무엇을 할 수 있는지 결정하는 규칙
파일, 데이터 등과 같은 시스템 리소스에 대한 액세스 수준을 결정하는 데 사용되는 보안 메커니즘
Authorization을 위해 역할 기반 액세스 제어, JSON 웹 토큰(JWT), OAuth 등의 기술이 있음
Authentication과 구별하기 위해, 줄여서 AuthZ라고 함

참고 https://baek.dev/post/24/