무정하지 않게 살기

#2. [코드잇 IT 창업가 과정] 생성형 AI를 활용한 프레젠테이션 제작과 시각화 (2)

Tomitom — Thu, 2 Jul 2026 10:36:19 +0900

클로드 사용하여 그래프 시각화 확인중

#0. 클로드 사용중!

Chat GPT 외의 다양한 도구를 사용해보려고 하는 중.

이번에는 클로드로 진행 중입니다.

샘플 엑셀 데이터를 바탕으로 아래의 프롬포트를 입력합니다.

<꺾은 선 그래프>

첨부한 CSV 파일에서 매출과 순이익을 비교하는 이중 축 그래프를 만들어주세요.

요구사항:
- X축: 날짜 컬럼
- 왼쪽 Y축: 월매출(만원) - 막대 그래프, 연한 파란색 (#90CAF9)
- 오른쪽 Y축: 순이익(만원) - 꺾은선 그래프, 진한 초록색 (#2E7D32), 두께 3px
- X축 날짜는 3개월 간격으로 표시
- 그래프 제목: "매출 vs 순이익 추이"
- 범례 추가
- 마우스 오버 시 매출액, 순이익, 순이익률(%) 모두 표시

<이중 그래프>

첨부한 CSV 파일에서 매출과 순이익을 비교하는 이중 축 그래프를 만들어주세요.

요구사항:
- X축: 날짜 컬럼
- 왼쪽 Y축: 월매출(만원) - 막대 그래프, 연한 파란색 (#90CAF9)
- 오른쪽 Y축: 순이익(만원) - 꺾은선 그래프, 진한 초록색 (#2E7D32), 두께 3px
- X축 날짜는 3개월 간격으로 표시
- 그래프 제목: "매출 vs 순이익 추이"
- 범례 추가
- 마우스 오버 시 매출액, 순이익, 순이익률(%) 모두 표시

<누적 영역 그래프>

CSV 파일의 신규고객수와 재구매고객수를 누적 영역 차트로 시각화해주세요.

요구사항:
- X축: 날짜 컬럼
- 하단 영역: 신규고객수 (밝은 오렌지 #FFB74D)
- 상단 영역: 재구매고객수 (진한 오렌지 #F57C00)
- X축 날짜는 6개월 간격으로 표시
- Y축: 고객 수 (명)
- 그래프 제목: "신규 vs 재구매 고객 추이"
- 각 영역에 마우스 오버 시 정확한 수치와 비율(%) 표시
- 2023년 이후 재구매 고객이 신규를 초과하는 구간 강조

고객에 대한 데이터를 통계청에서 다운로드 받은 뒤 시각화 하는 것이 매우 중요

TIP) 클로드 디자인이 깔끔하게 디자인을 만들어서 좋음.

젠스파크는 PPT 성능이 가장 좋으나, 크레딧이 과하게 들어감.

#1. 비즈니스의 기본 개념

우리가 생각하는 가치는 내가 우기는 것이 아니라 사용자부터 시작된다.

아무리 좋고, 특별하다 라고 말해도 브랜드의 가치는 소비자가 정한다.

예를 들면 유튜브 프리미엄을 쓰는 이유 -> 광고를 보지 않기 위해서. (명확함)

내가 지출하는 이유를 본질적으로 고민해볼 것.

(내가 왜 커피를 사러 가지, 내가 왜 이것을 구독하고 있지.)

해결하고 싶은 결핍이 있는 것을 확인해라.

고객들이 움직이는 작은 움직임 패턴. 어떤것에 결핍이 있는지에 대한 내용의 고민이 필요하다.

-> 실제로 돈을 꺼내는 의미에 대해서 파악하는 것. (어떤 것에 결핍이 있는지)

-> 가치의 실제 = 핵심 서비스의 기능 (결핍을 끝내주기 위한 것)

"고객들에게 어떤 가치를 전달할 수 있는가!"

비즈니스의 핵심 요소 5가지

- 고객: 우리가 가치를 전달하려는 명확한 집단과 그들의 미완의 일

- 가치: 고객의 미완의 일을 끝내주는 결과 (기능적, 감정적, 사회적 가치 포함)

- 교환: 가치와 맞바꾸는 현금/시간/데이터 등 대가의 가격 구조

- 반복/지속: 가치와 대가 교환이 반복되고, 현금이 도는 것

- 조직성: 사람이 바뀌어도 돌아가는 시스템

가치 제안

"고객이 경쟁사가 아닌 우리를 선택하는 단 하나의 이유"

유에서 유를 창조하는 세상 (시장에서 플레이어들을 얼마나 많이 빼앗아오는가. 시장의 규모가 큰 곳은 돈이 몰리는 곳이다. 레드오션이라도 상관없다.)

- 선발 주자가 해결하지 못한 문제를 파악해서 그 고객들의 파이를 먹어가는 것 (이탈고객)

- 경쟁사들은 어떻게 행동하고 있는지 (경쟁사 조사 매우 중요)

#IT 산업 트랜드

- 버티컬 SaaS : 산업 분야로 뾰족하게 보는 SaaS

- 호라이즌 SaaS : LLM 처럼 통상적으로 넓게 보는 SaaS

AI 서비스의 경우 고객들이 우리 서비스를 얼마나 사용할지에 대한 사용량을 미리 예상한 뒤에 구조화를 해야함

가격정책을 세우기 전에 사용량을 고려한 뒤에 작성해야함.

우리가 얼마를 소비자들에게 받아야하는지를 위해서 반드시 사용량을 고려할 것.

#비즈니스 시장 분석

- 비즈니스 시장을 분석하는 이유: 사용자의 규모를 보기 위한 Tam_Sam_Som

PEST 분석

- 정치 경제 사회 기술 등 거대한 외부 환경 요인으로 인해 비즈니스가 어떤 기회와 위협을 가져다주는지 분석하는 프레임워크

- 역풍을 피할 수 있는 전략을 피할 것 (단 한 명에게라도 수익을 얻기 위함)

추천책: TOSS 이승권 대표 자서전

https://www.yes24.com/product/goods/115007234

유난한 도전 | 정경화 | 북스톤 - 예스24

세상에 없던 금융, 세상에 없던 일 문화를 만드는 사람들, 토스928억 시간. 2015년 토스 앱이 나온 후, 사용자들이 간편송금으로 아낀 시간을 모두 합하면 928억 시간이 넘는다. 대한민국 성인 2.5명

www.yes24.com

#1. [코드잇 IT 창업가 과정] 생성형 AI를 활용한 프레젠테이션 제작과 시각화 (1)

Tomitom — Wed, 1 Jul 2026 11:03:40 +0900

26년 2회차 7월 1일 ZEP 수업중!

26년 6월 30일부터 수강이 시작되었습니다!

1회차는 모두 ZEP 을 세팅하고 원격 준비를 하느라 우당탕탕 했던 것 같아요.

간단하게 서로 진행하고자 하는 사업 아이템을 구체화하고, 그걸 바탕으로 면담을 진행하는 오프닝 시간이었어요.

#0. [오프닝]

구체화하고자 하는 틀

내가 적은 구체화 내용!

1. 희망하고자 하는 창업 도메인 : EX : 000를 활용한 000 서비스 , 000를 해결하는 000 서비스
(창업 도메인이 없다면, 관심 있는 분야를 작성해주세요. 만들고자 하는 대상은 반드시 써주셔야합니다.(웹.앱,제품 등)

2. 서비스에 대한 간략 소개
우리 서비스의 핵심 기능들은 무엇인지, 어떤 가치를 전달 할 수 있을 지 작성해보세요.

3. 고객은 누구일까?
우리 서비스를 이용하는 고객은 어떤 사람들일까요?

4. 나는 어떻게 돈을 버는거?
서비스를 판매하는 방식에 대해서 작성해주세요.

5. 고민이 되는 부분이 무엇인가요?

1. 희망하고자 하는 창업 도메인
환자와 보호자의 진료 준비를 돕는 디지털 헬스케어 앱 서비스

병원 방문 전 환자나 보호자가 증상, 복용약, 걱정되는 점, 의사에게 묻고 싶은 질문을 입력하면, 이를 의료진에게 보여줄 수 있는 1페이지 진료 편지로 정리해주는 서비스입니다.

진단이나 처방을 대신하는 서비스가 아니라, 환자가 자신의 상태를 더 잘 설명하고 의료진과 더 효과적으로 소통할 수 있도록 돕는 진료 전 커뮤니케이션 보조 서비스입니다.

2. 서비스에 대한 간략 소개
병원 방문 전에 환자가 자신의 증상과 질문을 쉽게 정리할 수 있도록 돕는 앱 서비스입니다.

많은 환자들은 병원에 가면 긴장하거나 시간이 부족해 중요한 증상, 복용약 변화, 궁금한 점을 제대로 말하지 못합니다. 특히 만성질환자, 고령 부모님을 챙기는 보호자, 병원 방문 전 불안이 큰 사람들은 진료 전에 정보를 체계적으로 정리할 필요가 있습니다.

- 사용자가 증상의 시작 시점, 빈도, 강도, 악화 요인, 복용 중인 약, 최근 변화 등을 간단히 입력할 수 있습니다.
- 입력된 내용을 바탕으로 의사에게 보여줄 수 있는 1페이지 진료 편지를 자동으로 생성합니다.
- 사용자가 진료 때 꼭 물어봐야 할 질문을 정리할 수 있도록 도와줍니다.
- 생성된 진료 편지를 PDF로 저장하거나 가족과 공유할 수 있습니다.

3. 고객은 누구일까?
우리 서비스의 핵심 고객은 병원 방문 전 자신의 증상과 질문을 정리하는 데 어려움을 느끼는 환자와 보호자입니다.

- 진료실에서 긴장해서 말을 잘 못 하거나 중요한 질문을 자주 놓치는 환자입니다.
- 고혈압, 당뇨, 고지혈증 등 만성질환으로 정기적으로 병원을 방문하는 사람입니다.
- 부모님의 병원 방문을 챙기는 40~60대 자녀입니다. 부모님의 증상, 약, 진료 내용이 카카오톡, 메모장, 약봉투 등에 흩어져 있어 정리가 필요한 사람들이 주요 고객입니다.
- 병원 방문 전 불안감이 크고, 의사에게 무엇을 물어봐야 할지 미리 준비하고 싶은 사람입니다.

초기 타깃 고객은 부모님 병원 방문을 챙기는 가족 보호자. 이들은 문제 강도가 높고, 부모님의 건강 정보를 정리해야 할 필요성이 반복적으로 발생하기 때문에 서비스 사용 가능성이 높습니다.

4. 나는 어떻게 돈을 버는가?
초기 수익모델은 개인과 가족 사용자를 대상으로 한 구독형 앱 서비스입니다.

기본 기능은 무료로 제공하고, 진료 편지 저장, PDF 다운로드, 가족 공유, 과거 진료 기록 관리, 복약·증상 타임라인 정리 등의 고급 기능은 유료로 제공합니다.

5. 고민이 되는 점
의료 조언으로 오해할까봐의 위험과 개인정보 보호 설계 필요하다는 것. 의료진이 문서를 실제로 유용하다고 느낄 수 있는지.

#1. [ 발표 IR의 성격 차이 ]

투자 IR 과 정부지원사업 IR 의 차이

<투자IR>

<정부지원사업IR>

- BM (비즈니스 모델) 차별 우위점
- 재무계획. 투자금을 받은 이후의 수익을 얼마나 받을 수 있는지
(손익분기점)

피라미드 구조를 주로 씀 (결론 -> 근거 -> 데이터)

먼저 핵심 메시지를 말하고, 세부 근거를 뒷받침
예: "우리는 신제품을 출시해야 합니다 -> 시장 성장률 증가 + 고객 니즈 증가 + 경쟁사 움직임"
결론부터 듣고 싶어하는 바쁜 의사결정자(경영진, 투자자) 대상 발표·보고에 특히 효과적

<정부지원사업IR>
- 성능지표 달성 가능성
- 고용, 매출 등의 사회적 효과

3단 구조 (도입 -> 전개 -> 결론)

도입: 문제 제기, 주제 소개
전개: 핵심 논리와 데이터 제시
결론: 요약 + 행동 촉구 (Call to Action)
가장 기본적이고 어떤 발표에도 적용할 수 있는 범용 구조

#2. PPT

- PPT를 일기장처럼 만들지 말기. (설득하고자 하는 주제를 청중에게 이야기할 때 쓰는 시각화 보조도구)

- AI로 만드는 PPT에서 디자인을 잡지 못하는 부분

1) 일관성, 위계, 간결성 (중요)

- 청중이 기억하고 싶은 한 문장은 무엇인가.

2) 컬러 시스템 (톤앤매너, 브랜드의 가치, 이미지 등)

3) 기획 (왜 이 발표를 하는가, 목표는 있는가, 논리구조는 어떻게 되는가, 어떤 구조로 상대방에게 설득을 시킬 것인가.)

<참고하면 좋을 IR 자료>

2020년 스파크랩 발표

https://youtu.be/JfuQ4t80eXU?si=0sZy5LH3QlX1Lg5d

#3. 정말 중요한 것 ! MECE!

Mutually Exclusive (겹치지 않음)
Collectively Exhaustive (빠짐없이 포함)
근거들을 묶을 때 겹침과 누락이 없도록 점검하는 도구입니다.

왜 필요한가?
논리적 허점이나 중복을 방지하여 청중이 혼란스럽지 않도록 합니다.

예시:

MECE 점검 질문:

이 항목들은 서로 겹치지 않는가?
이 항목들은 전체를 빠짐없이 포함하는가?
하나의 기준으로 일관되게 분류했는가?

각각의 타겟을 명확하게 할 것!

예를 들면 건강 주스에 대한 예시에서

- 직장인에게 주는 가치와

- 학생에게 주는 가치가 다름

이것을 동일하게 생각하면 안되며, 슬라이드 안에서 내가 전하고자 하는 주제가 무엇인지 확실하게 해야함

두 개의 고객을 나눈다고 하면, 슬라이드 대비를 크게 해서 한 슬라이드를 분리하여 각각을 설명해야함

이것은 일관성으로 타겟뿐만이 아니라 일반적인 제작 과정에서 필요한 규칙.

# 실습! 직접 만들어보기

<내가 만든 수제 PPT>

그러나 타겟층이 학생, 직장인, 피트니스 3가지 부류가 동시에 혼재해서 MECE 구조에 어울리지 않는 장표가 되었다. ..

나도먹고싶은 프레시주스..(황지은) .pdf

3.44MB

AI를 사용하기 전에 내가 만들고 싶은 것들을 정리해서 구조를 이해할 줄 알아야 한다는 것이 핵심

나중에 해설을 보니 조금 더 구조를 구체화해서 적었어야 했던 것 같다.

추가로 그 구조는 AI로 생성할 때도 동일하게 내가 고민해야하는 부분이라는 점.

조금 더 강의자료를 공부해보기로 !

#3. [프리코스 공부] Referral 마케팅과 바이럴 지표를 통해 사용자 성장을 바라보기

Tomitom — Wed, 24 Jun 2026 15:33:28 +0900

이번 학습에서는 AARRR 프레임워크의 마지막 단계 중 하나인 Referral, 즉 추천 단계에 대해 배웠다. Referral 마케팅은 기존 사용자가 자발적으로 주변 사람에게 서비스를 추천하고, 그 추천을 통해 새로운 사용자가 유입되는 구조를 의미한다. 단순히 광고비를 써서 신규 사용자를 데려오는 방식과 달리, Referral은 이미 서비스를 경험한 사용자의 신뢰와 만족을 기반으로 성장한다는 점에서 중요하다고 느꼈다.

Referral 마케팅의 핵심은 “사용자가 우리 서비스를 다른 사람에게 추천할 만큼 만족했는가”를 확인하는 데 있다. 사용자가 서비스를 한 번 사용하고 끝나는 것이 아니라, 주변 친구나 동료에게 소개하고 싶다고 느낀다면 그 서비스는 일정 수준 이상의 가치를 제공하고 있다고 볼 수 있다. 따라서 Referral은 단순한 유입 채널이 아니라, 서비스 만족도와 충성도를 보여주는 중요한 신호이기도 하다.

이번 강의에서 가장 인상 깊었던 개념은 바이럴 주기 시간과 바이럴 계수였다. 먼저 바이럴 주기 시간은 기존 사용자가 친구를 초대하고, 그 친구가 실제 신규 사용자로 유입되기까지 걸리는 시간을 의미한다. 예를 들어 사용자가 초대 링크를 공유한 뒤 친구가 가입하기까지 평균 3일이 걸린다면, 이 서비스의 바이럴 주기 시간은 3일로 볼 수 있다. 이 시간이 짧을수록 추천을 통한 사용자 증가 속도도 빨라질 수 있다.

하지만 단순히 초대가 빠르게 이루어지는 것만으로는 충분하지 않다. 실제로 몇 명이 초대되고, 그중 몇 명이 가입하거나 서비스를 사용하게 되는지도 함께 봐야 한다. 이때 사용하는 지표가 바이럴 계수다. 바이럴 계수는 기존 사용자 한 명이 평균적으로 몇 명의 신규 사용자를 만들어내는지를 나타내는 지표다. 일반적으로는 한 명의 사용자가 보낸 초대 수와 초대를 받은 사람의 수락 비율을 함께 계산한다.

예를 들어 기존 사용자 한 명이 평균 5명에게 초대장을 보내고, 그중 20%가 실제로 가입한다면 바이럴 계수는 1이 된다. 이는 기존 사용자 한 명이 새로운 사용자 한 명을 만들어내는 구조라는 뜻이다. 바이럴 계수가 1 이상이면 추천을 통한 성장이 점점 확대될 가능성이 커지고, 1보다 낮으면 추천만으로는 지속적인 사용자 증가를 만들기 어렵다. 이 개념을 배우면서 추천 마케팅도 단순히 “공유 버튼을 넣는다”의 문제가 아니라, 수치로 구조를 분석해야 하는 영역이라는 점을 알게 되었다.

Referral을 최적화하기 위해서는 크게 세 가지를 관리해야 한다고 느꼈다. 첫 번째는 사용자가 더 쉽게 초대할 수 있도록 만드는 것이다. 초대 과정이 복잡하거나 공유 버튼이 눈에 잘 띄지 않으면 사용자가 추천 행동을 하기 어렵다. 두 번째는 초대를 받은 사람이 가입하거나 서비스를 경험할 이유를 명확히 제공하는 것이다. 단순히 “친구가 초대했습니다”만으로는 충분하지 않고, 초대를 수락했을 때 얻을 수 있는 가치가 분명해야 한다. 세 번째는 바이럴 주기 시간을 줄이는 것이다. 초대 이후 가입까지 시간이 너무 오래 걸리면 추천의 확산 속도가 느려질 수 있다.

PM 관점에서 Referral은 제품 자체의 가치와 마케팅 구조가 함께 맞물려야 작동하는 단계라고 느꼈다. 사용자가 만족하지 않는 서비스는 아무리 추천 보상을 붙여도 자연스러운 추천이 일어나기 어렵다. 반대로 서비스 가치가 충분하더라도 추천 흐름이 불편하거나 초대받은 사람에게 매력이 없다면 신규 유입으로 이어지지 않을 수 있다. 결국 Referral은 제품 경험, 사용자 심리, 초대 구조, 보상 설계가 함께 맞아야 성과가 나는 영역이다.

이번 학습을 통해 추천 마케팅을 볼 때 단순히 “공유 수가 많다”는 결과만 보면 안 된다는 것을 배웠다. 공유는 많이 되었지만 실제 가입이 낮다면 초대 수락 비율에 문제가 있을 수 있고, 가입은 잘 되지만 확산 속도가 느리다면 바이럴 주기 시간이 길 수 있다. 따라서 Referral을 분석할 때는 초대 수, 초대 수락률, 신규 가입 수, 바이럴 주기 시간, 바이럴 계수를 함께 살펴봐야 한다.

결국 Referral 마케팅의 핵심은 기존 사용자의 만족을 새로운 사용자 유입으로 연결하는 것이다. 앞으로 서비스를 기획하거나 지표를 분석할 때, 단순히 신규 사용자를 광고로 데려오는 것뿐 아니라 기존 사용자가 자발적으로 추천할 수 있는 구조를 만들 수 있는지도 함께 고민해야겠다고 느꼈다. Referral은 사용자의 신뢰가 성장으로 전환되는 단계이며, 서비스가 정말 가치 있게 사용되고 있는지를 확인할 수 있는 중요한 지표라고 생각한다.

#코드잇스프린트 #IT창업가 #PM #창업

#2. [프리코스 공부] 리텐션을 계산하는 세 가지 방식: Classic, Range, Rolling Retention

Tomitom — Tue, 23 Jun 2026 17:33:31 +0900

코드잇 강의 커리큘럼 13. Retention: 유지율을 계산하는 3가지 방식

이번 학습에서는 서비스의 유지율, 즉 리텐션을 계산하는 세 가지 방식에 대해 배웠다. 리텐션은 사용자가 서비스를 한 번 사용한 뒤 다시 돌아오는지를 확인하는 지표다. 서비스가 단순히 신규 사용자를 많이 모으는 것에서 끝나지 않고, 사용자가 지속적으로 가치를 느끼고 있는지를 판단하기 위해 매우 중요한 지표라고 느꼈다.

리텐션을 계산하는 방식에는 대표적으로 클래식 리텐션, 범위 리텐션, 롤링 리텐션이 있다. 처음에는 모두 “사용자가 다시 돌아왔는가”를 보는 지표처럼 느껴졌지만, 실제로는 기준으로 삼는 날짜와 기간, 그리고 사용자의 마지막 행동을 어떻게 해석하느냐에 따라 결과가 달라진다는 점이 중요했다.

먼저 클래식 리텐션(Classic Retention)은 특정 날짜에 사용자가 다시 행동했는지를 기준으로 계산하는 방식이다. 보통 N일 차 유지율이라는 표현으로 많이 사용된다. 예를 들어 회원가입 후 1일 차, 7일 차, 30일 차에 사용자가 다시 방문했는지를 확인하는 방식이다. 이 방식의 장점은 계산이 단순하고 직관적이라는 점이다. 특정 날짜에 얼마나 많은 사용자가 다시 돌아왔는지 바로 확인할 수 있기 때문에, 앱이나 서비스의 초기 사용 습관 형성 여부를 보기 좋다.

다만 클래식 리텐션에는 한계도 있다. 특정 날짜에만 사용 여부를 판단하기 때문에, 사용자가 하루 전이나 하루 뒤에 방문했더라도 해당 날짜에 방문하지 않았다면 유지된 사용자로 보지 않을 수 있다. 예를 들어 사용자가 7일 차에는 접속하지 않았지만 6일 차와 8일 차에 접속했다면, 실제로는 서비스를 계속 사용하고 있음에도 7일 차 클래식 리텐션에서는 이탈한 것처럼 보일 수 있다. 그래서 클래식 리텐션은 매일 사용하는 서비스나 특정 날짜 기준의 행동을 정확히 보고 싶을 때 적합하지만, 사용 주기가 일정하지 않은 서비스에서는 해석에 주의가 필요하다.

두 번째는 범위 리텐션(Range Retention)이다. 범위 리텐션은 특정 하루가 아니라 일정 기간을 기준으로 사용자의 재방문 여부를 판단한다. 예를 들어 가입 후 7일 차 하루만 보는 것이 아니라, 가입 후 7일에서 14일 사이에 한 번이라도 행동했다면 유지된 것으로 보는 방식이다. 이 방식은 특정 날짜에 우연히 방문하지 않은 사용자를 이탈자로 처리하지 않기 때문에, 보다 안정적으로 유지율을 측정할 수 있다.

범위 리텐션은 매일 사용하는 서비스보다는 주기적으로 사용하는 서비스에 더 적합하다고 느꼈다. 예를 들어 쇼핑 서비스, 가계부 앱, 여행 예약 서비스처럼 사용자가 매일 접속하지는 않지만 일정 주기로 다시 돌아오는 서비스라면 특정 날짜보다 기간을 기준으로 보는 것이 더 현실적인 해석이 될 수 있다. 사용자가 정해진 하루에 접속하지 않았다고 해서 반드시 서비스에 관심이 없어진 것은 아니기 때문이다.

세 번째는 롤링 리텐션(Rolling Retention)이다. 롤링 리텐션은 사용자의 마지막 행동일을 기준으로 그 이전 기간을 유지된 상태로 간주하는 방식이다. 쉽게 말해 사용자가 마지막으로 다시 돌아온 시점이 있다면, 그 이전의 날짜들은 아직 이탈하지 않은 것으로 보는 것이다. 이 방식은 사용자가 완전히 이탈했는지 여부에 초점을 둔다.

롤링 리텐션은 사용 주기가 긴 서비스에 적합하다. 예를 들어 이사, 여행, 고가 상품 구매, 병원 예약처럼 사용자가 자주 방문하지 않더라도 필요할 때 다시 돌아오는 서비스라면, 특정 날짜에 접속하지 않았다고 바로 이탈로 판단하기 어렵다. 이때 롤링 리텐션을 사용하면 사용자가 마지막으로 돌아온 시점까지는 유지된 사용자로 해석할 수 있다.

하지만 롤링 리텐션도 단점이 있다. 마지막 행동을 기준으로 이전 날짜를 모두 유지 상태로 보기 때문에, 실제보다 리텐션이 높게 보일 수 있다. 예를 들어 사용자가 30일 차에 한 번 접속했다면 그 전 기간 동안 매일 서비스를 사용한 것은 아니더라도, 롤링 리텐션에서는 일정 기간 유지된 것으로 해석될 수 있다. 따라서 롤링 리텐션은 이탈 여부를 파악하는 데는 유용하지만, 사용 빈도나 실제 활성도를 세밀하게 보기에는 부족할 수 있다.

이번 학습을 통해 리텐션은 단순히 “다시 방문했는가”만 보는 지표가 아니라는 점을 알게 되었다. 어떤 리텐션 계산 방식을 선택하느냐에 따라 같은 사용자 행동도 다르게 해석될 수 있다. 매일 사용하는 서비스라면 클래식 리텐션이 적합할 수 있고, 주기적으로 사용하는 서비스라면 범위 리텐션이 더 적합할 수 있다. 사용 주기가 길고 이탈 여부 자체가 중요한 서비스라면 롤링 리텐션을 참고할 수 있다.

PM 관점에서 중요한 것은 지표를 무조건 하나의 공식으로 계산하는 것이 아니라, 서비스의 사용 맥락에 맞는 계산 방식을 선택하는 일이라고 느꼈다. 리텐션을 잘못 해석하면 실제로는 사용자가 꾸준히 돌아오고 있는데도 이탈이 심각하다고 판단할 수 있고, 반대로 실제 사용 빈도는 낮은데 유지율이 높다고 착각할 수도 있다.

결국 리텐션 분석의 핵심은 사용자의 행동 주기를 이해하는 데 있다. 사용자가 왜 다시 돌아오는지, 어느 시점에 이탈하는지, 서비스의 핵심 가치가 반복 사용으로 이어지고 있는지를 함께 봐야 한다. 앞으로 서비스를 분석하거나 프로젝트 지표를 설계할 때는 단순히 유지율이라는 숫자만 보는 것이 아니라, 그 유지율이 어떤 기준으로 계산되었는지 먼저 확인해야겠다고 느꼈다.

#코드잇스프린트 #IT창업가 #PM #창업

과업지시서 작성 가이드: 실무 초보 PM을 위한 업무 범위 정리법! (과업지시서 hwp 다운로드)

Tomitom — Sun, 21 Jun 2026 21:16:51 +0900

요즘 실무를 하다 보면 생각보다 자주 마주하게 되는 문서가 있다. 바로 과업지시서이다!

처음에는 과업지시서라는 말이 조금 딱딱하게 느껴질 수 있다.

“그냥 해야 할 일을 적어두는 문서 아닌가?”라고 생각할 수도 있다.

하지만 막상 프로젝트를 진행해보면 과업지시서가 얼마나 중요한 문서인지 금방 알게 된다.

과업지시서는 프로젝트에서 누가, 무엇을, 어디까지, 어떤 기준으로 수행해야 하는지를 정의하는 문서이다.

특히 외주 개발, SI 프로젝트, 운영 업무, 유지보수 계약, 신규 기능 개발 등 여러 이해관계자가 함께 움직이는 프로젝트에서는 과업지시서 하나만 잘 작성되어도 불필요한 오해를 크게 줄일 수 있다.

잘 작성된 과업지시서는 PM에게는 프로젝트 관리 기준이 되고, 작업자에게는 업무 수행 기준이 되며, 고객이나 발주자에게는 결과물을 판단하는 기준이 된다. 그래서 실무 초보 PM이라면 번거롭더라도 과업지시서 작성법을 꼭꼭 익혀두는 것이 좋다!

이 글에서는 실무 초보 PM이 이해하기 쉽도록 과업지시서의 개념, 구성 요소, 작성 순서, 작성 예시, 자주 하는 실수까지 차근차근 정리한다.

1. 과업지시서란 무엇인가?

과업지시서는 프로젝트나 업무를 수행하기 위해 필요한 과업의 범위, 수행 내용, 일정, 산출물, 검수 기준 등을 정의한 문서이다.

쉽게 말하면 과업지시서는 “이 프로젝트에서 무엇을 해야 하는가?”를 구체적으로 정리한 문서이다. 단순히 할 일을 나열하는 수준이 아니라, 업무의 목적과 범위, 수행 방식, 결과물의 기준까지 함께 정리해야 한다.

예를 들어 “관리자 페이지를 개발한다”라고만 적으면 개발자, 디자이너, 고객이 각자 다르게 이해할 수 있다. 어떤 관리자인지, 어떤 메뉴가 필요한지, 권한 관리는 포함되는지, 통계 기능은 필요한지, 엑셀 다운로드는 포함되는지 등 해석이 달라질 수 있기 때문이다.

하지만 과업지시서에 “관리자 페이지는 회원 관리, 게시글 관리, 공지사항 관리 기능을 포함하며, 통계 대시보드와 엑셀 다운로드 기능은 이번 과업 범위에서 제외한다”라고 명시하면 훨씬 명확해진다.

과업지시서의 주요 목적

업무 범위 명확화: 프로젝트에서 해야 할 일과 하지 않을 일을 구분한다.
이해관계자 간 오해 방지: 발주자, 수행사, PM, 개발자, 디자이너가 같은 기준을 공유한다.
일정과 공수 산정 기준 제공: 어떤 작업이 필요한지 알아야 일정과 비용을 계산할 수 있다.
검수 기준 마련: 결과물이 완료되었는지 판단할 수 있는 기준이 된다.
변경 관리 기준 제공: 과업 범위 밖의 요청이 발생했을 때 협의 기준으로 활용된다.

2. 과업지시서가 실무 초보 PM에게 중요한 이유

신입 PM이나 실무 초보 PM은 프로젝트 초반에 요구사항을 듣고 정리하는 역할을 많이 맡게 된다. 이때 가장 어려운 부분은 “들은 내용을 어떻게 문서로 정리해야 하는가?”이다.

회의에서는 모두가 고개를 끄덕였지만, 막상 개발이 시작되면 “이 기능도 당연히 포함되는 줄 알았다”, “그건 이번 범위가 아니었다”, “디자인은 누가 제공하는가?”, “검수는 어떤 기준으로 하는가?” 같은 이야기가 자주 나온다.

이런 문제는 대부분 과업의 범위가 명확하지 않을 때 발생한다. 그래서 과업지시서는 PM이 프로젝트를 안정적으로 관리하기 위한 기본 문서라고 볼 수 있다.

상황	과업지시서가 없을 때	과업지시서가 있을 때
업무 범위 확인	회의 기억이나 구두 합의에 의존한다.	문서 기준으로 포함 범위와 제외 범위를 확인할 수 있다.
일정 산정	작업량이 불명확해 일정이 자주 흔들린다.	작업 항목을 기준으로 공수와 일정을 산정할 수 있다.
검수 진행	완료 기준이 모호해 의견 충돌이 생긴다.	사전에 정의한 검수 기준으로 판단할 수 있다.

실무 초보 PM이라면 과업지시서를 단순한 문서 작업으로 보면 안 된다.

과업지시서는 프로젝트를 시작하기 전 팀 전체가 바라보는 기준점이다.

3. 과업지시서의 기본 구성 요소

과업지시서는 프로젝트의 성격에 따라 구성 항목이 달라질 수 있다. 하지만 실무에서 자주 사용하는 기본 구조는 어느 정도 정해져 있다.

섹션	주요 내용	작성 포인트
1. 과업 개요	프로젝트 또는 업무의 목적과 배경	왜 이 과업을 수행하는지 명확히 작성한다.
2. 과업 범위	포함되는 업무와 제외되는 업무	포함 범위뿐 아니라 제외 범위도 반드시 작성한다.
3. 세부 과업 내용	수행해야 할 구체적인 작업 항목	기능, 화면, 데이터, 운영 업무 단위로 나누어 작성한다.
4. 수행 일정	착수일, 중간 점검일, 완료일, 검수일	마일스톤 기준으로 작성하면 관리하기 쉽다.
5. 산출물	기획서, 디자인 파일, 소스코드, 테스트 결과서 등	제출 형식과 제출 시점을 함께 작성한다.
6. 검수 기준	완료 여부를 판단하는 기준	기능 동작, 오류 여부, 성능, 디자인 반영 여부 등을 구체화한다.

4. 과업지시서 작성 프로세스

1) 과업의 목적 파악

가장 먼저 해야 할 일은 이 과업을 왜 수행하는지 파악하는 것이다. 목적이 불명확하면 세부 과업도 흔들린다.

예를 들어 “회원가입 기능 개선”이라는 과업이 있다고 하자. 이때 목적이 “가입 전환율 개선”인지, “개인정보 수집 항목 정비”인지, “소셜 로그인 추가”인지에 따라 작성해야 할 과업 내용은 완전히 달라진다.

비즈니스 목적: 이 과업을 통해 해결하려는 문제는 무엇인가?
사용자 목적: 사용자는 어떤 불편을 겪고 있는가?
운영 목적: 관리자나 운영자는 어떤 업무를 개선하고 싶은가?
기술 목적: 시스템 구조나 성능 측면에서 개선할 부분은 무엇인가?

2) 이해관계자 요구사항 수집

과업지시서는 PM 혼자 상상해서 작성하는 문서가 아니다. 발주자, 현업 담당자, 개발자, 디자이너, QA 등 여러 이해관계자의 의견을 듣고 정리해야 한다.

이 단계에서는 요구사항을 바로 확정하려고 하기보다 최대한 빠짐없이 수집하는 것이 중요하다. 회의록, 인터뷰, 기존 문서, 운영 이슈, 고객 문의 내역 등을 참고하면 좋다.

3) 포함 범위와 제외 범위 구분

