👾 Kprintf 2025 컨퍼런스 회고

지난 5월 24일 GDGoC Konkuk에서 개최한 Kprintf 2025를 다녀왔다. 연사자분들의 강연을 듣고 인상깊고 기억하고 싶은 내용들이 있어 정리 해보았다.

커리어 빌드업 : 지금의 내가 되기까지

이번 컨퍼런스의 주된 내용은 현업에 계신 분들이 현재의 자리까지 어떻게 성장해 왔는지에 대한 내용들이었다.

두개의 장소에서 각각의 세션들이 진행되었다. 세션마다 원하는 곳을 가서 들을 수 있었던 점이 좋았다.

참여 세션 및 선택 이유

나는 성장할 기회가 많은 주니어라고 생각했고, B2B 개발만 경험해본 내가 B2C 서비스를 개발하는 회사를 목표로 성장했던 경험들이 궁금했다. 그래서 서비스를 발전시키고 메이킹 하는 경험 + 관심이 가는 세션 위주로 참석했다.

참석 세션

1. 13:00 - 13:20. 개발자 레벨 업 공략집

2. 14:10 - 14:40. 대학생 개발자는 어떻게 졸업도 하지 않고 취업 했을까?

3. 15:00 - 15:30. 개발을 해보니, 개발이 다가 아니더라

1. 개발자 레벨 업 공략집

1. 왜 회사는 CS 중심의 면접을 볼까?

   1. 회사가 풀고자 하는 문제들은 상대적으로 난이도가 높다. 때문에 우리는 백엔드 개발자로 취업을 해도 스프링만 하지 않을 가능성이 매우 크고, 연차가 지나면 규모가 크고 복잡한 시스템을 다루게 될 것이다. 이에 기반은 CS 지식에서의 활용도가 매우 높다고 말씀하셨다.

   2. 협업하는 사람들이 많다. 회사는 대부분이 협업을 하기 때문에 물 흐리는 사람 한명을 잘못 뽑아 좋은 인재들을 모두 보낼 수 있기 때문에 회사에 긍정적인 영향을 줄 수 있는 사람을 원한다고 하셨다.

   3. 회사는 서비스와 비즈니스 가치를 생각해야 한다. 회사는 단순히 코드짜는 코더를 원하는 것이 아니다. 구현은 누구나 배우면 할 수 있고, 성장 가능성을 보여주는 사람을 원한다.

2. 회사는 학교가 아니다

   이미 현업에 있거나, 미래에 현업에 들어갔을 때도 오로지 회사에서 성장을 찾으려 하면 안된다. 이 말은 굉장히 공감되는 말이었다. 나도 취준을 할 때 일단 회사에 가면 배울 것도 많고 빠르게 성장할 것 이라고 확신하고 있었기 때문이다. 하지만 회사에서 일을 하더라도 자기주도 학습은 필수적이고, 자기주도 학습을 통해 공부한 것들을 회사의 프로젝트에 적용시켜보며 성장하는 방향이 나을 수도 있다는 내용이었다.

3. 효과적으로 자기주도 학습을 하는 방법

   1. 다양한 기술 스택을 공부하는 것? 물론 없는 것 보단 낫다. 하지만 차별점이 필요하다고 말씀하셨다.

   2. 유지보수 경험이 있고, 장기 유지 경험이 있는 포트폴리오는 회사에게 매력적이다. 단순이 개발하고 끝내는 것은 외주 작업이랑 다를게 없고 장기적으로 발전시키는 포트폴리오에 비해서 매력이 떨어질 수 있다고 하셨다.

   3. 지원하는 회사에 맞는 포트폴리오를 준비해보자. 지원하는 회사의 서비스를 직접 이용해보거나, 하이로드, 스파이크 트래픽 경험 등을 해보자.

4. 면접은 어떻게?

   1. 면접은 모든 질문에 답하는 사람을 뽑는 자리가 아니다. 얼마나 열정이 넘치는지 확인하는 자리이다.

   2. 질문을 유도하는 포트폴리오를 만들어보자. 만약 자기소개서의 내용에 다음과 같은 내용을 적는다고 가정해보자. “스프링 기반의 REST API에서 성능 병목 현상을 경험했고, 이를 개선하기 위해 레디스 캐싱을 도입했다.” 이 문장에서의 키워드는 무엇일까? 성능 병목 현상과, 레디스 캐싱일 것이다. 그렇다면 키워드에 맞는 질문들을 생각해보고 미리 대비하는 것이다. 나올 수 있는 질문들을 몇가지 생각해 보았다.

      1. 어떤 기준으로 병목을 판단하였나요?

      2. 성능 병목 현상의 원인은 무엇이었나요?

      3. 얼마나 성능이 개선됬나요?

      4. 왜 레디스를 선택하셨죠?

      5. 레디스가 다운되면 서버 전체가 멈추나요?

