취미는 손이 가는 만큼 더 잘 보인다. 손이 자주 가는 자료는 북마크가 길고, 북마크가 길면 정리법이 필요해진다. 막상 정리하려 하면 어디서부터 손대야 할지 막막하다. 이런 때 잘 만들어 둔 링크모음은 시작점을 잡아주고, 꾸준한 업데이트는 취미의 깊이를 더한다. 여기서는 독서, 사진, 코딩, 요리 네 가지를 중심으로 실사용자의 관점에서 사이트 주소모음 만드는 법, 추천 레퍼런스, 관리 팁을 한 번에 정리한다. 시중에 돌아다니는 무작정 링크 수집이 아니라, 실제로 켜서 쓰고, 북마크 바에 올려두고, 몇 달 뒤에도 다시 열게 되는 자리들을 담았다.
좋은 링크모음의 기준
링크는 많은 것보다 오래가는 것이 낫다. 검색으로도 금세 찾을 수 있는 페이지라면 굳이 저장하지 않는다. 오늘만 필요한 일시 정보 대신, 반복해서 참고할 개념서 같은 주소를 남긴다. 품질 좋은 링크모음은 대체로 세 가지 특징이 있다. 첫째, 찾는 순간이 떠오른다. 요리 온도 변환표, 사진 셔터 스피드 계산기처럼 바로 써먹을 자료가 대표적이다. 둘째, 출처와 업데이트 주기가 보인다. 문서의 개정일이나 유지하는 커뮤니티가 명확할수록 신뢰가 간다. 셋째, 확장 여지가 있다. 나중에 비슷한 링크를 세울 자리가 남아 있어야 카테고리가 무너지지 않는다.
링크를 모을 때 검색어 습관도 중요하다. 처음에는 국문 자료로 시작하되, 개념어는 영문 키워드를 같이 저장해두면 검색 폭이 넓어진다. 예를 들어 사진에서는 “noise reduction”처럼 도구 이름보다 문제를 가리키는 단어가 유용하다. 코딩에서는 오류 메시지 원문을 그대로 붙여 넣는 편이 훨씬 정확하다. 요리에서는 재료명보다 조리법 핵심 동사를 넣는 검색이 목적에 빨리 닿는다.
폴더 구조와 태그, 그리고 백업
폴더만으로는 세밀한 분류가 어렵고, 태그만으로는 전체 지도가 흐릿해진다. 실무에서는 둘을 함께 쓴다. 상위 폴더를 취미 단위로 잡고, 그 안에 상황형 태그를 붙인다. 예를 들어 요리 폴더 안에 “기본기”, “재료 대체”, “온도”, “오븐” 같은 태그를 섞는 식이다. 이렇게 하면 사진과 요리 모두에서 “온도”나 “타이밍” 태그로 가로질러 모아볼 수 있다. 태그는 10개를 넘기지 않는 편이 관리상 좋다. 많이 붙일수록 검색은 빨라지지만, 시간이 지나면 의미가 겹치고 손이 가지 않는다.
북마크 서비스는 브라우저 기본 기능만 써도 충분하다. 다만 링크가 늘어나는 시점이면 Raindrop.io처럼 태그, 미리보기, 중복 검사와 아카이브를 제공하는 도구가 편하다. 노션이나 Obsidian으로 인덱스 페이지를 만들어 연결해두면 텍스트 메모와 링크를 같이 관리할 수 있다. 장기 보관이 필요한 문서는 인터넷 아카이브의 Wayback Machine으로 스냅샷을 남겨두자. 인기 블로그 포스트가 어느 날 통째로 사라지는 일은 생각보다 잦다.
최소한의 시작 가이드
아래 순서만 지켜도 일주일 안에 손에 잡히는 링크모음을 만들 수 있다. 시간은 넉넉히 잡아 하루 20분, 닷새만 투자해도 성과가 보인다.
- 첫날, 네 가지 취미 폴더를 만들고 가장 자주 쓰는 5개 링크만 넣는다. 빈 칸을 억지로 채우지 않는다. 둘째 날, 각 폴더에 상황형 태그를 5개 이하로 정한다. 태그 이름은 짧고 겹치지 않게. 셋째 날, 매일 쓰는 기기에서 동기화를 점검한다. PC, 태블릿, 스마트폰까지 하나의 계정으로 묶는다. 넷째 날, 오래 열릴 기준서와 계산기류를 추가한다. 단발성 뉴스는 넣지 않는다. 다섯째 날, 3개의 죽은 링크를 지우고, 3개의 대체 링크를 찾는다. 삭제와 교체를 한 세트로 고정한다.
독서 레퍼런스와 북마크 습관
독서는 종이와 전자, 구매와 대여, 기록과 토론이 얽혀 있다. 링크모음을 만들 때는 이 흐름을 따라가는 편이 자연스럽다. 새 책을 발견하고, 입고를 확인하고, 사거나 빌리고, 읽으면서 표시하고, 다 읽은 뒤에는 메모를 정리한다. 각 단계에 한두 개씩 든든한 주소를 두면 삐걱댈 일이 줄어든다.
한국어 도서 메타데이터는 국립중앙도서관 자료검색이 기본이다. 발행 연도, 판형, ISBN이 정확해 서지 관리에 안정적이다. 신간 탐색은 교보문고와 알라딘의 주간 베스트와 분야별 큐레이션을 섞어보는 게 좋다. 같은 신간이라도 서점마다 목차 미리보기 분량이 달라, 두 곳을 번갈아 본다. 전자책은 리디북스와 예스24 eBook이 선택지로 넓다. 구입 전에는 기기에서 샘플을 받아 폰트와 레이아웃을 꼭 확인한다. 본문 가독성은 할인율보다 후회가 크다.
원서 쪽은 Goodreads가 독자 평점과 추천 알고리즘 면에서 아직 유효하다. 전문서적은 출판사 페이지를 직접 보는 습관이 필요하다. O’Reilly나 No Starch Press는 목차와 코드 예제가 잘 정리돼 있어, 온라인 서점보다 판단이 빠르다. 무료 고전은 Project Gutenberg에서, 한국어 번역 고전은 열린책들, 문학과지성사 블로그의 리소스가 탐색에 유용하다. 도서관 이용자는 서울도서관, 경기도사이버도서관의 전자책 대출 페이지를 북마크에 올려두면 비용이 크게 줄어든다.
읽고 나서가 더 중요하다. 하이라이트와 메모를 에버노트에 두면 검색이 빠르지만, 나중에 링크를 옮기기 번거롭다. 노션에 책별 페이지를 만들어 목차, 핵심 인용, 관련 링크를 붙여두면 확장성이 높다. 예를 들어 인문서의 특정 개념이 궁금하면 학술 포털 KISS에서 논문 초록 몇 편을 같이 저장한다. 책을 닫고도 주제가 더 열리는 구조다.
인터넷 서평은 신뢰 편차가 크다. 별점 평균은 분모가 100을 넘길 때부터 의미가 생긴다. 소수의 평점은 취향이 뒤틀린다기보다 표본이 낮아서다. 같은 책에 대한 신문 서평, 출판사 편집자 노트, 독서 팟캐스트 회차를 묶어 저장하면, 마케팅 문구와 실제 독후감을 가르는 눈이 빨리 는다.
사진, 기초부터 현상까지 이어지는 링크
사진은 장비와 기술, 감상과 출력이 서로 물려 있다. 유튜브 채널이 계속 떠오르지만, 문서형 레퍼런스의 가치가 여전하다. 링크모음 카메라 메뉴 설명은 제조사 매뉴얼보다 신뢰할 곳이 드물다. 다만 매뉴얼은 기능 설명에 충실하고, 쓰임새 예시는 부족하다. 이 간극을 메우는 자료가 커뮤니티와 튜토리얼이다.
카메라 바디와 렌즈의 객관적 평가는 DxOMark와 LensTip, Optical Limits 같은 테스트 기반 사이트가 도움이 된다. 수치가 전부는 아니지만, 주변부 해상력과 왜곡, 비네팅 자료는 현장에서 바로 참고한다. 중고 거래를 염두에 두면 셔터 카운트 확인법과 특정 모델의 고질병 이슈를 정리한 포럼 스레드를 북마크하자. 해외 커뮤니티에서는 FredMiranda, 국내에서는 SLRClub의 서브포럼이 케이스 스터디처럼 쌓여 있어, 동일 증상 해결 사례를 찾기 쉽다.
후보정은 도구마다 문법이 다르다. 라이트룸 클래식의 톤 커브와 HSL 패널, 마스크 도구에 대한 공식 도움말은 기본이고, 실무 팁은 Adobe HelpX의 단축키 모음과 커뮤니티 답변이 시간을 절약한다. 컬러 매니지먼트는 DisplayCAL 단계별 가이드를 한 번만 제대로 따라도 사진 톤이 안정된다. 인쇄를 자주 하면 출력소의 프로파일 다운로드 페이지를 잊지 말자. 용지마다 ICC 프로파일이 다르고, 같은 사진이라도 광택지와 무광지에서 느낌이 달라진다. 프로파일 링크를 걸어두고 주기적으로 새 버전을 내려받는 습관이 좋다.
현장에서 바로 쓰는 계산기는 노출 값과 심도 계산기다. 풀프레임, 크롭 바디, 중형 포맷을 오갈 때 심도 감이 흐트러지기 쉽다. 초점거리, 조리개, 피사체 거리 입력으로 초점 범위를 보여주는 웹 계산기를 상단에 올려두면 실수 확률이 크게 줄어든다. 장노출 촬영에서는 스톱 단위 환산표가 유용한데, ND 필터 조합별 셔터 스피드가 눈에 들어오도록 한 페이지에 정리된 곳을 즐겨찾기한다. 촬영지 정보는 구글 맵의 커스텀 리스트와 인스타그램 위치 태그를 함께 본다. 특정 다리나 전망대의 삼각대 반입 정책, 야간 폐쇄 시간 같은 제약은 커뮤니티 후기에서 더 빨리 업데이트된다.
코딩, 공식 문서와 커뮤니티의 균형
개발 링크모음은 지나치게 방대해지기 쉽다. 언어나 프레임워크가 달라도 관통하는 원칙이 있다. 먼저, 표준 문서를 첫 줄에 둔다. 웹 개발이라면 MDN Web Docs가 최전선이다. 자바스크립트의 Promise, Fetch API, CSS Grid 같은 항목은 MDN 문서와 브라우저 호환성 표가 가장 빠르게 갱신된다. 언어별로는 Python 공식 문서와 PEP, Go의 Effective Go, Java의 Oracle Docs처럼 신뢰 지점이 분명하다.
문서는 정확하지만 건조하다. 중간 층을 채우는 게 튜토리얼과 라이브러리 레퍼런스다. React는 공식 문서의 Beta Docs가 학습 순서가 잘 잡혀 있고, Vue는 가이드와 API 레퍼런스가 분리돼 있어 입문과 실무 전환이 매끄럽다. 백엔드에서는 FastAPI, Spring Guides 같은 소규모 프로젝트 중심 문서가 실전에서 손이 덜 간다. ORM이나 인증 라이브러리는 버전 변동이 심하니, 즐겨찾기 제목에 버전을 표기해두면 링크가 낡았을 때 바로 감지할 수 있다.
질문 해결은 여전히 Stack Overflow가 강력하다. 다만 2015년 이전의 답변은 최신 버전에서 동작이 바뀌었을 가능성이 크다. 투표 수만 보지 말고 수정 날짜를 함께 본다. 한국어 커뮤니티로는 OKKY와 클리앙 개발당이 빠른 편이고, 코드 리뷰는 GitHub Discussions나 Gist를 링크로 묶어두면 반복 질문을 줄일 수 있다. 코딩 테스트 준비를 한다면 백준과 프로그래머스 문제 페이지를 문제 난도와 태그로 필터링해서 저장한다. 하루에 2문제씩, 난도 상하로 분산해 푸는 스케줄을 노션 칸반으로 관리하면 완주율이 올라간다.
데이터 작업은 판다스와 넘파이의 공식 레퍼런스, scikit-learn의 예제 갤러리, 시각화는 Matplotlib의 갤러리와 Seaborn 튜토리얼이 단단하다. 모델 서빙을 다룬다면 Docker Docs와 Kubernetes 공식 문서를 나란히 놓고, 클라우드별 예제는 베스트 프랙티스 문서부터 접근한다. AWS의 Well-Architected, GCP의 Architecture Framework, Azure의 Reference Architectures가 흔한 사고를 막아준다.
개발 링크에서 가장 흔한 함정은 블로그 포스트의 유통기한이다. 문제 해결에 탁월한 글일수록 특정 버전과 환경을 전제로 한다. 포스트 하단의 날짜와 라이브러리 버전을 확인하고, 저장할 때 제목 끝에 괄호로 버전 정보를 적어 두자. 예시로 “테일윈드CSS 다크모드 정리 (v3.3)”처럼 남겨두면 차기 업데이트 때 빠르게 교체할 수 있다.
요리, 레시피보다 기술 중심의 북마크
요리 링크모음은 맛집 지도처럼 흘러가기 쉽다. 그러나 집밥을 잘 만들고 싶다면 특정 레시피보다 조리 과학과 기술, 도구 이해를 우선한다. 온도, 시간, 소금. 이 세 가지를 기준으로 자료를 쌓으면 어떤 재료를 만나도 대응이 된다.
온도 관리에서는 스테이크의 코어 온도 표, 닭가슴살 수비드 표, 달걀 반숙 시간표 같은 자료가 반복 사용된다. 이 표들을 한 페이지에 모은 링크를 만들고, 가정용 온도계 교정법을 함께 저장해두면 오차를 줄일 수 있다. 오븐은 모델마다 편차가 심하다. 예열 시간과 실제 챔버 온도를 비교하는 테스트를 한 번 해두고, 결과 기록을 자신의 링크메모에 남긴다. 팬의 위치, 대류 모드 선택, 예열 부족으로 생기는 무늬 같은 실수는 기록 다음 요리에서 바로 고쳐진다.
소금은 브랜드마다 염도가 달라 무게 기준이 필요하다. “티스푼 기준” 레시피는 염도 차이로 망가지기 쉽다. 소금 종류별 밀도 표를 링크로 확보하고, 집에서 쓰는 소금의 1티스푼 그램 수를 저울로 직접 측정해 메모에 추가한다. 이 작은 작업이 레시피 호환성을 대폭 올린다. 반죽류는 수분율이 관건이다. 밀가루 수분 흡수율 안내를 제공하는 제분소 페이지를 저장하면 날씨에 따라 물을 얼마나 조절할지 감이 잡힌다.
믹싱과 칼질은 동영상이 설명을 압도한다. 다만 유튜브 탐색은 알고리즘에 끌려가기 쉽다. 채널을 두세 개만 고정하자. 기본기를 다루는 채널과 조리 과학을 다루는 채널, 그리고 자주 쓰는 조리법 채널, 이렇게 세 축이면 충분하다. 영상 옆에는 항상 텍스트 레퍼런스를 붙인다. Serious Eats 같은 사이트의 실험형 기사, ChefSteps의 공정 설명, 국내 커뮤니티의 실패 사례 모음은 실수를 줄여준다.
비건, 글루텐 프리, 저염 식단을 준비한다면 대체 재료 표와 알레르기 정보 링크를 따로 만든다. 우유 대신 두유를 쓰는 베이킹에서 단백질 함량이 달라 생기는 질감 차이처럼, 대체가 단순 치환이 아닌 경우가 많다. 이런 변수는 단 한 번의 실패 기록이 이후 성공률을 바꾼다.
합법과 안전, 그리고 스포츠 스트리밍에 대한 짧은 메모
링크모음에는 종종 회색지대가 섞인다. 소프트웨어 크랙, 불법 전자책, 저작권 침해 사진, 해외 중계 링크처럼 찾기는 쉬워도 쓰면 곤란한 것들이다. 검색 결과에 “무료”가 붙을 때가 특히 위험하다. 예컨대 “프로야구 무료중계” 같은 키워드는 권리 구도가 시즌마다 바뀌고, 합법적인 무료 제공은 이벤트성으로 간헐적이다. 최신 권리자는 KBO와 방송사, 포털, OTT 사이에서 협상이 이어지며 변동이 생긴다. 합법적으로 보려면 KBO 공식 홈페이지와 공식 앱 공지, 각 구단의 유튜브 하이라이트 채널, 권리 보유 플랫폼의 이용 안내를 확인하는 게 안전하다. 링크모음을 만들 때도 이 점을 주석으로 달아둔다. 출처가 불분명한 재전송 링크는 저장하지 않는다. 짧은 편의가 브라우저 악성 스크립트나 계정 탈취로 돌아오면 그동안 쌓은 자료가 한순간에 무너진다.
언어 장벽과 자동 번역의 한계
전문성이 높은 자료일수록 영문 비중이 크다. 자동 번역을 쓰되, 코드 스니펫이나 수치, 단위가 번역되는 실수를 경계한다. 브라우저 번역으로 본 문서는 저장할 때 원문 링크와 함께 “번역 필요” 태그를 붙인다. 시간이 날 때 원문으로 다시 읽으면서 핵심 문장을 직접 요약해두면 다음 번에는 번역 없이도 핵심을 잡는다. 사진과 요리에서는 단위 변환이 잦다. 컵과 그램, 화씨와 섭씨 변환표를 신뢰할 수 있는 한 곳으로 고정해두자. 여러 표를 오가면 오차가 커진다.
링크의 수명과 대체 경로 찾기
링크는 죽는다. 도메인이 바뀌고, 서비스가 문을 닫고, 글쓴이가 글을 내린다. 링크모음의 생명도 관리는 결국 링크의 수명에 달려 있다. 트래픽이 많은 공식 문서, 오랜 기간 유지된 블로그, 오픈소스 프로젝트의 Wiki는 상대적으로 오래 간다. 반대로 개인 노션 페이지, 단발 이벤트 랜딩, 뉴스 사이트의 구독 전용 기사 링크는 수명이 짧다. 수명이 짧은 링크를 써야 한다면 제목과 핵심 내용을 한 줄 요약으로 남겨두고, 대체 가능한 키워드를 같이 저장한다. 나중에 같은 내용을 다른 출처로 옮길 때 쓸 키다.
대체 경로는 크게 세 가지다. 첫째, 같은 글의 미러 페이지. 둘째, 주제의 공식 문서나 표준 문서. 셋째, 커뮤니티의 요약 스레드. 예를 들어 특정 사진가의 조명 세팅 튜토리얼이 사라졌다면, 브랜드 공식 조명 가이드와 촬영 메타데이터, 포럼의 리버스 엔지니어링 글을 묶어 임시 대체로 삼는다. 완벽하지 않지만 실전에서는 충분하다.
나만의 인덱스 페이지 만들기
링크가 100개를 넘기면 검색만으로는 불편해진다. 그때 인덱스 페이지의 가치가 빛난다. 노션이나 위키 형태의 한 장짜리 페이지를 열고, 네 가지 취미를 큰 제목으로 놓는다. 각 제목 아래에 가장 중요한 7개 링크를 “핵심” 섹션에 모으고, 그 아래로 확장 섹션을 덧붙인다. 예를 들어 코딩 아래 “핵심”에는 MDN, 언어 공식 문서, Stack Overflow, GitHub Docs 같은 변하지 않는 축을 둔다. 확장 섹션에는 프로젝트별, 라이브러리별 링크를 묶는다. 확장 섹션은 계절별로 정리한다. 봄에는 웹 성능 최적화, 여름에는 인프라, 가을에는 데이터 파이프라인처럼 관심사를 계절 주기로 돌리면 과부하가 줄어든다.
인덱스 페이지에는 업데이트 날짜를 넣는다. 지난달에 손본 흔적이 있으면 신뢰가 생긴다. 감으로는 기억이 남지만, 날짜는 변명의 여지를 없앤다. 내 경험상 한 달에 한 번, 각 취미에서 10분씩만 투자해도 링크모음 품질이 꾸준히 오른다. 새로 추가하는 것만큼 지우는 데 시간을 배분하는 것도 잊지 않는다.
공유 가능한 링크모음, 사적인 링크모음
링크모음은 결국 쓰는 사람의 맥락을 따른다. 그래서 완전한 공개본과 개인본을 나누는 편이 편하다. 공개본에는 저작권, 접근성, 업데이트 가능성 면에서 문제가 없는 링크만 둔다. 개인본에는 유료 구독 페이지, 팀 내부 문서, 개인 메모를 섞어둔다. 업무와 취미가 겹칠 때는 특히 분리의 효용이 크다. 링크를 공유할 때는 최소한의 주석을 붙인다. “왜 이 링크가 좋은가” 한 줄이 있으면 받는 사람이 이해와 기대를 맞출 수 있다. 말없이 주소만 던지는 링크모음은 검색 결과와 다를 바 없다.
공유를 전제로 꾸리는 링크모음은 검색엔진을 의식한 키워드를 약간 포함해도 좋다. 예를 들어 “사이트 주소모음”이나 “링크모음” 같은 표현을 인덱스 페이지의 설명 문구에 자연스럽게 넣으면, 나중에 본인이 찾아 돌아오기도 쉬워진다. 다만 키워드를 위해 가독성을 해치거나, 주제와 무관한 유행어를 억지로 끼워 넣으면 신뢰가 떨어진다. 결국 링크모음의 가치는 내용과 정리 방식에서 나온다.
네 가지 취미별, 바로 써먹는 출발점 다섯
실전에서 초반 마찰을 줄여주는 최소한의 출발점만 모았다. 한 번 저장해두고, 한 달 뒤 내 입맛에 맞게 교체하자.
- 독서 - 국립중앙도서관 자료검색, 교보문고 신간 캘린더, 리디북스 샘플 뷰어, Goodreads, Project Gutenberg 사진 - 제조사 공식 매뉴얼, DxOMark 또는 Optical Limits, 라이트룸 클래식 도움말, 심도 계산기, 출력소 ICC 프로파일 페이지 코딩 - MDN Web Docs, 언어 공식 문서 한 곳, Stack Overflow, GitHub Docs, 백준 또는 프로그래머스 문제집 요리 - Serious Eats 기술 아카이브, 가정용 오븐 온도 교정 가이드, 소금 밀도 표, 식품 안전 온도표, 자주 보는 기본기 채널 플레이리스트 공통 - Wayback Machine, Raindrop.io 또는 브라우저 북마크 관리자, 노션 인덱스 페이지, 단위 변환기, 내 장비 동기화 체크 페이지
사례로 보는 업데이트 루틴
한 번 정리했다고 끝이 아니다. 링크모음은 계절과 함께 자란다. 내 경우, 봄에는 사진 촬영이 늘고, 여름에는 요리에서 차가운 조리법이 많아진다. 가을에는 코딩 사이드 프로젝트를 시작하고, 겨울에는 독서량이 늘어난다. 이 흐름에 맞춰 분기별로 링크모음을 가볍게 턴한다.
봄에는 카메라 펌웨어 업데이트 페이지, 야외 촬영지 규정, 미세먼지 대책 페이지를 위로 올린다. 여름에는 아이스 커피 브루 레시피, 냉제 파스타 면 삶기 표, 수분 관리 자료를 보강한다. 가을에는 패키지 매니저와 빌드 시스템 문서를 재정리하고, 겨울에는 전자책 리더 최적화 팁과 도서관 대출 예약 페이지를 확인한다. 이때 “추가”보다 “교체”를 중시한다. 새 링크를 넣을 때 비슷한 성격의 낡은 링크 하나를 반드시 뺀다. 수는 비슷한데 품질은 올라간다.
흔한 실패와 피하는 법
링크가 많다고 좋은 게 아니다. 실제로 자주 쓰지 않는 링크가 절반을 넘으면 모음집의 성능이 급격히 떨어진다. 북마크 막대가 가득한데 손이 자꾸 검색창으로 가는 게 그 신호다. 이럴 땐 대수술이 아니라 사용 빈도에 따라 위계를 조정한다. 가장 자주 쓰는 5개만 막대에 올리고, 나머지는 폴더의 첫 페이지에 둔다. 손이 닿지 않는 폴더는 과감히 보관함으로 옮긴다.
제목 없는 저장도 큰 함정이다. 브라우저가 자동으로 가져오는 제목은 쓸모가 없다. “홈”, “문서”, “새 글” 같은 제목은 나중에 봐도 아무 기억을 불러오지 못한다. 저장할 때 5초만 들여 내 언어로 제목을 바꾼다. 검색 키워드 1개, 용도 1개를 넣으면 금세 손이 간다. 예시로 “HSL 기본 - 라이트룸 색 보정”처럼 적는다.
마지막으로, 완벽주의는 링크모음의 적이다. 시작은 거칠게, 수정은 자주. 하루 20분 규칙만 지켜도 한 달 뒤에는 완전히 다른 품질이 된다.
마무리 대신, 작은 습관 한 가지
링크는 결국 쓰기 위해 모은다. 매주 같은 시간, 같은 장소에서 링크를 한 번 훑는 루틴을 만들자. 금요일 오후 커피 한 잔 옆에서 15분이면 충분하다. 그 시간에는 새로 추가하지 않고, 지우거나 제목을 다듬거나 순서를 바꾼다. 링크가 줄어드는 날이 오히려 기분이 좋다. 그게 잘 정리된 링크모음의 징표다. 네 가지 취미는 서로 닮아 있다. 독서에서 키운 요약 습관이 코딩 문서를 빨리 읽게 만들고, 사진의 노출 감각이 요리의 온도 감으로 번진다. 링크모음도 마찬가지다. 구조가 단단하면 취미가 길어진다. 취미가 길어지면 링크는 자연히 제 자리를 찾는다.