과업지시서 작성에서 가장 중요한 부분 중 하나가 바로 범위 정의이다. 특히 제외 범위를 작성하지 않으면 나중에 문제가 생길 가능성이 높다.

[과업 범위 예시]

포함 범위:
- 게시글 목록 조회
- 게시글 상세 조회
- 게시글 등록, 수정, 삭제
- 게시글 검색
- 관리자 게시글 숨김 처리

제외 범위:
- 댓글 기능
- 파일 첨부 기능
- 게시글 신고 기능
- 사용자 간 쪽지 기능
- 통계 대시보드 기능

4) 세부 과업 항목 작성

범위가 정리되었다면 이제 세부 과업 항목을 작성한다. 이때는 너무 큰 단위로 작성하지 않는 것이 좋다. “관리자 기능 개발”처럼 큰 단위로만 작성하면 실제 작업을 나누기 어렵다.

실무에서는 기능 단위, 화면 단위, 업무 흐름 단위로 나누어 작성하면 관리하기 쉽다.

5. 과업지시서 작성 흐름 예시

과업지시서는 보통 아래와 같은 흐름으로 작성된다. 처음 작성할 때는 이 순서를 기준으로 따라가면 훨씬 수월하다.

A[과업 목적 확인] 
--> B[이해관계자 요구사항 수집]
--> C[포함 범위와 제외 범위 정리]
--> D[세부 과업 항목 작성]
--> E[일정과 마일스톤 정의]
--> F[산출물과 검수 기준 작성]
--> G[역할과 책임 정리]
--> H[이해관계자 검토 및 확정]

이 흐름에서 가장 중요한 단계는 C. 포함 범위와 제외 범위 정리이다. PM 입장에서는 “할 일”만 정리하고 싶을 수 있지만, 실무에서는 “하지 않는 일”을 명확히 적는 것이 더 중요할 때가 많다.

6. 과업지시서 작성 예시

[과업명]
회원 관리 기능 개선

[과업 목적]
운영자가 회원 정보를 더 쉽게 조회하고 관리할 수 있도록 관리자 페이지의 회원 관리 기능을 개선한다.

[포함 범위]
- 회원 목록 조회 기능 개선
- 회원 상세 정보 조회 기능 추가
- 회원 상태 변경 기능 추가
- 회원 검색 조건 추가
- 관리자 메모 기능 추가

[제외 범위]
- 회원 등급 자동 산정 기능
- 대량 회원 데이터 업로드 기능
- 마케팅 메시지 발송 기능
- 외부 CRM 연동 기능

[주요 산출물]
- 화면 설계서
- API 명세서
- 개발 결과물
- 테스트 결과서

[검수 기준]
- 회원 목록에서 이름, 이메일, 가입일, 상태 기준으로 검색 가능해야 한다.
- 회원 상세 화면에서 기본 정보와 최근 활동 내역을 확인할 수 있어야 한다.
- 관리자는 회원 상태를 정상, 휴면, 탈퇴 예정으로 변경할 수 있어야 한다.
- 권한이 없는 사용자는 회원 관리 메뉴에 접근할 수 없어야 한다.

이 정도만 작성해도 팀원들이 과업의 방향을 훨씬 명확하게 이해할 수 있다. 물론 실제 실무에서는 화면별 상세 정책, 데이터 항목, API 연동 방식, 예외 처리까지 추가로 정리해야 한다.

7. 과업지시서 작성 시 자주 하는 실수

1) 너무 추상적으로 작성하는 경우

“사용자 편의성을 개선한다”, “관리 기능을 고도화한다”, “화면을 보기 좋게 수정한다” 같은 표현은 방향성은 있지만 작업 기준으로는 부족하다.

과업지시서에서는 추상적인 목표를 실제 작업 항목으로 바꿔야 한다. 예를 들어 “사용자 편의성을 개선한다”라고 쓰기보다 “회원가입 화면의 입력 항목을 7개에서 4개로 줄이고, 필수 입력값 오류 메시지를 각 필드 하단에 표시한다”처럼 작성하는 것이 좋다.

2) 제외 범위를 작성하지 않는 경우

포함 범위만 작성하고 제외 범위를 적지 않으면, 이해관계자가 서로 다르게 해석할 가능성이 높다.

특히 “검색 기능”, “관리자 기능”, “통계 기능”처럼 범위가 넓은 단어는 반드시 어디까지 포함되는지 적어야 한다.

3) 검수 기준이 모호한 경우

검수 기준을 “정상 동작해야 한다”라고만 작성하면 나중에 완료 여부를 판단하기 어렵다. 정상 동작의 기준은 사람마다 다르게 해석될 수 있기 때문이다.

가능하면 “어떤 조건에서”, “어떤 결과가 나와야 하는지”를 함께 작성해야 한다.

8. 실무 초보 PM을 위한 과업지시서 체크리스트

체크 항목	확인 질문	완료 여부
과업 목적	이 과업을 왜 수행하는지 명확히 작성했는가?	□
포함 범위	이번 과업에서 수행할 작업을 구체적으로 작성했는가?	□
제외 범위	이번 과업에 포함되지 않는 작업을 명확히 작성했는가?	□
산출물	제출해야 할 문서와 결과물을 정의했는가?	□
검수 기준	완료 여부를 판단할 기준을 구체적으로 작성했는가?	□

9. 과업지시서 작성 실무 팁

1) “포함”보다 “제외”를 더 신경 쓰기

과업지시서를 작성할 때 포함 범위는 대부분 열심히 작성한다. 하지만 제외 범위는 빠지는 경우가 많다. 실무에서는 이 제외 범위가 정말 중요하다.

제외 범위가 명확하면 추가 요청이 들어왔을 때 감정적으로 대응하지 않고 문서 기준으로 협의할 수 있다.

2) 명사형보다 동사형으로 작성하기

과업 항목을 작성할 때 “회원 관리”, “게시판”, “통계”처럼 명사만 적으면 실제로 무엇을 해야 하는지 애매하다.

가능하면 “회원 목록을 조회한다”, “게시글을 등록하고 수정한다”, “기간별 접속 통계를 조회한다”처럼 동작 중심으로 작성하는 것이 좋다.

3) 검수 기준은 테스트 케이스처럼 작성하기

검수 기준은 나중에 QA나 고객 검수와 연결된다. 그래서 가능하면 테스트할 수 있는 문장으로 작성하는 것이 좋다.

나쁜 예: 회원 검색 기능이 정상 동작해야 한다.
좋은 예: 관리자는 회원 이름, 이메일, 가입일 기준으로 회원 목록을 검색할 수 있어야 한다.

10. 마무리

과업지시서는 실무 초보 PM에게 조금 어렵고 딱딱하게 느껴질 수 있는 문서이다.

하지만 프로젝트를 안정적으로 관리하기 위해서는 반드시 익혀야 하는 기본 문서이기도 하다.

과업지시서를 잘 작성하면 프로젝트의 목적, 범위, 일정, 산출물, 검수 기준을 한눈에 확인할 수 있다.

또한 개발자, 디자이너, 고객, 운영 담당자 모두가 같은 기준을 보고 움직일 수 있기 때문에 커뮤니케이션 비용도 줄어든다.

처음부터 완벽한 과업지시서를 작성하려고 하면 부담스러울 수 있다.

먼저 과업의 목적을 정리하고, 포함 범위와 제외 범위를 나누고, 산출물과 검수 기준을 작성하는 것부터 시작해보자.

문서는 결국 프로젝트를 잘 진행하기 위한 도구이다.

번거롭더라도 과업지시서를 꼼꼼하게 작성해두면, 나중에 일정 관리와 범위 관리에서 정말 큰 도움이 된다.

실무 초보 PM이라면 오늘부터 작은 업무라도 과업지시서 형태로 정리해보는 것을 추천한다. 이런 습관이 쌓이면 프로젝트를 바라보는 기준이 훨씬 선명해질 것이다!

과업지시서 샘플 다운로드

[서식] 과업지시서.hwp

0.03MB

[서식2] 과업지시서.hwp

0.03MB

#2. [프리코스 공부] CAC까지 함께 봐야 하는 이유

Tomitom — Sun, 21 Jun 2026 20:45:22 +0900

CPC가 낮다고 좋은 광고일까?

이번 학습에서는 광고 매체별 성과를 분석할 때 CPC와 CAC를 함께 봐야 한다는 점을 배웠다. 처음에는 광고 효율을 판단할 때 클릭당 비용인 CPC가 낮으면 좋은 광고라고 생각하기 쉬웠다. 하지만 실제 사용자 획득 관점에서 보면 CPC만으로는 광고의 효율을 정확히 판단하기 어렵다. 광고가 많이 클릭되더라도 실제 고객으로 전환되지 않는다면, 그 광고는 겉으로만 좋아 보이는 지표를 가진 비효율적인 광고일 수 있기 때문이다.

CPC는 Cost Per Click의 약자로, 광고 클릭 한 번을 얻기 위해 들어간 비용을 의미한다. 예를 들어 어떤 광고 매체에서 10만 원을 사용해 1,000번의 클릭이 발생했다면 CPC는 100원이 된다. 이 수치만 보면 클릭을 저렴하게 가져온 것처럼 보일 수 있다. 하지만 이 클릭 중 실제 회원가입이나 구매, 상담 신청처럼 우리가 원하는 행동으로 이어진 사용자가 거의 없다면, 이 광고는 최종 성과 측면에서는 좋은 광고라고 보기 어렵다.

그래서 함께 봐야 하는 지표가 CAC, 즉 고객 획득 비용이다. CAC는 한 명의 고객을 획득하기 위해 들어간 비용을 의미한다. 계산 방식은 비교적 단순하다. 각 광고 매체에 사용한 총 광고비를 해당 매체를 통해 획득한 고객 수로 나누면 된다. 예를 들어 A 매체에 100만 원을 쓰고 100명의 고객을 획득했다면 CAC는 1만 원이다. 반면 B 매체에 50만 원만 썼지만 실제 고객을 10명밖에 획득하지 못했다면 CAC는 5만 원이다. 광고비 총액은 B 매체가 더 적지만, 고객 한 명을 데려오는 비용은 A 매체보다 훨씬 비싸다.

이 지점에서 중요한 인사이트가 생긴다. CPC가 낮은 매체가 반드시 효율적인 매체는 아니다. 클릭 비용이 낮아도 전환율이 낮다면 CAC는 높아질 수 있다. 반대로 CPC는 다소 높더라도 구매 가능성이 높은 사용자를 데려오고, 실제 고객 전환이 잘 일어난다면 CAC는 더 낮아질 수 있다. 결국 광고 효율을 판단할 때는 클릭이라는 중간 행동만 볼 것이 아니라, 최종적으로 고객을 얼마나 효율적으로 획득했는지를 함께 봐야 한다.

광고비를 효율적으로 배분하기 위해서는 매체별 CPC와 CAC를 나란히 비교해야 한다. CPC는 낮지만 CAC가 높은 매체는 많은 클릭을 만들고 있지만 실제 고객 전환에는 실패하고 있을 가능성이 있다. 이 경우 광고 소재는 흥미를 끌지만 랜딩 페이지, 상품 메시지, 타겟팅, 가입 흐름 중 어딘가에 문제가 있을 수 있다. 반대로 CPC와 CAC가 모두 낮은 매체는 클릭도 저렴하고 고객 획득도 효율적으로 이루어지고 있으므로 광고비를 더 집중해볼 수 있다.

또한 CPC와 CAC가 모두 높은 매체는 전략적으로 사용 중지를 검토해야 한다. 클릭을 얻는 비용도 높고, 실제 고객 획득 비용도 높다면 해당 매체는 현재 조건에서는 효율이 낮은 채널일 가능성이 크다. 물론 브랜드 인지도 향상이나 장기적인 리드 확보처럼 다른 목적이 있다면 단순히 중단하기보다 목적을 다시 정의해야 한다. 그러나 신규 고객 획득이 핵심 목표라면, 이런 매체에는 예산을 계속 투입하기보다 더 효율적인 매체로 광고비를 이동하는 것이 합리적이다.

