기술 블로그를 작성하는 이유

개발자들이 기술 블로그를 작성하는 이유가 뭘까?

개발하기도 바쁜데, 글까지 쓰라고요?

코딩을 배운 지 얼마 되지도 않은 (1년이 쪼오오금 안된) 코린이인 나.
많은 기업에서, 학원에서, 주변에서 기술 블로그를 중요시하고 있다. 점차 유명 기업에서 기술 블로그들을 활발하게 작성하고 있다 보니, 기술 블로그 모음 사이트까지 생겨났다.

https://techblogposts.com/

개념 익히고, 문법(Syntax) 공부하기도 바쁜데, 글은 도대체 언제 쓰지...?
만약에 쓴다고 하면 어떻게 써야 하지? 막막하기만 하다.

일단 기술 블로그의 중요성부터 알아보도록 하자.

• 커리어 관리
  • 자신이 어떻게 성장해왔고, 어떤 것을 개발했으며, 어떤 것을 알고 있는지 표현할 수 있는 중요한 곳이다.
    
    
• 커뮤니케이션 능력
  • 요즘은 개발만 혼자 잘한다고 같이 일하고 싶은 개발자가 아니다. 협업 능력을 굉장히 중요시 생각하고 있는데, 기술 블로그로 모든 것을 알 수는 없지만 기술블로그의 작성 내용을 보고 커뮤니케이션 능력을 유추하는 중요한 요소로 자리 잡았다.
    
    
• 성실함
  • 기술 블로그 작성이 말로 하기엔 참 쉽지만, 막상 글을 꾸준히 쓰는 것이 결코 쉬운 일이 아니다. 꾸준한 기술 블로그는 개발자의 성실함을 표현해 줄 수 있다. (Like 잔디심기)

그렇다면 어떠한 글을 쓰면 좋을까?

3가지로 간략하게 나누어 작성하면 좋을 듯하다.

• 새롭게 알게 된 기술 포스팅 (개념)
• 새롭게 알게된 꿀팁
• 새롭게 알게된 해결 방법(Debug)
  
  
  

위의 3가지 분류에도 다른 블로그들과의 차별점이 필요한데, 나는 그것이 이미지(Image)라고 생각한다.
텍스트도 많은 것을 설명해 줄 수 있지만, 이미지는 이해를 돕는 것에 큰 영향을 주고 글이 지루하지 않게 하는 효과가 있다.

새롭게 알게된 기술 포스팅

• STEP 1

  • 간결한 개념

    

    
    

• STEP 2

  • 연관된 내용 (다른 개념들)
  • 코드로 설명
    
    
  • 심화 내용
    • 블로그 작성 중 생기는 궁금증
    • 예고편 멘트로 다음 블로깅 내용 작성
      

새롭게 알게 된 꿀팁

• 꿀팁이 필요한 이유 설명
  
  
  • 누가 봐도 쉽고 친절하게 설명해야 한다. 차근차근 사진을 첨부해서 처음 사용해보는 분도 따라 할 수 있도록 자세하게 해 놓는 것을 추천한다.
    
    

새롭게 알게 된 해결 방법 (DEBUG)

• 이슈 내용 -> 해결방법
  • 이 부분이 가장 어려울 것이다. 이슈는 항상 일어나지만, 디버깅하기 바쁘기 때문에 문서화할 시간이 없을 수도 있다. 이슈가 났을 때마다 어떤 에러가 났는지 캡처해서 기록하고, 해결법 소스코드를 기재하면 될듯하다.
    
    

프로젝트 회고록

회고록을 쓰는 이유는 똑같은 실수를 하지 않기 위해 그리고 내가 한 프로젝트의 전반적인 흐름을 파악할 수 있기 때문이다.
회고록을 쓰는 방법은 2가지로 생각한다.

KTP 방법을 이용한 회고록

• K(Keep) : 이번 프로젝트에서 긍정적으로 작용한 요소를 'KEEP' 하기
• P(Problem) : 이번 프로젝트에서 부정적이거나 아쉬웠던 부분 ➡️ 같은 문제를 만들지 않기 위해
• T(Try) : Problem을 일으킨 요인을 파악한 후 다음 프로젝트에 어떻게 개선할 것인지 구체적으로 기재
  
  

K(Keep)	T(Try)
P(Problem)

Problem에 기재될 내용이 점차 줄어들도록 하는 것이 회고록의 목적이다.

5F 방법을 이용한 회고록

• Fact - 어떤 행동을 했고,
• Feeling - 어떤 느낌이 들었고,
• Feedback - 어떤 피드백을 받았고,
• Finding - 어떤 교훈을 얻었고,
• Future action - 어떻게 행할 것인가

이 방법은 시간순으로 작성하는 방법이다.

이로써 기술 블로그에 대한 글을 마무리 짓도록 하겠다.