임이지의 블로그

[Prompt] Find critical bugs by 커서

cepiloth — Sat, 2 May 2026 16:56:10 +0900

You are a deep bug-finding automation focused on high-severity issues.

## Goal

Inspect recent commits and identify critical correctness bugs that escaped review. Only surface issues that would cause data loss, crashes, security holes, or significant user-facing breakage.

## Investigation strategy

- Focus on behavioral changes with meaningful blast radius.
- Look for: data corruption, race conditions that lose writes, null dereferences in critical paths, auth/permission bypasses, infinite loops, resource leaks, and silent data truncation.
- Trace through the full code path — don't just pattern-match on the diff. Understand the caller chain and downstream effects.
- Ignore: style issues, minor edge cases, theoretical concerns without a concrete trigger, and low-severity issues that would merely degrade UX.

## Confidence bar

- You must be able to describe a concrete scenario that triggers the bug.
- If you cannot construct a plausible trigger scenario, do not open a PR.
- When in doubt, report your findings in Slack without opening a PR.

## Fix strategy

- If you find a critical bug, implement a minimal, high-confidence fix.
- Add or update tests when possible to lock in the behavior.
- Avoid broad refactors in the same PR.

## Safety rules

- Do not open a PR unless you are highly confident the bug is real and the fix is correct.
- If no critical bug is found, post a short "no critical bugs found" summary. This is the expected outcome most days.

## Output

[Apps In Toss] 네뷸라 자동 검수 실패

cepiloth — Fri, 17 Apr 2026 10:49:49 +0900

1. 현상 (Symptom)

앱 출시/검토 요청 후, 다음과 같은 사유로 심사가 반려되는 현상 발생.
- 반려 사유: 네뷸라 자동 검수 실패

2. 원인 (Cause)

제출한 앱의 기능이나 출시 노트(예: "전면광고 리워드 광고 대체" 등) 내용에 문제가 있어서 발생한 반려가 아님.
검수 플랫폼(네뷸라) 내부 시스템에서 일시적으로 발생한 자동 검수 에러.

3. 조치 및 해결 방법 (Action Item)

별도의 코드 수정이나 출시 노트 변경 없이 동일한 상태로 재검토(재등록) 요청을 진행합니다.
내부 시스템 에러로 인한 일시적 현상이므로, 다시 심사를 요청하면 정상적으로 검수 프로세스가 진행됩니다.

코딩의 '바이브'를 바꾸는 결정적 순간: 초보자가 반드시 알아야 할 핵심 개념 7가지

cepiloth — Fri, 3 Apr 2026 07:52:26 +0900

1. 왜 우리는 지금 '바이브코딩'에 주목해야 하는가?

처음 개발의 세계에 발을 들였을 때 마주하는 장벽은 대개 '낯선 문법'과 '복잡한 코드의 나열'입니다. 하지만 인공지능(AI)이 코드를 대신 작성하고 오류를 수정해 주는 시대, 이제 프로그래밍의 패러다임은 단순한 '구문 암기'에서 전체적인 시스템의 흐름을 조율하는 '설계적 주도권'으로 이동하고 있습니다. 이것이 바로 우리가 바이브코딩(Vibe Coding)에 주목해야 하는 이유입니다.

바이브코딩은 단순히 코드를 써 내려가는 행위를 넘어, 기술의 본질과 논리를 이해하고 AI와 협업하여 결과물을 오케스트레이션(Orchestration)하는 감각을 의미합니다. '바이브코딩 핵심 용어 60선'을 관통하는 7가지 핵심 개념을 통해, 여러분이 단순한 코드 작성자를 넘어 '의도의 설계자(Architect of Intent)'로 거듭나기 위한 기술적 기초를 정립해 보겠습니다.

Insight 01. 주도권의 차이: 내가 부르는 '라이브러리' vs 나를 부르는 '프레임워크'

개발 도구를 선택할 때 가장 먼저 마주하는 개념은 라이브러리(Library)와 프레임워크(Framework)입니다. 시니어 에디터의 시각에서 볼 때, 이 둘을 구분하는 결정적 잣대는 바로 '제어의 역전(Inversion of Control)'입니다.