이번 학습을 통해 지표는 하나만 떼어놓고 보면 오해가 생길 수 있다는 점을 알게 되었다. CPC는 광고가 얼마나 클릭을 잘 만들었는지를 보여주지만, 고객 획득의 실제 효율까지 설명해주지는 못한다. CAC는 광고비가 실제 고객 확보로 얼마나 잘 이어졌는지를 보여준다. 따라서 두 지표를 함께 분석해야 광고의 중간 성과와 최종 성과를 모두 파악할 수 있다.

PM 관점에서도 이 개념은 중요하다고 느꼈다. 마케팅 성과를 볼 때 단순히 “클릭 수가 늘었다”, “광고비가 적게 들었다”라는 말만으로는 충분하지 않다. 어떤 채널에서 들어온 사용자가 실제로 가입했는지, 핵심 행동을 했는지, 결제나 재방문까지 이어졌는지를 함께 봐야 한다. 그래야 광고비를 어디에 더 투입하고, 어떤 매체는 줄이거나 중단해야 할지 판단할 수 있다.

결국 효율적인 마케팅 전략은 하나의 지표에 의존하지 않고, 여러 지표를 종합적으로 해석하는 데서 시작된다. CPC는 클릭의 비용 효율을 보여주고, CAC는 고객 획득의 실질적인 효율을 보여준다. 앞으로 광고 성과를 분석할 때는 낮은 CPC에만 집중하지 않고, 최종 고객 획득 비용과 전환 품질까지 함께 살펴보는 습관을 가져야겠다고 느꼈다.

#코드잇스프린트 #IT창업가 #PM #창업

#1. [프리코스 공부] AARRR 프레임워크

Tomitom — Tue, 16 Jun 2026 08:51:53 +0900

AARRR 프레임워크를 통해 사용자 흐름을 지표로 바라보기

이번 학습에서는 서비스의 성장 흐름을 체계적으로 분석하는 방법론인 AARRR 프레임워크에 대해 배웠다. AARRR은 사용자가 서비스를 처음 알게 되는 순간부터, 실제 매출과 추천으로 이어지는 과정까지를 다섯 단계로 나누어 관리하는 지표 프레임워크다.

AARRR은 Acquisition, Activation, Retention, Revenue, Referral의 앞 글자를 딴 말이다.

각각 획득, 활성화, 유지, 수익화, 추천을 의미한다. 이 프레임워크는 미국 실리콘밸리의 500 Startups 창립자인 데이브 맥클루어가 제안한 것으로, 스타트업이나 디지털 서비스가 막연하게 “사용자가 늘었는가?”만 보는 것이 아니라, 사용자가 어느 단계에서 유입되고 이탈하며 전환되는지를 구체적으로 파악하도록 돕는다.

가장 인상 깊었던 점은 AARRR이 단순히 마케팅 용어가 아니라, 사용자 여정을 지표로 쪼개어 보는 사고방식이라는 점이었다.

예를 들어 서비스에 신규 사용자가 많이 들어온다고 해서 반드시 좋은 상황이라고 볼 수는 없다. 유입된 사용자가 핵심 기능을 경험하지 못하고 바로 이탈한다면 Acquisition은 잘 되고 있지만 Activation에서 문제가 발생한 것이다. 반대로 신규 유입은 적더라도 기존 사용자가 꾸준히 재방문하고 결제까지 이어진다면 Retention과 Revenue 측면에서 강점이 있다고 볼 수 있다.

첫 번째 단계인 Acquisition은 신규 사용자를 서비스로 유입시키는 단계다.

이 단계에서는 신규 사용자 수, 회원 가입 수, 앱 다운로드 수, 리드 수 등을 통해 획득 규모를 확인한다. 또한 단순히 많이 데려오는 것보다 얼마나 효율적으로 데려왔는지를 보기 위해 CAC, 즉 고객 획득 비용을 함께 본다. CAC는 고객 한 명을 획득하는 데 들어간 비용을 의미한다. 이때 중요한 것은 “고객”의 기준을 명확히 정의하는 것이다. 회원가입한 사람을 고객으로 볼 것인지, 결제까지 완료한 사람을 고객으로 볼 것인지에 따라 같은 비용을 쓰더라도 지표 해석이 달라질 수 있기 때문이다.

Acquisition 단계에서는 광고 성과 지표도 함께 활용된다.

대표적으로 CTR, VTR, CVR이 있다. CTR은 광고를 본 사람 중 실제로 클릭한 비율이고, VTR은 영상 광고가 얼마나 조회되었는지를 보는 지표다. CVR은 클릭이나 방문 이후 원하는 행동으로 이어진 비율을 뜻한다. 예를 들어 광고 클릭은 많이 발생했지만 회원가입 전환이 낮다면, 광고 소재는 흥미를 끌었지만 랜딩 페이지나 가입 과정에서 문제가 있을 가능성이 있다. 이처럼 지표는 단독으로 보기보다 서로 연결해서 해석해야 실제 개선 지점을 찾을 수 있다.

두 번째 단계인 Activation은 사용자가 서비스의 핵심 가치를 처음 경험하는 단계다.

흔히 말하는 ‘아하 모먼트’를 만드는 과정이라고 볼 수 있다. 사용자가 서비스를 처음 접했을 때 “이 서비스가 나에게 필요하구나”라고 느끼게 만드는 것이 중요하다. 아무리 유입이 많아도 사용자가 핵심 기능을 경험하지 못하면 장기 사용으로 이어지기 어렵다. 따라서 이 단계에서는 온보딩 흐름, 첫 사용 경험, 핵심 기능 도달률 등을 살펴봐야 한다.

세 번째 단계인 Retention은 사용자가 서비스를 지속적으로 사용하는지를 보는 단계다.

PM 관점에서 Retention은 매우 중요한 지표라고 느꼈다. 신규 유입을 늘리는 것도 중요하지만, 기존 사용자가 계속 돌아오지 않는다면 서비스는 계속 새로운 사용자를 비싼 비용으로 데려와야 한다. 반대로 Retention이 높다면 사용자가 서비스에서 지속적인 가치를 느끼고 있다는 의미다. 이 단계에서는 재방문율, 반복 사용률, 특정 기간 이후 잔존율 등을 볼 수 있다.

네 번째 단계인 Revenue는 사용자의 활동이 실제 매출로 이어지는지를 확인하는 단계다.

무료 사용자가 유료 사용자로 전환되는 비율, 객단가, 구독 전환율, 결제 유지율 등이 여기에 해당한다. 다만 Revenue를 볼 때도 단순히 매출이 증가했는지만 보는 것이 아니라, 어떤 사용자군에서 매출이 발생했는지, 획득 비용 대비 수익성이 충분한지를 함께 봐야 한다. CAC가 높더라도 장기적으로 고객 생애 가치가 더 크다면 전략적으로 감수할 수 있고, 반대로 단기 매출은 있어도 유지율이 낮다면 수익 구조가 불안정할 수 있다.

다섯 번째 단계인 Referral은 사용자가 자발적으로 서비스를 추천하는 단계다.

Referral이 잘 일어난다는 것은 사용자가 서비스에 만족하고 있으며, 다른 사람에게도 권할 만큼 신뢰하고 있다는 뜻이다. 추천 링크 공유, 초대 코드 사용, 리뷰 작성, 바이럴 유입 등이 이 단계의 지표가 될 수 있다. Referral은 단순히 마케팅 비용을 줄이는 수단이 아니라, 서비스의 만족도와 충성도를 보여주는 중요한 신호라고 볼 수 있다.

이번 학습에서 특히 중요하게 느낀 부분은 지표의 계산식은 고정된 정답이 아니라는 점이었다.

예를 들어 전환율을 계산할 때도 무엇을 ‘전환’으로 볼지 먼저 정의해야 한다. 회원가입을 전환으로 볼 수도 있고, 결제를 전환으로 볼 수도 있으며, 특정 버튼 클릭이나 상담 신청을 전환으로 볼 수도 있다. 또한 분모를 사용자 수로 둘지, 페이지 조회 수로 둘지에 따라서도 결과가 달라진다. 측정 기간 역시 월간, 주간, 분기별 등으로 다르게 설정할 수 있다. 결국 좋은 지표란 보편적인 공식 하나를 그대로 적용하는 것이 아니라, 지금 알고 싶은 질문에 맞게 정의된 지표라는 생각이 들었다.

AARRR 프레임워크는 정해진 순서대로만 적용해야 하는 도구라기보다는, 현재 서비스에서 가장 병목이 되는 단계를 찾기 위한 분석 도구에 가깝다. 모든 단계가 중요하지만, 서비스의 상황에 따라 집중해야 할 단계는 달라질 수 있다. 초기 서비스라면 Acquisition과 Activation이 중요할 수 있고, 어느 정도 사용자가 모인 서비스라면 Retention과 Revenue가 더 중요한 과제가 될 수 있다.

이번 강의를 통해 지표를 바라볼 때 단순히 숫자의 크고 작음만 보면 안 된다는 것을 배웠다. 숫자 자체보다 중요한 것은 그 숫자가 어떤 사용자 행동을 의미하는지, 그리고 그 지표를 통해 어떤 의사결정을 할 수 있는지다. 앞으로 서비스를 기획하거나 프로젝트를 회고할 때도 “사용자가 몇 명인가?”에서 멈추지 않고, “사용자는 어디에서 들어왔고, 어떤 가치를 경험했으며, 왜 다시 돌아오거나 이탈했는가?”까지 질문해보아야겠다고 느꼈다.

결국 AARRR 프레임워크는 사용자 흐름을 더 구체적으로 이해하게 해주는 도구다. PM으로서 서비스를 바라볼 때 감이나 추측만으로 판단하는 것이 아니라, 각 단계별 지표를 통해 문제를 발견하고 개선 방향을 정리하는 습관이 필요하다는 점을 배운 시간이었다.

#코드잇스프린트 #IT창업가 #PM #창업

[PM일지] 디자인팀과 미팅하기 위한 기초 용어 (2)

Tomitom — Tue, 14 Jan 2025 12:59:48 +0900

#PoC 란?

"PoC 진행해보세요."

- POC (Proof of concept) : 새로운 개념의 기술/제품 제작 시 실현 가능한 것인지 타당성을 증명하는 것

기존 시장에 없던 제품, 기술, 정보시스템, 신기술 도입 전 검증하는 것

- 기술 및 제품이 도입 목적에 부합하는지 조직 내부에서 확인하는 방법

PoC : 개념증명의 과정 (내부적)

- 아래는 고객에게 받은 피드백을 분석하는 방법 <린 스타트업> (외부적)

prototype : 프로토타입 (주요 기능이 포함된 초기모델. 피드백을 통해 디벨롭)

pilot : 시범적용 (출시전 확대 적용을 위한 소규모 시범 적용)

MVP : 최소 구현 제품 (고객에게 제공할 가치를 최소한의 기능으로 구현)

#PPM

"스토리라인과 모델이 결정되었으니 이제 PPM 준비합시다."

Pre Production Meeting

촬영에 필요한 상세사항을 광고주와 대행사가 최종 점검하는 자리

최종 점검인 만큼 발표자는 영상 촬영 감독이 발표하는 경우가 대부분

PPM 에서 프로덕션이란? -> TVC 영화등 영상물 제작하는 업체

프리 프로덕션 : 촬영에 있어 전반적인 작업인 콘티, ㅈ각본, 로케이션, 모델 섭외 -> 영상 기획 작업 진행 (기획실)

메인 프로덕션 : 기획에 맞춰 실제 촬영을 진행

(메인 프로덱션 내부에 프리 프로덕션이 있는 경우가 많음)

포스트 프로덕션 : 가편집, 모션그래픽, 합성, 색보정, 음향작업 -> 최종본 완성 (편집실)

(2D, 3D 등 영상 효과 진행)

#RFP

"RFP 초안 나왔나요?"

- Request For Proposal

최종 업체 선정 이전, 수행에 필요한 요구사항을 체계적으로 정리한 제안요청서

RFP 들어가는 낸용 : 회사의 현황 및 문제점, 사업 추진방향, 제안요청내용, 예산, 제출일정, 제출방법, 참가자격, 평가기준

작성 시 주의해야할 점 : 결과 평가의 기준이 됨!

발주사와 수행사의 법적 분쟁 시 RFP 가 결과 판단의 중요한 근거가 됨. 작성 시 요구사항을 명확하고 구체적으로 작성해야함. -> 국가사업 RFP 확인 가능 (나라장터)

가끔 대행비와 매체비가 별도로 적혀있는 경우가 있으므로 끝까지 주의해서 봐야함

# 매니페스토 (Manifesto)

" 브랜드 매니페스토 쓰세요. "

차별화된 가치와 철학 전달을 위한 30초~1분의 광고 카피/영상 광고

감정선을 자극 -> 감동을 극대화 -> 브랜드의 철학을 소비자와 공유하고 ㅛ감 -> 장기적 팬덤 형성

매니패스토 뜻 :

증거, 증거물이라는 뜻 (마니페스투스)에서 파생된 이탈리아어

과거 행적을 설명하고 미래 행동의 동기를 밝히는 공적인 선언

#톤앤 매너

"T&M 보면서 같이 얘기해보시죠. "

톤앤매너(T&M) : 색조와 표현법을 활용해 전체적인 컨셉과 분위기를 시각적으로 표현한 것

톤앤매너가 일관적이다 = 색조, 표현법, 감성적 방향, 분위기가 -> 아이덴티티/메시지를 고객에게 정확하게 전달하는 것

디자이너는 시각적으로 단순화해야함 (쉽고 간단하다. AND/OR 글자를 대신할 형상화)

톤앤배너 대표적인 브랜드

1) 빙그레 코리아 : 빙그레 브랜드 세계관을 구축하고 제품들을 모에화 시킨 사례 -> B급 감성

2) 이니스프리 : 인스타그램 브랜딩. 누구나 쉬어갈 수 있는sns 작은 섬 (이니스프리 아일랜드) 자연주의 톤앤매너 이미지

3) 킨포크 : 인스타그램 브랜딩. 느리고 여유로운 자연속의 삶이라는 콘텐츠를 낮은 채도와 우드톤으로 전달. 여유로움, 자연스러움.

[PM일지] 디자인팀과 미팅하기 위한 기초 용어 (1)

Tomitom — Mon, 16 Dec 2024 13:52:22 +0900

# BI? CI?

"BI 컬러와 로고는 나왔나요?"

BI (Brand Identity) : 브랜드의 정체성을 표현

브랜드의 이미지를 시각적으로 정착시키기 위한 로고/색상 포함

해당 브랜드의 첫인상이자 콘셉트를 파악하는 첫 경험 (브랜드에서 중요한 부분)

Brand - Simple (간단) , Legibility (가독성), Memorable(기억하기 편한), Timeless (유행을 타지 않는). Versatile (다용도)

각 브랜드의 특성에 따라 우선순위가 달라질 수 있음

CI (Corporate Identity) 기업이 가진 브랜드나 개성을 이미지로 표현 (BI를 표용할 수 있는 큰 콘셉으로 설계됨)

# 누끼 (Remove Background)

"제작한 포스터에 쓰인 캐릭터 누끼 있나요?"

누끼 배경 등을 제거하여 원하는 대상과 분리하여 대상만 남겨놓는 것.

빼다 라는 일본어에서 파생된 말로, 누끼 작업 또는 요청 시 '누끼 딴다' , 라고 표현함

배경을 투명하게 저장하기 위해서는 PNG 로 저장

JPEG로 저장 시 배경색이 함께 저장됨

# 세리프Serif / 산세리프 Sans-Serif

"본문 폰트는 지침 상 세리프로 해야 하니 이 점 명심하세요."

세리프 : 글자 획 끝에 꼬리 또는 삐침이 붙어있는 글씨체로 고전적인 이미지가 강한 폰트 계열

크기가 작은 형태로 사용될 때 글자가 또렷하고 가독성이 높음 (사용자의 피로감을 낮춤)

예) 명조체, 바탕체, Times New Roman

산세리프 : Serif + 프랑스어로 없는이라는 뜻 (Sans)

삐침이 없어 깔끔하고 현대적인 느낌, 멀리적으로 잘 보여 판독성이 높음

(제목, 모바일 앱, 온라인 사이트등)

주로 본문 내 여백의 여유가 없는 곳에 주로 사용

예) 고딕체, 돋움체, Helvetica, Futura

타이포그래프에서 세리프는 우아하고 고급스러운 느낌

산세리프는 세련되고 현대적인 느낌을 줌

최근 들어서는 명품 브랜드의 로고타입은 세리프 -> 산 세리프로 변화하고 있음

1) 해당 브랜드를 한 눈에 알아볼 수 있기 위한 목적

2) 젊은 층에게 어필하기 위한 세련된 이미지를 전달하기 위한 목적

3) 온라인 모바일에서의 명품 구매가 증가하여 -> 명품 브랜드들의 온라인 세일즈 활용 (가독성을 높이기 위해 산세리프 선택)

# 폰트 아웃라인

"리플릿 원본 주실 때에는 폰트 아웃라인을 깨서 주세요."

폰트 아웃라인 : 글자의 외곽선만 남기는 형태

폰트 확대 및 축소 시 원래의 디자인 훼손 방지

대부분의 인쇄 작업 시 폰트 아웃라인 작업 필요 -> CMYK 형식으로 작업

일러스트레이터에서 폰트 아웃라인 작업을 할 때 단축키 활용

일반 컴퓨터 : Ctrl + Shift + O

메킨토시 : Command + Shift + O

포토샵에서 폰트 아웃라인 작업을 할 때

텍스트를 레이어화 하여 이미지 작업

-> 작업 후 폰트 클릭해서 문자 래스터화

스크럼과 애자일 프로젝트 관리: 어렵지 않다, 한번 해보자!

Tomitom — Fri, 22 Nov 2024 18:43:45 +0900

요즘 프로젝트 관리에서 "애자일"과 "스크럼"이라는 말을 자주 듣게 된다. 사실 처음에는 생소하게 느껴질 수 있지만, 알고 보면 꽤 직관적이고 재밌는 방식이다. 이 글에서는 스크럼과 애자일에 대해 이야기하면서, 왜 이게 그렇게 핫한지 알아본다. 어렵게 생각하지 말고 가볍게 생각해보기!

1. 스크럼은 뭐하는 녀석인가?

스크럼은 애자일(Agile)이라는 큰 틀 안에서 작동하는 프레임워크다. 쉽게 말하면 팀이 짧고 반복적인 작업 주기로 일을 진행하면서, 자주 점검하고 빠르게 고치는 방식이다. 이걸 통해 "우리가 지금 잘 가고 있나?"를 계속 체크할 수 있다. 혼자 고군분투할 필요 없이 팀워크로 효율을 뽑아내는 게 포인트다.

애자일을 아이스크림이라고 치면 스크럼은 초콜릿 맛 같은 거다. 초콜릿도 맛있지만, 딸기 맛(칸반)이나 바닐라 맛(XP)도 있다. 상황에 따라 골라 쓰면 된다. 물론 나는 바닐라만 먹는다, 그런 사람도 인정한다...

2. 스크럼, 이렇게 굴러간다

스크럼의 핵심은 세 가지다: 역할, 이벤트, 산출물. 이걸 이해하면 스크럼의 80%는 끝난 거다. 나머지는 경험으로 채워야 한다.

2.1 역할

스크럼 마스터: 팀의 보호자이자 해결사다. 장애물을 치우고 회의를 이끌며, 팀이 스크럼 프로세스를 제대로 따라갈 수 있도록 돕는다. 쉽게 말해, "어디 불편한 데 없니?" 물어보는 사람이다.
제품 소유자(Product Owner): 고객의 목소리를 대표하는 역할이다. 제품 백로그(해야 할 일 목록)를 작성하고 우선순위를 매긴다. 고객과 개발팀 사이에서 번역기를 돌린다고 보면 된다.
개발 팀: 실제로 코드를 짜거나 결과물을 만드는 사람들이며, 팀의 핵심이다. 이들은 "어떻게" 할지에 대한 모든 결정을 스스로 한다. 알아서 척척 해내는 자기조직화(Self-organizing)의 대명사다.

2.2 이벤트

스프린트: 보통 1~4주 단위로 진행되는 작업 주기다. "이 기간 안에 이걸 끝낸다"라고 목표를 정해두고 그걸 달성하기 위해 달린다. 이 기간 동안 목표는 바꾸지 않는다. 스프린트가 끝나면 또 새로운 목표를 정한다.
일일 스크럼: 매일 15분씩 짧게 모여서 "어제 뭐 했고, 오늘 뭐 할 거고, 뭐가 문제인지"를 공유한다. 이건 그냥 팀원끼리 간단히 대화하는 거다. 괜히 긴장하지 않아도 된다.
스프린트 리뷰: 스프린트가 끝났을 때 "자, 우리가 만든 거 이거야. 어때?" 하면서 이해관계자들에게 보여주는 자리다. 피드백을 받고 다음 스프린트를 준비한다.
스프린트 회고: "이번에 우리가 잘한 건 뭐고, 못한 건 뭐야?"를 이야기하는 시간이다. 여기서 나온 개선 아이디어는 바로 다음 스프린트에 반영된다. 서로 탓하지 말고 솔직하게 말하는 게 중요하다.

3. 스크럼이 좋은 이유

스크럼의 가장 큰 장점은 유연성이다. 팀이 빠르게 적응하고 변화할 수 있도록 돕는다. 예를 들어, 고객 요구사항이 갑자기 바뀌더라도 "어? 우리 어제 다 계획했는데!" 하면서 멘붕 올 필요가 없다. 다음 스프린트 때 반영하면 되니까.

또 하나, 팀워크가 강화된다. 매일 짧게라도 대화를 하다 보면 서로가 뭘 하고 있는지 더 잘 알게 된다. "누가 뭐 하는지 모르겠다"는 상황이 줄어드는 것이다. 물론 친해지는 건 덤이다.

4. 스크럼, 이런 데도 쓴다

스크럼은 소프트웨어 개발에서 많이 쓰이지만, 그 외에도 다양한 분야에서 활용할 수 있다. 예를 들어, 책 쓰기 프로젝트에도 쓰이고, 심지어 교회 운영이나 벤처캐피탈 회사에서도 활용 사례가 있다. 중요한 건 팀워크와 반복적 개선이라는 원칙만 잘 지키면 된다.

5. 마무리

스크럼은 딱딱하고 복잡해 보일 수 있지만, 기본만 알면 꽤 간단하다. 팀이 하나로 뭉쳐서 더 나은 결과를 내고 싶다면 스크럼을 시도해보는 것도 좋은 방법이다. 물론 처음엔 삐걱거릴 수도 있다. 하지만 중요한 건 시작하고, 점점 나아지는 것이다. 오늘 배운 걸 바로 팀에 적용해보자. 변화를 느낄 수 있을 것이다.

기능명세서 작성법: IT PM의 실무 중심 가이드!

Tomitom — Thu, 21 Nov 2024 15:27:13 +0900

요즘 내가 매일 같이 작성하고 있는 것은 기능명세서!

프로젝트의 규모를 한눈에 파악할 수 있고, 전체적인 작업의 공수를 확인할 수 있는 문서이기 때문에

작성 단계에서 상당한 이해와 노력을 가져야만 한다.

잘 쓰여진 기능명세서 하나만 있어도, 관리자와 작업자 둘 다 편안하게 프로젝트를 진행할 수 있기 때문에

번거롭더라도 꼭꼭 신경써서 작성하기로 하자!

