개발자 원칙2 2022 개인 회고 2021년엔 개인 회고를 작성하지 않았다. 일기장에 있는 내용들을 모아서 2021년부터 작성할까 하다가, 그럼 또 2022년 개인 회고를 미루게 될 것 같았다. 회사와 관련된 2022 CTO 회고는 이미 작성했기 때문에, 회사가 아닌 개인 생활를 정리했다. 새로운 회사의 적응을 마침과 동시에 개인 생활을 점검해본 한해였다. 생활 07~08 시에 출근해서 22~23시에 퇴근하는 생활을 한동안 계속 했다. 아침 일찍 아무도 없는 회사에 와서 책을 보거나 개인 일정을 진행하면 참 기분이 좋았다. 특히 유스페이스 스타벅스점은 아침 7시부터 오픈을 해서, 커피사서 회사 타운홀 창가에 앉아서 책을 보거나 코드를 작성하면 오늘 하루가 참 잘될것 같다는 느낌을 받곤 했다. 올해 사무실을 이사한 날, 처음으로 출근했을때.. 2023. 1. 14. 소프트웨어 원칙 만들기 유튜브와 블로그를 하다보면 여러 사람들에게 고민 상담 메일을 받게 된다. 그 중 자주 받는 질문은 다음과 같다. "일정을 지키고자 버그가 많은 소프트웨어를 출시하는 것이 마음에 들지 않습니다. 어떻게 하면 일정을 연기해서 안정된 소프트웨어를 내는 것이 더 중요하다고 리더들을 설득할 수 있을까요?" 이런 고민에 대해 항상 윈도우 95의 프로그래머이신 "나카지마 사토시" 님의 이야기를 전달한다. 아래 문장은 나카지마 사토시님의 저서인 오늘, 또 일을 미루고 말았다 에 나온다. "프로그래머에게 요구되는 것은 100점이 아닌 80~90점짜리 프로그램을 기한 내에 완성하는 일이다." 이렇게만 답변을 마무리 한다면, "퀄리티 보다 일정이 더 중요한 것인가" 라고 생각이 될 수도 있다. 그래서 항상 덧붙여 이야기하기.. 2022. 12. 2. 이전 1 다음
