린 캔버스(Lean Canvas)는 스타트업을 위한 1페이지짜리 사업 계획서입니다. 가장 중요한 한 가지 핵심지표에 집중한다.

복잡한 사업 계획 대신, 불확실성이 높은 초기 창업팀이 가장 중요한 문제에 집중하고 빠르게 가설을 검증하도록 돕는 도구입니다.

핵심 특징 3가지

1. 문제 중심: '어떤 기술을 만들까?'가 아니라 '고객의 어떤 문제를 해결할 것인가?'에서 출발합니다.

2. Solution: '무엇을 할 것인가'보다 정의된 '문제'를 해결할 최소한의 핵심 기능(MVP)은 무엇인가에 집중합니다.

3. 속도와 효율성: 아이디어를 단 20분 만에 한 장으로 정리하고, 시장의 반응에 따라 계속 수정하고 발전시킬 수 있습니다.

4. 리스크 관리: 사업의 가장 불확실하고 위험한 부분(가설)을 명확히 하여, 실패 확률을 줄이는 데 집중합니다.

비지니스 모델 캔버스(BMC): 사업 계획의 모든 요소를 보여주는 한 쪽짜리 문서.

오픈소스 경진대회를 진행하기 쉽고, 학생들 참여도도 높이는 모바일 앱

2. 그걸 왜 만들고 싶은가? 어떤 문제를 풀려고?

1년에 2번 경진대회가 열리지만, 어떤 작품이 출전했는지 기록이 남지 않아, 매번 새로 바닥부터 다시 시작해야 한다.

3. 누가 겪는 문제인가?

강사, 교사, 교수, 학생

4. 그들이 어떤 상황에서 그 문제를 겪나?

학생들은 경진대회 진행에 대해 관심도가 떨어진다.

5. 그 상황에서 지금은 어떤 임시방편/대체재를 쓰고 있나?

수업시간에 일일이 홍보하고, 팀을 짜게 해서 독려를 해야 한다.

6. 5보다 1이 문제를 더 잘 풀어준다는 걸 내가/고객이 어떻게 확인할 수 있을까?

흥미로운 모바일 앱을 통해, 경진대회 진행 상황을 알 수 있고, 과거 어떤 아이디어로 출품했는지 알아보고 새로운 아이디어를 내보려는 자극이 된다.

7. 고객들이 1을 발견하고, 기꺼이 5 대신 1을 쓰게 만드려면 어떻게 할까?

경진대회 진행을 앱을 통해 하게되면, solution의 가치를 알게 된다.

8. 그 외 고려 사항들

관리자 웹 앱도 필요함. CSV 파일로 예선/본선 평가 점수 합산 및 순위 정하는 걸 간편하게 도와주는.

요청 작업

1. 우선 이 아이디어의 강점과 취약점, 고려해야 할 점을 분석해줘. 내가 채워넣지 않은 질문에 대해서는 네가 추측해서 아이디어를 채워줘. 기존에 존재하는 솔루션의 조합도 적극적으로 제시해주면 좋아. 예를 들어 정보를 입력받아야 하면, 백엔드를 직접 구현하는 대신 구글 폼 + 스프레드시트 조합을 쓴다거나.

2. 이 앱을 유저들이 어떻게 발견하게 할 것인지에 대한 최초 홍보 계획과, 앱을 유저들이 SNS에서 자발적으로 홍보하기 쉽게 만들수 있는 바이럴 루프를 어떻게 만들지(앱 내부 기능으로, 외부 운영으로 등) 설계해줘.

3. 그다음 네가 이 앱을 3단계 이터레이션에 걸쳐 구현한다면 어떻게 단계를 쪼갤지 보여줘. 각 단계별로 아래 내용을 포함시켜줘. ('행동'은 필요할 때만 넣고) 그 외에도 단계별로 추가할 만한 내용이 있으면 넣어줘. a. 입력: 어떤 데이터를 어떻게 넣어야 하나? (유저가 이런걸 넣는다, 어디서 요런걸 긁어온다 등) b. 처리: 그 데이터를 어떻게 처리해야 하나? (LLM으로, 정규식으로 등) c. 출력: 처리한 데이터를 어떻게 보여줘야 하나? (테이블로, 차트로 등) d. 행동: 데이터를 보고 유저가 어떤 행동을 할 수 있어야 하나? (PDF로 다운받기, 이메일 보내기 등) e. 검수: 입력, 처리, 출력, 행동이 의도한 대로 된다는 걸 어떻게 확인할까? ("A 조건에서 B가 C 하면 D처럼 되어야 한다"의 목록)