기능명세서는 소프트웨어 개발 프로젝트에서 가장 중요한 문서 중 하나이다.
기능명세서는 개발자, 디자이너, 테스트 엔지니어 등 팀 구성원이 같은 방향을 향하도록 돕는 기술적 설계서이다.
이 글에서는 IT PM이 작성할 수 있는 실무 중심의 기능명세서 작성법을 구체적으로 소개한다.

1. 기능명세서란 무엇인가?

기능명세서(Function Specification Document)는 시스템의 동작, 사용자 요구사항, 비즈니스 논리를 정의한 문서이다.
주요 목적은 개발 과정에서의 오해와 혼선을 방지하고, 명확한 개발 목표를 제공하는 것이다.

기능명세서의 주요 역할:

명확한 요구사항 전달: 이해관계자 간의 의사소통 간소화
개발 기준 제시: 개발 범위와 우선순위 명확화
테스트 기준 제공: QA 팀이 테스트 케이스를 설계하는 기반
문제 예방: 사전에 불명확한 부분을 해소하여 개발 리스크를 줄임

2. 기능명세서의 구성 요소

다음은 기능명세서의 기본 구성 요소이다. 필요에 따라 항목을 조정할 수 있다.

섹션	주요 내용
1. 개요	시스템 또는 기능의 목적과 개요 설명
2. 범위	기능의 포함 범위와 제외 범위를 정의
3. 요구사항	기능 요구사항(FR)과 비기능 요구사항(NFR) 명시
4. 기능 흐름	프로세스 흐름, 사용자 시나리오, 주요 인터페이스 정의
5. UI 설계	화면 설계와 사용자 인터페이스(UI) 상세 설명
6. 데이터 설계	데이터 구조와 연관성을 정의 (ERD 등 포함)
7. 시스템 동작	입력, 처리, 출력 조건과 시스템 간 연동 방법 설명
8. 예외 처리	오류 발생 시 처리 방식 정의
9. 테스트 기준	기능 검증 방법과 성공/실패 기준 명시
10. 변경 관리	변경 요청과 버전 관리 방법 설명

3. 기능명세서 작성 프로세스

1) 요구사항 수집

기능명세서를 작성하기 전, 철저한 요구사항 분석이 필요하다.

방법:
- 이해관계자 인터뷰
- 킥오프 진행
- 사용자 스토리 및 사례 수집
결과물:
- 기능 요구사항(FR): 시스템이 반드시 수행해야 할 기능
- 비기능 요구사항(NFR): 성능, 보안, 확장성 등 품질 요건

2) 우선순위 설정

모든 요구사항이 동일한 중요도를 가지는 것은 아니다.
비즈니스 가치와 개발 가능성을 기준으로 우선순위를 설정한다.

우선순위 매트릭스 예시:

요구사항	비즈니스 가치	개발 난이도	우선순위
로그인 기능	높음	낮음	1
데이터 분석	중간	높음	3

3) 구조화된 문서 작성

기능명세서는 단순히 내용을 나열하는 문서가 아니라, 구조화된 설계 문서여야 한다.

Tip:
- 가능한 간결하고 명확하게 작성
- 이해하기 쉽도록 다이어그램과 표 활용
- 섹션별로 목적과 책임자 명시

4. 기능명세서 작성 가이드

1) 개요와 범위 정의

개요:
- "이 시스템은 사용자 로그인을 관리하며, 소셜 로그인 연동을 포함합니다."
- 프로젝트 전체의 목적과 비전을 간단히 서술
범위:
- "포함: 이메일/비밀번호 로그인, 소셜 로그인(Google, Facebook)."
- "제외: 비밀번호 복구 기능."

2) 프로세스 흐름

기능의 동작을 시각적으로 나타내는 다이어그램을 포함한다.

예시: 사용자 로그인 흐름

A[사용자 로그인 페이지 접속] --> B[이메일/비밀번호 입력]
B --> C{정보 유효성 확인}
C -->|유효| D[메인 화면으로 이동]
C -->|유효하지 않음| E[오류 메시지 표시]

3) 화면 설계(UI 상세화)

사용자가 상호작용할 화면의 UI를 정의한다. 기능명세서에서 UI 설계는 사용자 경험(UX)을 고려한 상세 정보를 포함해야 한다.

필수 요소:
1. 화면 이름: 화면의 용도와 역할을 명확히 명시한다.
  - ex) "로그인 화면", "상품 목록 화면"
2. UI 컴포넌트: 화면에 포함될 구성 요소를 설명한다.
  - ex) "이메일 입력 필드, 비밀번호 입력 필드, 로그인 버튼"
3. 동작 설명: 각 UI 요소의 동작과 처리 과정을 기술한다.
  - ex) "로그인 버튼 클릭 시 입력된 이메일과 비밀번호를 서버로 전달한다."

UI 상세화 템플릿:

UI 요소	설명	동작
이메일 입력 필드	사용자 이메일 입력	사용자가 값을 입력하고 검증됨
비밀번호 입력 필드	사용자 비밀번호 입력	비밀번호 입력값이 마스킹 처리됨
로그인 버튼	사용자 인증 요청	입력 데이터를 API로 전달

추가 고려 사항:
- 반응형 설계: 다양한 디바이스(모바일, 태블릿, 데스크톱)에서 UI가 정상 동작하도록 설계한다.
- 접근성 고려: 색상 대비, 글자 크기, 스크린 리더 호환성 등을 준수한다.

4) 데이터 설계

데이터 구조를 정의하여 개발팀이 데이터베이스 설계를 참고하도록 돕는다.
기능명세서에서는 데이터 모델을 간단히 표현하되, 필요한 경우 ERD(Entity Relationship Diagram)를 추가한다.

데이터 설계 예시: 사용자 테이블

컬럼 이름	데이터 타입	설명
user_id	INT	사용자 고유 ID
email	VARCHAR	사용자 이메일
password_hash	VARCHAR	암호화된 비밀번호
created_at	TIMESTAMP	계정 생성 일시

고려 사항:
- 데이터 유효성 검사: 이메일 형식 검증, 비밀번호 최소/최대 길이 등 명시
- 보안 요건: 암호화된 데이터 저장 방식과 접근 제어 정책 설명
- 인덱싱: 조회 성능 최적화를 위한 주요 컬럼 인덱싱 여부 포함

5) 시스템 동작

입력, 처리, 출력 과정을 상세히 정의하여 개발팀이 정확히 구현할 수 있도록 돕는다.

시스템 동작 정의 예시:
- 입력: "이메일, 비밀번호"
- 처리:
  - 비밀번호를 해시화하고 데이터베이스에서 매칭 검증
  - 유효하지 않을 경우 에러 메시지 생성
- 출력: "로그인 성공/실패 메시지"
시스템 동작 플로우 다이어그램 예시:

A[사용자 로그인 페이지 접속] --> B[이메일/비밀번호 입력] B

--> C{정보 유효성 확인}

--> |유효| D[메인 화면으로 이동]

--> |유효하지 않음| E[오류 메시지 표시]

이런 구조를 활용하면 팀 구성원이 명세서를 통해 필요한 정보들을 직관적으로 확인할 수 있다!

성공적인 사업계획서 작성법: IT PM의 관점에서

Tomitom — Wed, 20 Nov 2024 15:09:48 +0900

요즘 주말에 사업계획서와 보고서 작성법에 대한 강의를 수강하러 다닌다.

좋은 강연을 들으면 시야가 넓어지고, 안일했던 마음에 자극적인 트리거를 당기는 것 같아서 하루하루 열심히 살아야지 다짐하는 요즘.

오늘은 사업계획서를 작성하는 방법에 대해서 적어보고자 한다.

사업계획서는 단순한 문서가 아니라, 사업 성공을 위한 전략적 설계도이다.

IT PM의 관점에서 성공적인 사업계획서 작성법과 핵심 팁을 나름대로 정리해보았다.

1. 사업계획서란 무엇인가?

사업계획서는 기업의 제품, 서비스 또는 프로젝트를 잠재 고객, 투자자, 혹은 발주자에게 설득하기 위해 작성하는 문서이다.
핵심 목표는 "왜 우리를 선택해야 하는가?"에 대한 명확하고 논리적인 답변을 제공하는 것이다.

목적: 문제 해결 방안을 제안하는 것
대상: 정부, 기업, 투자사 등
구성 요소:
- 사업 목표
- 제품/서비스 특징
- 기대 효과와 실현 가능성

2. 사업계획서의 기본 구조

사업계획서는 명확한 흐름과 논리로 작성해야 한다.
다음은 일반적인 사업계획서의 기본 구조이다.

섹션	주요 내용
사업 배경	문제 정의와 해결 필요성을 강조
목표	사업을 통해 달성하려는 구체적인 목표 명시
특장점 및 USP	제품/서비스의 독창적인 강점 설명
사업 계획	실행 전략과 구체적인 방법론 제시
예산 계획	현실적이고 합리적인 예산 제안
기대 효과	결과적으로 달성될 긍정적 영향을 설명

3. RFP 분석의 중요성

정부 지원 사업을 준비한다면 RFP(Request for Proposal) 분석이 필수이다.
RFP는 발주자의 요구사항이 포함된 제안 요청서로, 성공적인 사업계획서의 기반이 된다.

분석 포인트:
1. 사업 목적: 해결하려는 문제가 무엇인가?
2. 평가 기준: 발주자가 중요하게 여기는 요소는 무엇인가?

4. 논리적이고 설득력 있는 작성법

사업계획서는 논리성과 설득력이 중요하다.
이를 위해 다음 원칙을 고려해야 한다.

고객 니즈 파악:
고객이 해결하고자 하는 본질적인 문제를 깊이 이해해야 한다.
ex) "왜 이 문제가 중요한가?"에 대한 답을 제안서에 반영한다.
특장점(USP) 강조:
타사 대비 차별화된 강점을 근거와 함께 제시한다.
ex) "우리의 제품은 타사 대비 30% 더 효율적이다." + 데이터 근거
에비던스(Evidence) 활용:
실적, 인증, 고객 후기 등 신뢰를 줄 수 있는 자료를 첨부한다.
ex) "우리 회사는 작년 정부 지원 사업 성공률 95%를 기록했다."

5. 에비던스 조사와 활용법: 성공적인 사업계획서의 핵심

사업계획서에서 에비던스는 신뢰를 구축하고, 제품이나 서비스의 타당성을 입증할 수 있는 중요한 요소이다.
다음은 에비던스를 효과적으로 조사하고 활용하는 방법이다.

1) 에비던스란 무엇인가?

에비던스는 사업계획서의 주장을 뒷받침하는 근거와 자료를 의미한다.
이는 신뢰성을 높이고 사업의 실행 가능성을 설득력 있게 전달하는 데 필수적이다.

주요 에비던스의 예시:

성공적인 프로젝트 실적
인증서 및 특허
고객 후기 및 사용 사례
시장 조사 데이터
전문가의 추천 및 검증 의견
보유 기술과 역량을 증명하는 자료

2) 에비던스 조사 단계

기존 자료 파악
회사 내부에서 이미 보유하고 있는 자료를 정리한다.
- 이전 프로젝트의 성과 데이터
- 기존 제품이나 서비스에 대한 고객 피드백
- 회사가 획득한 인증서, 상장, 특허 등
시장 조사
시장 동향과 경쟁사를 분석하여 제안하려는 사업의 필요성과 중요성을 입증한다.
- 보고서(정부 기관, 컨설팅 회사 제공) 활용
- 업계 기사나 리서치 데이터 검토
고객 인터뷰 및 설문조사
실제 고객 또는 잠재 고객의 의견을 수집한다.
- 고객 설문조사나 인터뷰
- 프로토타입 제공 후 피드백
전문가 검증(FGI)
관련 분야의 전문가 의견을 바탕으로 사업 타당성을 보강한다.
- 전문가 초청 인터뷰
- FGI(Focused Group Interview)를 통해 다양한 의견 수집
데이터 크롤링 및 리서치
공개된 데이터 소스에서 통계나 자료를 수집한다.
- 정부 공개 데이터(통계청 등)
- 온라인 리뷰 데이터 크롤링
경쟁사 분석
경쟁사의 성과와 차별점을 비교해 자사의 강점을 부각한다.

3) 에비던스 활용 팁

자료의 신뢰성 확보
공신력 있는 출처에서 데이터를 확보해야 한다.
ex) "국가 통계청 자료에 따르면, 디지털 교육 시장은 연평균 15% 성장하고 있다."
구체적인 수치 활용
추상적인 설명보다 구체적인 수치를 포함해야 설득력이 높아진다.
ex) "이전 프로젝트에서 고객 만족도가 90% 이상으로 기록되었다."
시각 자료로 표현
표, 그래프, 다이어그램 등을 활용해 자료를 시각화하면 이해도가 높아진다.
ex) "고객 만족도 비교: 우리 회사 92%, 경쟁사 78% (그래프 첨부)."
목적에 맞는 자료 선택
사업계획서의 각 섹션에 맞는 에비던스를 선택해야 한다.
ex) 예산 섹션에서는 비용 대비 효과를 입증할 수 있는 자료 활용.
계획과 연결
에비던스가 제안 내용과 직접적으로 연결되도록 작성해야 한다.
ex) "고객 70%가 추가 교육이 필요하다고 응답하여, 이를 기반으로 신규 디지털 교육 모듈을 설계하였다."

6. 도식화를 활용한 가독성 향상

텍스트만 나열된 사업계획서는 이해하기 어렵다.
도표와 다이어그램을 활용해 정보 전달력을 높이는 것이 좋다.

예시: 고객 니즈와 제품 특장점의 매칭 관계
고객 니즈 -> 우리 제품 특장점 -> 해결 방안

7. 예산 및 기대 효과 작성법

예산 계획:
사업 목표와 논리적으로 연결된 항목별 예산 배분이 필요하다.
ex) "B2B 마케팅에 30%, 플랫폼 개선에 20% 배정한다."
기대 효과:
정량적, 정성적 효과를 모두 포함해야 한다.
ex) "1년간 신규 고객 1,000명 확보 및 매출 15% 증가를 예상한다."

8. 마무리: 실패를 두려워하지 말자

사업계획서 작성은 반복과 경험을 통해 발전하는 과정이다.
처음에는 시행착오를 겪더라도, 철저한 준비와 전략적인 접근이 결국 성공으로 이어질 것이라고 믿고 있다.

"사업계획서 작성은 단순한 문서 작업이 아니라, 사업의 비전과 가치를 설득력 있게 전달하는 것이다."

KPT 회고: 팀 성장의 비결을 나누다

Tomitom — Tue, 19 Nov 2024 13:40:50 +0900

IT 프로젝트 매니저로 일하게 된지 벌써 1년 7개월이 지났다.

처음에는 개발자가 되기 위해 블로그도 개설하고 열심히 공부를 했었는데, 지금은 그 공부 내용을 바탕으로 프로젝트의 전체적인 그림을 보고 있다는 점에서 내가 지나온 길들은 정말 많은 의미가 있었다고 생각한다.

나는 프로젝트를 진행하면서 팀원들과 함께 성장하고 더 나은 방향으로 나아가는 것이 얼마나 중요한지 항상 느끼고 있다. 그중에서도 회고는 우리 팀이 더 좋은 성과를 내는 데 큰 도움이 된다. 오늘은 내가 좋아하는 회고 방법 중 하나인 KPT 회고에 대해 이야기해보려고 한다.

KPT 회고란?

KPT는 Keep, Problem, Try의 약자로, 각각 계속할 것, 문제점, 시도할 것을 의미한다. 이 세 가지를 중심으로 프로젝트가 끝날 때마다 팀원들과 함께 회고를 진행한다.

Keep (계속할 것): 우리가 잘하고 있는 부분이나 효과적이었던 방법들을 공유한다. 이를 통해 팀의 강점을 확인하고 계속 이어갈 수 있다.
Problem (문제점): 프로젝트 진행 중 어려웠던 점이나 개선이 필요한 부분을 솔직하게 나눈다. 문제를 파악하고 해결책을 찾는 첫걸음이 된다.
Try (시도할 것): 앞으로 해보고 싶은 아이디어나 새로운 방법을 제안한다. 이를 통해 팀은 계속해서 새로운 시도를 할 수 있다.

왜 KPT 회고를 선택했을까?

많은 회고 방법 중에서도 KPT 회고를 선호하는 이유는 그 단순함과 효과에 있다.

구조가 간단하다: 세 가지 카테고리로 나누어져 있어 회고 진행이 쉽다.

모두의 참여를 이끌어낸다: 각자 생각하는 Keep, Problem, Try를 공유하면서 자연스럽게 팀원들의 의견을 모을 수 있다.

실질적인 개선이 가능하다: Problem과 Try를 통해 문제점을 파악하고 구체적인 행동 계획을 세울 수 있다.

내가 경험한 KPT 회고의 효과

얼마 전 진행했던 프로젝트에서의 경험을 공유하고자 한다. 초기에는 팀 내 소통이 원활하지 않아 일정 지연과 오해가 발생하곤 했다. 이를 해결하기 위해 KPT 회고를 도입했는데, 무척 인상깊은 시간이 되었다.

소통 강화: 팀원들이 자유롭게 의견을 나눌 수 있는 분위기가 만들어지면서 소통이 활발해졌다.
문제점 파악: 그동안 드러나지 않았던 문제들이 표면으로 드러나 해결할 수 있었다.
팀워크 향상: 함께 해결책을 찾으면서 팀원 간의 신뢰와 협력이 높아졌다.

특히 한 팀원이 "회의 시간이 길어져서 업무에 집중하기 어렵다"는 문제를 제기했고, 이를 개선하기 위해 "회의 시간을 정해두고 아젠다를 미리 공유하자"는 시도를 해보았다. 그 결과 회의 효율성이 높아지고 업무 생산성도 향상되었다.

또 다른 예로는 새로운 프로젝트 히스토리 공유에 어려움을 겪는 팀원이 있었다. 이를 문제로 제기하였고, 시도로 "Monday를 이용하자"는 아이디어가 나왔다. 이 Tool을 통해 팀원들의 능력이 향상되었고, 히스토리와 진척사항 공유에 상당한 도움이 되었다.

KPT 회고 진행 팁

KPT 회고를 더 효과적으로 진행하기 위한 몇 가지 팁을 공유한다.

편안한 분위기 조성: 팀원들이 부담 없이 의견을 나눌 수 있도록 개방적이고 존중하는 분위기를 만들어야 한다. 비판보다는 건설적인 피드백을 주고받는 것이 중요하다.

시각화 도구 활용: 포스트잇이나 온라인 화이트보드 등을 활용하면 의견을 정리하고 공유하기 편리하다. 시각적으로 정보를 정리하면 이해도와 참여도가 높아진다.

구체적인 행동 계획 수립: 회고에서 나온 Try는 구체적인 실행 계획으로 이어져야 실제 변화를 가져올 수 있다. 책임자 지정과 일정 설정을 통해 실행력을 높일 수 있다.

정기적인 회고 실시: 한 번의 회고로 끝내지 말고 정기적으로 진행하여 꾸준한 개선을 도모해야 한다. 이를 통해 팀의 성과와 분위기를 지속적으로 체크할 수 있다.

성과 공유: 이전 회고에서 나온 Try의 결과를 공유하고 평가하는 시간을 가지면 팀원들의 참여 의욕이 높아진다.

KPT 회고를 통해 얻은 교훈

KPT 회고를 통해 단순히 문제를 해결하는 것을 넘어 팀의 문화와 업무 방식에도 긍정적인 변화가 생겼다.

자기 주도성 강화: 팀원들이 스스로 문제를 파악하고 해결책을 제시하면서 자기 주도성이 높아졌다.

투명한 소통: 회고를 통해 정보와 의견이 투명하게 공유되면서 오해나 불신이 줄어들었다.

지속적인 학습 분위기 형성: 새로운 시도를 장려하는 분위기가 만들어져 팀원들이 적극적으로 배우고 성장할 수 있었다.

마무리하며

KPT 회고는 간단하지만 팀의 성장을 이끌어내는 강력한 도구이다. 프로젝트를 진행하면서 느꼈던 점들을 함께 나누고, 앞으로의 방향을 설정하는 데 큰 도움이 된다.

아직 KPT 회고를 시도해보지 않았다면, 다음 회의 때 팀원들과 함께 적용해보는 건 어떨까? 작은 변화가 큰 성과로 이어질 수 있다!

그리고 나는 노력의 힘을 믿는다. 지금까지 내가 보내온 많은 날들과 시간처럼.

Flutter Flow 입문 공부 일지 1. 플러터 플로우란

Tomitom — Thu, 1 Aug 2024 20:30:02 +0900

1. 플러터 플로우란?

구글이 만든 크로스 플랫폼으로 하나의 코드로 여러 플랫폼에 배포할 수 있는 홈페이지 형 앱 빌더다.

플러터는 하나의 코드로 안드로이드와 iOS, 웹까지 모두 가능한 하이브리드 플랫폼인데,

이 플러터를 코딩없이 만들게 해주는 툴.

https://flutterflow.io/

FlutterFlow - Build beautiful, modern apps incredibly fast

FlutterFlow lets you build apps incredibly fast in your browser. Build fully functional apps with Firebase integration, API support, animations, and more. Export your code or even easier deploy directly to the app stores!

flutterflow.io

위 사이트에서 회원가입하여 사용가능

2. 무료 vs 유료 뭐가 다를까?

무료	유료
- 모든 구현 가능 - 웹 배포 가능 - 코드 다운로드 불가	- 모든 구현 가능 - Standard 부터 코드 다운로드 가능 - Pro 부터 원클릭 배포 가능

Tip) 항상 결제할 필요는 없으며, 배포가 가능할 때만 잠시 결제해도 된다.

학생은 1년 무료 플랜 가능

유료 플랜은 2주간 무료료 체험 가능!

블라이스 웹 소설 공모전 [마감 : 24.10.10.]

Tomitom — Tue, 30 Jul 2024 16:17:59 +0900

블라이스 웹 소설 공모전

블라이스

무료 웹소설, 웹툰, 무제한 정액제 셀렉트 제공! 자유 연재 플랫폼

www.blice.co.kr

제11회 2024 대한민국 과학소재 단편소설 공모전 [마감 24-09-02]

Tomitom — Tue, 30 Jul 2024 16:15:43 +0900

대전콘텐츠코리아랩

diciackl.or.kr

사업목적 대전 특화 '과학' 소재 우수 스토리 IP 발굴 및 지원
신청대상 대한민국 국민 누구나
모집분야 SF 단편소설
일정 2024-05-07 ~ 2024-09-02
접수기간 2024-06-03 9:00 ~ 2024-09-02 18:00
유의사항(비고) 자세한 사항은 공고문을 참고해주시기 바랍니다.
문의처 042-867-9882

[VS Code] Mac, window 맥 윈도우 단축키 모음

Tomitom — Mon, 27 May 2024 15:06:33 +0900

자주 사용하는 명령어

파일 및 일반 탐색


명령어	Windows	macOS
새 파일	Ctrl+N	Cmd+N
파일 열기	Ctrl+O	Cmd+O
파일 저장	Ctrl+S	Cmd+S
모든 파일 저장	Ctrl+K S	Cmd+K S
파일 닫기	Ctrl+W	Cmd+W
모든 파일 닫기	Ctrl+K W	Cmd+K W
파일 탐색기 열기/닫기	Ctrl+B	Cmd+B
파일 찾기	Ctrl+P	Cmd+P
파일 내 검색	Ctrl+F	Cmd+F
커맨드 팔레트 열기	Ctrl+Shift+P	Cmd+Shift+P

편집


