Velog
Velog에 주식 데이터 서비스 개발 기록 쓰는 법
Velog에는 투자 주장보다 데이터 수집, 계산 기준, 화면 개선, 오류 수정 과정을 개발 기록처럼 정리하는 방법입니다.
최종 정리 2026. 07. 02.
Velog 주식 데이터개발 블로그 주식데이터 서비스 개발 기록주식 데이터 프로젝트
먼저 볼 것
문제, 원인, 고친 방식, 확인 결과를 나눠 씁니다.
API 키나 개인 정보는 절대 본문에 넣지 않습니다.
데이터 기준과 한계를 개발 기록처럼 남깁니다.
Velog에는 과정이 잘 맞습니다.
Velog 독자는 결과보다 만드는 과정을 궁금해할 수 있습니다. 예를 들어 '13F 수익률이 왜 같게 보였는지'처럼 문제와 수정 과정을 쓰면 서비스 신뢰도도 같이 올라갑니다.
보안 정보는 쓰지 않습니다.
데이터 수집 글을 쓸 때 API 키, 관리자 주소, 민감한 설정은 빼야 합니다. 대신 어떤 공개 자료를 어떤 기준으로 정리했는지만 설명합니다.
검사 결과를 함께 남깁니다.
고쳤다고 말만 쓰기보다 어떤 화면에서 확인했는지, 어떤 검사를 통과했는지 적으면 글이 더 믿을 만해집니다. 독자도 서비스가 계속 좋아지고 있다는 느낌을 받습니다.
자주 묻는 질문
이 주제를 볼 때 헷갈리기 쉬운 점
Velog에는 어떤 주식 글이 어울리나요?
종목 주장보다 데이터 수집, 계산 기준, 화면 개선, 오류 수정 같은 개발 기록이 어울립니다. 문제와 확인 결과를 나눠 쓰면 좋습니다.
개발 기록에 API 키나 설정을 넣어도 되나요?
안 됩니다. 민감한 값은 절대 넣지 말고, 어떤 공개 자료를 어떤 기준으로 정리했는지만 설명해야 합니다.
이 가이드와 같이 보면 좋은 화면
정보 제공용이며 단순 계산용입니다. 투자 권유 또는 종목 추천이 아닙니다.