대학생 개발자들의 초행길을 비춰주는 등대

Techeer에서 주관하는 컨퍼런스인 TecheerCon에 다녀왔다.

세션은 다음과 같이 이루어져 있었다.

다양한 세션이 있었는데,

사진 촬영이 불가해서 아쉬웠지만 세션을 진행한 사람들 대부분이

비슷한 또래(?)인 사람들이었기에 조금 더 자극을 받을 수 있는 신선한 컨퍼런스였다.

그 중 기억에 남는 세션 내용들을 들으면서 정리 해보았다.

얼어붙은 시장 속 따뜻하게 취업 준비하기

피드백은 잘 수용하자

준비해야하는 것

1. 이력서 → 프로젝트 기술블로그
   • 프로젝트
     • 개발 경험 키우기
     • 최신 실무 기술 공부
   • 기술 블로그
     • 기술을 글로 설명하기
2. 코딩테스트, 과제전형
   • 코테 : 자료구조, 알고리즘 → 기출에는 DFS, BFS, DP
   • 과제 전형 : 프로젝트 (개발 경험 키우기), 문서화 (기술을 글로 설명하기)
3. 기술 면접
   • 기술을 말로 설명하기
   • 최신 실무 기술 공부

개발 경험 키우기, 최신 실무 기술 공부, 기술을 설명하기

당장 이력서를 써야하는 이유

• 내 현 상태를 진단하기 가장 좋은방법
• 다른 사람에게 피드백을 받을 수 있는 최소 조건
• 이력서를 잘 쓰면 내 실력의 120% 까지 표현 가능

프로젝트를 할 때 알아야 할 것

• 멋진 서비스를 만들자 X → 멋진 기술을 경험해보자
• 프로젝트의 개수 X → 실무진에게 임팩트있는 것
• 왜 이런 기술을 썻는지, 왜 이렇게 했는지 물어보는 것이 중요
  • 주의 사항 : 프로젝트가 공부에 큰 도움이 되지만, 모든 내용을 프로젝트로 공부할 순 없다.

스터디는 프로젝트로 경험한 기술을 깊게 할 수 있는 방법

• 자신에게 재미있고 관심있는 것을 공부하는게 좋음
• 여러 참여자의 경험이 공유될 때 시너지 발생

최신 트렌드를 따라가는 방법

• 기술 컨퍼런스, 회사 기술 블로그, 채용 공고 등을 확인하자

기술을 설명하는 연습

• 기술 세션
• 기술 블로그

기술 블로그를 써야하는 이유

• 면접에서 자주 물어보는 포인트를 공부하기 위해
• 내가 이런 것도 제대로 다룰 줄 안다는 사실을 알리기 위해 → 들어 줄 사람이 없다면 오리 인형에게라도 (러버덕 디버깅)
  

어떻게 준비해야할까? - 코딩테스트

• 코테 언어? → 시험마다 다르다
  • 소마, 공채 등 : 쉬운 언어 (백 = 파이썬, 프=자바스크립트)
  • 상시 채용 (일부 공채) : 본인 전문 분야의 언어
• 꾸준히 준비하기 보다는 중요한 시험 전 벼락치기
  • 코테는 기업에서 가장 저렴하게 허수를 걸러내는 방법
  • 생각보다 개발 스킬에는 도움이 안된다

어떻게 준비해야할까? - 면접

• 준비 단계
  • 면접 경험자에게 모의 면접을 여러번 보는것이 좋음
  • 기업의 최근 뉴스와 기업 소개글을 보고 가면 좋음
  • 이력서의 내용에 따라 면접의 흐름이 달라짐
• 면접 단계
  • 이미지가 만들어지는 첫 10분 동안 잘 대답해야 이후의 면접이 쉬워진다
  • 모르는 것은 모른다고 하는 것이 좋고, 의견을 물어본다면 어떻게든 답해 보는 것이 좋다.

어떻게 준비해야할까? - 소프트 스킬

• 소프트 스킬 = 같이 일 하는데 사용하는 능력
  • 다른 사람과 팀 프로젝트 또는 스터디를 하며 성장할 수 있음
• 개발자 네트워크 : 개발 동아리 등 개발 커뮤니티
  • 단발성이 아니며 다양한 사람과 만날 수 있음

혼자 하기는 힘들다 ! 다른 사람들과 함께 하자 !

우리가 프로젝트를 당장 시작해야 하는 이유

내가 프로젝트를 왜 해야돼?