명령어	window	mac
잘라내기	Ctrl+X	Cmd+X
복사	Ctrl+C	Cmd+C
붙여넣기	Ctrl+V	Cmd+V
실행 취소	Ctrl+Z	Cmd+Z
재실행	Ctrl+Y	Cmd+Shift+Z
줄 복제	Shift+Alt+Down	Shift+Option+Down
줄 삭제	Ctrl+Shift+K	Cmd+Shift+K
줄 이동	Alt+Up/Down	Option+Up/Down
들여쓰기 추가	Ctrl+]	Cmd+]
들여쓰기 제거	Ctrl+[	Cmd+[

뷰 및 레이아웃


명령어	Windows	macOS
터미널 열기/닫기	`Ctrl+``	`Cmd+``
사이드바 열기/닫기	Ctrl+B	Cmd+B
분할 편집기	Ctrl+\	Cmd+\
다음 편집기 이동	Ctrl+PageDown	Cmd+Option+Right
이전 편집기 이동	Ctrl+PageUp	Cmd+Option+Left

디버깅


명령어	Windows	macOS
디버깅 시작/계속	F5	F5
디버깅 중단	Shift+F5	Shift+F5
단계별 실행 (Step Over)	F10	F10
단계별 진입 (Step Into)	F11	F11
단계별 복귀 (Step Out)	Shift+F11	Shift+F11

Git


명령어	Windows	macOS
Git 변경 사항 보기	Ctrl+Shift+G	Cmd+Shift+G
Git 커밋	Ctrl+Enter	Cmd+Enter
Git 푸시	Ctrl+Shift+P -> Git: Push	Cmd+Shift+P -> Git: Push
Git 풀	Ctrl+Shift+P -> Git: Pull	Cmd+Shift+P -> Git: Pull

[2024년 민음사 북클럽] 2024년 민음사 북클럽 추천인 아이디 wl1dms

Tomitom — Tue, 23 Apr 2024 10:25:04 +0900

2024년 민음사 북클럽에 가입했다.

추천인 아이디 : wl1dms

추천인 아이디를 적으면 추천한 아이디, 추천인 아이디 둘 다 3,000 포인트씩 지급된다.

커뮤니티에서 조금씩 자주 활동하면서 다가가고자 했던 방향에 조금 더 가까워졌으면 좋겠다는 마음으로.

2024년 민음사 북클럽은 꽤 빠르게 모집인원이 마감되었다.

SNS에 한 번 퍼졌다는데, 다양한 분들이 많이 들어오시겠네.

벌써부터 기대된다.

힘내자, 나는 아직 시작도 하지 않았으니까.

콜투액션(call to action) CTA 기본

Tomitom — Mon, 23 Oct 2023 16:04:14 +0900

콜투액션 Call to action 이란?

마케팅에서 ‘콜투액션(call to action)’은 사용자의 반응을 유도하는 행위 혹은 요소를 의미
웹사이트에서 우리가 흔히 보는 ‘배너’, ‘버튼’, ‘링크’ 등이 이런 성격을 가지는 요소에 해당됨

쇼핑몰 상세화면의 하단에 ‘상품 구매하기’ 버튼을 배치했다면 이 버튼이 ‘콜투액션’
블로그 게시글을 퍼가도록 하는 트위터, 페이스북 아이콘도 ‘콜투액션'
펜션 사이트에서 예약을 접수하는 양식을 보여준다면 이 입력 양식이 ‘콜투액션’

-> 행동을 유도하는 버튼 및 아이콘, 양식 등 모든 컴포넌트

마케터 및 비즈니스 소유주가 웹사이트 제작 시 대상 고객들이 반드시 해당 콘텐츠를 클릭하도록 설득하는 넛지와 같은 콜투액션 CTA 필요

CTA 는 어떻게 이루어져 있는지

콜투액션(CTA)은 내 웹사이트, 랜딩페이지, 이메일 또는 광고에서 고객으로 하여금

원하는 작업을 수행하도록 유도하는 짧은 문구를 말하며,

주로 클릭할 수 있는 버튼 형태의 텍스트, 이미지 등으로 되어 있다.

내가 사용자로 하여금 원하는 작업을 수행하도록 다음 단계로 안내하는 역할.

하지만, 콜투액션(CTA)는 링크 없이 일반 텍스트로만 이루어져 있기도 함.

효과적인 CTA 예시

1. 동작 단어를 사용한다: 긴박감을 형성하여 사람들이 행동을 취하도록 유도하는 가장 좋은 방법은 콘텐츠에 동작 단어를 사용하는 것입니다. 동작 동사를 사용한 일반적인 CTA는 이렇습니다. 구매, 장바구니에 추가, 주문, 체험, 시작, 가입, 다운로드, 더 알아보기, 위로 올리기, 계속, 더 보기.

2. 1인칭으로 작성한다: 1인칭으로 작성하면 독자의 관심을 끌어 즉시 반응하도록 유도할 수 있습니다.

3. 짧고 단순하게 작성한다: CTA에 사용할 단어 수와 웹페이지 또는 광고에서 사용할 콜투액션(CTA) 개수를 신중하게 선택하세요. 텍스트를 간결하게 유지해야 전달해야 할 중요한 메시지가 덜 중요한 정보들 사이에서 가려지는 일이 없기 때문에 눈에 띌 수 있습니다.

4. 고객의 필요를 이해한다: 만약 여러분이 사용자가 무엇을 필요로 하며 무엇을 할 준비가 되었을지 예상할 수 있다면, 클릭을 하는 선택을 유도하는 데 가장 큰 영향을 미칠 수 있을 것입니다. 사용자가 현실적으로 ‘지금 구매’할 준비가 되었나요? 아니면 일단 자세한 정보를 ‘다운로드’할 준비가 되었을까요? 여러분은 가장 관련성이 큰 정보를 사용자에게 적시에 노출시킴으로써 전환율 및 클릭율이 얼마나 증가되는지 확인해야 합니다.

5. CTA를 찾기 쉽게 만든다: 색상, 크기를 대조되게 하고, CTA 버튼을 전략적으로 설계함으로써 전환율을 높이는 최고의 사용자 경험을 구축할 수 있습니다. 참고로 Wix의 웹사이트 템플릿 및 랜딩페이지 템플릿에는 원하는 대로 편집할 수 있는 CTA 버튼이 내장되어 있습니다. 이러한 템플릿들은 사용자의 관심을 끌기 쉽도록 페이지 레이아웃에 전략적으로 배치되어 제작되었습니다. 게다가, 배경과 대비가 잘 되는 최적의 크기와 시각적인 색상으로 디자인되었습니다.

2023년 버스정류장 문학글판 창작 시 공모 (5/31까지)

Tomitom — Wed, 12 Apr 2023 16:04:49 +0900

https://www.ayac.or.kr/base/board/read?boardManagementNo=1&boardNo=4421&searchCategory=&page=1&searchType=&searchWord=&menuLevel=2&menuNo=19

안양문화예술재단

안양시 각종 문화, 예술, 행사, 교육, 공연, 전시 정보, 뉴스레터 등 안양시 문화예술

www.ayac.or.kr

2023년 버스정류장 문학글판 창작 시 공모

● 참가 자격

- 대한민국 국민 누구나

● 공모 주제

- 비상(飛上)

- 안양시 시 승격 50주년을 맞이하여, 시민들과 꿈과 희망, 행복을 나눌 수 있는 내용

● 시상 내역

- 안양시 버스정류장에 작품 게시

● 공모 일정

- 공모기간: 2023. 4. 1.(토) ~ 5. 31.(수)

- 결과발표: 6월 말 예정(홈페이지 공지 및 선정자 개별통보)

● 제출 형식

- 창작 시(1인 1편, 12행 이내)

● 접수 방법

① 구글 폼(www.bit.ly/41nBSer) 제출 또는

② 홈페이지(www.ayac.or.kr)에서 양식을 다운받아 이메일(ok@ayac.or.kr) 제출

● 문의 사항

- 안양문화예술재단 031-687-0525

제28회 온라인 대덕 백일장 (4/21까지)

Tomitom — Wed, 12 Apr 2023 15:31:24 +0900

http://www.ddcc.or.kr/bbs/board.php?bo_table=0504&wr_id=5

대덕문화원

대전광역시 대덕구 위치, 문화원소개, 대덕의 역사문화, 문화학교, 대관안내, 문화원소식

www.ddcc.or.kr

제28회 온라인 대덕 백일장

● 참가 자격

- 학생부(초등1~3학년/초등4~6학년, 중등부, 고등부)

- 일반부

● 공모 분야

- 시(운문), 신문

● 공모 주제

- 운동화, 화분, 유리창

● 시상 내역

- 상세내역 홈페이지 참고

● 공모 일정

- 접수기간 : 2023.04.03(월) ~ 04.21(금) 17시까지

● 접수 방법

- 대덕문화원 홈페이지(www.ddcc.or.kr/) → 대덕백일장 배너 클릭 → 온라인양식에 맞춰 참가신청

● 유의 사항

- 제출된 모든 응모작은 반환되지 않으며, 저작권침해 등 작품으로 인한 문제 발생시 모든 책임은 참여자 본인에게 있음.

- 모든 응모작품 및 수상작품은 발표, 전시, 작품집 제작, 홍보나 캠페인 등의 목적으로 활용될 수 있으며

대회에 참여하는 모든 참여자는 이에 동의한 것으로 간주함.

- 응모작품은 본인의 순수 창작물이어야 하며 저작권침해 등 위배사항이 있거나, 기타 적절하지 못한 출품작은

시상 이후라도 수상 취소 및 상금 환수 조치할 수 있음.

- 1인당 한 작품만 출품 가능함.

● 문의 사항

- 대덕문화원 : 042-627-7517

제11회 교보문고 스토리대상 (6/11까지)

Tomitom — Wed, 12 Apr 2023 15:10:28 +0900

https://storynew.kyobobook.co.kr/story/cont/initStoryContStoryPros.ink

모집요강

스토리대상 홈 > 스토리대상 > 모집요강

storynew.kyobobook.co.kr

제11회 교보문고 스토리대상

● 참가 자격

- 제한 없음(기성 / 신인 모두 참여 가능)

● 공모 분야

① 소설 (장르 및 내용 제한 없음)

- 중장편 (A4 40매 이상)

- 단편 (A4 15~40매)

② 청소년 소설

- 단편 (A4 15~40매)

- 모든 부문에서 미완결 작품도 응모 가능

- 글자, 자간 등 상세 가이드는 원고 제공 양식과 FAQ를 통해서 확인 가능

* 원고지 양식으로 제출된 작품은 심사 대상에서 제외

● 시상 내역

- 대상 (중장편 부문) : 5,000만원 / 1명

- 최우수상 (중장편 부문) : 1000만 원 / 1명

- 우수상 (중장편 부문) : 각 500만원 / 6명

- 우수상 (단편 부문) : 각 200만원 / 6명

- 우수상 (청소년소설 단편 부문) : 각 200만원 / 5명

* 특전

1) 스튜디오S와 ㈜쇼박스의 영상화 검토

2) 출판 지원 (선인세와 상금은 별도로 운영)

● 공모 일정

- 접수 : 2023년 4월 10일(월) ~ 2023년 6월 11일(일)

- 발표 : 2023년 9월 중

- 시상 : 2023년 10월 중

● 제11회 교보문고 스토리대상 오픈 이벤트

- 공모전 완벽 대비! 스토리대상 공략 가이드 다운로드 제공

- 출간작 사은품 이벤트까지 만나보세요!

- 이벤트 바로가기 : https://bit.ly/3nYEro0

● 접수 방법

- 원고 제공 양식에 맞게 작성하여 온라인으로 접수 (교보문고 스토리 사이트 모집요강 하단 응모하기 버튼 클릭)

* 1인(1팀)당 출품작 수 제한 없음. 단, 수상은 1인(1팀) 1작품에 한함.

* 우편 접수 불가

● 심사 방법

- 완성도 : 구성&문장력

- 대중성 & 오락성

- 참신성 : 주제 &소재

- 캐릭터 : 표현력 &매력도

* 가산점

- 완성도 있는 스토리 구조를 갖춘 완결된 원고

- 영화, 드라마, 웹툰 등 2차 콘텐츠로 발전 가능한 작품

● 유의 사항

[응모 관련]

- 응모작은 타 공모전에서 수상한 적이 없으며, 별도의 계약이 되어 있지 않은 ‘순수 창작물’이어야 합니다.

- 타인의 저작재산권을 침해한 사실 등이 확인될 경우, 수상이 취소되며, 상금은 환수됩니다.

- 유료 기고 및 연재, 출간된 작품이거나 타 업체와의 계약이 진행 중인 작품일 경우, 수상이 취소될 수 있습니다.

- 부문별 최소 원고 분량을 준수하지 않은 응모작은 심사 대상에서 제외됩니다.

- 그 외 응모 관련 문의는 교보문고 스토리공모전 FAQ를 먼저 참고해주시길 바랍니다.

[저작권 관련]

- 모든 응모작 및 수상작의 저작권은 저작자에게 있습니다.

- 모든 수상작은 수상과 함께 주관사와 저작재산권 이용허락 계약을 체결하며,

이후 발생한 수익은 저작자와 주관사가 나누어 가집니다.

- 상금은 선인세와 별도로 지급되며, 주관사 또는 제휴사를 통해 출판했을 때

저작자와 주관사는 인세에 대한 정산을 진행합니다.

[기타]

- 수상작의 내용 일부는 홍보 목적으로 사용될 수 있습니다.

- 중장편 부문의 본심 및 최종심 선정작들은 스토리사이트 공지사항 게시판에 공지할 예정입니다.

● 문의 사항

- contest@kyobobook.co.kr

제8회 NEWBOOK 프로젝트 공모전 (5/25 까지)

Tomitom — Wed, 12 Apr 2023 15:07:50 +0900

http://www.hscf.co.kr/kor/sub6_01.php

협성문화재단

재단소식 > 공지사항

www.hscf.co.kr

제8회 NEWBOOK 프로젝트 공모전

● 응모 자격
- 대한민국 국민 누구나!

● 응모 주제
- [문화‧예술, 여행, 나의 어머니(아버지), 나의 열정과 경험을 담은 글] 중

한가지 테마를 선택하여 작성한 원고

● 시상 내역
- 5인 선정 / 도서제작 전문가의 멘토링을 통해 책으로 출간

(1인 300권 지원, 판매용 제작 시 추가 지원)

● 응모 일정
- 접수기간 : 2023.05.15. ~ 05.25.

● 제출 방법
- 웹하드로 제출 (자세한 사항은 홈페이지 확인)

● 접수 방법
- 지원 신청서 및 기획서(홈페이지 다운로드), 원고(분량 및 형식 홈페이지 확인)를

접수기간(5/15~5/25)내 웹하드에 업로드

● 심사 방법
- 1차 서류심사→1차 합격발표(6.26)→2차 면접심사(7.5)

→2차 합격발표(7.7) →원고완성작업(7.10~9.25)→3차 원고심사→최종선정작 발표(10.12)

● 유의 사항
- 이미 발표된 작품, 타 공모전 입상작 혹은 타 작품을 모방한 것으로 인정될 경우 무효 처리됩니다.

- 저자와 협성문화재단은 도서 제작 지원 및 출간에 따른 지원약정서를 체결합니다.

- 제작 전 과정에 따른 지원은 재단이 섭외한 도서제작전문가와 저자간의 협업으로 진행됩니다.

- 본 프로젝트 종료 이후 직접 또는 다른 출판사와 재출판 [2쇄 발행]이 가능합니다.

- 모든 일정은 재단 사정에 의해 변동될 수 있습니다.

● 문의 사항
- 이메일 문의 : hscf@hanmail.net

- 홈페이지 공고 내 댓글로 문의 : hscf.co.kr/kor/sub6_01.php?wr_id=11916

제41회 한밭전국백일장 공모전 (5/31 까지)

Tomitom — Wed, 12 Apr 2023 15:02:57 +0900

https://cafe.daum.net/dm6335300/V2m8/1

제41회 한밭전국백일장 공모전 안내

제41회 한밭전국백일장 공모전 안내 (사)한국문인협회 대전광역시지회에서는 1회부터 40회에 이르기까지 개최된 전국 규모의 문학축제이자, 오랜 문화예술 사업을 코로나19 바이러스로 인하여

cafe.daum.net

제41회 한밭전국백일장 공모전

(사)한국문인협회 대전광역시지회에서는 1회부터 40회에 이르기까지 개최된

전국 규모의 문학축제이자, 오랜 문화예술 사업을 코로나19 바이러스로 인하여

계속적으로 유지하기 어려운 상황에 처한 바, 한밭전국백일장을

전국의 초·중·고 학생과 대학·일반인을 대상으로 부득이 다음과 같이

온라인 공모전으로 전환하여 시행하고자 합니다.

● 참가 자격

- 초등북, 중학부, 고등부, 대학.일반부

● 공모 분야

- 운문.산문

● 공모 주제

- 대전의 별, 토끼, 맛 (한 가지를 택하여 작성)

● 시상 내역

- 금상 : 대전교육감상

- 은상 : 한국문인협회이사장상

- 동상 : 대전문인협회장상

- 장려 : 대전문인협회장상 / 1만원 상당의 상품권

* 자세한건 포스터 참고!

● 공모 일정

- 접수기간 : 2023.5.1. ~ 5.31

- 시상결과 발표 및 시상 : 2023.6.15.

* 대전문인협회 카페 및 개별 통보하며, 대전문협 여름축제 때 시상 예정.

● 제출 형식

- 운문은 3편 이내, 산문은 1편 제출

● 접수 방법

- 대전문인협회 카페 (cafe.daum.net/dm6335300)에서 신청양식을 내려 받아 작성한 후

대전문인협회 이메일(djmh5300@hanmail.net)로 접수

● 유의 사항

- 응모료 : 무료

- 출품작은 국내·외에 발표되지 않은 창작물이어야 하며,

대리작 및 타 공모전 수상작, 표절 또는 차용작은 출품 불가하며,

등단한 문인은 참여할 수 없음.

- 심사결과 응모 편수 및 작품 수준에 따라 시상내역을 조정하거나

시상하지 않을 수 있으며, 시상 발표 및 시상일정 등은 사정에 의해 변경될 수 있음.

(심사 내용은 비공개)

※ 운문은 3편 이내, 산문은 1편 제출

※ 수상자들의 작품을 모아서 수상작품집 발간.

● 문의 사항

- 대전문인협회 사무국 (042) 633 5300

제11회 등대문학상 작품 공모전 (7/3까지)

Tomitom — Wed, 12 Apr 2023 15:01:04 +0900

https://ulsan.mof.go.kr/ko/board.do?menuIdx=868&bbsIdx=97455제11회 등대문학상 작품 공모전

울산지방해양수산청 공지사항

