개발자 - 과정중심 - 논리 기반 기술적 문제에 푸는 것만 급급하는게 아니라, ‘문제해결완료'라고만 쓸 수 없으니, 잠자는 시간을 쪼개서라도 탐구는 해야 함. 팀원들이 뭐하는거냐고 하더라도. 탐구한 사람이 결국 같은 프로젝트를 해도, 과정의 깊이가 다를 것 CTO를 설득할 수 있으려면. 탐구한 과정에 대해서 기술 블로그에 기록하고 과정 해야 함. 탐구한 과정을 기억하려고 하지말고, 어떻게 검색하고 탐구했는지를 기술 블로그에 남길 것. 인정하고 믿을 만하고 객관적 사실이라는걸 해줄 것. 예상은 많이 하지만, -> 이게 맞게 가고 있는건가, 내가 어떤 결과로 가고 있는지를 예상. 모르겠으면 멘토에게 항상 물어보기 -> 이렇게 하면 어떻게 결과가 나올까요 예쌍 해야지만, 실제 결과와의 차이 알 수 있음 -> ..