1. 코딩을 배우는 가장 좋은 방법은 단언컨대 코드를 짜는 것
2. 협업 경험, 인간 관계, 사회 생활
3. 실무 체험
4. 취업에 압도적 도움

→ 주제는 처음에는 작게, 점진적으로 크게

팀 프로젝트를 반드시 해보자

• 협업 경험, 인간 관계 등 사회 생활에 필수적인 덕목을 기를 수 있음
• 팀을 리딩할 경우, 팀 리더는 리더십, 일정 조율, 갈등 중재, 태스크 매니징, 조직문화 개선 피드백 경험 등을 하게됨
• 팀리더가 아니라도 적극적 참여성, 커뮤니케이션 능력을 기르고, 협력 및 유연성, 자기주도적인 학습과 성장을 도모할 수 있음

팀프로젝트에서 생기는 다양한 애로사항 → 면접에서 쓸 거리

• 태스크 분배의 어려움
• 팀원 간 분쟁
• 효과적인 커뮤니케이션 방법의 부재

실제로 겪어보고 고민해보면서 나만의 해결책을 찾아보자

프로젝트를 잘하는 방법 → 모두 아는 데 안하는 것들

• 답지 안보기
  • 답지를 보면 생각을 멈추게 된다. 스스로 고민을 먼저해보자
• 기록 남기기
  • 회의록, 스터디 노트 등 많은 것을 직접 작성하자
  • 단, 인터넷에서 배끼지 말고 자신만의 노트를 작성해야함
• 오답노트 작성하기
  • 몇 번이고 실패해도 좋음. 하지만 무엇이 왜 안되었는지 기록해야 실수로부터 배울 수 있음
• 회고하기
  • 앞만 보고 달리기만 해서는 안됨
  • 주기적으로 스스로를 돌아보고 성찰하자

이력서에 쓰지 말아야할 것들

1. 회사는 당신의 앱 이름에 관심이 없음

2. 회사는 프로젝트 주제에 웬만해서는 큰 관심이 없음

3. 프로젝트는 다다익선이지만 이력서에 너무 많이 넣으면 독이 됨

   → 내가 설명할 수 있는 만큼만 넣자

4. 포트폴리오 또는 링크로 대체 → README 연결, 정리된 Notion Page 연결

글쓰며 성장하기

→ 글또 !

개발자의 성장에 기술 블로그가 중요한 이유는?

• 나만의 데이터베이스
• 문서화를 습관화
• 면접에서 이야기할 소재 → 기술 블로그
  

기술 블로그 작성 방법

• 주제 선정 방법
  • 프로젝트에서 내가 구현한 내용
    • 어떻게 구현했는지 그 과정에 대해 자세하게 작성
    • 나중에 같은 기능을 구현할 때 참고할 수 있음
  • 공부하고 싶은 개념
    • 프로젝트 또는 공부를 하다가 깊게 파보고 싶은 개념에 대한 설명을 작성
    • 한 가지 개념에 대해 깊게 공부 해볼 수 있는 기회
  • 에러 해결 과정
    • 프로젝트 중 발생한 에러에 대한 해결 과정을 자세하게 작성
    • 나중에 같은 에러가 발생할 경우 참고할 수 있음
  • 기타
    • 컨퍼런스 참가 후기
    • 책 내용 정리
    • 회고