｢제11회 등대문학상｣ 작품 공모전 개최(접수 2023. 6.1. ~ 7.3.) 부서 항로표지과 담당자 항로표지과 등록일 2023-04-03 조회수 311 해양문학의 지속적인 발전과 보급에 기여할 수 있는 역량 및 있는 (

ulsan.mof.go.kr

● 참가 자격

- 일반 국민 및 기성ㆍ신인 작가

● 공모 분야

- 시(시조), 수필(수기), 단편소설

● 공모 주제

- 등대 또는 바다에 대한 느낌이나 생각, 경험, 이야기등이 표현된 미발표 자유작

● 시상 내역

- 대상: 전 부문 중 1작품, 1,000만원

- 최우수상: 부문별 1작품, 각 300만원

- 우수상: 부문별 3작품, 각 150만원

● 공모 일정

- 접수 기간: 2023. 6. 1.(목) ~ 7. 3.(월)

- 결과 발표: 2023. 8. 16.(수)

● 제출 형식

- 시(시조): 분량 제한 없음 1～3편

- 수필(수기): A4 3장 내외(200자 원고지 20매 내외) 1편

- 단편소설: A4 10장 내외(200자 원고지 70매 내외) 1편

- 지정된 양식(한글문서)으로 여백 좌․우 각 20㎜, 위 15㎜, 아래․머리말․꼬리말 각 10㎜작성하여 제출

- 제목/본문: (제목) 바탕체 15pt, 줄간격 160% / (본문) 바탕체 12pt, 줄간격 160%

- 파일명: 공모부문_성명_제목.hwp (예시) 단편소설_홍길동_등대와 바다.hwp

● 접수 방법

- 국립등대박물관 누리집(www.lighthouse-museum.or.kr)을 이

● 문의 사항

- 공모전과 관련하여 문의는 울산지방해양수산청 항로표지과(052-228-5681～2)

- 접수관련 문의는 국립등대박물관(054-284-4857)

ros 마스터를 향한 길은 멀고도 험하다 (1) 백업용

Tomitom — Wed, 29 Mar 2023 15:42:28 +0900

version `GLIBC_2.28' not found (required by node) 에러

Tomitom — Thu, 16 Mar 2023 16:55:52 +0900

Ubuntu 18.04.

Node version 18

react 사용 중 !

react 를 실행하는 도중 yarn start 에서 자꾸 발생하는 오류

node: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.28' not found (required by node)

노드 지옥에서 구해준 감사한 페이지를 소개합니다..

https://sunnys-note.tistory.com/m/12

[Node.js] Node.js 설치 후 `GLIBC_2.28' not found (required by node) 에러

1. 에러코드 확인 및 원인 (1) 개발환경 - ubuntu-18.04 (2) 에러발생 원인 - 우분투 18.04 에서 최신 node 버전 (18.0.0이상) 설치 후 npm 명령 실행시 다음과 같은 에러 발생 $ npm install node: /lib/x86_64-linux-gnu/li

sunnys-note.tistory.com

우분투 jupyter 설치 / sudo pip3 install notebook 설치 오류

Tomitom — Wed, 15 Mar 2023 14:44:47 +0900

사용체제 Ubuntu 18.04. ver

ROS 사용 중 Python Jupyter notebook 을 사용하기 위해 설치 도중 다음과 같은 오류 발생

설치에 참고한 페이지 :

https://www.whatwant.com/entry/Ubuntu-Jupyter-Notebook

Ubuntu에서 Jupyter Notebook 설치하기

나의 로컬 환경에서 Jupyter Notebook을 사용하고 싶어서 살펴봤다. 0. 실행 환경 - Ubuntu 18.04 환경에서 진행했지만, 20.04 등 다른 버전에서도 잘 될 것 같다. 1. 설치 - 가장 편한 "pip"를 이용해서 설치해

www.whatwant.com

sudo pip3 install notebook

WARNING: The directory '/home/com/.cache/pip' or its parent directory is not owned or is not writable by the current user. The cache has been disabled. Check the permissions and owner of that directory. If executing pip with sudo, you should use sudo's -H flag.

이제는 안다... Warning message 가 뜨면 감사하다는 것을..

해당 디렉토리의 권한과 소유자를 확인하십시오. sudo로 pip를 실행하는 경우 sudo의 -H 플래그를 사용해야 합니다.

라는 의미인데 즉 sudo -H 를 해보라는 뜻...

에러 해결에 참고한 사이트 :

https://askubuntu.com/questions/991734/when-i-use-sudo-pip-to-install-software-i-get-the-message-the-directory-is-n

When I use sudo pip to install software I get the message "the directory... is not owned by the current user"

The directory '/home/bijay/.cache/pip/http' or its parent directory is not owned by the current user and the cache has been disabled. Please check the permissions and owner of that directory. If

askubuntu.com

Home 디렉토리의 환경이 잡히지 않은 것이 문제라고 한다.

- H 커맨드를 넣어주면 특정 사용자의 home 디렉토리를 사용하게 된다.

다시 커맨드 입력

 sudo -H pip3 install notebook

무탈하게 설치 되었는지 버전 확인

jupyter --version

짜란. 오류 해결... ^^.. 다음 오류를 기다리자....

ROS melodic rosbridge 웹소켓으로 연결 참고 사이트

Tomitom — Wed, 8 Mar 2023 15:15:43 +0900

roslaunch rosbridge_server rosbridge_websocket.launch

참고사이트: https://whiteknight3672.tistory.com/245

ROS 스마트홈 구축 1-1. 리눅스에서 ROS 환경 세팅하기(2)

Phase 1 | ROS로 조명 및 공조 시스템 제어하기 1. 리눅스에서 ROS 환경 세팅하기 2. ROS 웹 Dashboard 구현 3. ROS와 웹 연동 4. ROS와 NodeMCU(ESP8266, ESP-12)연동 5. NodeMCU를 위한 모듈 설계하기 6. ROS로 NodeMCU 제어

whiteknight3672.tistory.com

ROS bridge 는 ROS 와 JAON 형식으로 통신할 수 있는 패키지입니다.

우선 ROS melodic 버전 rosbridge 를 install

sudo apt-get install ros-melodic-rosbridge-suite

정상적으로 웹 소켓 페이지가 실행되는지 확인!

아래와 같은 새파란 페이지가 뜨면 정상적으로 구동되는 것입니다.

이제 자바스크립트를 통해 웹 페이지와 ros가 연동될 수 있도록 합니다.

https://whiteknight3672.tistory.com/252

1-3. roslibjs로 웹에서 ROS 통신 및 제어하기(1)

whiteknight3672.tistory.com

https://whiteknight3672.tistory.com/252

caktin make error Invoking "make -j8 -l8" "make -j8 -l8" failed에러 해결

Tomitom — Tue, 7 Mar 2023 17:04:22 +0900

catkin make 중 Invoking "make -j8 -l8" failed 에러 발생..

터미널에 다음과 같이 입력

cd ~catkin_ws/devel

~/catkin_ws/devel$ source setup.bash

그러나 해결 안됨

그런데? catkin 명령을 찾을 수 없다.. ㅋㅋ

돌아버린 것 같다.. catkin 설치

참고.. 사이트

https://catkin-tools.readthedocs.io/en/latest/installing.html

Installing catkin_tools — catkin_tools 0.0.0 documentation

You can install the catkin_tools package as a binary through a package manager like pip or apt-get, or from source. Note This project is still in beta and has not been released yet, please install from source. In particular, interface and behavior are stil

catkin-tools.readthedocs.io

명령어 입력..

sudo apt-get update
sudo apt-get install python3-catkin-tools

이미 catkin_make 를 한 것이 있으니 catkin init 으로 catkin workspace 초기화 후

catkin build 실행..

the.. end.. !

omorobot r1mini (1) gazebo 환경에서 실행, 카메라 각도 변경

Tomitom — Mon, 6 Mar 2023 16:20:32 +0900

OMORobot R1mini 모델을 이용해서 로봇의 자율주행을 설계하는 메인 프로젝트 진행중.

현재 ROS 를 담당하고 있습니다.

우리는 종이박스를 접어서 맵을 만들기 보다는... GAZEBO 시뮬레이터에 도전하기로 결정 !

그러나 난관은... 학원에서도 gazebo 는 커녕 ROS에 대한 전반적인 교육이 부족하여 90% 독학에 의존해야 했고,

gazebo는 모두가 처음 써보는 시뮬레이터였던 것.

그러나?

공식 문서가 있다면 무섭지 않다.

https://classic.gazebosim.org/tutorials

Gazebo : Tutorials

Plugins allow you to control models, sensors, world prope...

classic.gazebosim.org

gazebo 공식 튜토리얼 문서를 따라서 한 번씩 학습하며 어떤 구조로 이루어져 있는지 확인.

gazebo 환경에서 실행하는 것은 생각보다 간단했는데, 처음 사용하는 것이다보니 상당히 버벅거렸다. ㅠㅠ

우선 개발 환경은 다음과 같습니다.

- R1mini ROS Melodic

- GAZEBO

- Ubuntu 18.04.

- teleop 을 연결할 조이스틱 사용

ROS melodic을 사용하기 때문에 패키지 빌드와 catkin ws 를 생성하는 것이 우선이었습니다.

다음 두 사이트에서 단계별로 패키지 설치 진행! 역시 공식 문서가 최고예요.

http://wiki.ros.org/melodic/Installation/Ubuntu

melodic/Installation/Ubuntu - ROS Wiki

We are building Debian packages for several Ubuntu platforms, listed below. These packages are more efficient than source-based builds and are our preferred installation method for Ubuntu. Note that there are also packages available from Ubuntu upstream. P

wiki.ros.org

http://www.ros.org/wiki/catkin#Installing_catkin

http://wiki.ros.org/catkin/Tutorials/create_a_workspace

catkin/Tutorials/create_a_workspace - ROS Wiki

Please ask about problems and questions regarding this tutorial on answers.ros.org. Don't forget to include in your question the link to this page, the versions of your OS & ROS, and also add appropriate tags. Creating a workspace for catkin Description: T

wiki.ros.org

그 다음에는 r1mini 사이트의 패키지설치부터 천천히 따라갔습니다.

https://omorobot.com/docs/omo_r1mini-%ed%8c%a8%ed%82%a4%ec%a7%80-%ec%84%a4%ec%b9%98/

omo_r1mini 패키지 설치 - OMOROBOT

본 페이지는 ROS melodic 버전 용으로 만들어진 omo_r1mini 패키지를 PC와 Jetson Nano에 설치하는 법을 다룹니다. 본 페이지의 내용은 여러분이 어디에 omo_r1mini 패키지를 설치할 것인지 유의해서 따라해

omorobot.com

여기까지 모두 설치가 되었다는 것을 가정으로 본격적으로 가제보 시작합니다.

내 pc에서

1. roscore (ROS master 실행)

2. rosrun joy joy_node (조이스틱 노드 실행)

3. roslaunch omo_r1mini_teleop omo1mini_teleop_joy.launch (조이스틱 teleop 설정 실행)

4. roslaunch omo_r1mini_gazebo omo_r1mini_turtlebot3_house.launch (가제보 가상 세계 실행)

라즈베리파이로 (ssh pi@라즈베리파이아이피주소) 접속합니다.

5. roslaunch raspicam_node camerav2_1280x960.launch (r1mini의 캠 실행)

다시 내 pc에서

6. rqt_image_viewer (캠의 실행화면을 구현)

이렇게 실행할 경우 카메라의 앵글이 천장을 보고 있어서 시야가 좁을 거에요. r1mini 모델의 카메라의 구도를 변경하겠습니다.

모델의 경로는 다음과 같습니다. (catkin_ws로 워크 스페이스를 생성했을 때를 가정)

~/catkin_ws/src/omo_r1mini/omo_r1mini_description/urdf$

해당 경로로 들어와서 모델을 수정해줍니다. gedit 에디트 창을 열어서 작성할게요.

gedit r1mini.urdf.xacro

모델의 카메라 설정은 다음과 같습니다.

<origin xyz="0.0 0 0.07" rpy="0.0 0 3.14159"/> 의 부분을 수정해주면 xyz, rpy 축에 따라 카메라의 각도가 변경됩니다.

  <joint name="camera_joint" type="fixed">
    <origin xyz="0.04 0.04 0.02" rpy="0 0 0"/>
    <parent link="base_link"/>
    <child link="main_camera_optical"/>
  </joint>
  <link name="main_camera_optical"/>

이렇게 설정을 해주면

이것도 조금 높네요

그렇다면 이렇게!

  <joint name="camera_joint" type="fixed">
    <origin xyz="0.03 0 0.6" rpy="0 0 0"/>
    <parent link="base_link"/>
    <child link="main_camera_optical"/>
  </joint>
  <link name="main_camera_optical"/>

적당한 높이를 찾았습니다. ^-^

조이스틱으로 주행도 완료!

이 다음에는 가상의 sim을 세워서 인식하도록 해볼게요!

omorobot r1mini + 라즈베리파이 camera 연결법

Tomitom — Mon, 6 Mar 2023 11:35:31 +0900

참고 사이트 :

http://www.3demp.com/community/boardDetails.php?cbID=233

라즈베리파이 카메라 모듈 사용하기

이번 포스팅에선 라즈베리파이 카메라에 대해 알아보도록 하겠습니다.사진 출처: https://www.raspberrypi.org/products/camera-module-v2/ 포스팅에서 쓰인 카메라는 카메라 모듈 v2입니다.사진출처: https://www.e

www.3demp.com

1. 카메라가 정상적으로 설치되었는지 확인!

2. catkin_ws/src 폴더로 이동 후 라즈베리 파이 카메라를 위한 ROS 패키지 빌드

git clone https://github.com/UbiquityRobotics/raspicam_node.git -b raspicam_flip
git clone https://github.com/ros-perception/image_transport_plugins.git -b indigo-devel
git clone https://github.com/ros-perception/image_common.git -b hydro-devel

3. caktin_ws 로 이동 후 catkin_make !

빌드가 정상적으로 이루어지면 터미널에서 라즈베리 파이로 접속합니다.

4. 라즈베리파이 터미널에서 sudo raspi-config 명령을 입력

interface options 항목 선택

camera 항목 선택

여기에서 yes를 선택해줍니다.

이 화면에서 yes를 선택해주면 초기화면으로 돌아갑니다.

finish 를 선택해줍니다.

설정의 저장을 위해 재시작을 해야하는데, 만약 라즈베리 파이 재시작 확인창이 뜨지 않으면

sudo reboot 를 입력하여 직접 재시작.

테스트를 위해 다음의 명령어를 사용해서 사진을 찍어봅니다.

raspistill -o test.jpg

이후 ls로 해당 경로에 캡쳐파일이 추가되었는지 확인!

(주의! 이 테스트 캡처 과정이 없으면 Raspberry Pi에서 카메라 노드를 실행할 때 해당 카메라의 캘리브레이션 파일이 존재하지 않아서 에러가 발생할 수 있습니다.)

roscore 를 실행한 상태에서 다음 명령어 입력

 roslaunch raspicam_node camerav2_1280x960.launch

그 다음 rqt_image_viewer 명령어로 화면을 띄우면 영상을 확인할 수 있습니다.

만약 영상이 뒤집혀서 나오는 경우 camerav2_1280x960.launch 파일을 열어 다음 항목을 수정합니다.

  <arg name="vFlip" default="true"/>

CMake Error, "catkin_pkg" 에러 해결 invoking "cmake" failed

Tomitom — Mon, 6 Mar 2023 10:59:27 +0900

Base path: /home/ecuzo/catkin_ws
Source space: /home/ecuzo/catkin_ws/src
Build space: /home/ecuzo/catkin_ws/build
Devel space: /home/ecuzo/catkin_ws/devel
Install space: /home/ecuzo/catkin_ws/install
####
#### Running command: "cmake /home/ecuzo/catkin_ws/src -DCATKIN_DEVEL_PREFIX=/home/ecuzo/catkin_ws/devel -DCMAKE_INSTALL_PREFIX=/home/ecuzo/catkin_ws/install -G Unix Makefiles" in "/home/ecuzo/catkin_ws/build"
####
-- Using CATKIN_DEVEL_PREFIX: /home/ecuzo/catkin_ws/devel
-- Using CMAKE_PREFIX_PATH: /opt/ros/melodic
-- This workspace overlays: /opt/ros/melodic
-- Found PythonInterp: /usr/bin/python3 (found suitable version "3.6.9", minimum required is "2") 
-- Using PYTHON_EXECUTABLE: /usr/bin/python3
-- Using Debian Python package layout
-- Using empy: /usr/bin/empy
-- Using CATKIN_ENABLE_TESTING: ON
-- Call enable_testing()
-- Using CATKIN_TEST_RESULTS_DIR: /home/ecuzo/catkin_ws/build/test_results
-- Found gtest sources under '/usr/src/googletest': gtests will be built
-- Found gmock sources under '/usr/src/googletest': gmock will be built
-- Found PythonInterp: /usr/bin/python3 (found version "3.6.9") 
-- Using Python nosetests: /usr/bin/nosetests
ImportError: "from catkin_pkg.package import parse_package" failed: No module named 'catkin_pkg'
Make sure that you have installed "catkin_pkg", it is up to date and on the PYTHONPATH.
CMake Error at /opt/ros/melodic/share/catkin/cmake/safe_execute_process.cmake:11 (message):
  execute_process(/usr/bin/python3
  "/opt/ros/melodic/share/catkin/cmake/parse_package_xml.py"
  "/opt/ros/melodic/share/catkin/cmake/../package.xml"
  "/home/ecuzo/catkin_ws/build/catkin/catkin_generated/version/package.cmake")
  returned error code 1
Call Stack (most recent call first):
  /opt/ros/melodic/share/catkin/cmake/catkin_package_xml.cmake:74 (safe_execute_process)
  /opt/ros/melodic/share/catkin/cmake/all.cmake:168 (_catkin_package_xml)
  /opt/ros/melodic/share/catkin/cmake/catkinConfig.cmake:20 (include)
  CMakeLists.txt:58 (find_package)


-- Configuring incomplete, errors occurred!
See also "/home/ecuzo/catkin_ws/build/CMakeFiles/CMakeOutput.log".
See also "/home/ecuzo/catkin_ws/build/CMakeFiles/CMakeError.log".
Invoking "cmake" failed

catkin_ws 워크 스페이스를 만들기 위해 catkin_make 중 caktin_pkg 에러가 발생

오류 해결에 도움이 된 사이트는 여기: https://answers.ros.org/question/244007/invoking-cmake-failed/

Invoking "cmake" failed - ROS Answers: Open Source Q&A Forum

What worked for me: create a conda environment, activate it and pip install catkin_pkg. You probably need to install other required Python packages like nose. Then remove the build folder, as the Python PATH seems to be cached there rm -rf ./build. catkin_

answers.ros.org

invoking "cmake" faile 에러가 발생하는 이유는 파이썬에 대한 catkin_pkg 가 누락되었기 때문입니다.

그리고 apt-get 으로 설치하면 파이썬 용으로 설치하기 때문이라는 이유를 발견!

그렇다면? pip3 으로 install 을 해보기로 합니다.

다음과 같이 명령어 실행

pip3 install catkin_pkg

그 다음 catkin_make 를 실행!

python3으로 catkin_make를 구성하기 위해서는 다음과 같이 명령어를 입력해야 합니다.

$ catkin_make -DPYTHON_EXECUTABLE=/usr/bin/python3

참고 사이트: http://wiki.ros.org/catkin/Tutorials/create_a_workspace

catkin/Tutorials/create_a_workspace - ROS Wiki

wiki.ros.org

결과는?

짜잔 오류 해결. catkin_make가 무탈하게 되었습니다. ^^v

ROS setting Ubuntu 18.04.6 USB 설치하는 법

Tomitom — Mon, 6 Mar 2023 09:59:29 +0900

ROS 호환 리눅스 환경을 사용하기 위해서 Ubnutu 18.04. 버전 우분투를 깔았으나

패키지 설치 과정 중 의존성이 와장창 깨지면서 돌이킬 수 없는 지경에 이르러...

결국 우분투를 재설치하게 되었습니다ㅠㅜ

다음은 Ubuntu 재설치 과정입니다.

가장 먼저 포맷을 해도 무관한 usb를 준비합니다. 설치 usb를 만드는 과정에서 포맷이 되니 꼭 주의하세요.

1. https://releases.ubuntu.com/18.04/

Ubuntu 18.04.6 LTS (Bionic Beaver)

Select an image Ubuntu is distributed on three types of images described below. Desktop image The desktop image allows you to try Ubuntu without changing your computer at all, and at your option to install it permanently later. This type of image is what m

releases.ubuntu.com

우분투 홈페이지에서 ISO 설치파일을 다운로드 받습니다.

2. 설치 파일은 Rufus 툴을 이용해서 셋팅합니다.

https://rufus.ie/ko/

Rufus - 간편하게 부팅 가능한 USB 드라이브 만들기

Rufus는 USB 메모리 및 플래시 드라이브를 포맷하고 부팅할 수 있도록 만드는 도구입니다. 그리고 Rufus는 빠릅니다. ISO 이미지에서 Windows 7 설치 USB 드라이브를 만들 때 UNetbootin, Universal USB Installer, W

rufus.ie

아래에서 가장 위에 있는 3.21 버전을 다운로드

3. usb를 컴퓨터에 연결하신 뒤, 인식이 되는지 확인.

부트 유형 옆에 있는 선택 버튼을 클릭해서 iso 파일을 선택해줍니다.

파티션 구성은 윈도우 설치한 뒤 멀티 운영체제로 리눅스를 설치할 경우에는 GPT파티션 방식의 UEFI 방식으로 설정

UEFI 도 지원하고 GPT 파티션 방식도 지원하는 PC 에서는 GPT로 설치하는 것이 편합니다.

포맷 옵션은 NTFS 로 설정한뒤 설치 시작!

설치 USB의 세팅이 완료되면 다음과 같이 파일들이 USB에 구성됩니다.

4. 부팅디스크가 된 USB를 PC에 장착한 뒤 부팅합니다.

F2, F10, F12, del 넷 중 하나가 BIOS 진입 키예요. 부팅할 때 하단에 press key 버튼으로 안내되니 확인 후 연타해주세요.

bios환경에 진입 후 boot option 에서 부팅 디스크를 우선순위로 결정한 뒤 sava 후 exit!

5. 리눅스를 설치할 때에는 우분투 설치를 바로 실행하는 항목과 우분투 환경에 먼저 진입한 후 실행하는 방식이 있는데, 모두 동일하게 설치되므로 그 뒤에는 선택해서 진입하면 됩니다. 설치 화면은 순서대로 착착착 진행.

설치 끝....ㅠ.ㅠ.. gazebo 가 날 울린다....

이번에는 절대 조심해서 재설치 하지 않기 약속

흑흑...

[mySQL Error] Error Code: 1064. You have an error in your SQL syntax.

Tomitom — Wed, 15 Feb 2023 14:05:36 +0900

나를 화나게 하는 에러들을 한꺼번에 모아서 혼내주기 위해 작성 중인 에러 모음집..

처음 mySQL Workbench를 사용중이다.

1. Error Code: 1064. You have an error in your SQL syntax.

INSERT INTO `member_db`.`member`
(`id`,
`u_pw`,
`u_id`,
`u_nick`,
`u_code`)

VALUES
(<{id: '1'}>,
<{u_pw: '1234'}>,
<{u_id: 'user'}>,
<{u_nick: '나는유저'}>,
<{u_code: 'admin'}>);

라고 작성했다. 어리석은 일이었다. 대체 누가 딕셔너리 형식으로 저렇게 구문을 쓰냐고..

당연히 문법 에러(Error in your SQL syntax)가 발생했다.

고쳐 써보자..

INSERT INTO `member_db`.`member`
(`id`,
`u_pw`,
`u_id`,
`u_nick`,
`u_code`)

VALUES
('1',
'1234',
'user',
'superwoman',
'admin');

잘 들어왔는지 확인해보면..

그렇다 추가 되었다..

intellij 에서 확인해보자, column 테이블에 데이터가 들어왔나..

성공적.

정말 바보같은 문법 오류였지만 나를 혼내주기 위해 효시한다.

Creating a Personal Assistant AI with Natural Language Processing

Tomitom — Wed, 8 Feb 2023 13:09:33 +0900

Introduction

Artificial Intelligence has been rapidly advancing over the past decade, and Natural Language Processing (NLP) has been one of the most prominent fields in this area. NLP is the branch of AI that deals with how computers and humans can interact using natural language. With NLP, developers can build AI-powered systems that understand and respond to human language, making it possible to create personal assistants that can perform various tasks. In this blog post, we will walk you through the process of building a personal assistant AI using NLP.

What is Natural Language Processing?

Natural Language Processing (NLP) is a subfield of computer science and artificial intelligence that deals with the interaction between computers and humans using natural language. The goal of NLP is to enable computers to understand and process human language as it is spoken or written. This can involve tasks such as text classification, sentiment analysis, named entity recognition, and text generation.

Building a Personal Assistant AI

The first step in building a personal assistant AI is to choose a NLP framework. There are several popular NLP frameworks available, such as spaCy, NLTK, and TensorFlow. In this blog post, we will use spaCy as our NLP framework because it is fast, easy to use, and has a large community of developers.

Once you have chosen your NLP framework, you will need to prepare your training data. This will typically involve collecting a large corpus of text data and annotating it with the relevant NLP annotations, such as named entities, part-of-speech tags, and dependencies. The more annotated data you have, the more accurate your personal assistant AI will be.

Next, you will need to train your NLP model on the annotated data. This will involve defining the architecture of your NLP model, selecting a suitable training algorithm, and optimizing the model parameters to minimize the error on the annotated data. There are several pre-trained NLP models available that you can use, but for a personal assistant AI, it is recommended to train your own model from scratch so that it is tailored to your specific needs.

Once your NLP model has been trained, you can integrate it into your personal assistant AI. This will typically involve building a chatbot interface that allows users to interact with your personal assistant AI using natural language. You can also add additional functionality to your personal assistant AI, such as integrating with other APIs to perform tasks such as booking appointments or making reservations.

Conclusion

In this blog post, we have covered the basics of Natural Language Processing and shown you how to build a personal assistant AI using NLP. Building a personal assistant AI is a complex task that requires a good understanding of NLP and experience with machine learning, but the end result can be a highly useful and powerful tool that can perform various tasks for you. Whether you are a student studying development or a seasoned developer, the knowledge and skills you gain from building a personal assistant AI will be valuable in your future projects. ^^

Building an AI-powered Customer Service Chatbot: A Guide for Developers

Tomitom — Wed, 8 Feb 2023 12:59:26 +0900

Introduction: The Importance of Customer Service Chatbots

In today's fast-paced world, customers expect quick and convenient solutions to their inquiries and problems. A customer service chatbot can provide 24/7 support to customers, helping to improve customer satisfaction and loyalty. In this blog post, we will explore the steps involved in building an AI-powered customer service chatbot, and provide practical information and sample code to help you in your chatbot development journey.

Step 1: Define the Problem and Goals

Before you begin building your chatbot, it's important to define the problem you want to solve and the goals you want to achieve. Consider the following questions:

What questions do you want your chatbot to answer?
What types of interactions do you want to support?
What is the desired outcome for your customers?

Once you have a clear understanding of the problem you want to solve and the goals you want to achieve, you'll be better positioned to make informed decisions about the features and functionality of your chatbot.

Step 2: Choose a Platform

There are several platforms available for building chatbots, including Dialogflow, Microsoft Bot Framework, and WIT.ai. When choosing a platform, consider the following factors:

Ease of use: How easy is it to create and manage your chatbot on the platform?
Features: Does the platform support the features you want to implement, such as Natural Language Processing (NLP) and machine learning algorithms?
Integration: Can the platform be integrated with your existing customer service system, such as your customer service database and/or ticketing system?
Pricing: What is the cost of using the platform, and does it meet your budget constraints?

By carefully considering these factors, you can choose a platform that best meets your needs and supports the features you want to implement.

Step 3: Train the Chatbot

Once you have chosen a platform, it's time to train your chatbot to understand and respond to customer inquiries. This can be done using Natural Language Processing (NLP) and machine learning algorithms. You can start by providing your chatbot with a set of sample customer interactions, such as:

Customer: I'm having trouble logging into my account.
Chatbot: I'm sorry to hear that. Can you please provide me with your username and a brief description of the issue?

Customer: How do I cancel my subscription?
Chatbot: To cancel your subscription, please log in to your account and select the "Cancel Subscription" option in the settings menu.

By providing these sample interactions, you can train your chatbot to identify and respond to specific keywords and phrases, such as "log in" and "cancel subscription".

Step 4: Integrate with Your Customer Service System

To ensure seamless integration with your existing customer service system, you'll need to integrate your chatbot with your customer service database and/or ticketing system. This will allow you to access customer data and history, and to route customer inquiries to the appropriate agent or department.

For example, if a customer is reporting a technical issue, you can route the inquiry to your technical support team. If a customer is requesting a refund, you can route the inquiry to your finance team.

Step 5: Test and Evaluate

Once your chatbot is built, it's important to test and evaluate it to ensure it's meeting your goals and providing an optimal customer experience. You can conduct!! ><

Spring 공부 일지 02. Path Variable 및 json 데이터 응답 포스트맨으로 확인

Tomitom — Mon, 6 Feb 2023 12:49:08 +0900

pom.xml 란?

스프링 프로젝트에 투입이 되는 다양한 라이브러리가 있습니다.

내가 만든 스프링 프로젝트에 라이브러리를 적용시켜주는 도구 중 하나가 메이븐입니다.

즉, 스프링용 외부 라이브러리입니다.

메이븐에 추가 되었으면 하는 라이브러리가 있을 경우 pom.xml 에 추가를 해줍니다.

메이븐 기반의 스프링 프로젝트의 의존성 관리 설정 파일입니다.

의존성 관리 내용들이 태그 형식으로 표현되어 있습니다.

프로젝트 명, 모델 버전, 스프링부트 스타트업 등 프로젝트의 내용들이 태그로 기재되어 있습니다.

<dependencies> 안의 내용들이 의존성에 대한 내용입니다.

만약 추가하고 싶은 것이 있다면 <dependencies></dependencies> 사이에 기재하여 추가하여 사용합니다.

이제 RestController 를 이용해서 VO 객체를 전달하는 것을 해보겠습니다.

우선 사람을 표시하는 object 를 생성합니다.

현재 MemberVO 안은 비어 있습니다.

이제 직전에 작성했던 TestController 로 갑니다.

package com.myspring.pro29.ex01;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
@RequestMapping("/test/*")
public class TestController {
	@RequestMapping("/hello")
	public String hello() {
		return "Hello, Rest!";
	}
	
	@RequestMapping("/member")
	public MemberVO member() {
		MemberVO vo = new MemberVO();
		
		vo.setID("hong");
		vo.setPwd("1234");
		vo.setName("홍길동");
		vo.setEmail("hong@text.com");
		
		return vo;
		
		
	}

}

/member 루트 안에서는 memberVO 의 내용을 사용자에게 전달해줍니다.

return vo ; 로 JSON 형식의 응답을 반환합니다.

그럼 이제 memberVO 를 작성해볼게요.

package com.myspring.pro29.ex01;


public class MemberVO {
	private String id;
	private String pwd;
	private String name;
	private String email;
	
	
	// 각 속성에 대한 getter/setter 
	public MemberVO() {
		
	}
	public String getId() {
		return id;
	}
	public void setId(String id) {
		this.id = id;
	}
	public String getPwd() {
		return pwd;
	}
	public void setPwd(String pwd) {
		this.pwd = pwd;
	}
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
	public String getEmail() {
		return email;
	}
	public void setEmail(String email) {
		this.email = email;
	}
	
	@Override
	public String toString() {
		String info = id+", "+ pwd+", "+ name+", "+ email;
		return info;
	}

}

VO(Value Object) : 데이터를 만들기 위한 클래스를 VO 라고 합니다. 즉, 값을 표현한 클래스(객체) 입니다.

DTO (Data Transfer Object) : 모델을 표현합니다. 데이터 베이스에 있는 데이터를 표현합니다.

public class MemberVO {

private String id;

private String pwd;

private String name;

private String email;

vo의 속성을 정의해주고 그 아래에는 각 속성에 대한 getter 와 setter 를 설정합니다.

getter : 속성을 리턴받을 수 있는 것입니다. get(리턴명) 으로 작성합니다. getter 메서드는 obj.propName을 사용해 프로퍼티를 읽으려고 할 때 실행됩니다.

setter : 속성은 설정할 수 있는 것입니다. setter 메서드는 obj.propNAme = value으로 프로퍼티에 값을 할당하려 할 때 실행됩니다.

이제 테스트 컨트롤러에서 기능과 매핑을 추가해줍니다.

package com.myspring.pro29.ex01;

import java.util.ArrayList;
import java.util.HashMap;
import java.util.List;
import java.util.Map;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController
@RequestMapping("/test/*")
public class TestController {
	@RequestMapping("/hello")
	public String hello() {
		return "Hello, Rest!";
	}
	
	@RequestMapping("/member")
	public MemberVO member() {
		MemberVO vo = new MemberVO();
		
		vo.setId("hong");
		vo.setPwd("1234");
		vo.setName("홍길동");
		vo.setEmail("hong@text.com");
		
		return vo; // JSON 형식의 응답을 준다. 	
	}
	
    //list 반환
    	@RequestMapping("/membersList")
	public List<MemberVO> listMembers(){
		List<MemberVO> list = new ArrayList<MemberVO>();
		for (int i = 0; i < 10; i++) {
			MemberVO vo = new MemberVO();
			vo.setId("hong"+i);
			vo.setPwd("123"+i);
			vo.setName("홍길동"+i);
			vo.setEmail("hong"+i+"@test.com");
			list.add(vo);
		}
		return list;  // 해당 list를 반환. (JSON 타입으로 매핑이 됩니다.) 
	}
    
    //map 반환
		@RequestMapping("/membersMap")
	public Map<Integer, MemberVO> membersMap(){
		Map<Integer, MemberVO> map = new HashMap<Integer, MemberVO>();
		for (int i = 0; i < 10; i++) {
			MemberVO vo = new MemberVO();
			vo.setId("hong"+i);
			vo.setPwd("123"+i);
			vo.setName("홍길동"+i);
			vo.setEmail("hong"+i+"@test.com");
			map.put(i, vo); // member vo 를 하나씩 채웁니다. 
		}
		return map;   // 해당 map을 반환. (JSON 타입으로 매핑) 
	}
	

}

list 는 데이터 하나하나를 선형적으로 쌓는다면, map은 key 와 value 로 구분해서 쌓는다는 차이점이 있습니다.

Path Variable 사용

@PathVariable를 사용하면 브라우저에 요청 URL로 전달한 매개변수를 가져올 수 있습니다.

매핑을 추가할 때 매핑에 대한 매개변수가 추가됩니다.

아래 코드를 추가하여 TestController 클래스 안에 삽입해줍니다.

	//매핑을 추가할 때 매핑에 대한 매개변수가 추가됩니다.
	// 브라우저에서 요청 시 {num} 부분의 값이 @PathVariable 로 지정됩니다. 
	@RequestMapping(value="/notice/{num}", method = RequestMethod.GET) 

	// 요청 URL 에서 지정된 값이 num 에 자동으로 할당됩니다. 
	public int notice (@PathVariable("num") int num) throws Exception{
		return num;  // 해당  {num} 경로에는 num 을 반환하는 것으로 기본적인 설정을 해둡니다. 
	}
	
	
	
}

즉, 위 코드를 해석하자면 value가 {num}으로 들어왔을 때 요청 처리 메소드는 RequsetMetod.Get 이라고 지정하고, 메소드에다가 Path Variable을 추가해줍니다. {num}은 루트에 포함된 변수입니다.

이로써 @RequestMapping을 만드는데 num의 값에 따라서 요청을 다르게 처리할 수 있습니다.

num을 받을 때 중괄호로 포함된 부분은 path Variable 이라고 한다. 경로에 포함된 변수를 받아오겠다는 선언을 매개변수에 추가합니다.

이번에는 request body 로 페이지에 무엇인가를 담아서 보내는 요청을 해보겠습니다.

마치 검색창에 '고양이' 라고 입력을 했을 때 페이지에서 고양이에 대한 정보를 담아서 출력해주는 것과 같습니다.

우선 HomeController 클래스를 만들어 줍니다.

스프링부트는 JSP 사용을 권장하지 않아서 JSP 엔진을 지원하지 않습니다.

(REST API를 권장하기 때문에 스트링 부트에서 지원을 안합니다.)

별도의 요청처리를 만들어서 해야합니다.

그렇기 때문에 다른 VSCode 와 같은 에디트를 활성화 한 뒤 JSONTest.json 파일을 만들어줍니다.

Test Controller 에 아래 메소드를 작성합니다.

	
	private static final Logger logger = LoggerFactory.getLogger(TestController.class)
	@RequestMapping(value="/info", method = RequestMethod.POST)
	public void modify(@RequestBody MemberVO vo) {
		logger.info(vo.toString());
	}

이제 아까 만들었던 JSON 파일로 돌아가서 작성해줍니다.

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    <title>Document</title>
</head>
  
<script src="http://code.jquery.com/jquery-latest.js"></script>  
<script>
  $(function() {
      $("#checkJson").click(function() {
      	var member = { id:"park", 
  			    name:"박지성",
  			    pwd:"1234", 
  			    email:"park@test.com" };
  	$.ajax({
        type:"post",
        url:"http://localhost:8080/test/info",
        contentType: "application/json",
        data :JSON.stringify(member),
     success:function (data,textStatus){
     },
     error:function(data,textStatus){
        alert("에러가 발생했습니다.");
     },
     complete:function(data,textStatus){
     }
  });  //end ajax	

   });
});
</script>
</head>
<body>
  <input type="button" id="checkJson" value="회원 정보 보내기"/><br><br>
  <div id="output"></div>
</body>
</html>

crossorigin 오류 : 같은 주소에서 요청과 응답을 처리하려고 하면 보안상의 문제로 차단됩니다. (로컬 호스트에서 로컬 호스트로 보내면 차단이 됩니다.)

이 때 반응을 확인하기 위해서 포스트맨 어플리케이션을 사용해서 요청 응답을 체크합니다.

포스트맨 어플리케이션은 REST API를 만들거나 활용할 때 REST 기반을 테스트해볼 수 있습니다.

포스트맨 어플리케이션의 사이트는 다음과 같습니다.

https://www.postman.com/downloads/?utm_source=postman-home

Download Postman | Get Started for Free

Try Postman for free! Join 20 million developers who rely on Postman, the collaboration platform for API development. Create better APIs—faster.

www.postman.com

포스트맨을 열면 상단의 Workspaces 가 있습니다.

+ 를 누르고 get 요청으로 아까 요청을 확인했었던 http://localhost:8080/test/member 를 입력해서 확인합니다.

이번에는 post로 요청을 바꿔서 info 페이지를 확인합니다.

직접 원본 데이터를 적어서 보낼 수 있습니다.

제이슨 형태의 요청을 body에 적어서 보냅니다.

바디에 다음과 같이 적어줍니다. (제이슨 데이터를 적어주어요)

{

"id":"park",

"name":"박지성",

"pwd":"1234",

"email":"park@test.com"

}

이대로 send를 했을 경우 결과로 무언가를 받는 것이 아니라 log로 받게 되어 있습니다.

이렇게 했을 때 스프링의 console 에 반응된 것을 볼 수 있습니다.

정상적인 처리가 된 것을 확인할 수 있습니다.

Spring 공부 일지 01. REST API 생성하기 (TestController 생성)

Tomitom — Mon, 6 Feb 2023 10:42:45 +0900

MVC ( Model, View, Controller )

Model :DB. 프로그램이 작업하는 요소들을 정의한 것으로 물리적인 개체, 규칙, 작업 등의 요소를 구분하는 역할을 합니다.

View : 사용자가 보는 화면에 입출력 과정과 결과를 보여주기 위한 역할을 합니다. (UI) 입출력의 순서와 데이터양식은 Controller 에 종속되어 결정되며, 뷰는 도메인 모델의 상태를 변환하거나 받아서 렌더링하는 역할을 합니다.

Controller : model 과 view 를 연결시켜주는 다리 역할을 하며, 도메인 객체들의 조합을 통해 프로그램의 작동 순서나 방식을 제어합니다.

REST API

페이지를 주는 것이 아닌 리소스만 응답으로 줍니다. (사진을 준다거나, 링크를 준다거나.)

API (Application Programing Interface) 응용 프로그램을 만들 때 쓰는 것입니다.

리소스 처리 URI 를 통틀어서 REST API 라고 합니다.

REST API 바로 알기

https://meetup.nhncloud.com/posts/92

REST API 제대로 알고 사용하기 : NHN Cloud Meetup

REST API 제대로 알고 사용하기

meetup.nhncloud.com

Spring STS 설치 방법

1. 구글에서 sts 검색

이클립스 기반으로 스프링 프로젝트를 사용하는데 최적화 되어 있는 툴입니다.

그냥 이클립스의 경우 자바 프로젝트를 할 때 사용했었죠.

컴퓨터 사양에 맞추어 메인 화면 아래에 있는 다운로드 파일을 받습니다.

2. 압축 해제 후 contents 압축 폴더를 해제한 뒤 SpringToolSuite4.exe 실행

압축 해제한 폴더 안에 들어가서 실행합니다.

이제 New Spring Starter Project 로 프로젝트 생성합니다.

스프링 스타터 프로젝트는 스프링 프로젝트의 구조를 손쉽게 만들 수 있습니다.

타입은 메이븐, 패키지는 자바. 자바의 버전은 17로 설정합니다.

그룹명은 앱 이름이 됩니다.

Next를 누르면 의존성 주입 설정이 있습니다. (스프링 스타트 프로젝트로 하면 의존성을 편리하게 추가할 수 있습니다.)

spring web을 선택해줍니다.

스프링 웹에 마우스 커서를 잠시 올려두면 그에 대한 설명을 볼 수 있는데,

스프링 MVC 형태로 웹 콘텐츠를 제공할 수 있다는 것을 확인할 수 있습니다.

스프링 의존성 주입이란?

https://devlog-wjdrbs96.tistory.com/165

[Spring] 스프링 의존성 주입(DI) 이란?

Spring 삼각형 스프링의 기반이 되는 설계 개념을 표현한 것 스프링이란 IoC와 AOP를 지원하는 경량의 컨테이너 프레임워크이다. 1. DI(Dependency Injection)이란? Inversion of Control 이라고도 하는 의존 관계

devlog-wjdrbs96.tistory.com

설정을 마쳤다면 Run -> Run As -> Spring Boot App 으로 서버를 실행해봅니다.

현재 해당 페이지는 비어있으므로 아래와 같은 화면이 떠야 합니다.

만약 이것과는 다른 포트 에러 발생할 경우에는 강제로 8080 포트를 종료한 뒤 실행해야 합니다.

시작메뉴에서 window powershell 을 관리자 권한으로 실행합니다.

netstat -ano 를 입력하면 현재 구동중인 모든 포트 목록이 뜹니다.

로컬주소 8080이 있는지 확인합니다. (만약 있다면 포트가 이미 구동되는 중이라는 에러가 듭니다.)

PID 를 확인한 뒤 taxkkill /pid (8080번이 돌아가는 PID 번호) /f 를 입력하면 해당 구동 중인 포트가 강제로 구동 종료됩니다. (/f는 강제 옵션)

이제 서버가 구동되는 것을 확인했다면 다시 서버를 꺼줍니다.

서버는 아래와 같이 콘솔에서 오른쪽 버튼을 눌러서 종료하면 됩니다.

(콘솔이 안 보인다면 윈도우 메뉴에서 show view 를 통해 띄울 수 있습니다.)

이제 새로운 패키지를 생성해보겠습니다.

메인 폴더로 가서 새로운 패키지를 생성합니다.

현재 파일의 상태는 이렇습니다.

이제 컨트롤러를 만듭니다. (= 자바 클래스를 만듭니다.)

해당 패키지 안에 클래스를 생성합니다.

클래스 이름은 테스트 컨트롤러로 기재하겠습니다.

메인에 체크하지 않고 완성을 합니다.

현재 test controller를 REST controller 로 선언해줍니다.

@RestController

빨간 줄이 뜨는 이유는 import 를 해주지 않아서 입니다.

빨간 줄 위에 마우스 커서를 올리면 import 가 뜹니다. 눌러주시면 편하게 임포트 할 수 있습니다.

@RequestMapping("/test/*")

테스트라는 루트로 매핑을 해줍니다.

package com.myspring.pro29.ex01;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController 
@RequestMapping("/test/*")

public class TestController {

	public String hello() {
		return "Hello Rest!";
	}
}

REST방식으로 test 루트에 반응하기 위한 테스트 컨트롤러가 생성되었습니다.

함수 메소드 위에다가 @RequestMapping("/test/*") 를 하나 더 붙여줍니다.

테스트 뒤에 무엇이 입력되는가에 따라서 메소드를 매핑합니다.

package com.myspring.pro29.ex01;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

@RestController 
@RequestMapping("/test/*")

public class TestController {
	
	@RequestMapping("/hello/*")
	public String hello() {
		return "Hello Rest!";
	}
}

이제 다시 run server 합니다.

해당 루트에 텍스트가 출력되는 것을 확인할 수 있습니다.

[투비] 이사하기 이벤트 : 투비컨티뉴드 (2월 10일까지)

Tomitom — Thu, 12 Jan 2023 12:26:54 +0900

https://tobe.aladin.co.kr/

투비컨티뉴드

끝나지 않는 이야기, 투비컨티뉴드! 창작자의 이익을 우선한 콘텐츠 플랫폼에서 창작을 시작하고 가치를 더하세요!

tobe.aladin.co.kr

https://tobe.aladin.co.kr/event/243273

[투비] 이사하기 이벤트

tobe.aladin.co.kr

창작지원폼 작성하기 : https://docs.google.com/forms/d/e/1FAIpQLSeeYr3nBjtQ-UHOVKETCYGvXTRV6Kjd4IjXxfGYY5VTYOqiVg/viewform

Google Forms: 로그인

이메일 또는 휴대전화

accounts.google.com

제 1회 아이러브북 이달의 책 공모전 (1월 31일까지)

Tomitom — Thu, 12 Jan 2023 12:19:34 +0900

http://ilovebook.co.kr/

아이러브북

책을 무료로 출판하고 작가가 되세요!

ilovebook.co.kr

제 1회 아이러브북 이달의 책 공모전

■ 공모 주제

- 본인이 책으로 만들고 싶은 내용 장르 불문하고 무엇이든 가능

■ 공모 내용

- 무료출간플랫폼 ‘아이러브북’에서 2023년부터 공모전을 진행합니다.

- 아이러브북은 장르제한 없이, 작가 자격 제한 없이 작가가 되길 원하는 모든 분께 열려 있는 출판사입니다.

- 이번 공모전은 공모전에 원고를 제출하는 모든 분께 출간의 기회를 드리되 특별히 엄선한 1권의 책에 특전을 드리는 공모전이오니 많은 참여 부탁드립니다.

■ 지원 자격

- 책을 출간하여 작가가 되고 싶은 남녀노소 누구나

■ 모집 기간

- 2022. 12. 27 (화) ~ 2023. 1. 31 (화) /발표: 2월 6일 (월) 개별연락

■ 활동 혜택

- 지원자 전원 책 출간 기회 부여 /1등에게 100만원 상당의 출간 지원

※ 자세한 내용은 공모전사이트 참고

■ 시상내역

- 출판지원금 100만원 (금액 한도 내에서 책 표지 제작, 삽화 제작, 추가 인쇄 등 수상자가 원하는 형태로 출판 지원, 단 자사에서 출판하는 것을 전제로 함)

■ 지원 방법

- 홈페이지 아이러브북 접속 후 팝업창 클릭 또는 네이버 폼( https://naver.me/IgN4Fl8X ) 접수

https://form.office.naver.com/form/responseView.cmd?formkey=YTg4NWY0MjktYjA4Yy00MTVjLWEzODgtMDYyYzdjZDQxNTJi&sourceId=urlshare

■ 문의 사항

* 공모전 문의 이메일 admin@ilovebook.co.kr/ 전화 051-622-6669

* 연락처 오기재 및 미기재 하지 않도록 주의 바랍니다.

* 공모전 참가자 모두에게 출판의 기회를 드립니다.

* 네이버폼 제출 링크를 통해 원고를 제출하시되, 파일명에 작가 이름과 제목 필수 표기 바랍니다.

주최사 1문 1답

주최사를 소개해주세요

무료출간플랫폼 아이러브북은 작가의 꿈을 이루고픈 많은 분들을 돕기 위해 만들어진 회사입니다.
본 공모전의 취지 및 목적을 적어주세요

어떤 이야기가 사람들의 사랑을 받을지는 출판사가 아니라 독자들이 판단할 몫인데, 좋은 원고가 투고 단계에서 출판사에 거절 당해 책으로 출간되지 못하고 묻혀버리는 현실이 저희는 너무나도 안타까웠습니다. 그래서, 많은 분들에게 기회를 드리고자 공모전을 개최하게 되었습니다.
주최사가 원하는 공모작 형태 또는 예시는

책으로 만들 수 있는 모든 형태의, 모든 장르의 원고가 다 가능합니다.
심사과정 중 가장 중요시 하는 요소는?

원고의 내용 및 취지 검토 후 1등을 선발할 예정입니다.
공모전 도전자들에게 전하고 싶은 말은?

아이러브북은 작가님들의 원고를 언제나 기다립니다. 부담없이 지원 부탁드립니다.

제3회 레벨업 공모전 (3월 24일까지)

Tomitom — Thu, 12 Jan 2023 12:17:14 +0900

https://wagl.kr/serviceCenter/notice/show/NZyQtXEbphgF72YRM

제3회 레벨업 공모전

무료 웹소설 연재 플랫폼 ‘와글’에서 열리는 모두가 1등 되는 제3회 레벨업 공모전

■ 공모주제

- 장르문학 (19금 불가)

- 로맨스 제외 (로판, BL 등의 여성향 장르)

■ 참가자격

- 작가라면 누구나

■ 접수방법

1) 와글 회원가입 (본인인증 필수)

2) '내 서재 - 작품'에서 작품 등록 후 연재 게시판 생성