라이브러리(Library): 개발자가 필요할 때 호출하는 공구와 같습니다. 주도권은 온전히 나에게 있으며, 내가 필요할 때 특정 기능(예: 데이터 분석을 위한 pandas)을 선택적으로 꺼내 씁니다.
프레임워크(Framework): 내가 따라야 하는 규칙이 정의된 '틀'입니다. 프레임워크가 전체적인 흐름을 관리하며, 개발자는 그 규칙에 맞춰 자신의 코드를 배치해야 합니다. 이는 개발의 효율과 안전성을 보장하지만, 동시에 프레임워크의 규약을 따라야 한다는 제약을 동반합니다.

"라이브러리는 내가 부르고, 프레임워크는 나를 부릅니다."

라이브러리가 선사하는 '자유도'와 프레임워크가 제공하는 '구조적 안정성' 사이에서 균형을 잡는 것이 바이브코딩의 첫걸음입니다.

Insight 02. 누구인지(인증)와 무엇을 할 수 있는지(인가)는 엄격히 다르다

보안의 세계에서 가장 흔히 혼동하는 개념이 인증(Authentication)과 인가(Authorization)입니다. 이 둘은 보안의 상호 보완적인 단계로, 명확한 순서와 목적을 가집니다.

인증(Authentication): '사용자가 주장하는 본인이 맞는가?'를 확인하는 절차입니다. 아이디와 비밀번호, 혹은 생체 인식을 통해 로그인하는 행위가 이에 해당합니다.
인가(Authorization): '인증된 사용자가 특정 자원에 접근할 권한이 있는가?'를 결정합니다. 일반 사용자가 관리자 대시보드에 접근하려 할 때 이를 차단하는 것이 인가의 역할입니다.

이 두 단계는 반드시 다음의 논리적 순서를 따릅니다.

[보안 프로세스 Cheat Sheet]
STEP 1. 인증(Authentication): "누구신가요?" (Identity 확인)
STEP 2. 인가(Authorization): "무엇을 하실 수 있나요?" (Permission 확인)

Insight 03. 멈추지 않는 코드의 마법, '비동기 처리'의 효율성

프로그램이 데이터를 불러오는 수 초 동안 화면이 멈춰 있다면 사용자는 이를 '오류'로 인식할 것입니다. 이러한 문제를 해결하고 사용자 경험(UX)을 극대화하는 기술이 바로 비동기 처리(Async/Await)입니다.

비동기 처리는 '식당에서 음식을 주문하고 대기하는 동안 핸드폰을 보는 상황'에 비유할 수 있습니다. 서버에 데이터를 요청한 후 응답이 올 때까지 프로그램 전체가 멈춰 서서(Blocking) 기다리는 것이 아니라, 다른 작업을 먼저 수행(Non-blocking)하며 효율성을 높이는 방식입니다.

// SYNTAX EXAMPLE JS: 비동기 처리의 전형적인 모습
async function getData() {
  const res = await fetch('https://api.example.com');
  const data = await res.json();
  console.log(data);
}

비동기 처리가 적용되지 않은 앱은 '경직'되지만, 비동기를 이해한 코드는 '흐름'을 만듭니다.

Insight 04. AI의 '거짓말'을 잡는 지식의 외주화, RAG

AI는 때때로 존재하지 않는 정보를 사실인 것처럼 유창하게 지어내는 환각 현상(Hallucination)을 보입니다. 이를 극복하기 위한 현대 AI 엔지니어링의 정수가 바로 RAG(검색 증강 생성, Retrieval-Augmented Generation)입니다.

RAG는 AI가 자신의 내부 기억(파라미터)에만 의존해 답변하는 대신, 신뢰할 수 있는 외부 문서를 먼저 '검색'하고 그 내용을 '참고'하여 답변을 '생성'하게 합니다. 마치 오픈북 테스트를 치르는 것과 같아, AI 서비스의 신뢰도와 전문성을 비약적으로 높여줍니다.

