이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
기술 블로그를 운영하면서 주로 다루는 주제는 직접 겪은 문제와 그 해결 과정입니다. 공식 문서나 튜토리얼에는 없는 실제 오류 메시지나 엣지 케이스를 만났을 때, 해결 방법을 찾는 데 시간이 걸린 경우를 기록하는 것이 가장 의미 있다고 생각합니다. 검색해도 안 나오는 것을 내가 쓰면 된다는 기준으로 주제를 고르다 보니, 조회 수가 많지 않아도 특정 문제를 겪은 사람에게 정확히 필요한 내용을 담은 글이 됐습니다.
글을 쓰는 과정에서 이해가 부족한 부분이 드러나는 효과가 있었는데, 설명하려다 보니 원리를 더 깊게 파게 되는 경우가 많았습니다. 꾸준히 쓰는 것이 어렵다는 것도 배웠는데, 완벽한 글보다 짧더라도 일관성 있게 기록하는 것이 장기적으로 더 효과적이었습니다. 기술 블로그는 남을 위해 쓰는 척 나를 위해 정리하는 것이 결임을 배웠습니다.
기술 블로그를 운영하면서 가장 오래 고민한 것은 꾸준히 쓰는 것이었습니다. 처음에는 완성도 높은 글을 써야 한다는 생각에 초안을 잡아두고 몇 주째 발행을 미룬 적이 여러 번 있었습니다. 6개월이 지나도 초안 상태인 글이 8개나 쌓여 있는 것을 발견하고, 방향을 바꿔야겠다고 생각했습니다. 이후에는 노션 메모에 문제를 만난 즉시 짧게 기록해두고, 해결되면 그 메모를 최소한의 편집만 거쳐 바로 올리는 방식으로 바꿨습니다.
완성도보다 타이밍이 가치 있다는 결론이었는데, 기억이 생생할 때 쓴 글이 나중에 읽는 사람에게 훨씬 구체적으로 닿았습니다. 블로그는 완성된 결과물이 아니라 과정을 남기는 도구라는 시각을 갖고 나서 부담이 줄었습니다.
기술 블로그에서 주로 다루게 된 또 다른 주제는 강의나 책에서 배운 개념을 내 말로 다시 설명하는 글이었습니다. 처음에는 이미 잘 설명된 내용을 다시 쓸 필요가 있을까 싶었는데, 직접 예제를 만들어 설명하다 보면 이해가 부족했던 부분이 드러나는 경험을 반복하면서 이 방식이 학습에 효과적이라는 걸 알게 됐습니다.
알고리즘 풀이 과정을 시각화해서 설명하는 글을 쓸 때, 정작 설명이 안 되는 케이스가 있다는 것을 발견해 다시 공부한 적이 여러 번 있었습니다. 읽는 사람을 의식하고 쓰는 것이 생각 정리를 더 깊게 만들었고, 나중에 같은 개념이 다시 나왔을 때 예전 글을 레퍼런스로 쓰는 경우가 많아졌습니다.
블로그는 과거의 나에게 배우는 도구이기도 하다는 점을, 이 방식으로 처음 실감했습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넛지헬스케어 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.