DanzzaN

개인사이트는 공식 인터페이스이면서 그 자체로 운영되는 기술 프로젝트다

주장

개인사이트는 나에 관한 공식 문서를 사람에게 제공하는 인터페이스이면서, 실제 사용자를 대상으로 계속 구축·배포·운영하는 독립적인 기술 프로젝트다. 그 과정에서 실제로 수행한 프론트엔드·백엔드·클라우드·운영 경험은 사이트의 본래 목적을 수행한 결과로 자연스럽게 포트폴리오 증거가 된다.

사이트 운영에서 포트폴리오가 생기는 과정

개인사이트를 포트폴리오를 채우기 위한 과제로 만들 필요가 없다. 공식 자기문서화와 외부 탐색이라는 고유한 목적을 위해 사이트를 운영하면, 설계 선택·구현·배포·장애 대응·변경 이력이 실제 사용되는 시스템의 경험으로 남는다. 포트폴리오 가치는 그 경험을 채용자가 직업적 관점에서 이용할 때 생긴다.

이 관계는 공부가 먼저이고 자격증이 제한된 외부 기록으로 따라오는 것과 유사하다. 사이트 운영이 먼저이고, 그 운영에서 확인 가능한 기술적 판단과 결과가 포트폴리오로 따라온다.

직접 판단하며 배우는 과정

구현·운영의 선택 이유를 사용자가 이해하고 결정하는 과정도 이 프로젝트의 목적에 포함된다. 대안을 비교할 때 구현과 운영에서 맡을 책임, 배울 수 있는 내용, 재검토할 조건을 함께 살핀다. 에이전트가 미리 전체 구성을 결정하면 사용자의 학습 기회가 줄어들 수 있다는 이번 프로젝트의 요구를 반영한다.

이 요구는 사소한 작업마다 확인을 받거나 모든 프로젝트에 같은 기술을 고정하라는 뜻이 아니다. 선택한 방향 안의 일상적인 작업은 요청 범위에서 진행하고, 아직 결정하지 않은 설계 선택을 사용자 판단에 필요한 형태로 제공한다. 구체적인 호스팅·런타임 선택은 개인사이트 프로젝트 기록이 소유한다.

기술과 운영 단계의 선택

개인사이트에서는 기존 Markdown·링크·검색을 가져올 수 있는 Quartz와 운영 API의 Go를 선택했다. Quartz만 Obsidian과 호환되기 때문이 아니라 현재 요구에서 재사용할 기능이 많았고, Go는 다른 팀 프로젝트에서 FastAPI를 충분히 사용할 예정이라는 학습 맥락도 고려했다. 기술의 기능 적합성, 직접 맡을 운영 책임과 다른 프로젝트에서 이미 배우는 내용을 함께 비교한 사례다.

v1 전 로컬 빌드·배포와 운영 시작 후 CI 전환도 학습·검증 단계와 반복 운영의 책임을 나눈 선택이다. 이 사례를 모든 프로젝트의 기술 목록이나 CI 도입 시점으로 고정하지 않는다. 개인사이트 설계와 운영의 의사결정 - Codex 대화에 비교와 정정의 근거를 둔다.

포트폴리오로 기능하는 범위

  • 탐색·문서·그래프·접근성·성능을 직접 구현하면 프론트엔드 경험의 근거가 된다.
  • 검색·색인·API·인증·콘텐츠 변환을 실제로 구현하면 그 범위에서 백엔드 경험의 근거가 된다.
  • DNS·TLS·CDN·배포 자동화·관측·백업·비용·보안을 실제로 구성하고 운영하면 클라우드 경험의 근거가 된다.
  • 구조 변경, 장애와 복구, 마이그레이션과 운영 의사결정 기록은 지속 운영 경험의 근거가 된다.
  • 개인사이트는 Vigilantis·ncpops·Second Brain·윙또 복원처럼 각자의 목적을 가진 다른 프로젝트를 발견하는 공식 관문으로도 기능할 수 있다.

보장 경계

  • 개인사이트의 본래 목적은 포트폴리오 제작이 아니며, 포트폴리오는 이용 방식과 부산물이다.
  • 사이트를 만들었다는 사실만으로 프론트엔드·백엔드·클라우드 역량 전체가 증명되지 않는다. 실제 구현하고 운영한 범위만 증거가 된다.
  • 다른 프로젝트들은 사이트를 꾸미기 위한 재료가 아니라 독립적인 목적과 생명주기를 가진다.
  • 구현·배포·운영의 현재 상태는 개인사이트 > 프로젝트 전용 뇌와 공식 원천에서 연결한 기록으로 확인한다. 이 노트의 목적·평가 기준 자체를 실행 증거로 사용하지 않는다.

근거

검증 범위

verified: true는 사이트 운영과 포트폴리오의 관계가 DanzzaN이 채택한 관점에 부합한다는 뜻이다. 개인사이트 구현·배포·운영 경험이 이미 존재하거나 특정 기술 역량이 검증됐다는 뜻은 아니다.

연결

그래프 뷰

백링크