• 개발자의 친구

    개발자의 친구

    TV를 너무 가까이 보면 눈에 좋지 않고 너무 멀리 보면 잘 감상할 수 없다. 시청에는 적당한 위치가 있다. UI 전문가는 이를 고려하여 <10피트 UI>를 개발한다. 모든 일이 그러하겠지만 architect에게도 소프트웨어를 바라보는 적당한 위치가 있어야 한다. architect를 바라보는 외부의 시각도 그때 그때 다르다. “당신이 지금 코드를 보고 있으면 어떡합니까?” 하는 분들도…

    Continue reading →: 개발자의 친구
  • 문서

    문서

    너무 많이 적을 바에는 아예 문서를 적지 않는 것이 나은 경우도 많다.문서는 딱 필요한 만큼만 적어야 한다.그래야 다른 사람이 도와줄 수 있고 나는 더 가치 있는 일을 할 수 있다. – 전규현 문서가 없으면

    Continue reading →: 문서
  • 개발자의 역량?

    개발자의 역량?

    개발자의 역량이 중요하다. 절대 틀린 말이 아니다. 다만, ‘개발자의 역량’ 이란 이름으로 모든 책임을 개발자에게 전가 시킬 때가 있어 불만이다. – 개발자가 문서를 잘 쓸 수 있도록 Technical Writing 교육을 시키자.– 요구 사항 분석이 중요하니 개발자가 잘 분석해서 작성할 수 있도록 하자.– 개발자가 단위 테스트를 잘 할 수 있도록 가이드…

    Continue reading →: 개발자의 역량?
  • 거부감

    거부감

    소프트웨어 개발을 좀 더 잘해보고 싶어서 시도해 봤던 여러 일들을 기억해보면 좋은 기억보다는 반대의 기억들이 많았던 것 같다. “자! 이런 것을 하면 좋습니다!” 혹은 “이런 좋은 것이 있다고 합니다!” 슬픈 것은 그러한 많은 시도들이 개발하는데 귀찮은 일로, 방해가 되는 일로, 도움이 잘 안되는 일로 기억되는 경우가 적지 않았던 것 같다.…

    Continue reading →: 거부감

I’m 春

반갑습니다.
기분 좋고 편안한 하루가 되면 좋겠습니다.

Let’s select