3) 심사단 검토를 위한 1회차 원고 업로드

4) 해당 연재 게시판에서 '공모전 참여 신청' 버튼을 클릭

5) 업계 전문 심사단의 원고 검토 후 결과 안내 및 참가 결정

* '자주 묻는 질문'에서 보다 자세하게 확인할 수 있습니다.

■ 접수기간

- 23년 3월 1일 ~ 23년 3월 24일까지 (참가작 발표 3월 25일)

- 기간내 응모 시 7일 이내에 결과 안내 (댓글로 안내)

■ 연재 및 심사기간

- 23년 4월 3일 ~ 23년 8월 31일

■ 진행방법

- 주 5화 연재를 기준으로 75화 이상 연재 시 완결 가능 (최대 100화)

■ 특전

- 우수작 선정, 권당 300~500만원 선인세 지급과 카카오페이지에서 연재 특전 (비선정작도 타 플랫폼 연재 진행)

- 완결한 우수 공모작에 한해 웹툰 및 드라마, 영화화 진행

■ 공모전 연재 규칙

- 한 편당 5,000자 이상 (불필요한 기호 및 띄어쓰기 남발 시 불이익을 받으실 수 있습니다.)

- 월 2회 휴재가 가능 (3회 휴재 시, 자동으로 탈락 처리)