• 내용 구성 방법
  • 개요
    • 글의 시작, 작성한 이유를 담기
    • 이 기술을 적용하게 된 배경
      • 프로젝트에서 발생한 문제 상황 또는 기능 구현에서의 요구사항
    • 이 기술을 프로젝트에 적용하게 된이유
      • 해당 기술을 프로젝트에서 사용해야만 했던 이유
    • 이 글에서 다루게 될 내용
      • 어떤 내용을 설명할 것인지 간략하게 소개
  • 개념
    • 사용한 또는 공부한 기술에 대한 개념을 정리
      • 어떠한 기술인지 내가 이해한 내용을 독자가 읽기 쉽도록 풀어서 설명
      • 동작 원리 같이 구체적인 내용도 실습 또는 전체적인 내용을 이해하는데 필요하다면 작성
      • 이 기술을 프로젝트에 적용하게 된 이유 ( 더 구체적으로 )
        • 문제 상황을 해결할 수도 있는 다른 방법들도 있을텐데, 굳이 이 방법을 사용한 이유
      • ~~ 장단점이 있지만, 이러한 상황에서는 ~~ 한 이유로 이 기술을 적용하는 것이 좋다고 판단했다는 결론을 작성
        • 해당 개념의 장단점과 이유를 명확히 파악할 수 있음
  • 실습
    • 해당 기술을 사용해서 직접 실습한 내용
      • 해당 기술을 프로젝트에 직접 적용해보는 실습 과정
        • 번호를 달아서 단계별로 구체적으로 작성
        • 실습 과정에서 작성한 코드나 결과 화면 사진은 반드시 첨부
      • 구현하면서 발생한 문제 상황
        • 기술을 적용하는 과정에서 에러나 경고가 발생한다면 해결 과정을 반드시 기록
        • 에러 메시지도 함께 첨부
  • 활용
    • (옵션) 해당 기술을 활용한 다른 예시
      • 활용은 선택적인 부분
      • 사용한 기술에 대해 더 깊게 생각해볼 수 있음
  • 마무리
    • 글의 전체적인 내용을 정리
      • 글의 전체적인 내용을 간단하게 요약
    • 나의 생각
      • 기술을 사용해 보고 나서 든 생각들을 작성
      • 이기술을 ~~부분이 좋고, ~~부분이 아쉬웠다.. 등

개념에 대한 설명을 작성하는 방법

• 개요
  • 이 기술에 대해 글을 작성한 이유
  • 이 글에서 다루게 될 내용
• 개념
  • 개념 설명
    • 어떤 상황에서 사용되는 개념인지 예시와 함께 설명
  • 기술의 사용법 또는 활용법
    • 실제 코드에서는 개념이 어떻게 적용되는지 예시와 함께 설명
  • 다른 기술과의 비교
    • 해당 개념과 유사한 다른 기술에 대해 작성
    • 다른 기술들에 대한 간단한 설명과 장단점에 대해 설명하며 어떤 차이점이 있는지 비교
• 실습 → 실습 내용은 반드시 포함하기
  • 개념을 알았다고 해서 해당 기술을 사용할 수 있게 된게 아니기 때문에 직접 적용해보는 과정이 매우 중요
  • 독자자도 개념 설명뿐 아니라 예시 코드가 있어야 이해가 더 쉬움
  • 해당 기술을 직접 사용해보는 실습 과정
• 마무리
  • 전체적인 내용정리
    • 글의 전체적인 내용을 간단하게 요약
  • 나의 생각
    • 기술을 사용해보고 나서 든 생각들을 작성

에러 해결 과정을 작성하는 방법

• 개요
  • 에러가 발생한 배경
    • 에러가 어떤 상황에서 발생했는지 상황을 자세히 설명
• 에러 분석
  • 에러 메시지 해석
    • 에러 메시지를 첨부하고, 내용을 해석
  • 에러 발생 원인 분석
    • 해당 에러가 발생한 원인을 찾는 과정을 자세하게 작성
• 시도한 방법
  • 에러를 해결하기 위해 시도한 모든 방법을 정리
    • 시도한 과정, 결과까지 자세하게 작성
    • 해결되지 않은 방법이라면 왜 그런지 그 이유도 함께 작성
• 해결한 방법
  • 에러를 해결한 과정을 자세하게 작성
    • 여러가지 방법이 있다면 모두 작성
    • 해결한 코드는 반드시 첨부

기술 블로그 작성 팁

1. 왜 했는지 자세하게 작성하자
   • 어떻게 했는지에만 집중하지 말고, 왜 했는지 그 이유를 계속해서 생각해보자
2. 나만의 글을 작성하자
   • 모두가 작성하는 개념 정리 글이 아니라 나만의 경험과 생각이 담긴 글을 작성하자
3. 블로그는 개인 노션이 아니다
   • 다른 사람이 이해하기 쉽도록 자세하게 설명하자

기술 블로그 작성 - 사소한 팁

1. 글의 주제를 잘 나타내는 썸네일 넣기
   • 독자자가 글의 내용을 파악하는데 썸네일도 큰 도움이 됨
2. 내용마다 구분선으로 구분하기
   • 가독성도 읽기 좋은 글의 중요한 조건
3. 코드는 코드 블럭으로 넣기
   • 사진으로 넣으면 코드를 복사해서 사용할 수 없음

항상 컨퍼런스를 갔다오면 뭔가 해야만한다는 의지가 다시 활활 타오르게 된다.
이번 컨퍼런스 역시 유익했던 시간이였다 😁