2. 대학생 개발자는 어떻게 졸업도 하지 않고 취업 했을까?

김수빈 연사자님께선 약 6년간 매스프레소 - 토스 - 당근으로 이직하며 경험한 내용들은 스토리처럼 말씀 해주셨다.

다양한 해커톤, 개발 동아리 등에서 협업 경험을 쌓으며 이직시에도 많은 포지션 변경이 있었다고 말씀 해주셨다.

당근으로 이직할 때 작성했던 이력서도 공유해주셨다.

(사진 찍어도 된다고 하셔셔 후다닥 찍었던 기억이 난다.)

3. 개발해보니, 개발이 다가 아니더라

카카오페이에서 iOS 개발자인 류연수 연사자님께서는 학생으로 돌아간다면? 이라는 주제로 말씀해주셨다.

1. 개발은 혼자하는게 아니다.

   “개발은 수단일 뿐 목적이 아니다.” 기술 자체에 너무 집착하지 말라는 말씀이셨다. 최신 기술을 써서 코드를 짧고 간단하게 잘 짜는 것? 중요하지 않다. 남들이 잘 알아볼 수 있는 코드를 작성하는게 중요하다고 하셨다. 왜 다른 사람들은 최신 기술에 대해서 공부를 안하지? 아니다 내가 아무리 잘 짜도 남들이 못 알아 보면 아무 소용이 없다. 협업 > 코드, 협업의 중요성을 강조하셨다.

2. 상대를 이해시키는 말하기

   종종 개발자랑 대화하면 말이 안 통한다는 이야기들을 한다. 기획자나 디자이너가 보기에는 전문적인 언어들이 너무 많아서 그럴 가능성이 있다. 어떤 기능이 안된다고 말할 때 다음과 같이 말해보는 것도 좋다고 하셨다. 왜 어려운지, 그럼 어떤 대안이 있는지, 지금 당장 가능한건 무엇인지 등. 실무는 기술보단 이해와 소통이라고 말씀하셨다. 또한 개발자는 팀 스포츠 선수라고 비유하셨다.

   1. 개발자 = 포지션이 다른 팀원 중 하나일 뿐

   2. 코드보다 중요한건 의도 전달과 이해

   3. 좋은 개발자는 말보다 공감과 맥락을 공유

3. 기초는 무기, 경험은 시야

   대부분의 연사자분들이 공통으로 CS의 기초를 강조하셨다.

   • 컴퓨터 구조 및 운영체제

   • 네트워크 이해

   • 자료구조와 알고리즘

   • 데이터베이스 등

4. 한 분야의 깊이도 중요하지만, 다양한 분야에 대한 경험도 도움이 많이 된다

   익숙한 것만 반복하면, 뇌는 성장을 멈춘다. T자 성장을 말씀하셨는데, 다양한 분야에 대한 기초 지식과 한 분야를 깊이 공부하는 것을 말하셨다.

5. 문제를 이해하는 개발자

   기술은 화려한데, 서비스의 본질은 모르는 개발자가 되지 말자는 뜻이었다. 연사자분도 처음엔 개발만 잘하면 되는 줄 알았다고 하셨다. 이후 깨달은 점들을 남겨주셨다.

   1. 사용자가 감정을 이해하고

   2. 서비스가 해결하고자 하는 문제를 명확히 보고

   3. 진짜로 문제를 해결할 수 있는 시야를 넓혀

   4. 깊이 있는 개발자에서 영향력 있는 개발자로

느낀점

이번의 컨퍼런스가 나의 첫 컨퍼런스였지만 최상에 가까이 만족한다. 이렇게 가까운 곳에서 네임드 기업의 연사자분들의 경험을 공유받고, 같은 주제에 대해서 고민해볼 수 있는 기회가 있다는 것에 만족하였다. 컨퍼런스의 재미를 처음 느꼈다. 다음에도 참석 해야겠다 😉