201209 team meeting

멘토님과 미팅

A팀 발표

• 4주,5주 계획
• 지난주 수요일 이후 개발한 기능
  • 피드백: 로그아웃 누르면 팝업으로 한번 더 확인하면 좋음
• 디비 seeder 구현
• Cypress
  • 코드 볼 수 있을까요?
  • jest로 테스트 한것을 화면으로 테스트 하는 것이군요

Q&A

• cluster는 그럴 수 있음. 그대로 진행. 쉽게 말해서. 노드 인스턴스를 여러 개 띄우면 subscription을 할 때 in memory로 들고 있기 때문에 node instance들 끼리는 메모리 공유가 안됨. 여러 인스턴스가 각각이 클라이언트 소켓 정보를 가지고 있어서 문제가 생길 수 있음. 그래서 하나의 디비에 따로 저장해서 공유해서 쓸 수 있음. 하지만 말하신대로 오버스택이 맞음. 따라서 그대로 진행
• 다른 조직에도 이렇게 레디스를 사용하고 있음

Q: 새로고침하면 데이터가 다 날라갈땐데 어떻게 유지함? 새로고침하면 다 날라갈텐데 - 새로고침할 때 유저 정보와 오더를 불러오고 있습니다. - 피드백: 새로고침할 때 정보가 남도록 redux-persist를 사용하는 방식도 있는데 어떻게 진행했는지가 궁금했음.

피드백

• 누가 드라이버 유저인지 채팅에서 보일 수 있도록
• Q: 채팅 페이지에 있지 않은데 채팅이 들어오면 알림이 뜨는지?

B팀

• 지난주에 1순위 기능 개발을 마침

Q: 운행내역. 페이지네이션은 굳이 필요하지 않음.

버그

• 매칭이 되고 나서 취소를 하면 대기였던 드라이버가 대기큐에서 사라지고 다시 나와야 하는데 문제가 생겨서 새 오더가 드라이버에게 나타나지 않음.

• 플로우에 빠져있는 부분. 타고 나서 목적지까지 가는 기능이 없음. 테스트코드도 중요하지만 그것보다는 이 기능이 더 중요하다.

• 테스트코드는 다 하고 나서 하는 것이다.

C팀

• Apollo client 리팩토링
  • useQuery랑 useQuery를 사용하도록 리팩토링
• 기능구현
  • 매칭 후 탑승 하차

위도,경도에 +- 해서 택시가 안잡히면 위치 범위를 넓혀서 다시 택시를 검색 위도, 경도 수학 공식으로 구현하지 말고 라이브러리를 사용하세요 - 수학 공식으로 직업 구현하는 것은 메리트가 없음

Q: 도착지 어떻게 설정?

• 드래그에서 놓으면 위치가 설정이 됨

피드백: 한번의 드래그로 위치를 설정하면 화면 밖의 위치는 여러번 드래그를 해야 하는데 안되는 불편함이 있을 것 같음.

• 추가적으로 채팅 기능 구현중 + https 배포 문제

Q&A

• 필수 기능 구현은 끝남. 그 이후 방향은 어떤 쪽으로 하면 좋을지?
  • 팀원들끼리 상의해서 정하도록.

피드백

• 뭘 할지는 팀원들이랑 상의해서 선택하는 것이 좋음

멘토님 화면 공유

• 찌라시 보여주심
• 위치를 설저앟ㄹ 때 여러번 드래그해서

전체 피드백

• 결국에는 다들 취업이 목적임

• 발표 준비 및 태도가 중요함

• 이렇게 발표하면 안뽑음. 더 신경을 써야 함.

• 발표를 하다가 실수를 할 수 있지만 준비를 했다는 것이 보여지지 않음.

• A조는 기능 개발이 어느 정도 되어 있기 때문에 테스트까지는 괜찮다.

• 면접관을 한눈에 사로잡을 수 있어야 한다.

• 질문이나 리액션이 없음.

• 준비나 태도가 좋아야한다.

• 간절함이 잘 안보인다.

• 열심히 하는 사람은 눈에 보인다.

• 어떻게 나를 어필 할 수 있을지 고민하는 것이 좋겠다.

• 후배같아서 해주시는 말씀.

• 경력자들이 떨어지는 이유: 기능개발만 하셔서. 어떻게 돌아가는지를 고민을 안해보시고 개발하심.

  • node는 왜 싱글스레드인지.
  • node는 스레드풀이 있는지.
  • 그런 수준으로 물어보지 않지만 대답할 수 있으면 눈에 띈다.

• 얘기를 했을 때 피드백이나 반응이 중요.

• 개발을 하기 전에 고민만 하는것은 좋지 않음.

• 결국에는 보여지는 단면단면이 평가된다. 하지만 회사/현실은 그렇다.

• 이미지가 중요하다.

• 피드백을 주시는 이유는 안타까워서. 왜 간절함을 안보여주는지.

• 본인은 본인이 제일 잘 안다.

• 따라서 제일 첫번째로 할 게 나의 장단점을 아주 냉정하게 판단하고.

  • 장점은 어필하는 방법을 고민.
  • 단점은 다른 부분으로 커버

• 포토폴리오, 개인만의 전략을 잘 짜야 함.

• 멘토님 면접준비

  • 구조도나 도식화 해서 한눈에 해서 만들었다. 모든 프로젝트마다.
  • 내 위주로 하지 말고 듣는 사람을 기준으로 준비해야 함.
  • 어떻게 더 잘 이해하시고 내 장점을 더 어필할 수 있을까.
  • 경력의 나열이 아니라 필살기가 필요함. 남들이 안해본 것이 필요함. 다른 사람들에게는 평범하지만 안해볼 것 같음 것들을 만들어서 해보기.
  • 동영상 플레이어를 직접 만들어봄.
    • 동영상 sdk 광고 플레이어.
    • 과정을 설명하면서 보여준다.
    • 광고 부서라서.
  • 면접 준비할때도 원하는 부서와 직무에 따라 정확하게 준비해야 함.

• 준비를 잘 해왔다. 서류나 문서 등등.

• 뽑을 사람은 이미 정해졌다.

• 질문

  • 여러 방법을 시도해보고 그걸을
  • 대안도 가져와보고
  • 질문 할 때 그냥 안된다가 아니라
  • 여러 케이스들을 했는데 안됬다. 예상되는 방식이 있응면 그게 가능할지. 구현할 수 있는 대안이 있으면 다 해보고 안되는ㄴ 대안을 가지고 와서 질문하는것.

네이버 평가

• 일년 내내 칭찬을 받았지만 평가가 안좋음
  • 아무도 나한테 뭐라고 하지 않음
  • 들어오는 기회는 잡아야 한다.