AWS, Microsoft, Snowflake, Databricks 행사를 정리한 글 25편을 한꺼번에 썼습니다. 발표 자료를 옮기는 글은 틀리기 쉽습니다. 쓰면서 지킨 절차를 적어 둡니다. 다음에 같은 글을 쓸 때 체크리스트로 쓰려고 합니다.
1. 직접 연 페이지만 출처로 쓴다
검색 결과의 요약은 출처가 아닙니다. 요약은 틀릴 수 있고, 실제로 틀린 경우도 봤습니다.
그래서 본문에 쓴 사실과 숫자는 모두 공식 블로그, 보도자료, 제품 문서를 직접 열어 확인했습니다. 열리지 않는 페이지는 쓰지 않았습니다. PageRank 개념 정리를 쓰려다 원 논문 페이지가 열리지 않아 그 글은 뺐습니다.
검색 요약에만 있던 사실은 원문으로 한 번 더 확인했습니다. 예를 들어 "CoCo가 Cortex Code의 새 이름"이라는 내용은 스노우플레이크 보도자료의 "formerly known as Cortex Code" 문구를 찾은 뒤에 썼습니다.
2. 발표 당시 상태를 함께 적는다
행사 발표에는 상태가 섞여 있습니다. 정식 출시, 공개 프리뷰, 비공개 프리뷰, "곧", "몇 달 안에".
같은 이름이라도 상태가 다르면 쓸 수 있는지가 완전히 달라집니다. 그래서 글마다 발표 당시 상태를 적고, 이후 바뀐 것을 확인했으면 따로 적었습니다.
3. 숫자는 조건과 함께
"최대 7배", "84.5%", "90% 절감" 같은 숫자는 조건 없이 옮기면 오해를 만듭니다.
그래서 숫자마다 누가 쟀는지(회사 내부인지 고객 보고인지), 무엇과 비교했는지, 표본이 얼마인지를 같이 적었습니다. 조건이 원문에 없으면 "조건은 나오지 않는다"고 적었습니다.
4. 날짜끼리 맞는지 확인한다
이번에 실제로 틀린 적이 있습니다. Snowflake의 두 보도자료 사이를 "일주일 차이"라고 썼는데, 실제로는 6월 1일과 2일, 하루 차이였습니다. 날짜를 비교하는 문장은 두 출처의 날짜를 나란히 놓고 다시 확인하기로 했습니다.
5. 영상은 공식 채널인지 확인한다
본문에 유튜브 영상을 넣을 때는 영상이 정말 공식 채널 것인지 확인했습니다. 쓴 방법은 oEmbed입니다.
oEmbed는 어떤 URL을 다른 사이트에 임베드할 때 필요한 정보를 받아 오는 형식입니다. 제공자의 엔드포인트에 url 파라미터로 주소를 보내면, 제목과 작성자 이름(author_name), 썸네일 주소 같은 값을 JSON으로 돌려줍니다.
curl "https://www.youtube.com/oembed?url=https://www.youtube.com/watch?v=XJ80NBOwsow&format=json"
# → "author_name": "AWS Events", "title": "AWS re:Invent 2025 - ... (CNS380)"
author_name이 AWS Events, Microsoft, Databricks 같은 공식 채널일 때만 넣었습니다. 같은 키노트라도 개인 채널에 다시 올라온 영상은 쓰지 않았습니다. 실제로 Ignite 키노트는 공식 채널이 아닌 업로드만 찾아져서, 대신 Microsoft Learn 채널의 공식 요약 영상을 넣었습니다.
영상은 처음에 썸네일만 보이고, 누르면 그때 플레이어를 불러옵니다. oEmbed 명세도 제공자의 HTML은 교차 도메인 iframe으로 보이라고 권합니다.
6. 도식은 직접 그린다
회사 발표 슬라이드나 스크린샷은 저작권 때문에 가져오지 않았습니다. 대신 구조를 설명하는 도식은 문서를 바탕으로 직접 그렸고, 캡션에 무엇을 바탕으로 그렸는지 적었습니다.
남은 한계
이 절차는 "발표가 그렇게 말했다"를 정확히 옮기는 데까지입니다. 발표 내용이 실제로 그렇게 동작하는지는 써 봐야 압니다. 그래서 행사 글마다 직접 써 본 결과가 아니라는 점을 밝혀 두었습니다.
