분류 전체보기45 AI 부업 광고 보다가 이상한 걸 발견했습니다 AI 부업 광고 보다가 이상한 걸 발견했습니다요즘 SNS에서 "AI로 월 수백 버는 법" 식의 광고를 한 번쯤 보셨을 겁니다. 직접 몇 개를 들여다보니까, 서로 다른 광고인데도 이상하게 같은 장치들이 반복적으로 등장했습니다. 이 글은 특정 업체를 지목하지 않고, 이런 유형의 광고가 공통적으로 어떻게 설계되는지만 객관적으로 짚어봅니다.자주 등장하는 장치들몇 개의 AI 부업 광고를 연속으로 보면서 눈에 띈 건 이 세 가지였습니다.인위적 긴급성: "지금 000명이 보는 중", "잔여 00명" 같은 문구나 카운트다운 타이머. 새로고침하면 다시 리셋되는 경우가 흔해서, 실제 재고나 실시간 인원이 아니라 전환율을 위한 심리적 장치인 경우가 많습니다.가격 앵커링: 정가를 부풀려놓고 큰폭 할인된 것처럼 보이게 하는 방.. 2026. 8. 16. Claude·Gemini·ChatGPT 무료 플랜만으로 AI 콘텐츠 부업 시작하기 AI 콘텐츠 부업, 돈 한 푼도 안 들이고 시작할 수 있을까AI로 콘텐츠 부업을 시작하려면 Claude Pro나 ChatGPT Plus 같은 구독이 먼저라고 생각하는 분들이 많습니다. 직접 몇 달 동안 메이저 AI 도구들의 무료 플랜만으로 블로그 초안을 실제로 완성해본 결과, 구독료 없이도 시작하는 건 분명 가능했습니다. 다만 그 과정에서 분명히 번거로운 지점들도 함께 확인했고, 이 글은 그 과정을 그대로 공유합니다.왜 구독료부터 생각하게 되는가저도 처음에는 Claude Pro와 Gemini를 동시에 결제하고 시작해야 하는 줄 알았습니다. 블로그·쇼츠 자동화, 진짜 필수 비용은 Claude Pro 구독료 하나였습니다 하지만 그 이전 단계, 즉 "이게 나한테 맞는가"를 판단하는 단계에서는 구독료를 내기 전.. 2026. 8. 15. Notion DB를 SQL로 조회하다 막힌 6가지와 해결 과정 도입 — Notion DB SQL 쿼리, 첫 줄부터 에러가 납니다Notion DB SQL 쿼리를 처음 쓰면 대부분 같은 순서로 막혀요. 뷰 필터를 걸어놓고 SQL로 조회했는데 원하지 않는 행까지 다 따라오거나, 한글 컬럼명을 그대로 써서 파싱 에러를 만나거나, 체크박스 조건이 계속 안 먹히는 식으로요. 이 글은 Notion 콘텐츠 캘린더를 MCP의 SQL(SQLite 문법) 모드로 직접 조회하는 자동화를 만들면서 실제로 부딪힌 여섯 가지 함정과, 각각을 피해가는 방법을 정리한 글입니다.왜 뷰 필터 대신 SQL을 쓰게 되는가콘텐츠 캘린더처럼 카테고리·상태·발행일이 섞인 DB를 자동화 파이프라인에 붙이다 보면, "상태=발행이면서 카테고리가 같은 것만" 같은 조합 조건이 금방 필요해집니다. 뷰를 그때그때 새로.. 2026. 8. 1. 여러 앱 혼자 운영하면서 부딪히는 유지보수 이야기, 우선순위는 이렇게 정합니다 도입앱을 하나 출시하는 것보다 여러 개를 동시에 계속 굴리는 쪽이 훨씬 품이 많이 든다는 걸, Appler·Pixaloom·AlterAI를 혼자 운영하면서 체감했습니다. 1인 개발자 여러 앱 유지보수 우선순위를 어떻게 정하느냐는 결국 "무엇을 먼저 손볼지"의 문제이고, 이 글은 그 판단 기준을 실무 경험 기반으로 정리한 글입니다.유지보수가 실제로 어떤 모습인지앱을 새로 만드는 작업은 시작과 끝이 분명하지만, 유지보수는 끝이 없습니다. 혼자 여러 앱을 운영하면서 반복적으로 마주치는 유형은 크게 세 가지였습니다.라이브러리·SDK 업데이트 대응: 의존성 하나가 메이저 버전을 올리면 앱 하나가 아니라 여러 앱에서 동시에 빌드가 깨지는 경우가 있습니다.OS·스토어 정책 변화 대응: 예를 들어 Google Play.. 2026. 7. 31. 트렁크 기반 개발(TBD), 원칙과 실무 적용 방법 정리 도입트렁크 기반 개발(TBD, Trunk-Based Development)은 모든 개발자가 단일 트렁크(메인 브랜치)에 짧은 주기로 계속 병합해 나가는 방식입니다. 기능별로 브랜치를 오래 띄워두는 대신, 작은 단위로 자주 통합하면서 미완성된 기능은 feature flag로 가려두는 게 핵심입니다. 이 글에서는 TBD를 GitFlow와 비교하기보다(그 비교는 별도 글에서 다뤘습니다), TBD 자체의 원칙과 실무 적용 방법을 자세히 다룹니다. TBD로 바꾸기 위해 확인해야할 3가지는 이전 블로그글을 확인해주세요. Git 브랜치를 TBD로 바꾸기 전에 확인해야 할 3가지도입Git 브랜치 전략을 TBD(Trunk-Based Development)로 바꿀까 GitFlow를 유지할까 고민하는 팀이라면, 결론부터 말.. 2026. 7. 30. Git 브랜치를 TBD로 바꾸기 전에 확인해야 할 3가지 도입Git 브랜치 전략을 TBD(Trunk-Based Development)로 바꿀까 GitFlow를 유지할까 고민하는 팀이라면, 결론부터 말씀드리면 "하루 여러 번 배포하고 싶고 CI를 믿을 수 있다면 TBD, 여러 버전을 동시에 유지보수해야 한다면 GitFlow"입니다. 이번 글에서는 TBD가 GitFlow와 구체적으로 무엇이 다른지, 그리고 도입하려면 무엇을 먼저 갖춰야 하는지를 정리해보겠습니다.TBD란 무엇인가Trunk-Based Development는 모든 개발자가 짧은 수명의 브랜치만 파고, 하루~이틀 안에 main(trunk)에 병합한 뒤 바로 삭제하는 방식입니다. GitFlow처럼 develop/release/hotfix 등 여러 종류의 장기 브랜치를 두지 않고, main은 언제든 배포 가.. 2026. 7. 29. 이전 1 2 3 4 ··· 8 다음 SMALL
