ami0iam

개인 홈페이지를 만들다 보면 첫 화면에 너무 많은 걸 올리게 된다. 자기소개도 넣고 싶고, 지금 하는 일도 보여 주고 싶고, 프로젝트 설명도 한 번에 끝내고 싶기 때문이다. 그런데 그렇게 만들수록 방문자는 어디서부터 읽어야 하는지 오히려 더 헷갈리기 쉽다.

ami0iam도 비슷한 지점에 닿았다. 이 사이트가 하려는 일은 첫 화면 하나를 꽉 채우는 것보다, 진행 중인 작업이 바깥에서 읽히게 하는 쪽에 더 가까웠다. 그래서 Home이 모든 설명을 대신하는 곳이어서는 안 됐다.

왜 홈은 점점 작아졌나

그래서 홈은 점점 작아졌다. 여기서 먼저 답해야 할 건 긴 소개문이 아니라 이 사람은 누구인가, 이 사이트에서 무엇을 볼 수 있는가, 어디로 들어가면 되는가에 더 가깝다고 봤기 때문이다. 첫 화면은 발표장보다 입구 쪽으로 정리됐다.

핵심은 더 예쁜 첫 화면이 아니라, 더 빨리 이해되는 첫 화면이었다.

이 회차는 미감 취향보다 읽는 순서를 어떻게 설계할 것인가에 더 가깝다.

대신 따로 필요했던 자리

• 지금 움직이는 작업을 찾는 자리
• 더 깊이 읽는 자리
• 변화의 의미를 따라가는 자리

---

왜 프로젝트를 읽는 자리를 분리했나

대신 실제 읽을거리가 시작되는 자리는 따로 필요했다. 그래서 Projects-Live는 홈 안의 한 섹션보다, 진행 중인 작업을 찾아 읽기 시작하는 프로젝트 목록에 더 가깝게 잡혔다. 방문자는 여기서 지금 어떤 일이 움직이고 있는지, 무엇이 새로 달라졌는지를 더 빨리 붙잡을 수 있어야 한다.

그다음은 프로젝트 페이지다. 여기서는 한 작업의 변화가 왜 중요했고 지금 어디까지 왔는지를 더 깊이 따라갈 수 있어야 한다. 다만 이 페이지의 마지막 짜임새까지 지금 확정하려는 것은 아니다. 현재 중요한 건 더 깊이 읽는 자리라는 역할이지, 최종 구성을 서둘러 못 박는 일이 아니다.

화려한 첫 화면보다, 이 사람이 누구인지와 어디로 들어가면 되는지가 먼저 읽혀야 했다.

작업이 계속 쌓이고 있는데도, 바깥에서 보면 무엇이 달라졌는지 잘 안 보일 때가 있다. 커밋은 남고 메모도 늘어나지만, 그 변화가 왜 중요한지까지 바로 전해지지는 않는다.

문제는 기록이 없어서가 아니다. 기록은 충분한데, 대개 일하는 사람 기준으로 남아 있다. 무엇이 바뀌었는지, 왜 그렇게 바뀌었는지, 지금 어디쯤 와 있는지를 따로 풀어 주지 않으면 바깥 사람은 그 변화를 따라가기 어렵다.

기록과 읽힘 사이에 있던 간격

그래서 ami0iam은 커밋과 메모를 그대로 내보내는 데서 멈추지 않으려 한다. 흩어진 작업 기록을 바깥 사람이 한 번에 따라갈 수 있는 글로 다시 정리하는 단계가 필요하다고 보기 때문이다.

기록은 충분한데, 해석이 충분하지 않았다.

이 회차는 “기록이 없다”가 아니라 “기록이 아직 바깥에서 읽히지 않는다”는 문제를 다룬다.

---

읽는 자리는 왜 따로 필요했나

방문자가 실제로 만나게 되는 차이도 여기서 생긴다. 프로젝트 목록에서는 오늘 어떤 변화가 있었는지가 먼저 보여야 하고, 프로젝트 페이지에서는 왜 그 변화가 중요한지와 지금 어디까지 왔는지를 더 이어서 읽을 수 있어야 한다.

그래서 이 회차가 남기는 것

• 작업 기록을 그대로 쌓는 일
• 사람이 따라 읽을 수 있게 정리하는 일

이 둘은 분리해서 봐야 한다. 읽을 수 있는 업데이트는 기록의 복사본이 아니라, 기록을 다시 번역한 결과에 가깝기 때문이다.

개인 홈페이지를 만들기 시작하면 보통 자기소개 문장부터 쓴다. 무슨 일을 하는지, 어떤 프로젝트를 했는지, 어디로 연락하면 되는지 정리하면 일단 한 장의 사이트는 나온다. 그런데 진행 중인 작업을 바깥에서 읽히게 만들고 싶은 사람에게는 그 방식이 자주 늦다.

작업은 계속 움직이는데, 남는 건 커밋과 메모와 중간 판단뿐인 경우가 많기 때문이다. 안에서는 무슨 일이 벌어지고 있는지 분명한데, 바깥에서는 그 변화가 잘 읽히지 않는다. ami0iam이 포트폴리오보다 먼저 작업이 읽히는 방식을 만들려는 이유도 바로 여기에 있다.

왜 개인 홈페이지보다 먼저 구조를 봤나

이 사이트의 출발점은 자기소개를 더 보기 좋게 정리한 한 장의 페이지가 아니다. 진행 중인 작업이 어떻게 사람에게 읽히는지, 그 구조를 먼저 만들고 싶었다. 그래서 ami0iam은 완성된 별도 서비스라기보다, 그 방식을 먼저 자기 자신에게 적용해 보는 단계에 가깝다.

홈을 먼저 만드는 게 아니라, 작업이 어떻게 읽히게 할지를 먼저 설계하는 것.

이 회차의 중심은 정체성 선언보다 사이트 존재 이유의 정렬에 있었다.

그래서 필요했던 단계

• 커밋과 메모를 바로 내보내지 않는다
• 왜 바뀌었는지 다시 설명한다
• 지금 어디까지 왔는지 읽을 수 있게 묶는다
• 작업 흔적을 public update 단위로 바꾼다

---

커밋은 왜 바로 콘텐츠가 아니었나

작업은 처음부터 한 편의 글로 도착하지 않는다. 문서와 메모, 중간 변화가 먼저 쌓이고, 그중 무엇을 이번 회차로 읽힐지 다시 골라야 비로소 하나의 업데이트가 된다.

기록이 남는 것과 작업이 읽히는 것은 같은 일이 아니었다.

그래서 지금의 ami0iam은 완성된 이력의 목록을 보여주는 사이트라기보다, 작업이 어떻게 바깥에서 읽히는지를 먼저 실험하는 프로토타입에 더 가깝다.