클린 코더: 의견
Source: Dev.to
Work Ethic
“당신은 주당 60시간을 일할 계획을 세워야 합니다. 처음 40시간은 고용주를 위한 시간입니다. 이 시간에는 당신의 문제가 아니라 고용주의 문제에만 집중해야 합니다. 남은 20시간은 당신을 위한 시간입니다. 이 남은 20시간 동안에는 독서, 연습, 학습, 그리고 경력을 향상시키는 활동을 해야 합니다.”
우리는 일주일에 168시간을 가지고 있습니다: 수면에 56시간, 일에 40시간, 자기계발(및 즐거움)에 20시간, 나머지 52시간은 모든 다른 일에 사용됩니다. 중요한 것은 그 20시간에 대해 스트레스를 받지 않는 것이며, 열정과 동기를 유지시켜 주는 활동에 활용하는 것입니다.
Know Your Domain
“새로운 분야에서 프로젝트를 시작할 때는 그 주제에 관한 책을 한두 권 읽으세요. 고객과 사용자에게 그 분야의 기본과 기초에 대해 인터뷰하세요. 전문가와 시간을 보내고, 그들의 원칙과 가치를 이해하려고 노력하세요.”
꿈꾸던 직장을 얻지 못했더라도, 회사의 제품과 서비스를 이해하는 데 시간을 투자하면 실제 가치를 제공할 수 있습니다. 단순히 코드를 잘 짜는 것이 아니라, 당신이 서비스를 제공하는 비즈니스와 맞추는 것이 중요합니다.
Saying No – Trying
“‘시도해 보겠다’고 약속하는 것은 계획을 바꾸겠다는 약속입니다. 결국, 기존 계획은 충분하지 않았던 것이죠. ‘시도해 보겠다’는 약속은 새로운 계획이 있다는 뜻입니다. 새로운 계획은 무엇인가요? 당신의 행동을 어떻게 바꿀 건가요? 이제 ‘시도’하므로 어떤 다른 일을 할 건가요?”
구체적인 계획 없이 ‘시도한다’는 약속은 본질적으로 거짓이며, 마감일을 놓친 것에 대한 불편한 대화를 미루는 것입니다.
Saying Yes – A Language of Commitment
By Roy Osherove
- Say you’ll do it.
- Mean it.
- Do it.
이 세 단계의 약속을 이해하면 추정치, 마감일, 커뮤니케이션이 위험에 처했는지 평가할 수 있습니다. 마이크로매니지먼트를 피하기 위해 현명하게 활용하세요.
Coding – Flow Zone & Writer’s Block
팀워크를 희생하면서까지 하이퍼 포커스를 추구하지 마세요. 페어 프로그래밍은 의문점을 해소하고 차단을 풀어줄 수 있습니다. 음악을 듣는 것(예: Hans Zimmer, Ludovico Einaudi)은 생산적인 “존”에 들어가는 데 도움이 될 수 있지만, 협업이 종종 혼자 흐르는 것보다 더 중요하다는 점을 기억하세요.
Practicing – Practice Ethics
“전문 프로그래머는 자신의 시간에 연습합니다. 고용주가 당신의 기술을 날카롭게 유지하거나 이력서를 다듬어 주는 것이 아닙니다. … 프로그래머 고용주는 당신에게 연습 시간에 대한 급여를 지급할 의무가 없습니다.”
책은 의사, 축구 선수, 음악가와 같은 강렬한 비유를 통해 기술 개발이 개인의 책임임을 강조합니다. 주당 20시간을 학습에 할애하기가 어렵다면, 이것을 동기 부여가 되는 상기시킴으로 삼으세요.
Time Management – Stand‑Up Meetings & Focus‑Manna
“각 참가자는 세 가지 질문에 차례대로 답합니다:
- 어제 나는 무엇을 했나요?
- 오늘 나는 무엇을 할 예정인가요?
- 무엇이 내 앞을 가로막고 있나요?
각 답변은 20초를 넘지 않아야 합니다.”
스탠드업은 간결하게 유지하세요; 더 깊은 논의가 필요하면 짧은 후속 전화를 잡으세요.
집중 휴식을 위해 포모도로 기법, 높이 조절이 가능한 책상, 창가로 짧은 산책 등을 실험해 보세요. 여러분만의 재충전 전략을 댓글에 공유해 주세요!
Collaboration
“그날 나는 무언가를 배웠다. 우리가 하는 일에 열정을 갖는 것은 좋지만, 우리에게 비용을 지불하는 사람들의 목표를 눈여겨 보는 것도 좋다.”
열정은 중요하지만, 고객의 목표와 맞추는 것이 필수적입니다.
Mentoring, Apprenticeship, and Craftsmanship
“학교는 컴퓨터 프로그래밍 이론을 가르칠 수 있지만, 장인 정신의 규율, 연습, 기술을 가르칠 수는 없습니다. 이러한 것들은 수년간의 개인적인 지도와 멘토링을 통해 습득됩니다. … 이제 우리는 견습, 인턴십, 장기적인 지도 프로그램을 도입해야 할 때입니다.”
팀 내 지식 공유를 장려하세요—비공식 세션, 멘토링, 혹은 구조화된 견습 프로그램을 통해서든 말입니다.
Tooling – UML/MDA
(Section placeholder – the original article ended abruptly here.)
For more details on the book, see the Amazon listing: Clean Code – Handbook of Agile Software Craftsmanship.