킥오프 미팅

멘토링 방식

그룹 멘토링 일정

• 1주차 : 금 오후 9시
• 3, 5주차 : 목 오후 9시
• 멘토링 24시간 전에 멘토링 일지 작성해서 전달

개인 멘토링 일정

• 추후 멘토님과 상의 후 결정

멘토링에서 하지 말아야 할것

• 너무 사적인 이야기 금지
• 스스로 생각할 수 있는 것은 생각해서 해결하기. 무지성 질문 금지. 개발의 주인공은 우리다!

멘토님과 소통 방법

• 슬랙으로 소통
• 슬랙 상시대기. 슬랙 응답 잘하기.

그룹 프로젝트

• 너무 초반에 갖춰놓고 시작하려고 할 필요는 없다.
• 첫 주에 기획에 너무 힘 빼지 말자.
  • 화면 하나하나 신경써서 안정해도 된다.
  • 설계나 기획이 처음부터 완벽할 수 없다.
  • 설계하고 구현하고를 반복하며 개선해 나가는 것이 프로젝트이다.
• 프로젝트는 수정되고 바뀌는 것이 당연하다.
• 앞으로 취업을 한다면 그룹 프로젝트와 같은 경험은 하기 힘드니 지금 열심히 잘 프로젝트를 수행해보자.
  • 코드 한줄, 한 단어에 어떤 작용을 하는지 인풋과 아웃풋은 어떻게 되는지와 같은 이해를 하고 의미를 담아 쓰자.
  • 자신이 작성한 코드를 모두 이해할 수 있어야 한다.
  • 기술을 어떻게 찾았고, 어떤 스펙을 가지고 있고, 어떤 방식으로 공부했고, 어떻게 적용했는지 정리해서 기록해두자
• 프로젝트 완성도를 높이자
  • 유저 입장에서의 완성도가 아니다.
  • 개발자 입장에서의 완성도가 진정한 완성도
  • 개발자 입장에서의 완성도란, 개발자가 만들면서 겪은 경험이 충만하고 꽉 차있어야 한다.

우리의 질문

기획을 하면서 깊게 들어가는 문제가 있다

• 논의사항이 생겼을때 누가 정답인지 모르니까 깊어진다면 끊어낼 줄 알아야 한다.

• 끊어내는 방식은 팀에서 결정 해야한다.

  • 기획 회의나 의사 결정은 비용을 쓰지말고 빨리 정하는 것이 좋다.
  • 의사 결정에 시간을 쓰는것 보다 일단 적용하고, 안되는 것을 파악하고, 다시 하는것이 더 좋은 방법이 될 수 있다.
  • 일단 최소 비용으로 결정하고, 구현하고, 변화를 하는 방식이 좋다.

• 속기

  너무 초반에 갖춰놓고 시작하려고 할 필요가 없다. 취업하면 이런식으로 프로젝트를 할수있는 경험이 이제 없다. 한줄을 쓰더라도 어떤 작용을 하는지, 인풋과 아웃풋이 어떻게되는지, 인터페이스가 어떻게되는지 이해하고 쓰셔야한다. 코드 한 단어씩, 한줄마다 의미가 있어야한다. 기술을 어떻게 접근해서 찾고, 어떤스팩으로 되어있고 이런거를 잘 해야한다. 완성도 = 유저가 사용할수있는게 아님. 개발자가 보기에 완성도가 있어야함. 개발자가 만들면서 경험한 경험이 충만해야한다. 첫주에 기획에 너무 힘빼지마라. 화면 하나하나 안정해도 됨. 설계가 완벽할수도없고 설계하고 구현하고, 설계하고 구현하고 반복하자. 수정하는게 당연하다.

  멘토링 24시간 전에 멘토 일지 작성, 금요일 9시 멘토링

  멘토링 하지말아야할거 : 스스로 생각할 수 있는 방향은 생각해보기, 너무 사적인 질문 금지

  소통방법 : 슬랙으로 소통, 슬랙에 응답 잘하기

  주제 딥다이브 문제 : 정할때 누가 정답인지 모르니까 끊어내야함. 정할때 비용 쓰지말고 빨리 정하자. 아이디어가 부딪혀서 오래가는 그런 상황을 걍 없애고 걍 일단 정하고 일단 구현하고 그다음에 변화를 주면 된다.

  논의를 오래하는거보다 그냥 빨리 시도하고 안되는구나 하고 결론내는게 낫다. 기획 회의나 의사결정할때 적용해보자.