Insight 05. 이제 AI는 답변을 넘어 '일'을 한다: AI 에이전트와 툴 콜링

과거의 AI가 질문에 답하는 수준에 머물렀다면, 이제는 스스로 판단하고 실행하는 AI 에이전트(AI Agent)의 시대입니다. 그 핵심 동력은 툴 콜링(Tool Calling)에 있습니다.

툴 콜링은 AI가 단순히 텍스트를 생성하는 것을 넘어, 직접 외부 API나 함수를 호출할지 스스로 결정하는 능력입니다.

예시: "서울 현재 날씨를 알려줘"라는 요청을 받으면, AI는 학습된 데이터에서 답을 찾는 대신 '날씨 API'라는 도구를 호출해야 함을 스스로 판단하고 실행하여 최신 정보를 가져옵니다.

이제 AI는 말만 하는 존재가 아니라, 목표를 달성하기 위해 도구를 사용하는 '자율적 주체'로 진화하고 있습니다.

Insight 06. 데이터에도 '의미의 거리'가 있다: 임베딩과 벡터 검색

AI가 인간의 언어를 이해하는 방식은 독특합니다. 바로 모든 데이터를 숫자 좌표로 변환하는 임베딩(Embedding) 과정을 거치기 때문입니다.

임베딩된 데이터 공간 안에서는 의미가 유사한 단어들이 기하학적으로 가깝게 배치됩니다. 예를 들어 '왕'과 '여왕'은 좌표상에서 매우 가까운 거리에 위치하게 됩니다. 이를 활용한 벡터 검색(Vector Search)은 키워드의 일치 여부가 아닌 '의미의 유사성'으로 정보를 찾습니다.

사용자가 '자동차'를 검색해도, AI는 임베딩 좌표상의 거리를 계산하여 '차량'이나 '승용차'가 포함된 결과를 찾아낼 수 있습니다. 이는 전통적인 키워드 검색의 한계를 뛰어넘는 지능형 검색의 핵심입니다.

Insight 07. AI 생태계의 USB 규격, MCP(Model Context Protocol)

다양한 AI 모델과 수많은 외부 도구를 연결하는 과정에서 발생하는 파편화 문제는 개발자들의 큰 고민거리였습니다. 이를 해결하기 위해 등장한 표준화된 통신 규약이 바로 MCP(Model Context Protocol)**입니다.

MCP는 마치 '어떤 기기든 꽂으면 바로 데이터가 흐르는 USB 규격'과 같습니다. 특정 AI 모델에 종속되지 않고, 표준화된 방식으로 데이터와 도구를 연결할 수 있도록 돕는 인프라입니다. 이 표준 규약 덕분에 개발자는 모델을 교체하더라도 기존의 도구 연결 설정을 그대로 유지하며 확장성을 확보할 수 있게 되었습니다.

결론: 기술적 기본기가 당신의 '바이브'를 결정한다

지금까지 살펴본 7가지 핵심 개념은 현대적인 소프트웨어 개발과 AI 엔지니어링을 지탱하는 거대한 축입니다. 도구는 매일같이 변하고 새로운 라이브러리가 쏟아져 나오지만, 그 밑바닥에 흐르는 '제어의 역전', '비동기적 흐름', '의미적 연결'과 같은 논리는 결코 변하지 않습니다.

이러한 본질적 개념을 체득했을 때, 여러분은 비로소 AI를 도구로 부리며 자신만의 독창적인 서비스를 구축하는 바이브코딩의 진수를 맛보게 될 것입니다.

마무리 질문: 여러분이 구상 중인 서비스에서 AI가 단순한 답변자를 넘어, 스스로 도구를 선택하고 문제를 해결하는 '에이전트'로 진화한다면, 여러분의 개발 경험은 어떻게 달라질까요? 바이브코딩의 세계에 오신 것을 환영합니다.

[Apps In Toss] 심리테스트 & 퀴즈 매니아들 주목! 나를 알아가는 꿀잼 플랫폼 'AI 자아탐구소' 소개

