[실무] 고려사항 / 받은 피드백

의도 / 시야 / 협업

• 업무의 전체 그림 보기
• 업무가 전체 그림에서 어느 부분에 위치하는지 파악하기
• 업무의 의도 파악하기. 나는 서두르다보면 의도 파악에 실패한다.
• 의문사항은 반드시 질문하기

 

문서

• 개발 문서는 코드를 볼 수 있는 힌트.
• 코드를 잘 짠다는 것은 남이 이어서 작업하기 쉽다는 것. 문서가 이 기반이 된다
• 코드와 문서는 매핑되어야 한다.
• 제대로 된 화면 설게도 하나만 있어도 다른 문서들은 필요 없다. 

 

개발

• 더 빠르고 편리하게. 이슈가 덜 나오게 개발하기
• 반복 작업이 줄여야지 빠른 개발이 가능하다. 이슈를 줄일 수 있다.
• 내가 만든 기능의 테스트는 내가 해야 한다. 이슈 발견을 QA에 의지하지 말 것.
• 짧게 개발하고 테스트는 많이 하기
• 플랫폼에 대한 이해도를 높여야 한다.
• 코드의 재사용(모듈화)에 힘쓰기

 

피드백 

• 나는 시야가 좁지는 않으나 업무/프로젝트를 확 밀고 나가는 힘이 부족하다