2020-07-03-TIL

Fact

• 오늘 # 경주로 건설 를 풀려고 했으나 못 풀었다. 보드가 주어지고 거기에 따라 제일 변화가 없고 짧은 경로로 마지막 구간에 도착하는것을 구해서 그에 대한 가격을 리턴 해야한다. 처음에 dfs 로 짤려고 했으나 내가 짠 로직이 조금 문제가 있었다. 그래서 bfs로 바꿨다. bfs로 바꿔서 주어진 testcase는 다 통과 되었으나 제출 했을때 반은 실패 했다.

Feelings

• 부스트캠프 가즈아

Findings

• 신입 개발자가 하지 말아야 할것

  1. (a)계속 질문하기/(b)질문 안하기

     • (a)인터럽트가 발생하여 다른 사람의 생산성에 영향을 줄 수 있다.
     • (b)좋은 결과가 나오기 힘들다
     • 문제를 해결 할려고 최선의 노력을 해보고 빠른 판단을 내려서 주어진 오늘의 업부를 오늘 내로 내 능력으로 못할것 같으면 물어보기.

  2. 이해하기 전에 대답하기

     • 자기 확신이 강한데 경력까지 쌓이면 꼰대가 될 확률이 높다.
     • 큰사고 날수도, 이런 사람은 잘 물어 보지 않고 자기 확신에 의해 마이웨이 가다가 사고 난다.
     • 자기가 경력이라도 겸손한 마음을 갖고 배울점이 있다고 생각하고 듣는다.

  3. 이해한 척 하기

     • 이해한척 해서 그냥 진행할때가 많다. 결국에 결과가 안좋을 확률이 많다.

  4. 해보지도 않고 결론 내기

     • 문제에 대한 검증 하기 위해서 임시로 코드를 짜는게 프로토 타이핑 인데 이것을 해보고 대답하는게 좋다.
     • “제 생각엔 이래서 안될것 같아요” 는 쓰지 말자.
     • 뇌피셜만 얘기하면 본인의 신뢰도가 떨어 질 수 도 있다.

  5. 담당 모듈에 대한 공부를 하지 않는것

     • 신입은 보통 유지 보수나 관리 업무에 투입되는데 자기 자신만 주어진 부분만 보고 전체적인 그림을 공부 하지 않는다.
     • 올바르게 수정 하기 위해서 그림을 크게 봐야 한다.

  6. 구현 실수

     • 실력은 하다보면 늘기는 하지만 테스트를 잘 안한다
     • tdd 하자. 이 기능에 대한 테스트를 어떻게 짜야 할지 고민을 하다보면 “아 코드를 이렇게 만들어야 되겠네” 라는 생각이 날거다. 그러면서 실력이 늘어난다.

  7. 자꾸 하나씩 빼먹는것

     • 신입들이 대부분 바빠사 하나씩 뭔가 까먹을때 가 있다
     • 방지 하기 위해서 알림 기능을 활용하자.
     • 자꾸 반복되면 자기 자신의 신뢰성이 떨어진다.
     • 한번 하면 실수 이지만 두번 하면 실력

  8. 일정 지연

     • 일이 얼마나 걸리는것을 일정 산출인데 이것을 잘 못한다.
     • 일정 지연이 되면 안되니 자기 자신이 생각했던 일정 산출의 2.5배로 말하면 좋다.
     • 단순 구연만 일정 산출에 넣는게 아니라 디버깅, 코드 리뷰 후 수정, 등등을 다 넣어 줘야 한다.

• 협업을 할때 하면 좋은것들

  1. 나의 상황을 공유한다.
  2. 결과물을 리뷰 받는다.
  3. 의논해서 진행 방향이 맞는지.

출처: https://www.youtube.com/watch?v=NHuxGa8dL1s

• 정규식 쓸때 ? 를 쓰면 옵션얼 하게 줄 수 있다. 예를들어 -?a 면 a 도 되고 -a도 된다.

Future Action

• 부스트 캠프 가즈아~