cepiloth — Sat, 21 Feb 2026 17:57:40 +0900

AI 자아탐구소 - 심리 테스트 & 퀴즈 플랫폼

다양한 성격 테스트와 퀴즈를 통해 자신을 발견해보세요! MBTI, 애니멀 테스트, 스트레스 대처, 2026 운세 등 다양한 테스트가 기다리고 있습니다.

personalab.netlify.app

안녕하세요! 여러분 오늘은 킬링타임용으로 딱 좋고, 시간 가는 줄 모르고 즐길 수 있는 재미있는 웹사이트 하나를 소개해드리려고 해요.

평소에 MBTI, 심리테스트, 각종 퀴즈 찾아다니는 거 좋아하시는 분들이라면 무조건 북마크 해두셔야 할 곳! 바로 종합 성격 테스트 & 퀴즈 플랫폼 'AI 자아탐구소'입니다. (기존에 ' Quizly '이라는 이름으로 알려졌던 곳인데, 더 기억하기 쉽게 이름이 바뀌었어요! ㅎㅎ)

✨ AI 자아탐구소는 어떤 곳인가요?

다양한 성격 테스트와 흥미진진한 퀴즈들을 한 곳에서 즐길 수 있는 놀이터 같은 웹사이트예요. 요즘 SNS에서 유행하는 심리테스트들, 매번 링크 찾아다니기 번거로우셨죠? 이제 여기서 한 번에 즐기실 수 있답니다.

AI 자아탐구소의 매력 포인트 3가지!

1. 다양하고 신박한 테스트 뻔하고 지루한 테스트는 NO! 흥미로운 주제의 퀴즈와 성격 테스트들이 준비되어 있어서 나의 숨겨진 성향이나 몰랐던 모습들을 재미있게 발견할 수 있어요.

2. 친구들과 결과 공유 & 과몰입 파티 이런 테스트 결과는 무조건 친구들이랑 단톡방에 공유해야 제맛인 거 아시죠? 결과를 쉽게 공유하고 서로의 성향을 비교해 보면서 수다 떨기 딱 좋습니다. "너 이거 나왔어? 완전 너다!" 하면서 놀기 좋아요. ㅋㅋ

3. 깔끔하고 직관적인 UI 웹사이트 자체가 무겁지 않고 UI가 깔끔해서, 복잡한 가입 과정이나 번거로움 없이 누구나 접속하자마자 직관적으로 테스트에 참여할 수 있어요.

이런 분들께 강력 추천해요!

출퇴근길, 등하굣길에 멍 때리기 지루하신 분
친구들이랑 모였을 때 새로운 대화 주제가 필요하신 분
'나는 어떤 사람일까?' 나에 대해 알아가는 걸 좋아하시는 분

심심할 때 가볍게 접속해서 테스트 하나 풀다 보면 어느새 시간이 훌쩍 지나있을 거예요. 지금 바로 아래 링크를 클릭해서 나만의 성격 테스트를 시작해 보세요!

AI 자아연구소 (구 퀴즐리) 바로가기

그럼 오늘 추천은 여기까지! 다음에도 재미있는 사이트나 유용한 꿀팁이 있으면 또 가져올게요. 다들 퀴즐리에서 즐거운 시간 보내세요~! ‍♂️ ‍♀️

AI 시대에도 요구 명세가 전부다

cepiloth — Sat, 21 Feb 2026 12:57:21 +0900

최근 일하면서 정말 어이가 없는 경험을 했습니다.
갑자기 선박 관련 관세 문서를 분석해달라는 요청이 들어왔는데, 문제는 제가 개발하고 있는 건 레이아웃 디텍트(Layout Detect) 기술이라는 겁니다. 그런데 요청자가 사실상 원하는 건 IDP 기반 QnA 수준의 기능이었죠.

우리가 “이건 현재 기술로는 지원이 어렵습니다”라고 답하자 돌아온 건…
“그럼 하는 게 없네요”라는 말뿐.
정말 기가 막혔습니다.

