728x90
반응형

전체 글 111

[사이드 프로젝트] SDD(Spec-Driven Development)로 설계하기 — 18개 Task로 쪼개기 -4

번역기+피드 시리즈2026-10-08이미지 출처: Unsplash (라이선스 자유 사용)핵심 요약솔로 사이드 프로젝트는 "바로 코딩 시작" 보다 "스펙·플랜 1-2일 투자" 쪽이 결과적으로 더 빠르다.전체 흐름: brainstorm → spec → plan → task 단위 실행번역기+피드 MVP를 18개 Task로 쪼갰고, Task별로 Opus/Sonnet/Haiku 모델을 할당했다.Task 1 (Next.js 15 scaffold) 완료, Task 2부터 서브에이전트에게 디스패치한다.효과: 범위 통제, 중간 결정 트래킹, 블로그 콘텐츠가 함께 쌓인다.왜 설계 전에 멈추는가솔로 사이드의 전형적 실패 패턴:"일단 Next.js 깔고 시작" → 2주 후: 범위 폭증, 완성 불가"MVP 피쳐 리스트 메모" ..

[개발 오답노트] 한국산 1위 앱 하나가 영역 전체를 선점할 수 있다 — Routinery 사례

ADHD "아침 루틴 코치" 메인 아이디어를 Phase 2로 유예하게 된 과정이미지 출처: Unsplash (라이선스 자유 사용)핵심 요약사이드 프로젝트 메인 아이디어로 "ADHD 아침 루틴 코치"를 선정했는데, 2차 리서치에서 Routinery(한국산 1위 앱) 하나 때문에 경쟁 열세 영역임이 드러남"한국어 ADHD 앱이 적다"는 가정 자체가 틀렸음 — 선점이 명확한 1위가 이미 존재결론: 메인 축을 번역기+피드로 이동, ADHD는 Phase 2로 유예 (각도 바꿔서)교훈: 한국산 특정 분야 1위 앱의 존재 여부를 반드시 체크사건 요약사이드 프로젝트 아이디어 7개 중 ADHD 영역은 처음부터 유력 후보였다. 솔로 수익화 벤치마크로 Habit Pixel (8개월에 $1K MRR), HabitKit (2...

[개발 오답노트] 경쟁 환경 혼자 추정하지 말기 — 리서치는 두 번 돌리기

1차 리서치 결과만 믿었다가 두 아이디어를 날린 솔로 개발자의 반성문이미지 출처: Unsplash (라이선스 자유 사용)핵심 요약사이드 프로젝트 아이디어 3개 중 2개를 "블루오션"으로 분류했는데, 2차 리서치에서 둘 다 포화 상태로 밝혀짐1차 리서치가 틀린 이유: 키워드 폭이 좁았고, 로컬 플레이어를 거의 다 빠뜨렸음교훈: 아이디어 커밋 전에 "second opinion" 리서치를 반드시 돌릴 것비용은 10-20분 추가, 리턴은 수 주의 삽질 회피사건 요약번역기+피드 사이드 프로젝트를 시작할 때 아이디어 7개를 두고 1차 필터링을 돌렸다 ([사이드 #01] "아이디어 7개에서 1개로"). 1차 리서치 결과 3개로 압축했는데:(A) 회사말/신조어 번역기 — "재미 레버 있음"(B) 자취 계약서 번역기 —..

[개발 오답노트] AI가 쓴 블로그 글, 발행 전 체크리스트 5가지

AI로 글 뽑고 바로 발행했다가 걸릴 수 있는 리스크 포인트와 수정 패턴이미지 출처: Unsplash (라이선스 자유 사용)핵심 요약AI로 뽑은 글을 발행 전 반드시 5가지 체크를 돌릴 것플랫폼 사전 심의보다 AdSense 정책과 명예훼손 리스크가 실질적으로 더 빡빡톤 완화 1회차는 거의 필수 — 글 1편당 2-3분 추가AI 사용 공개는 의무는 아니지만 독자 신뢰 측면에서 긍정적왜 체크가 필요한가AI가 뽑은 블로그 글의 전형적 리스크:특정 서비스에 대한 과격 표현 → 명예훼손/비방 리스크미검증된 수치·수상 인용 → 허위사실 리스크AdSense 정책 저촉 (경쟁사 깎아내리기 등)출처 미표기 → 저작권/인용 리스크플랫폼 자체는 사전 심의가 거의 없지만, AdSense 승인·유지는 생각보다 빡빡하다. 솔로 사..

[사이드 프로젝트] Claude Code 세션 로그로 블로그 포스트 뽑기 -3

솔로 개발자 사이드 프로젝트 로그 #3 — 번역기+피드 시리즈2026-10-08이미지 출처: Unsplash (라이선스 자유 사용)핵심 요약솔로 개발자가 블로그 꾸준히 쓰기 어려운 1차 이유는 소재 발굴 비용Claude Code 세션 로그 자체가 잠재적 블로그 콘텐츠 재료세션 로그 위치: ~/.claude/projects//.jsonl메모리의 originSessionId로 과거 세션 역추적 가능서브에이전트(Explore)에게 "로그에서 이 사실만 뽑아줘" 지시 → 큰 로그도 효율적 처리사용자 톤·발언을 로그에서 추출 → "내가 쓴 것 같은" AI 보조 글이 가능솔로의 블로그 운영 병목사이드 프로젝트와 블로그를 병행하는 솔로 개발자의 현실:소재 발굴 — 쓸 거리는 많은데 정리할 시간이 없음쓰기 환경 전환 ..

[티스토리] 블로그 자동화의 2026년 현실 — API 종료, 플러그인 Archive

블로그 글을 마크다운 파일로 쓰고 자동 발행하려 했던 솔로 개발자의 조사 기록이미지 출처: Unsplash (라이선스 자유 사용)핵심 요약티스토리 Open API는 2024-02부로 완전 종료됨 (글쓰기/수정/첨부/댓글 전부)Obsidian 티스토리 플러그인은 2024-05-21 archive 처리, 설치 불가비공식 CLI 하나(tistory-posting-cli)가 있지만 공식 지원 X, 작동 보장도 X2026년 현재 공식적인 자동 발행 수단 0개유일한 깔끔한 워크플로우: 티스토리 "마크다운 에디터" 모드에 복붙왜 자동화하려 했나솔로 개발자가 블로그를 꾸준히 쓰기 어려운 이유 중 하나는 "쓰기 환경 전환 비용" 이다. 로컬에서 마크다운으로 메모·초안을 쓰다가 블로그 발행하려면 플랫폼 에디터에 다시 붙여..

개발 오답노트 2026.10.09

[사이드 프로젝트] 스택 정했다 — Next.js 15 + Firebase Spark + Netlify Free -2

솔로 개발자 사이드 프로젝트 로그 #2 — 번역기+피드 시리즈2026-10-08이미지 출처: Unsplash (라이선스 자유 사용)핵심 요약Frontend: Next.js 15 App Router (SEO가 핵심 획득 채널)Hosting: Netlify Free (상업적 사용 OK + 하드 리밋)Backend: Firebase Spark (Firestore + Auth만, Blaze 전환 없음)스케줄: Netlify Scheduled FunctionsAI: Gemini 2.5 Flash (무료 티어) + Groq Llama 3.3 70B 폴백Auth: 카카오 OIDC 단일 로그인Analytics: PostHog + Sentry (무료 티어)총 월 비용: $0 (하드 리밋 설계)왜 스택 선정이 1차 관문인..

[개발 오답노트] '무료' 호스팅의 함정 — Vercel Hobby도 Firebase App Hosting도 못 쓴 이유

사이드 프로젝트에 광고 붙이려는 솔로 개발자가 알아야 할 것Photo by Carlos Muza on Unsplash핵심 요약사이드 프로젝트에 AdSense 붙이려면 Vercel Hobby 플랜은 적합하지 않다 (약관상 상업적 사용 불가)Next.js 15 SSR을 Firebase에서 돌리려면 Blaze(종량제) 전환이 필수 → 예측하기 어려운 과금 구조2026년 솔로 개발자용 깔끔한 답: Netlify Free + Firebase Spark 하이브리드왜 "무료 티어"에 집착했나사이드 프로젝트는 수익이 월 $0~500 사이에 머무는 기간이 길다. 이 구간에서 호스팅비 월 $20이 수익 전부를 삼킨다.더 중요한 건 종량제에 대한 심리적 부담이다. 과거 Supabase에서 "이번 달 사용량 X% 초과" 알림..

개발 오답노트 2026.10.09

[사이드 프로젝트] 아이디어 7개에서 1개로 — 번역기+피드 시작기 -1

솔로 개발자 사이드 프로젝트 로그 #12026-10-05 ~ 2026-10-08Photo by Jo Szczepanska on Unsplash핵심 요약사이드 프로젝트용 아이디어 7개를 두고 하루 리서치 → 1개만 남음6개는 경쟁이 치열하거나 선점이 명확한 영역이었다최종 선택: 회사말/신조어 양방향 번역기 + 익명 피드 (웹 중심)경쟁 환경은 반드시 두 번 리서치할 것왜 이 글을 쓰나솔로 개발자로 월 수십만원 수준의 사이드 프로젝트 수익을 목표로 삼았다. 2026년 "AI 래퍼 대부분 수익 0" 환경에서 버티컬 특화 + 도메인 지식 + 틈새 커뮤니티 침투가 중요한 분기점이 되는 상황이다. 그래서 아이디어 하나 고르는 것부터가 1차 관문이었다.이 글에선 그 과정을 적는다. 아이디어 7개가 1개로 수렴한 흐름..

[사이드 프로젝트]파이썬 주식봇 만들기 -1

인프런 강의를 들으며 정리하는 기록이다. 이번 글은 알고리즘 트레이딩이 어떤 단계로 이루어지는지와, 왜 파이썬을 쓰는지를 정리했다.알고리즘 트레이딩의 구성요소 데이터 수집전략을 만들고 검증하는 데 쓸 가격 데이터를 모은다. 전략 구축언제 사고 언제 팔지에 대한 규칙을 정한다. 백테스팅그 전략으로 과거부터 투자했다면 수익률이 어땠을지 계산해본다.실거래는 백테스팅을 충분히 거친 뒤에 진행한다. 이때 주의할 것이 과적합이다. 과거 데이터에만 지나치게 잘 맞도록 전략을 다듬으면 실제 시장에서는 같은 결과가 나오지 않는다.왜 파이썬인가강의에서 사용하는 도구는 파이썬이다. 수치 계산과 시계열 데이터 처리를 맡는 두 라이브러리가 핵심이다. 넘파이 (NumPy) 판다스 (P..

728x90
반응형