4. 마지막으로 첫 단계 MVP를 위한 PRD를 홍보와 바이럴 요소를 포함해서 한국어어로 만들어줘. 개발자가 직접 만드는 게 아니라 Cursor, Google Ai studio 같은 AI 코딩 에이전트가 만들 것을 감안해서. PRD 안에 테스트 코드 작성에 대한 내용도 포함해주고. PRD는 복사하기 쉽게 코드 블록 내에 넣어줘. 나머지 두 단계 이터레이션에 대한 입력, 처리, 출력, 행동, 검수 내용도 Future Work로서 자세하게 포함해줘.

• 사고(Thinking):

  • 무엇을 만들지 철저히 생각하고 AI와 명확하게 소통하는 것이 핵심입니다..

  • 목표를 정의하는 논리적 사고, 목표 달성 방법을 묻는 분석적 사고, 로직을 문제에 적용하는 계산적 사고, 그리고 앱을 최고로 만드는 전략을 고민하는 절차적 사고의 4단계로 구성됩니다.

  • PRD(제품 요구 사항 문서)를 작성하여 생각을 정리하고 AI에 전달하는 것이 가장 좋은 방법입니다.

• 프레임워크(Frameworks):

  • AI는 기존 솔루션을 학습했으므로, AI가 올바른 프레임워크나 패키지를 사용하도록 지시하여 더 나은 결과를 얻을 수 있습니다.

  • 어떤 프레임워크가 적합한지 모를 경우, AI에게 먼저 질문하여 도움을 받을 수 있습니다.

  • 모든 구현 방법을 알 필요는 없지만, 프런트엔드, 백엔드, 통신 방식 등 프로젝트의 높은 수준의 구조를 이해하는 것이 중요합니다.

• 체크포인트 및 버전 관리(Checkpoints and Version Control):

  • 작업 손실을 방지하기 위해 항상 버전 관리를 해야 합니다.

  • Git과 GitHub는 코드 저장 및 공유를 위한 일반적인 모범 사례이며, AI 코드 편집기를 사용하면 자연어로 버전 관리 작업을 지시할 수 있습니다.

• 디버깅(Debugging):

  • 문제가 발생할 때 체계적으로 문제의 위치와 내용을 식별하고 해결책을 적용하는 과정입니다.

  • 바이브 코딩에서는 AI에게 문제를 지적하고 해결책을 제시하도록 맡기는 것으로 시작하며, 오류 메시지나 스크린샷 등 최대한 많은 정보를 제공하는 것이 좋습니다.

  • 기본적인 파일 구조를 이해하면 AI가 문제 해결에 더 효과적으로 접근하도록 도울 수 있습니다.

• 컨텍스트(Context):

  • AI 또는 LLM에 더 많은 정보와 세부 사항을 제공할수록 더 나은 결과를 얻을 수 있습니다.

  • 컨텍스트는 상세한 초기 프롬프트, PRD, 목업, 예시, 추가 데이터, 앱 환경 설정, 그리고 전체 오류 메시지나 스크린샷 등 다양한 형태로 제공될 수 있습니다.

MVP는 가치와 성장에 대한 근본 가설을 검증하는 실험실 역할을 한다. 아이디어가 문제를 해결할 수 있는지, 제품이 지속적으로 성정할 수 있는지를 검증한다.

앱에 대한 아이디어의 범위를 좁히는 것이 중요합니다. 스스로 물어보세요~

1. 내 앱이 해결/충족해야 하는 요구/문제는 무엇입니까?

2. 누가 내 앱을 어떻게 사용합니까?

3. 수십(수백은 아니지만) 다른 앱보다 내 앱을 선택하는 이유는 무엇입니까?

매력적인 앱이 되는 5가지 방법

독자의 제품을 매력을 발산하는 사용자 경험을 갖도록 하는 데 도움이 되는 교훈을 정리했다.

* 가치에 집중한다: 팀이 제품을 개발해야 하는 이유가 아니라 개발 방법에만 집중하는 경우가 종종 있다. 하지만 예를 들면, 사용자는 산더미 같은 기계가 아니라 그를 좋아하겠다는 필요에 의해 동기가 생기는 것이다. 즉, 가치를 주는 제품을 만들어야 한다.

* 제대로 할 수 있는 한 가지를 한다: 확실한 한 가지 기능이 평범한 세 가지 기능보다 훨씬 낫다. 드롭박스와 인스타그램의 성공 스토리를 배울 필요가 있다. 그들이 진짜 잘하는 한 가지에만 집중하다 보니 그들의 제품을 좋아하는 많은 팬이 생긴 것이다.