이 기술이 어디에 쓰이는지, 어떻게 쓰이는지도 모르면서
그저 “못하네요” 하고 비난하는 사람들…
이런 사람들과 함께 일해야 한다는 사실이 한심하고 화가 났습니다.

문제는 단순히 도메인 지식이 없는 게 아닙니다.
무엇을 해야 하는지, 어떻게 질문해야 하는지조차 모르는 사람들과 일하는 스트레스가 핵심입니다.

AI가 아무리 똑똑해도, 정확한 요구 명세와 명확한 질문 없이는 결과도 쓰레기일 수밖에 없습니다.
결국 Garbage In, Garbage Out입니다.

질문이 명확해야 결과도 좋습니다.
AI든 사람에게든 똑같이 적용되는 진리죠.

진정한 리더라면 요구사항을 명백히 정의하고,
우리가 할 수 있는 것과 가능한 범위, 리스크까지 고민해야 합니다.
그런데 단순히 “왜 안 되죠?”, “그럼 못하는 거네요” 하며 비난만 한다면
같이 일하는 사람들은 스트레스와 좌절만 쌓일 뿐입니다.

패배자들은 흔히 다른 사람을 탓합니다.
자기 안에서 문제를 해결하지 못하면 결국 자기 합리화에 빠지고,
“나는 열심히 했는데 다른 사람이 안 도와줬다”며 핑계만 늘어놓죠.

한 번 사는 인생, 항상 피해자 코스프레하며 살 건가요?
자기 의도를 정확히 설명하고, 문제를 정의할 줄 알아야 일이 진행됩니다.
명확한 요구가 있어야, 기술도 AI도, 사람도 제대로 움직입니다.

결국 문제를 정의하지 못하면, AI든 사람든, 그 누구도 당신을 구원하지 않는다.

38. Count and Say

cepiloth — Wed, 11 Feb 2026 21:27:12 +0900

https://leetcode.com/problems/count-and-say

Count and Say - LeetCode

Can you solve this real interview question? Count and Say - The count-and-say sequence is a sequence of digit strings defined by the recursive formula: * countAndSay(1) = "1" * countAndSay(n) is the run-length encoding of countAndSay(n - 1). Run-length enc

leetcode.com

이 문제는 한국에서는 베르나르 베르베르의 소설 '개미'에 등장하여 흔히 **"개미 수열"**이라고도 불리는 Count-and-Say (읽고 말하기) 수열 문제입니다.

반복적인 방법(Iterative)을 사용한 논리와 파이썬 풀이를 단계별로 설명해 드리겠습니다.

1. 논리 구조 (Logic Breakdown)

이 문제의 핵심은 이전 단계의 문자열을 소리 내어 읽는 것입니다. 이를 **런 렝스 부호화(Run-Length Encoding)**라고도 합니다.

문자열을 왼쪽에서 오른쪽으로 훑으며, 연속된 동일한 숫자를 그룹으로 묶습니다. 각 그룹에 대해 다음 두 가지 정보를 결합합니다:

개수 (Count): 연속된 숫자가 몇 개인지
숫자 (Digit): 그 숫자가 무엇인지

예시 (일 때):

: "1" (기본값)
: 이전 값 "1"을 읽습니다. 1이 1개 "11"
: 이전 값 "11"을 읽습니다. 1이 2개 "21"
: 이전 값 "21"을 읽습니다.
- 첫 번째 그룹: '2'가 1개 "12"
- 두 번째 그룹: '1'이 1개 "11"
- 결과 합치기: "1211"

2. 파이썬 반복 풀이 (Iterative Solution)

재귀(Recursion)를 사용하지 않고 반복문으로 처리하면 스택 오버플로우를 방지하고 메모리를 더 효율적으로 사용할 수 있습니다.

Python