- 중도 탈락한 작가님의 퀘스트 포인트는 회수 (이미 지급된 포인트에 관해서는 마이너스 차감)

■ 수상자격

- 공모전에서 완결한 작품이라면 모두가 수상자.

■ 시상내역

- 연재 퀘스트 상금

* 본문의 ‘퀘스트 상금’ 표에 의거한 상금.

* 75화 완결 시, 표에 의거하여 126만원 지급

* 80화 완결 시, 표에 의거하여 160만원 지급

* 90화/100화 완결 시, 표에 의거하여 198만원 지급.

- 75화 완결(서브 마스터) 축하 상금

* 서브 마스터 축하금(75화~99화) : 94만원 + α(연독률)

* 마스터 축하금(100화) : 125만원 + α(연독률)

> 100화를 초과하여 연재해도, 초과 상금은 없습니다.

예시) 75화 완결 = 퀘스트 상금(126만원) + 완결 축하 상금(94만원) + α(연독률)

■ 상금 지급 안내

- '연재 퀘스트 상금' 및 '서브 마스터', '마스터' 상금은 매월 20일 오후 3시까지 신청을 받아 25일에 지급합니다. (이전부터 와글에서 실시했던 '문학기금 환전'과 동일하게 진행합니다.)

- 상금은 제세공과금 3.3%를 공제하고 있습니다.

- 상금 수령을 위해서 주민등록증 사본(혹은 등본)과 통장 사본을 제출하셔야 합니다.

※ 자세한 내용은 공모전사이트 참고

■ 세부 규칙

- 공지글은 회차에 포함되지 않습니다.

- 예약 연재는 하루 2편까지 가능합니다.

- 이전에 타 플랫폼에서 연재되었던 작품의 참가 결정 시, 타 플랫폼에서 삭제하시고 공모전 독점 연재로 참가하실 수 있습니다.

- 타 공모전 수상작(1회작 레벨업 공모전 응모작 포함)은 제외합니다.

- 계약이 진행 중인 작품이 참가하실 경우 '상금 지급 안내' 항목에 의해 문제가 발생할 위험성이 있습니다.

- 표절, 팬픽은 제외합니다.

- 기존 출판된 작품은 제외합니다.

- 같은 회차의 '레벨업 공모전'에 응모 작품 수의 제한은 없습니다.

- 00시 ~ 00시 30분까지는 연재글 등록을 자제 바랍니다.

- 레벨업 공모전에 등록된 연재 게시판은 임의 삭제가 불가능합니다.

- 공모전에 등록된 작품은 접수 기간동안에 새 연재 글을 올릴 수 없습니다.

- 심사에 통과한 작품의 1화는 내용 변경 및 절삭을 금합니다.

■ 공모전 문의

- 와글의 ‘1:1 문의’를 이용해주시길 권장합니다.

- wagl@ipprime.co.kr

- 전화번호 : 032-623-0223

※ 레벨업 공모전에 참가한다는 것은, 작가님께서 상기 규정을 준수하신다는 전제하에 출품하신다는 의미입니다.

제32회 시인이 되다 빛창 공모전 (봄편) (2월 5일까지)

Tomitom — Thu, 12 Jan 2023 12:12:50 +0900

https://www.best-lasik.co.kr/main01/sub.asp?lasik=G104&intSeq=437

신세계안과

www.best-lasik.co.kr

제32회 시인이 되다 빛창 공모전 (봄편)

■ 공모 주제

- 봄과 관련된 자유주제

(1인당 3편 이내, 20~30글자 내외)

■ 지원 자격

- 대한민국 국민이라면 누구나

■ 모집 기간 : 2023. 1. 3(화) ~ 2. 5(일)

- 발표 : 2023. 2. 14(화) 오전 10시

(당선작 개별통보 및 본원 홈페이지 공고)

■ 시상내역

- 대상 문화상품권 30만원

- 최우수상 문화상품권 20만원

- 우수상 문화상품권 10만원 2명

- 가작 문화상품권 3만원 16명

※ 자세한 내용은 공모전사이트 참고

■ 지원 방법

- 홈페이지에서 양식 다운로드 후 이메일(bestlasik1@naver.com)로 제출

■ 문의 사항

- 홈페이지 > 정보센터 > 빛창공모전 지난 당선작 참고

신세계안과 기획실 062-351-9939

제32회빛창공모전봄편신청서.hwp

0.10MB

에브리웨이 23년 1월 월간 웹소설 (1월 25일까지)

Tomitom — Thu, 12 Jan 2023 12:10:52 +0900

http://www.everywaycontest.com/theme/s007/index/web_fic01.php

에브리웨이

1.분량이 현저하게 초과 혹은 미달된 작품은 심사에서 제외됩니다. 2.다음과 같은 경우 응모가 불가하며, 해당 사항에 따라 수상을 취소하고 상금을 회수할 수 있습니다. -표절 및 타인의 지적

www.everywaycontest.com

에브리웨이 23년 1월 월간 웹소설

■ 응모자격

- 신인 및 기성작가 제한 없으며, 팀으로도 응모 가능합니다.

■ 주제

- #OO버스

■ 제출 서류

- 15화(한 회차당 공백 포함 5천자 기준, 총 75,000자) 이상의 원고 및 시놉시스.

■ 상금

- 이달의 웹소설 대상 200만 원(상금 100만 원 + 선인세 100만 원), 우수상 50만 원, 장려상 30만 원

■ 응모마감 : 2023년 1월 25일

■ 발표 : 2023년 2월 28일

공모전 대학생대외활동 사이트 : 위비티 https://www.wevity.com

공모전 대외활동 - 위비티

대학생 공모전 사이트 대외활동 서포터즈 블로그 기자단 모집 추천 베스트 아이디어 마케팅 광고 일러스트 디자인 웹툰 만화 미술 사진 소설 문학 시 ucc 영상 시나리오 창업 경진대회 IT 청소년

www.wevity.com

2023년 제3회 리틀 스토리킹 (3월 31일까지)

Tomitom — Thu, 12 Jan 2023 12:08:24 +0900

http://bir.co.kr/awards/little-storyking/

리틀 스토리킹 | 비룡소

bir.co.kr

엑티비티한 오락적인 내용 기재할 것

2023_리틀스토리킹_응모양식.hwp

0.02MB

제5회 밀크T 창작동화 공모전 (3월 14일까지)

Tomitom — Thu, 12 Jan 2023 11:41:23 +0900

http://www.milkt.co.kr/Partner/Partner221201

밀크T초등

1등 교과서가 만든 AI맞춤학습

www.milkt.co.kr

제5회 밀크T 창작동화 공모전

동화를 통해 아이들은 새로운 시각으로 세상을 바라보고, 더 넓은 곳으로 나아갈 수 있는 힘을 얻습니다.

밀크T는 아이들을 꿈꾸게 하는 동화를 찾고 있습니다.

작가님들의 많은 응모 바랍니다.

■ 지원자격

- 만 14세 이상 (기성/신인 작가 불문)

■ 모집 부문

- 단편, 중편, 장편으로 구분하여 모집

* 창작 동화 부문

* 사회 동화 부문

* 과학 동화 부문

■ 시상 내역 : 총 상금 3,950만원 (총 수상자 21명)

구분	상급	시상 내역	수상자	비고
단편	대상	상패와 상금 300만원	1명	전체 1명	소계 9명 1,050만원
	금상	상장과 상금 200만원	1명	전체 1명
	은상	상장과 상금 100만원	2명	전체 2명
	동상	상장과 상금 70만원	5명	전체 5명
중편	대상	상패와 상금 400만원	1명	전체 1명	소계 7명 1,400만원
	금상	상장과 상금 300만원	1명	전체 1명
	은상	상장과 상금 200만원	2명	전체 2명
	동상	상장과 상금 100만원	3명	전체 3명
장편	대상	상패와 상금 500만원	1명	전체 1명	소계 5명 1,500만원
	금상	상장과 상금 400만원	1명	전체 1명
	은상	상장과 상금 300만원	1명	전체 1명
	동상	상장과 상금 150만원	2명	전체 2명

■ 공모일정

- 응모기간 : 2023년 3월 8일 ~ 3월 14일

- 발표일 : 2023년 6월

■ 작품 규격

- 단편, 중편, 장편 (200자 원고지 40매, 150매, 250매 내외)

■ 접수 방법

- 밀크T 홈페이지( www.milkt.co.kr/Partner/Partner221201 )에서 접수

■ 유의 사항

- 제출된 응모작은 반환하지 않습니다.

- 수상작에 대한 포괄적인 사용 권한 및 권리(출판권, 저작재산권 포함)는 향후 5년간 주최사(관계사 포함)에 있습니다.

- 공모전에서 수상한 작품의 활용 시 가공 및 수정, 보완될 수 있습니다.

수상작품집 발간 시 별도의 인쇄를 지급하지 않습니다.

- 심사 기준에 미달할 경우 수상작이 없을 수 있습니다.

- 상금에 대한 제세공과금은 수상자 본인이 부담합니다.

■ 문의사항

- storycontest_milkt@chunjae.co.kr

제5회 밀크T 창작동화 공모전_응모 신청서 및 원고 작성 양식_지원부문_동화제목_이름.hwp

0.03MB

공모전 대학생대외활동 사이트 : 위비티 https://www.wevity.com

공모전 대외활동 - 위비티

www.wevity.com

제 8회 오디오 작가 공모전 (안녕, 내 사랑 15초 멘트 공모전)(1월 27일까지)

Tomitom — Thu, 12 Jan 2023 11:36:43 +0900

https://www.nadio.io/contest

오디오 작가 공모전

나디오의 오디오작가 공모전입니다.

nadio.io

FAQ

자주 묻는 질문

Q1. 글과 녹음 파일의 분량을 꼭 지켜야 하나요?

A. 글의 분량은 낭독기준 15초 ~ 30초 분량이 원칙입니다. 하지만 분량을 맞추기 위해 글을 억지로 늘이거나 줄이실 필요는 없습니다. 나디오는 주제와 어우러지는 솔직한 이야기를 더 중요하게 생각합니다.

제출 형식은 mp3, wav, flac 등 음성파일이라면 모두 가능합니다.

Q2. 녹음본에 노래를 삽입해도 되나요?

A. 선택 사항이며 주요 심사기준은 아닙니다.

Q3. 구글폼 제출 시 파일 첨부가 안 됩니다.

A. 파일 첨부를 제외한 다른 항목을 모두 작성하고, hello@eargada.com으로 에세이 및 오디오파일을 보내시면 됩니다. 구글 폼을 제출 하실 때 마지막 질문에 파일을 메일로 보냈다고 꼭 기입해 주세요.

제4회 카카오페이지X창비 영어덜트 소설상 공모전 (2월 26일까지)

Tomitom — Thu, 12 Jan 2023 11:35:15 +0900

https://www.changbi.com/NewsDetail?newsid=6257

창비 Changbi Publishers

한국의 종합출판사로서 문학, 인문, 교양, 어린이, 청소년, 그림책 등 다양한 분야의 양서를 출간하고 있습니다. 또한 교과서 발행, 미디어 서비스 제공, 강좌 운영 등을 통해 새로운 지식문화 창

www.changbi.com

7만자 이상의 미완성 원고
또는 12만자 이상의 완성고
2월 26일(일) 까지
온라인 접수

제4회 창비x카카오페이지 영어덜트소설상 응모 지원서 및 스토리 트리트먼트.zip

0.15MB

2023 제4회 틴 스토리킹 공모전 (3월 31일까지)

Tomitom — Thu, 12 Jan 2023 11:32:52 +0900

http://bir.co.kr/awards/teen-storyking/

틴 스토리킹 | 비룡소

국내외 다양한 작품을 소개하며 청소년 문학의 지평을 넓혀온 비룡소가 10대 독자와의 더 깊고 즐거운 호흡을 위해 새로운 공모를 시작합니다. 현대 사회의 논쟁적인 소재를 SF 소설 형식으로

bir.co.kr

2023 제4회 틴 스토리킹

※ 틴 스토리킹이란?

비룡소에서 새롭게 공모하는 청소년 문학상의 이름입니다. 국내 최초로 어린이 심사위원 제도를 도입한 어린이 문학상 ‘스토리킹’의 청소년 버전으로, 청소년 심사위원 제도를 도입하여 청소년들이 직접 심사에 참여합니다.

■ 모집 부문

- 청소년을 위한 장편소설. 모험, 판타지, SF, 로맨스, 추리, 성장물 등 장르 구애 없음.

■ 응모 자격

- 신인 및 기성 작가, 이야기에 관심 있는 누구나.

■ 시상 내용

- 대상작 1편. 상패와 상금 2000만 원(선인세)

■ 응모 마감

- 2023년 3월 31일 (31일자 소인까지)

■ 당선작 발표

- 6월 중 발표. 비룡소 홈페이지 및 개별 통보

■ 응모 요령 및 주의 사항

- 200자 원고지 500~700매 내외로 완성된 원고 형태(시놉시스나 시나리오 형태는 받지 않습니다.)

- 응모작이 이미 발표된 작품이거나, 다른 문학상을 수상한 경험이 있거나, 표절 등의 부당한 작품일 때에는 당선을 취소합니다. (* 상업적으로 활용되거나 타문학상 수상 경력이 없는 경우 순수 창작물로 응모 가능합니다. )

- 완결되지 않은 작품은 응모 자격이 주어지지 않습니다. 연작의 경우는 연작 1부의 완결성을 보인다면 완결로 봅니다.

- 원고는 한글 파일로 작성해 A4 용지에 출력한 상태로 반드시 우편으로 보내야 합니다.

- 비룡소 홈페이지에서 응모지원서를 다운로드 받아 원고의 맨 앞 장에 첨부해야 합니다(반드시 이름, 주소, 전화번호를 기재해야 합니다).

- 지원서 외 원고 시작이나 끝 부분에 이름이나 전화번호를 기재하지 말아 주세요.

- 응모작 발송 겉봉투에 ‘제4회 틴 스토리킹 응모작’이라고 명기해야 합니다.

- 상금은 선인세에 해당하며, 인세는 선인세를 상회할 때, 해당 시점부터 판매 부수에 대한 인세를 지급합니다.

■ 접수처 및 문의

(우: 06027) 서울 강남구 도산대로1길 62 강남출판문화센터 4층

비룡소 편집부 틴 스토리킹 담당자 앞

teenstoryking@bir.co.kr(전화 문의는 정중히 사양합니다.)

Open CV 기초 공부 일지 1. Open CV 표현방법 (2)

Tomitom — Wed, 11 Jan 2023 17:49:23 +0900

Grayscale 이미지로 출력

cvtColor 함수를 이용하여 그레이 스케일 영상으로 변경할 수 있습니다.

import cv2
from matplotlib import pyplot as plt

imageFile = './data/lena.jpg'
imgGray = cv2.imread(imageFile, cv2.IMREAD_GRAYSCALE)
plt.axis('off')

plt.imshow(imgGray, cmap ="gray", interpolation = 'bicubic') 
# 보간(빈곳을 채운다) 
plt.show()

interpolation 설정값은 보간 입니다.

이미지 보간법(interpolation)

영상 변환 작업 시 아무런 정보를 받지 못하는 화소를 홀(hole) 이라고 부릅니다. 이러한 홀을 유도하는 작업을 보간이라고 합니다. 아래에는 matplotlib 공식 홈페이지에서 제공하는 보간법 예제입니다.

import matplotlib.pyplot as plt
import numpy as np

methods = [None, 'none', 'nearest', 'bilinear', 'bicubic', 'spline16',
           'spline36', 'hanning', 'hamming', 'hermite', 'kaiser', 'quadric',
           'catrom', 'gaussian', 'bessel', 'mitchell', 'sinc', 'lanczos']

# Fixing random state for reproducibility
np.random.seed(19680801)

grid = np.random.rand(4, 4)    # 4행 4열의 색상 배열을 랜덤하게 하기 위한 것 

fig, axs = plt.subplots(nrows=3, ncols=6, figsize=(9, 6),
                        subplot_kw={'xticks': [], 'yticks': []})

for ax, interp_method in zip(axs.flat, methods):
    ax.imshow(grid, interpolation=interp_method, cmap='viridis')
    ax.set_title(str(interp_method))

plt.tight_layout()
plt.show()

모자이크처럼 정보가 없는 픽셀의 홀값을 채운 것을 알 수 있습니다.

여백 조정하여 영상 저장

plt.figure 으로 크기를 6인치, 6인치로 설정합니다.

plt.subplots_adjust(left=0, right = 1, bottom = 0, top = 1) 에서는 영상 출력 범위를

좌우 0,1 위아래 0,1 로 조정합니다. 범위는 left < right 와 bottom < top 이어야 합니다.

plt.axix('off') 는 x축과 y축을 지우는 것입니다.

plt.savefig('./data/0205.png') 으로 현재 figue 의 화면을 저장합니다.

import cv2
from matplotlib import pyplot as plt
imageFile = './data/lena.jpg'
imgGray = cv2.imread(imageFile, cv2.IMREAD_GRAYSCALE)

plt.figure(figsize = (6, 6))

plt.subplots_adjust(left=0, right = 1, bottom = 0, top = 1)
plt.imshow(imgGray, cmap = 'gray')

plt.axis('off')
plt.savefig('./data/0205.png')
plt.show()

서브플롯을 생성하여 출력

각각의 data 폴더 안에 이미지를 넣어놓고 그것을 2행 2열의 서브플롯을 생성하여 배열하겠습니다.

import cv2
from matplotlib import pyplot as plt

path = './data/'
imgBGR1 = cv2.imread(path +'lena.jpg')
imgBGR2 = cv2.imread(path+'apple.jpg')
imgBGR3 = cv2.imread(path+'baboon.jpg')
imgBGR4 = cv2.imread(path+'orange.jpg')

# 컬러 변환 : BGR -> RGB
imgRGB1 = cv2.cvtColor(imgBGR1, cv2.COLOR_BGR2RGB)
imgRGB2 = cv2.cvtColor(imgBGR2, cv2.COLOR_BGR2RGB)
imgRGB3 = cv2.cvtColor(imgBGR3, cv2.COLOR_BGR2RGB)
imgRGB4 = cv2.cvtColor(imgBGR4, cv2.COLOR_BGR2RGB)

# 2행 2열의 서브 플롯을 생성 
fig, ax = plt.subplots(2, 2, figsize = (10, 10), sharey = True)
# sharey 파라미터를 사용하면 두 그래프의 축을 공유할 수 있기 때문에 범위와 눈금이 동일하게 표시

fig.canvas.manager.set_window_title('Sample Pictures')

ax[0][0].axis('off')
ax[0][0].imshow(imgRGB1, aspect='auto')

ax[0][1].axis('off')
ax[0][1].imshow(imgRGB2, aspect='auto')

ax[1][0].axis('off')
ax[1][0].imshow(imgRGB3, aspect='auto')

ax[1][1].axis('off')
ax[1][1].imshow(imgRGB4, aspect='auto')

plt.subplots_adjust(left = 0, bottom = 0, 
                   right = 1, top = 1, 
                   wspace=0.05, hspace = 0.05)

plt.savefig("./data/0206.png", bbox_inches='tight')  # 여백을 없애기 위함 
plt.show()

카메라 캠 기능을 이용하여 출력

연결된 카메라로부터 비디오 프레임을 캡쳐하고 표시하는 기능입니다.

이 경우 카메라가 연결되지 않은 경우에는 '카메라가 연결되어 있지 않다'는 문구를 출력하겠습니다.

VideoCapture() 로 카메라를 개방하고, while 문에 의한 반복문으로 VideoCapture.read() 함수를 사용하여

프레임을 빠르게 한 장씩 캡처하여 영상 프레임을 처리하고, 윈도후 화면에 표시합니다.

반복문 내에서 비디오 프레임을 얻을 수 없거나, 키보드 (esc등) 에 의한 중단 요청이 있는 경우 반복문을 탈출하여 종료할 수 있도록 합니다.

import cv2

cap = cv2.VideoCapture(0)  # 카메라가 여러대 있을 때를 고려하여 식별자 숫자를 적는다 0번부터.  
if cap.isOpened():
    print("ok")
    delay = int(1000/cap.get(cv2.CAP_PROP_FPS))
    # CAP_PROP_FPS : 초당 프레임 분의 1000 초당 프레임을 시간으로 변환하기 위한 것 
    
    while True : # 읽어오면 True, 못 읽어오면 False
        ret, img = cap.read()  #불리언 넘배열
        if ret : 
            
            
            ## 이 부분에 원하는 영상처리 관련 로직을 추가하면 됩니다. 
            
            
            img_gray = cv2. cvtColor(img, cv2.COLOR_BGR2GRAY) # 회색조로 변경 
            cv2.imshow("Movie", img_gray)
            if cv2.waitKey(delay) & 0xFF ==27 :   
                # 키보드만의 아스키 코드 값에서 27은 esc 키를 의미합니다. 
                # esc 키가 입력되지 않으면 계속 시간마다 프레임을 읽어들이다가 입력되면 멈춤.
                break
                
            else : 
                printf("프레임을 읽어오지 못했습니다.")
                break
                
else : 
    print("카메라가 연결되어 있지 않습니다.")
cap.release(); cv2.destroyAllWindows();

여기서 주의할 것 !

pafy 코드의 내부 문제로 실행이 되지 않고 오류가 날 수 있습니다.

여기서 오류를 고치는 방법은 pafy 패키지 내부 backend_youtube_dl.py 모듈의 53, 54번 라인을 다음과 같이 수정하는 것입니다.

self._likes = self._ydl_info.get('like_count',0)
self._dislikes = self._ydl_info.get('dislike_count',0)

현재 사용하고 있는 컴퓨터에는 카메라가 없으므로 카메라가 연결되어 있지 않다는 문구가 출력됩니다.

유튜브 영상 정보 출력

Canny Edge 엣지란 영상이 움직이는 실루엣입니다. 컴퓨터 상에서 영상으로는 우리처럼 시각적으로 바로 사물과 사물 등의 경계를 구분할 수 없으므로 서로간을 구별하기 위해 엣지를 구분해줍니다.

그렇게 경계 실루엣을 구별하는 것 중에 하나가 Canny Edge 입니다.

# 비디오 입력과 화면 표시 

import cv2
import pafy # 유튜브 영상 정보를 얻을 수 있는 패키지
url = 'https://www.youtube.com/watch?v=u_Q7Dkl7AIk'
video = pafy.new(url)

print('title= ', video.title)
print('video.rating= ', video.rating)
print('video.duration= ', video.duration)

best = video.getbest()     #video.getbest(preftype = 'mp4')

print('best.resolution', best.resolution)

cap = cv2.VideoCapture(best.url)

while(True):
    retval, frame = cap.read()   # retval = 리턴
    if not retval :   # true 가 아닐 경우 브레이크 
        break
    cv2. imshow('frame', frame)
    gray = cv2.cvtColor(frame, cv2.COLOR_BGR2GRAY)
    edges = cv2.Canny(gray, 100, 200)  # Canny Edge 엣지. 영상이 움직이는 실루엣.
    
    cv2.imshow('edges',edges)
    key = cv2.waitKey(25)
    if key == 27 :
        break    
cv2.destroyAllWindows()

만약 영상이 꺼지지 않을 때에는 esc 를 눌러서 닫아주세요!