* 검증과 반복을 자주 한다: 끝없이 변명 없이 변경되는 목표를 위해 작업하는 것은 품과 기, 의욕과 수익 모두를 낭비한다. 짧은 사이클에 따라 설계를 검증한다. 한 개 MVP의 유효 기간을 90일(12주)로 설정하라. 90일은 목표를 잊지 않고, 꿈을 검증하는 데는 충분한 기간이다.

* 사용자를 최우선에 둔다: 고객이 불편을 겪는 문제를 살펴봐야 한다. 문제가 무엇인지 직접 확인했는가? 아니면 단지 고객의 의견인가? 사용자 중심의 제품 설계란, 다른 사람을 중심에 두고 생각하는 것이 아니라, 즉 내 생각이 아니라. 내 제품에 대한 고객의 생각이 중요하다.

* 계속 대화하고, 계속 진행한다: 목표를 달성하면서 꾸준히 점진적으로 진행한다. 설계가 중요하다고 여긴다면 행동으로 보여주라. 예를 들어, 초기 설계를 MVP의 전 라인업에 반영하고, 처음부터 와이어프레임과 프로토타입으로 시작하라. 말로만 고객이 중요하다고 하는 것이 아니라, 고객에게 MVP를 보여주고 테스트를 통해 검증을 받도록 한다.

AI 어시스턴트가 소프트웨어 개발 수명 주기 전체에 걸쳐 신중하게 통합되어 있습니다. 사용자의 요청에 따라 단 한 줄의 코드부터 전체 코드베이스에 이르기까지 변경 사항을 적용할 수 있으며, 이는 Gemini의 강력한 기능이 개발 환경에 노출된 결과입니다.

    ◦ Gemini는 IDE 내에서 파일 읽기/쓰기 및 터미널 명령어 실행까지 프로젝트 컨텍스트를 활용하여 가능하게 합니다. 이처럼 AI가 개발 전반에 걸쳐 강력하게 지원하므로, MVP에 필요한 기능을 빠르게 구현하고 수정할 수 있습니다.

https://notebooklm.google.com/notebook/c77698c8-a4d2-4a7e-935b-53cca7d78af3

https://docs.google.com/document/d/1g9Sa6pIJTtD0ECyyDdizGu49lupWRH63U3328JxH3Ro/edit?usp=sharing

Firebase 에서는 Genkit 사용한 AI 호출

ms code 상에서 AI Agent mode 및 MCP 서버 사용 가능.

“앱을 만드는 기술”이 아니라 앱이 놓인 환경 전체를 보는 관점이 중요.

1. 정의

시스템 사고란,

개별 기능·문제를 단편적으로 보는 것이 아니라, 전체 요소들이 서로 연결되고 영향을 주고받는 흐름을 이해하는 사고 방식.

2. 창업 앱 개발에 적용하면

앱은 단순히 코드와 UI로만 이루어지지 않습니다.

• 사용자: 앱을 어떻게 쓰는지, 어떤 상황에서 불편함을 느끼는지

• 비즈니스 모델: 앱이 수익을 어떻게 창출하는지

• 기술 인프라: 서버, 데이터베이스, API, 보안

• 운영·마케팅: 업데이트 주기, 사용자 유입, 피드백 처리

• 외부 환경: 경쟁 서비스, 정책, 법규

시스템 사고는 이 모든 걸 하나의 유기적 생태계로 보고 설계·개선하는 사고입니다.

3. 예시

잘못된 접근 (단편적 사고)

“UI만 예쁘게 만들면 사람들이 쓸 거야.”

• UI는 좋지만 서버가 느리거나, 회원가입 프로세스가 복잡하면 사용자 이탈 → 앱 실패

시스템 사고 접근

“UI, 서버 속도, 사용자 온보딩, 알림, 데이터 분석이 연결되어 있어. 한 곳을 바꾸면 다른 곳에도 영향이 간다.”

• 서버 속도를 개선하면 → 사용자 만족도↑ → 평점↑ → 신규 다운로드↑ → 매출 증가

4. 장점

• 문제 원인을 정확히 찾을 수 있음 (현상 vs 원인 구분)

• 장기적으로 유지 가능한 구조 설계 가능

• 팀원 간 의사소통 원활 (공통 ‘시스템 그림’을 가짐)

• 변화에 강한 앱·비즈니스 모델 구축

5. 학생들에게 해줄 한마디