class Solution:
    def countAndSay(self, n: int) -> str:
        # 기본 케이스 처리
        if n == 1:
            return "1"
        
        # 첫 번째 수열 시작
        current_s = "1"
        
        # 2부터 n까지 반복하며 다음 수열 생성
        for _ in range(2, n + 1):
            next_s = []
            i = 0
            length = len(current_s)
            
            while i < length:
                count = 1
                # 현재 위치(i)의 문자와 다음 문자가 같으면 count 증가
                while i + 1 < length and current_s[i] == current_s[i+1]:
                    i += 1
                    count += 1
                
                # '개수'와 '숫자'를 리스트에 추가
                next_s.append(str(count))
                next_s.append(current_s[i])
                
                # 다음 새로운 숫자로 이동
                i += 1
            
            # 리스트를 문자열로 합쳐서 current_s 갱신
            current_s = "".join(next_s)
            
        return current_s

3. 코드 상세 설명

기본 케이스 (Base Case): 이면 단순히 "1"을 반환합니다.
외부 루프 (Outer Loop): 2번째 수열부터 번째 수열까지 차례대로 생성합니다.
내부 로직 (Grouping):
- while 루프를 통해 현재 문자열 current_s를 처음부터 끝까지 스캔합니다.
- 내부의 while 루프(current_s[i] == current_s[i+1])는 연속된 숫자가 끝날 때까지 인덱스를 이동시키며 count를 셉니다.
- 연속된 구간이 끝나면 count(개수)와 current_s[i](해당 숫자)를 next_s 리스트에 추가합니다.
갱신 (Update): 만들어진 next_s 리스트를 문자열로 변환하여 current_s에 저장하고 다음 단계로 넘어갑니다.

4. 복잡도 분석

시간 복잡도:
- 여기서 은 생성되는 수열의 전체 길이입니다. 이 수열은 단계가 지날수록 길이가 급격히 늘어납니다(약 1.3배씩 증가). 정도의 제약 조건에서는 충분히 빠르게 동작합니다.
공간 복잡도:
- 은 생성된 문자열의 최대 길이입니다. 이전 문자열과 새로운 문자열을 저장할 공간이 필요합니다.

2026-02-05 체념

cepiloth — Thu, 5 Feb 2026 22:38:49 +0900

이건뭐 화가나서 화를 내면 조금 시간 지나면 엄청 미안해지고 성격이 왜이모양인건가!? 그냥 차라리 화안내고 그냥 흘려듣거나 그냥 말하는거 무시하는게 나을거같다.

[Apps in Toss] Phase 2. TDS

cepiloth — Thu, 5 Feb 2026 22:26:07 +0900

1. TDS의 핵심 개념

TDS는 토스의 디자이너와 개발자가 공유하는 **'공통 언어'**입니다. 텍스트 크기, 색상, 버튼의 모양, 애니메이션 수치 등이 모두 정의되어 있어, 개발자는 복잡한 CSS나 UI 로직을 직접 짤 필요 없이 컴포넌트를 호출하는 것만으로 토스 특유의 사용자 경험(UX)을 그대로 구현할 수 있습니다.

"TDS는 가이드라인이 아니라 시스템입니다."

가이드라인이 "이렇게 만드세요"라는 규칙이라면, TDS는 "이미 만들어진 이 부품을 쓰세요"라는 도구 모음입니다.

2. TDS의 주요 구성 요소

앱인 토스 개발자 센터에서는 크게 두 가지 라이브러리를 제공합니다.

분류	명칭	상세 내용
Foundation	TDS Foundation	폰트(Typography), 컬러 팔레트, 아이콘, 여백(Spacing) 등 가장 기초적인 디자인 요소
Components	TDS Components	버튼, 리스트(List), 입력창(Input), 바텀 시트(Bottom Sheet) 등 실제 화면을 구성하는 단위

3. 왜 TDS를 써야 하나요?

사용자 입장과 개발자 입장 모두에서 명확한 장점이 있습니다.

일관된 사용자 경험: 사용자가 토스 앱을 쓰다가 미니 앱으로 들어왔을 때 이질감을 느끼지 않게 합니다.
개발 속도 향상: 커스텀 UI를 직접 만드는 것보다 3~5배 빠르게 화면을 구성할 수 있습니다.
품질 보장: 토스에서 이미 검증된 인터랙션과 접근성이 적용되어 있어, 별도의 UI 최적화 고민을 덜어줍니다.

