멘토링 일지

이번 주에 예비군 이슈로 프로젝트 활동에 많이 참여하지 못했습니다 ㅠ.ㅠ 감안하고 봐주시면 감사하겠습니다.

문제 접근방식 답변
추가적인 모듈을 프로젝트에 적용시키고 싶을 때 팀원과 함께 프로젝트를 구현하면서 다른 모듈을 추가해서 적용하면 보기도 편하고 관리하기도 편해질 것 같다는 생각이 들 때가 있습니다.
이런 상황에서 프로젝트 일관성을 위해 모든 api 에 대해서 전부 적용하거나 혹은 아예 적용하지 말아야 할 것 같습니다.
제가 모듈에 대해 이해하고 있다고 모두가 이해하고 있는 것은 아니니, 혼자 독단적으로 적용해선 안되고 팀원과 논의해서 프로젝트 전체적으로 적용을 해야 할 것 같아요. 이런 경우 적용시킬지 말지에 대해 결정 할 만한 좋은 기준이 있을까요? 설득하는 방법
  1. 해보자 → OK 베스트
  2. 적용했을 때의 장점을 생각해보자. 미리 작은 부분에 대해서 코드를 작성해서 보여주고, 전후 비교를 해보자.
  3. 만약 컨플릭 나는 경우 → 최대한 빨리 적용해보려하고, 그 사이 뜨는 시간을 버리는 것보다 적용하고, 추후에 컨플릭을 해결하는 편이 낫다.
  4. 기술을 적용하려 한다면 그 기술에 대해서 설명하고 공유하는 시간을 가져보자. | | 바로 해결되지 않는 문제를 마주쳤을 때 | 바로 해결방법이 떠오르지 않거나, 혹은 해결하는데 오랜 시간이 필요한 문제를 마주쳤을 때 어떤식으로 접근하면 좋을 지 궁금합니다. 개인적으로 한가지 문제에 너무 매몰되어 낭비하는 시간이 많은 것 같습니다. 다른 작업부터 먼저 해결하려 해도 자꾸 이전 문제가 떠올라 집중하지 못하는 것 같아요. | 기술부채 - 쌓아놓고 청산하자. 만약 크리티컬한 기능이 아니라면, 미뤄두고 기술부채로 쌓아놓은 뒤에, 리팩토링으로 해결해보자.

팀원간에 문제해결 과정에서 이렇다 할만한 아이디어가 떠오르지 않는 경우 - 각자 관련 기술에 대해서 리서치, 레퍼런스를 찾아보고 공유하는 시간을 갖자. | | 오프라인 활동 시간 중 팀원 간 실시간 소통 | 오프라인으로 활동하면서, 각각 활동을 문서화하고, 공유해야 하는 내용들을 빠르게 공유하고 피드백 받을 수 있는 방법이 있을까요? | 당당하게 슬랙에서 멘션해보자. 서로서로 닦달하는 분위기를 만드는 것도 괜찮다. |

기타 경험