시스템 사고는 “앱의 버튼 하나”를 보는 게 아니라,
그 버튼을 누르는 사람이 누구이고, 왜 누르고, 누른 뒤 어떤 일이 벌어지는지를 전체 맥락 속에서 보는 능력입니다.
창업 앱은 이 능력이 없으면 기술만 잘해도 실패할 수 있습니다.

interested in AI Engineering

doing Tile based GPU kernel programming

My background bridges creativity and technology. My undergraduate studies equipped me with solid knowledge in marketing, communication, and consumer psychology, while my graduate work is deepening my expertise in machine learning, deep learning, and data science.

I have gained practical experience through internships in diverse sectors including EdTech (New Oriental), finance (CITIC Bank), media (Sohu), and international trade (China National Machinery). In these roles, I have honed my skills in product optimization, operational management, digital content creation, and cross-functional collaboration, consistently aiming to deliver measurable results.

I am proficient in Adobe Creative Suite and Microsoft Office, and I am actively expanding my technical toolkit in AI and data analytics. Fluent in both English and Mandarin, I am a strong communicator with a proven ability to adapt and thrive in dynamic environments.

I am eager to leverage my combined expertise in communication, business, and emerging AI technologies to contribute to innovative projects and solve complex challenges.

~

https://diveintosystems.org/book/Appendix2/sysinfo.html

1) The OS kernel implements core OS functionality — the functionality necessary for any use of the system. This functionality includes managing the computer hardware layer to run programs, implementing and managing OS abstractions exported to users of the system (e.g., files are an OS abstraction on top of stored data), and implementing interfaces to the user applications layer and to the hardware device layer.

2) General-purpose operating systems often implement timesharing scheduling, which is multiprogramming wherein the OS schedules each process to take turns executing on the CPU for short time durations (known as a time slice or quantum).

3) The OS performs context switching, or swapping process state on the CPU, as the primary mechanism behind multiprogramming and timesharing. There are two main steps to performing a CPU context switch:

i) The OS saves the context of the current process running on the CPU, including all of its register values (PC, stack pointers, general-purpose register, condition codes, etc.)

ii) The OS restores the saved context from another process on the CPU and starts the CPU running this other process, continuing its execution from the instruction where it left off.

4) The operating system schedules threads in the same manner as it schedules processes. On a multicore processor, the OS can speed up the execution of a multithreaded program by scheduling the different threads to run on separate cores. The maximum number of threads that can execute in parallel is equal to the number of physical cores on the system. If the number of threads exceeds the number of physical cores, the remaining threads must wait their turn to execute.

5) We refer to the scenario in which two threads attempt to write to the same location in memory as a data [race condition]. More generally, a race condition refers to any scenario in which the simultaneous execution of two operations gives an incorrect result.

6) SIMD: Single instruction/multiple data systems execute the same instruction on multiple data simultaneously and in lockstep fashion. During "lockstep" execution, all instructions are placed into a queue, while data is distributed among different compute units.

7) Heterogeneous computing is computing using multiple, different processing units found in a computer. These processing units often have different ISAs, some managed by the OS, and others not. Typically, heterogeneous computing means support for parallel computing using the computer’s CPU cores and one or more of its accelerator units such as graphics processing units (GPUs) or field programmable gate arrays (FPGAs).

8) CUDA (Compute Unified Device Architecture) is NVIDIA’s programming interface for GPGPU computing on its graphics devices. [CUDA] is designed for heterogeneous computing in which some program functions run on the host CPU, and others run on the GPU device.

9, 10) any linux commands (at least two)

The Unix file systems and using the Unix command line (ls, pwd, mkdir, cp, mv, rm, rmdir, cat, echo, wc, touch).

The Unix manual and reading Unix man pages: (man.

searching files and directories: (grep and find)

process control and running (ps, &, fg, bg, CNTRL-Z, kill, history, time).

<html lang="en">

<head>

<meta charset="UTF-8" />

<meta http-equiv="X-UA-Compatible" content="IE=edge" />

<title>JavaScript Array Mastery</title>

<style>

body { font-family: 'Segoe UI', Tahoma, Geneva, Verdana, sans-serif; line-height: 1.6; padding: 20px; color: #333; }

h1 { color: #2c3e50; border-bottom: 3px solid #3498db; display: inline-block; }

h2 { color: #e67e22; margin-top: 30px; border-left: 5px solid #e67e22; padding-left: 10px; }

pre { background: #f8f9fa; padding: 10px; border-radius: 5px; border: 1px solid #ddd; font-size: 0.9em; }

.output-box { color: #2980b9; font-weight: bold; font-family: monospace; font-size: 1.1em; }

</style>

</head>