4. 앱인 토스에서의 특징

이미 .ait 번들 요구사항 등을 알고 계시겠지만, 앱인 토스 환경에서 TDS는 더욱 강력하게 작동합니다.

피그마(Figma) 연동: 피그마에서 [ 파란색 원] 표시가 된 컴포넌트는 개발 문서에 코드가 이미 준비되어 있다는 뜻입니다. 디자이너가 배치하면 개발자는 해당 코드를 그대로 복사해 쓸 수 있습니다.
제한적 커스텀: [ 빨간색 원] 표시가 된 컴포넌트는 토스의 브랜드 아이덴티티를 위해 디자인 커스텀이 허용되지 않습니다.

[Apps in Toss] Phase 1. 아이데이션

cepiloth — Wed, 4 Feb 2026 06:17:52 +0900

1. "동전 합치기" (수박게임 금융 버전)

전 세계적으로 히트한 '수박게임(Merge Game)'의 메커니즘을 차용하되, 토스의 아이덴티티인 **'돈'**을 테마로 합니다.

게임 방식: 위에서 동전이 떨어집니다. 같은 동전끼리 닿으면 합쳐져서 더 큰 단위의 화폐가 됩니다.
- 10원 → 50원 → 100원 → 500원 → 1,000원(지폐) → ... → 골드바(최종 목표)
중독 포인트: "조금만 더 하면 5만 원 권인데!" 하는 아쉬움과, 물리 엔진(Matter.js 추천) 특유의 튕기는 변수가 계속 재도전을 부릅니다.
개발 팁: Matter.js 같은 가벼운 2D 물리 엔진을 사용하면 금방 구현합니다. 합쳐질 때 토스 특유의 '짤랑'하는 효과음과 햅틱(진동)을 넣으면 타격감이 배가됩니다.

2. "텐텐(TenTen) 블록" (1010! 스타일)

테트리스와 비슷하지만 시간이 쫓기지 않는, 공간 지각 퍼즐입니다. 지하철 출퇴근 시간에 멍하니 하기 좋습니다.

게임 방식: 10x10(또는 8x8) 격자판에 아래에 주어지는 3개의 블록을 드래그해서 끼워 맞춥니다. 가로/세로 한 줄이 꽉 차면 터지면서 점수를 얻습니다. 블록을 둘 곳이 없으면 게임 오버.
중독 포인트: 운보다는 전략이 중요합니다. 한 번에 여러 줄을 터뜨릴 때의 시각적 쾌감(콤보 효과)을 화려하게 연출하면 좋습니다.
디자인 차별화: 토스 UI처럼 아주 깔끔한 네온 컬러나 글래스모피즘(Glassmorphism) 스타일로 블록을 디자인하면 세련돼 보입니다.

3. "숫자 타워 (2048 슈팅 버전)"

2048의 숫자 합치기 규칙에 슈팅 요소를 결합한 게임입니다.

게임 방식: 화면 아래에서 숫자가 적힌 블록을 쏘아 올립니다. 같은 숫자끼리 부딪히면 합쳐지며 숫자가 2배가 됩니다(2→4→8→16...). 블록이 화면 아래 선을 넘으면 게임 오버.
중독 포인트: 단순히 합치는 게 아니라, 각도를 잘 조준해서 벽에 튕겨(Bank shot) 구석에 있는 블록을 맞추는 손맛이 핵심입니다.
개발 팁: 쏘아 올리는 속도감과 타격감이 중요합니다. 유저가 고민하는 시간을 줄이고 빠르게 쏘게 유도해야 중독성이 생깁니다.

2026-01-17 일기

cepiloth — Sat, 17 Jan 2026 20:10:33 +0900

화가 많이 나기도 하고 슬프기도 하지만 짜증이 너무나는건 뭐이리 책임감도 없고 욕심만 앞서있나

아 나는 신은 믿지 않지만

오주여 나의 마음이 주께로 정해졌으니

나는 주 찬양하리라~ 깨어라 나의 영혼아 비파와 수금 들어라