수리 공작소

[Digital hana 路] 2차 프로젝트 회고 - 개발

suleee — Fri, 24 Apr 2026 16:55:59 +0900

안녕하세요! 저는 현재 하나은행 주관 부트캠프 [디지털 하나로] 8기 금융 서비스 개발 트랙을 수강 중입니다.

2차 프로젝트 회고를 이어서 작성하려고 합니다.

관심 있으신가요? 그럼 고! 없으신가요? 그래고 고ㅎㅎ

화면 설계

프로젝트의 주 타겟층은 시니어입니다.

그래서 화면 설계를 할 때 시니어 UX에는 어떤 요소들이 중요하게 여겨지는고? 하고 살짝 찾아봤어요.

폰트는 14px 이상

버튼은 48 * 48 이상

홈화면은 최대한 간단하게

문구는 직관적으로 (멋진 네이밍보다)

뭐 이런 것들이 있더라구요.

그래서 저희 서비스의 홈 화면 구성입니다..

서비스 설계

MSA 구조로 설계를 진행하였습니다.

사실 강사님께서 MSA 구조가 한참 인기가 많았다가 요즘에는 또 트렌드에서 벗어나고 있다고 말씀해주셨습니다.

그렇지만 금융 IT 같은 경우에는 이 구조를 사용하고 있으니 프로젝트에서 하면 좋다고 추천해주셨어요.

앗 또 요즘 기업에서 모노레포멀티모듈 형태로 MSA 구조 - Spring boot를 사용한다고 해서

그대로 레포지토리 설계를 진행했습니다.

맡은 개발 파트

저는 MSA 구조에서 여러 리소스 서버에 요청을 전달해주는 API Gateway 개발을 맡았어요.

JWT 토큰 발급 같은 경우에는 next에서 이루어지게 하였어요. 사실 개발의 편의성을 위해 그렇게 했지만 보안적으로는 토큰 발급을 백엔드에서 하는 것이 좋다고 하더라구요?

리팩토링 여지를 남겨둔 것이지요.

그리고 API gateway에서 들어오는 요청의 토큰을 검증하고 리소스 서버에서는 별도의 검증 과정을 넣지 않았어요.

이 부분을 제가 그렇게 하자! 했는데요... 팀원분께서 보안적인 우려를 말씀해주셨어요.

제 생각에는 물론 있으면 좋겠지만, 뭔가 그렇게 생각하면 뭐든 추가하는게 좋잖아요? 조금 덜어내는 방향으로 근거를 찾고 싶었어요...

그래서 인프라 담당 팀원에게 물어봤는데! 어차피 API gateway만 외부에 노출되어있고 다른 서비스는 외부에서 접근하지 못하게 인프라를 설계해두었다고 하더라구요! 그렇게 되면 무조건 토큰 검증을 거칠 수밖에 없는 구조이니까

이 부분을 근거로 설득을 했습니다.

[Digital hana 路] 2차 프로젝트 회고 - 기획

suleee — Fri, 24 Apr 2026 16:41:39 +0900

안녕하세요! 저는 현재 하나은행 주관 부트캠프 [디지털 하나로] 8기 금융 서비스 개발 트랙을 수강 중입니다.

2차 프로젝트 회고를 작성하려고 합니다.

이번글은 거의 줄글로만 이루어져 있답니다. 견딜 수 있는 분들만 컴!

프로젝트 정보

주제: 시니어의 재정관리 서비스
기간: 3월 23일 ~ 4월 20일
인원: 6인 프로젝트

지난 번에는 MZ를 대상으로 한 웹 서비스를 개발하는 것이었는데,

이번에는 시니어입니다!

해당 프로젝트가 중요한 이유는 요즘 금융권에서 시니어층 고객을 사로잡기 위해 여러 노력을 기울이고 있기 때문입니다.

그만큼 많은 자금이 움직이는 타겟층이에요.

초기 프로젝트 기획 방향

초기에 이야기 나눴던 기획 방향은 시니어 + 소호를 위한 모의 창업 서비스였습니다.

제가 굉장히 밀어붙인 아이디어인데요,, ㅎㅎ

그 이유는 하나은행에서 하나 더 소호와 같은 서비스를 제공하며 소호에 관심을 두고 있다는 사실을 1차 프로젝트에서 알아버렸기 때문에 이 타겟층을 위한 서비스를 생각해보고 싶었어요.

또, 요즘 시니어분들 은퇴 후에도 소일거리를 원하시고 고령화에 따라서 수입을 지속적으로 내고 싶어합니다.

그래서 제가 생각했을 때는 리스크가 크지 않은 선에서 창업을 많이 하실 것이라고 생각했어요.

(이 부분이 구멍이었죠)

그래서 큰 돈을 들이지 않고 적은 돈으로 창업을 경험할 수 있는 창구를 만들어주자! 생각이 들었어요.

자세한 기획 방향을 써도 되는지 모르겠네요? 일단 고.

크라우드 펀딩으로 투자를 받고 + 임대 매물과 연결하고 + 사람을 모아서 n분의 1로

초기 창업 자본을 줄이는 형태를 생각했어요.

뭔지 감이 하나도 안오시죠??

바로 그 지점이 핵심적인 문제였습니다.

억지로 없는 서비스를 만드려니까 흐름이 복잡해져서 아무도 안 쓸 것 같았어요.

그리고 가장 핵심적으로 오류가 되었던 부분은 시니어 창업 비율을 입증하지 못한 부분이었습니다.

저희 서비스에서 제공할 수 있는 형태의 업종과 시니어들이 실제로 가볍게 시도하는 업종은 차이가 있었고

또 시니어에게 창업이라는 것이 제가 읽은 긍정적인 기사와 다르게 부정적이고 선뜻 시도하기 어려운 것이 더 큰 현실이었습니다.

그래서! 그래서!

접었습니다.

프로젝트 기획과 방황...

아니 분명히 1차 프로젝트 때에 입에 달고 살던 말이 바로

"아 이 아이디어 시니어 때 하면 기가 막힌다."

였지만요,

막상 하려니까 더 소재를 찾기가 어려웠어요.

그래서 정말 많은.. 다양한 아이디어가 나왔습니다...

정말 웃겼던 지예의 봄나물 지도 아이디어.

이 아이디어를 이야기하며 봄동 비빔밥 생각을 얼마나 했는지 모르겠어요?

어떤 아이디어들일까요~

기획의 픽스

그렇게 방황을 하던 와중에

저희 팀의 기획이 지속적으로 엎어지는 이유 중 하나가

ㅅㅇ이즈

ㅜㅛㅂㅇ

이 있다는 것을 깨달았습니다. 넓은 타겟층, 파이를 찾아서 생각의 방향을 틀던 중

순범 오빠가 지속적으로 농담처럼 꺼내던

"그냥 종교 해버릴까? 종교할까?"

이게 갑자기 단체로 뇌리에 꽃혔어요.

엄청난 파이를 자랑하며,

시니어들이 지속적으로 정기적으로 모이며,

전자 기부금 의무화 등 교회에서 전산화가 진행되고 있다는 면에서

갑자기 매력적으로 보였습니다!

은행이 종교를 위한 서비스.. 해도 될까? 하는 우려만이 저희를 가로막고 있었습니다.

하지만 찾았어요!

하나은행에서 이미 교인을 위한 모바일 헌금 서비스를 코로나 시절부터 꾸준히 운영해왔더라구요!

심지어 이게 잘 활용이 되어서 각 교회 홈페이지 내에 하나은행의 해당 서비스로 접속할 수 있는 큐알이 배치되어 있었어요.

그래서 최종적으로 픽스하게 되었습니다.

자 이제 느껴지시나요? 저희 팀은 기획에 정말 공을 들였습니다.

인터뷰를 2번씩이나 진행하며 하나은행 현직자 분께 들킨 순간도 있고,

몇번이나 기획을 엎어서

"팔도 하나로" 라는 초기에 정한 팀명과는 전혀 다른 PRAY4HANA 라는 이름의 종교 서비스를 개발했지요.

그렇다고 개발을 소홀히 했냐?

아닙니다... 물론 기간은 짧았습니다만... 팀원들 모두가 해보지 않은 부분을 도전하며 성장할 수 있게 파트를 나눴어요.

개발 관련은 다음 포스트에서 자세히 적어보겠습니다.

[Digital hana 路] 하나은행 본사 탐방 날

suleee — Fri, 24 Apr 2026 16:16:18 +0900

안녕하세요! 오랜만에 글을 쓰는 주인장입니다.

저는 현재 하나은행 주관 부트캠프 [디지털 하나로] 8기 금융 서비스 개발 트랙을 수강하고 있고,

이 글을 쓰는 지금은 마지막 프로젝트 발표가 바로 어제 끝나고 수료식까지 6일이 남은 시점입니다.

그동안 바빠서 글을 못 썼습니다.

끝나면 무조건 몰아서 블로그 글 써야지 다짐했어요.

블로그 쓰는게 굉장히 재밌거든요. 그리고 이벤트도 있고요!

그래서 27일 전에 폭풍 포스팅을 올리고 치킨 쿠폰으로 유종의 미를 거둘겁니답.

오늘은 하나은행 본사 탐방 날의 기록을 하려고 해요!

오전에는 부산은행에서 근무하시는 강사님께서 오셔서 금융 기본 지식 강의를 해주셨어요.

오후에는 현직자 두분의 발표를들었습니다. 첫번째는 아이부자의 IT개발자 분이셨고, 이번에 금융 서비스의 퍼블릭 클라우드 이전에 대한 강연을해주셨습니다.

https://www.youtube.com/watch?v=Nj1eK6j6yVc

이 프로젝트에요!

아이부자는 하나은행에서 론칭한 용돈 및 금융 교육 플랫폼이고 가입자수 130만을 돌파한 잘 나가는 어플입니다.

저희는 1차프로젝트 때 벤치마킹했던 어플이라 더 관심있게 들을 수 있었어요.

두번째 발표의 내용은 IT 기획자 분의 발표였어요.

저희가 복잡한 가입절차에 대해서 굉장히 헤맸던 적이 있습니다. 이 고충을 기획자 분깨서 말씀해주셨고 너무공감이 되었어요.

신분증 인식 , 실무에서 서비스를 운영하며 어떤 생각지도 못한 일들을 맞이하게 되는지!

그런 부분을 너무 재미있게 들었습니다.

하나은행 옆에 유일하게 남은 하나은행 야간금고를 볼 수 있었어요.

끝나고 몇몇 동료들과 종로 맛집 대련집을 가서 호로록 칼국수를 맛있게 먹었어요.

일단, 본사를 간다는 것 자체가 굉장히 두근두근 설레는 일이었어요.

또 아이부자라는 프로젝트가 얼마나 하나은행에서 실험적으로 운영중인 서비스인지 체감했구요.

재미있었습니다!

[Digital hana 路] 5일간 진행한 개인 프로젝트 후기

suleee — Tue, 17 Feb 2026 23:13:23 +0900

안녕하세요, 디지털하나로 8기 수강 중인 주인장입니다.

지난 1월 진행했던 개인 프로젝트에 대한 정리 및 회고를 해보려고 합니다!

프로젝트 정보

주제: 나만의 기술 블로그 만들기
기간: 1월 2일 ~ 6일 (총 5일)
인원: 1인 프로젝트

추후에 이를 리팩토링해서 개인 기술 블로그까지 발전시켜봐라 하는 취지로 주제가 정해졌다고 합니다.

저도 한번 해볼까 합니다! 나중에 정말로 완성하게 된다면 이 블로그를 옮기게 되겠죠???

정말 기대가 됩니다. 정말!

요구사항

우선 해당 과제의 주요 요구사항은 아래와 같았습니다.

기능적 요구사항

블로그 가입 및 로그인 (일반 회원, 관리자 회원)
작성일/수정일 기반으로 잔디밭 구현 (깃헙 잔디밭과 같이)
일반 회원 : 글 검색 (제목 + 내용), 좋아요, 댓글 작성/수정/삭제/답글, 작성일/수정일 모두 표시
관리자: 회원 관리(목록/검색), 글관리(등록/수정/삭제), 댓글관리(작성/수정/삭제)
*삭제시 '삭제된 댓글입니다' 표시

비기능적 요구사항

Next.js 16.1버전 이상 (react-compiler 사용)
TailwindCSS 사용 (Shadcn/ui 장려)
Biome 필수 적용
Storybook에 컴포넌트 등록
빌드 기준 Lighthouse 요소 90점 이상 맞추기
데이터베이스
- mysql8 docker-compose
- prisma ORM 사용
- 불용어 테이블 사용 (2글자 이상의 단어)
- sql dump 파일 제출

이 정도가 되겠습니다!

개발 과정

디자인

디자인을 어떻게 했을까요?

처음에는 피그마 메이크를 열심히 돌렸어요...

하지만 결국 시간에 쫓겨서 디자인은 신경쓰지 않기로 했습니다.

그래서 별거 없어요!

다크 모드 & 라이트 모드

게시글 내부 (오로지 글만 작성 가능) & 관리자 페이지

하핫.. 대충 이렇게 생겼는데요,,, 허허 네.

erd 설계

위와 같이 설계되어있습니다!

몇가지 특이(?)한 부분들은

1. Comment 테이블의 자기참조 구조

댓글의 대댓글 구조를 구현하기 위해

parentComment를 가지고 있는 자기참조 구조로 설계하였습니다.

2. StopWord 테이블 (불용어 테이블)

게시글 검색시에 의미있는 단어로 걸리지 않도록 불용어 테이블을 만들었습니다.

단순 필터링용 단어들이 미리 저장되기 때문에 (서비스에서 추가 및 삭제하는 api없음)

키 없이 설계했습니다.

페이지 구조

/
├─ (Root)
│  ├─ page.tsx              → 홈
│  ├─ layout.tsx
│  └─ globals.css
│
├─ /admin
│  ├─ layout.tsx
│  ├─ page.tsx              → 관리자 메인
│  └─ /posts
│      ├─ /new
│      │   └─ page.tsx      → 게시글 작성
│      │
│      └─ /[postId]
│          └─ /edit
│              └─ page.tsx  → 게시글 수정
│
├─ /posts
│  └─ /[postId]
│      └─ page.tsx          → 게시글 상세
│
├─ /folders
│  └─ /[folderId]
│      └─ page.tsx          → 폴더별 게시글 목록  
│
├─ /mypage
│  └─ page.tsx              → 마이페이지
│
├─ /sign
│  ├─ layout.tsx
│  ├─ page.tsx              → 로그인
│  │
│  ├─ /register
│  │   └─ page.tsx          → 회원가입
│  │
│  ├─ /error
│  │   └─ page.tsx
│  │
│  └─ @viewer               → 회원가입 모달
│      ├─ default.tsx
│      └─ (.)register
│
├─ /components               → 컴포넌트 폴더
└─ /lib                      → action, prisma generated, util 등등

크게 홈, 관리자, 게시글, 게시글 목록, 회원가입으로 페이지를 나누었어요.

구현 후기

평가를 받고 제가 놓친 부분들을 확인할 수 있었어요.

(물론 기능 빼먹은것도 많지만... 아예 생각지 못했던 부분들이요!)

그래서 아래는 아쉬운 점을 정리해보았습니다.

1. 게시글 검색 full text index 미사용

저는 게시글 검색을 그냥... 노가다로 했습니다...

DB에서 미리 모든 게시글을 가져와서

사용자가 입력한 검색어에 맞게 filtering을 해줬는데요,

알고보니 이렇게 하면 성능에 치명적인 방법이고

제목, 내용과 같은 텍스트 검색을 할 때에는 full text index를 사용해야합니다!

예를 들어 위 ERD의 Post 테이블에서 검색에 사용되는 속성인 title과 contents에

ALTER TABLE Post
ADD FULLTEXT(title, content);

이런식으로 인덱스를 걸어줘야 합니다.

그럼 DB에서 텍스트를 단어 단위로 잘라서 인덱스로 관리해줍니다.

검색을 할 때에도 제가 사용한 방식 혹은 문자열에 포함되는지를 찾는 LIKE 문이 아닌,

MATCH … AGAINST 구문을 사용하면 된다고 해요!

2. Cache Component 사용하지 않음

Next 16버전부터 Cache Component가 도입되었습니다.

Cache Component가 가지는 의의가 대단하다고 하는데요, 사실 제가 Next js가 처음이라

아직 막 와닿지는 않아요,,,,

그렇지만 확실한건 이를 개발하고 있는 Vercel의 의도는

기본은 서버에서 실행하고
버튼, 상태, 클릭 같은 것만 클라이언트로 보내게 만든 것

즉, 데이터 처리와 렌더링은 서버에서 최대한 처리하고, 사용자 인터랙션에 필요한 부분만 클라이언트로 전달하여

더 빠른 웹사이트를 만드는 것입니다.

제가 이 cache component를 사용하지 않은 이유는 나온지 얼마되지 않아서 아직 기업에서 상용화가 많이 안 되었다고 하더라구요? 처음으로 사용해보는거니까 일단 현재 가장 많이 사용하는 방식을 써보고 싶었습니다.

그리고 사실... hydration error가 계속 나버려서 바꿀 생각을 못했어요. 솔직히. 미안합니다?

3. 날짜 렌더링 시 Hydration Error

hydration error란 간단히 말해서 서버에서 렌더링한 결과와 클라이언트에서 렌더링한 결과가 다를 때 나는 에러입니다.

게시글 수정일과 생성일을 띄울 때 사용하는 toLocaleDateString을 사용하는데, 서버는 UTC를 기준으로 렌더링을 하고

클라이언트(브라우저)는 컴퓨터의 시스템 설정 시간을 기준으로 하다 보니 시간대가 맞지 않는 경우가 생깁니다.

이를 방지하기 위해선

1. 서버 컴포넌트에서 모든 날짜를 계산하고 이를 String으로 클라이언트에 전달하거나

2. 서버 컴포넌트 & 클라이언트 컴포넌트에서 사용할 때 timezone을 명시하거나

3. 아예 날짜 계산을 클라이언트 컴포넌트에서만 하거나

이렇게가 있는데요, 전 첫번째 방법을 사용했습니다.

만약에 내가...? 리팩토링을 한다면?

기능적으로는

가장 우선은 버벅이는 기능들을 수정하고 싶어요...
게시글에 사진도 넣을 수 있게 하고 싶어요!
디자인 이쁘게 바꾸고 싶어요.
외부 API 사용해서 뭔가 하고 싶어요 (Spotify api 써서 노래 표시라던가)

기술적으로는 위의 아쉬운 부분 고치고 코드를 더 멋지게 짜고 싶습니다!

제가 참 했으면 좋겠네요! 화이팅~~

[Digital hana 路] 금융서비스 개발 8기 - 1,2월 기록

suleee — Mon, 16 Feb 2026 14:18:46 +0900

안녕하세요! 주인장은 현재 하나은행 주관 부트캠프인 [디지털 하나로] 8기에 참여하고 있습니다!
4월 말이 끝인 해당 과정의 벌써 반 이상이 지나왔네요...
1월 2월 동안 개인 과제와 1차 프로젝트가 마무리 되었고, 현재는 자바 프로그래밍 강의를 들으며 공부 중입니다.
바빠서 블로그 글을 많이 못 썼는데, 그동안의 밀린 기록을 해보려고 합니다
굉장히 개인적인 글인 점 양해부탁드립니다~

새해와 함께 프로젝트가 찾아왔죠!
1월에는 두 가지 프로젝트가 저를 기다리고 있었는데요~

1) 게시판 프로젝트 (글 보러가기)
2) 1차 프로젝트 - Next js를 이용한 <MZ 세대를 위한 금융 서비스> (글 보러가기)
각각의 프로젝트 개발 회고가 궁금하시다면? 글 보러가기를 눌러주세요!
덕분에 정말 감동적이게 바쁜 나날을 보낼 수 있었습니다.

짱!

개인 프로젝트

아 저 사진을 찍은 날은 개인 프로젝트 마지막 날이었습니다.
제가 조금 내향형이라 (정말로요!) 저 날 프로젝트에 대해서 도움을 주고 받으면서 가장 많은 분들과 대화를 하게 되는 날이었어요. 그래서 기억에 많이 남습니다.
또, 9시에 끝나고 근처의 작업 공간에 가서 마저 완성과 제출을 하고 귀가를 했습니다. 덕분에 성수 - 용답 막차 시간이 12시를 훌쩍 넘는다는 유용한 사실을 알았어요!

1차 팀 프로젝트 기획

그리고 바로 다음날부터 1차 팀플 기획 시작!
저는 개인적으로 기획하는 것도 논의를 하는 과정도 좋아한다고 여겼어서 꽤 기대가 되었었어요.
하지만 정말 쉬운 일이 아니더라구요. 왜냐하면 프로젝트에서 얻고 싶은 것이 많았거든요.

1. 금융과 관련되었으면 좋겠다.
2. 은행의 수익구조를 챙긴 서비스였으면 좋겠다.
3. 기술적으로도 뭔가를 보여줄 수 있는 기능이 있으면 좋겠다.
4. 시의 적절한 아이디어이면 좋겠다.

아이디어 회의를 하며 주제를 정하는 것이 거의 일주일 정도 걸린 것 같아요.
그렇게 픽스된 아이디어가 <우리 아이를 위한 증여 서비스 - 아이앞으로> 였습니다.

이게 뭐냐면, 요즘 MZ 부모들 사이에서 미리미리 소액을 장기간 증여를 하는 트렌드가 있습니다.
또, 이 증여한 돈을 예적금 상품에 묶어두지 않고 펀드 혹은 투자로 굴려서 자녀의 미래 목돈 형성까지 해준다고 합니다.
위의 조건들을 모두 충족하는 아이디어라고 생각이 들었어요!

그리고 위기가 찾아왔어요....
우리의 기획이 현실적으로 가능한지를 체크하는 과정이 너무 너무 어려웠어요. 세법, 차명 계좌 등등 걸리는 부분이 많아서
많은 시간을 기획을 검토를 하는 것에 사용했습니다. 가능한 선을 맞추고 맞추다 보면 결국 기존의 서비스 혹은 아주 작은 기능으로 도달해 있는 경우가 많아서.... 이러면 또 맘에 들지 않거든요... 그래서 바꾸고 또 바꾸고.. 반복을 하게 되었습니다.

이 과정에서 증여에 대한 금융 지식을 확실하게 얻어갔어요!
유기 정기금이라는 제도와, 증여세 공제 한도가 어떻게 책정이 되는지 등등 잊지만 않는다면 많은 도움이 될 것 같습니다.

그 사이 설문조사도 진행했습니다. 원래 이전 해커톤에서 30명을 대상으로 한 설문조사에서는
"적은 숫자이기 때문에 사실 크게 의미 없다" 라는 이야기를 들었는데요, 이번에는 맘카페의 힘을 빌려 100명을 대상으로 그래도 세자리 수 맞췄습니다. 다만, 질문을 단 몇시간 안에 준비하고 배포해야했기 때문에 보다 더 짜임새 있는 설문을 준비하지 못했다는 것이 아쉬웠습니다.

그래도 정말 다들 열심히 했어요.

1차 팀 프로젝트 설계 & 개발 & 발표

이 때부터는 꽤 속도를 올려서 진행이 되었습니다. (물론 중간 중간 기획에 브레이크가 살짝씩 걸리긴 했습니다!)
개발 설계 단계까지 쓰면 너무 글이 무거워질 것 같아서 자세한 이야기는 1차 프로젝트 회고글에서 다루도록 할게요~

해당 기간 동안 제 생일이 있었는데요!
흐흐 같이 공부하는 분들이 아주 앙큼한 서프라이즈를 준비해주셨드라구요~
점심 시간에 전화가 와서 나가보니까 케이크를 두 개 사와주셨어요... 눈물 날 뻔 했습니다.
왜 두 개냐? 저희 팀원이 저랑 생일이 하루 차이더라구요. 동시에 축하받으니 기쁨이 두 배!

기쁨이 두 배.. 세 배... 네 배... 고마워요...

또 어떤 날에는 저희 [금융 서비스 개발] 과정의 2분의 1이 지난날이라 캠퍼스 측에서 작은 간식을 준비해주셨어요.
한정선 생딸기 찹쌀떡 맛있고요, 한정선 초코 딸기 찹쌀떡은 또 더 맛있어요.

튜닝의 끝은 순정

다른 팀들도 저희 팀도 하나 금융 그룹의 마스코트를 최대한 활용했습니다. 보이시나요? 별돌이가 할아버지가 된다면...

여전히 귀엽네요.

또, 시연 영상을 고민 중에 한 팀원 분께서 요즘 풍의 AI 영상을 만들어와주셨어요.

티스토리가 동영상 지원이 안돼서 차암 아쉽습니다. 진짜 웃겼거든요... 이런 순간들이 너무 재밌었어요 저는.

밖에 나가서 소개 영상도 찍었어요! 재밌었어요 히히

마지막 주 주말에는 성수의 어떤 오피스 형태의 스터디 룸에서 발표와 ppt 준비를 진행했습니다. 간식이 허용되는 곳이라 다들 나눠먹으려고 하나씩 가져오니까 이렇게 되어버렸어요ㅋㅋㅋ 맛있게 먹었습니담.

발표날이 되었어요. PPT가 너무 흐리게 나오는 이슈가 있어서 열심히 고쳤어요.

아 후~련했어요. 끝나니까. 모두 고생하셨습니다!

플젝 끝난 당일에 이렇게 또 회고를 익명성을 나름 보장해서 주고받았는데요, 이런 피드백을 받았습니다. 밝은 성격이 방해가 되지 않게, 적당한 긴장감을 가지고 임하려고 했습니다. 제가 노력한 부분이 전달이 된 것 같아서 뿌듯하고 감동이었어요...

그 주 목요일에는 회식을 갔어요. 맛집입니다. [방아실 연탄 구이] 여기 최고 맛집입니다.

방아실 연탄 구이

Java

이렇게 1차 프로젝트를 마치고 현재 Java 공부 중입니다.
Java를 제대로 다뤄본 경험이 많이 없어서 걱정했는데 언어 자체는 C++로 객체 지향을 배울 때 했던 내용과 일맥 상통하는 면이 있어서 재밌게 잘 듣고 있습니다. 그리고 또 흥미로운 부분은 Java가 Javascript/Typescript 처럼 함수형 프로그래밍을 지원하기 위한 노력을 하고 있다는 점이었는데요! Next로 프로젝트를 두번 진행하면서 함수형 프로그래밍의 매력을 조금 느끼고 있었는데 Java에서 비슷한 역할을 하는 람다식, 함수형 인터페이스, 스트림 사용을 배우다보니까 사용하기 좋겠다는 생각을 했습니다. Javascript/Typescript 수업에서도 class를 다룬적이 있거든요. 언어의 격차가 좁아진다..(?)는 느낌도 받았구요. 재밌게 잘 듣고 있습니다!

2차 프로젝트 전까지 재정비하고 또 이제 공채 지원 기간이다 보니 바쁠 것 같습니다. 모두 화이팅~

기획 일상 (반성문?)

suleee — Fri, 16 Jan 2026 00:01:56 +0900

기획하면서 스스로가 말이 많다고 느껴진다....
의견이 없이 가만히 있는걸 극복하고 싶었는데 지금은 쓸데없는 말이 많다.
집 갈때마다 오늘 잘못한거 없는지 생각하게 된다ㅠㅠ

다음은 꼭 지켜야 하는 십계명

1. 일희일비하지 말기~
어제 기뻤다가 오늘 슬펐다가 하지 말기.
같은 기획도 내일하면 생각하면 다르게 느껴질 수 있다!

2. 과거의 경험을 그대로 끌어오려고 하지 말기
새 환경 새 프로젝트에서는 새로운 경험을 새로운 사람들과 새 마음가짐으로 임하자.

3. 잘 설명할 수 있을 때 말하기
정리된 문장으로 설명할 수 없으면 일단 셧업.

4. 발언 중 말 끊지 말기
아무리 아무리 지금 말해야할 것 같아도 상대방 이야기가 다 끝나면 얘기하기!

5. 웃음이 많아지면 위험하다
농담 따먹기 금지... 너무 큰 리액션 금지...
나름 잘 지키고 있다고 생각했는데 오늘 좀 실성해서 평소보다 더 웃은 것 같다...

6. 생각하고 있다고 너무 얼굴 찡그리지 말기
화난 것 같잖아~

7. 프로젝트 스케줄을 계속 생각하기
우리팀의 깊게 생각한 부분을 다 담으려면 빨리 다음 스텝 준비해야될 것 같다.
진짜 고민 많이 했는데 결과물에 안 담기면 너무 속상할 것 같다.
용두사미는 절대 안돼~~

8. 나만 생각이 다르다면? 내 생각을 너무 믿지 말기
오늘 내가 너무 자신있게 다른 말을 해서 다같이 잘못된 방향을 잘못 잡았다.
몇시간을 낭비했다. 으이그

9. 말할 때 적당히 크게 조곤조곤 말하기
급해가지고 소리 크게 급하게 말하지 말자.
아! 어! 오! 와! 헉! 아니! 와 같은 감탄사로 쓸데없는 오디오를 채우지 말자.
뭔가 깨달아도 스근하게..
자세도 바르게..

10. 안돼 보단 그럼 어떻게 할까? 말하기
반박하는게 중독적이라
조심해야한다!
예전에는 좋은 것 같은 의견 좋은 것 같다고 말하면서
내가 의견 수용을 잘 한다고 생각했는데 아니다.
어떻게 하면 내가 반대하는 의견에 대해
반대하고 있어! 라는 느낌을 덜 주면서
내 주장을 명확하게 전달할 수 있을지를 생각해봐야겠다.
어려워ㅜ

대체로 항상 주의해야했던 것들을 주의해야한다.
스스로는 전보다 나아졌다고 생각했는데
남들이 봤을때는 그냥 저런 사람인거지 머.

허허.

기획에 대해서 짧은 생각.
우리 기획 금융 꽤 건드린다.
금융 엄청 복잡하다. 나 금융 잘 모른다.
그런데 왜 말을 많이 하냐?
40% 잘 몰라서 물어보느라, 로직이 내가 생각하고 있는게 맞는지 확인하느라.
40% 갑자기 쌓은 얕은 금융 지식으로, 아이디어의 실현 가능성에 대해 내가 (잘못되었을지 모를) 주장이 생길 때.
20% 조사를 하면서 발견한 사실을 빨리 전달해야해서

이러한 상황이다.
하루 아침에 없던 지식이 갑자기 쌓이지 않겠지만
십계명을 까먹지 말고 잘 지키면
나도 커뮤니케이션 잘하는 팀원 될 수 있어!
화이팅~

[Digital hana 路] 금융서비스 개발 8기 - 벌써 3분의 1이나!

suleee — Wed, 31 Dec 2025 23:59:19 +0900

현재 주인장은 디지털 하나로 8기 금융 서비스 과정을 수료 중이다!
오늘 2025년 마지막 날이기도 하고 알파코 캠퍼스 12월 블로그 챌린지를 빨리 끝내야해서
12시가 가기 전에 그동안의 회고를 쭈욱 해보려고 한다.

디지털 하나로 8기 오리엔테이션

디지털 하나로 오리엔테이션은 하나은행 본점 강당에서 진행했다
웰컴 키트에는 락앤락 머그 텀블러와 보조 배터리, 그리고 디지털 하나로 후드집업이 있었다. 센스 만점.
사이즈가 랜덤이라 2xl가 걸렸는데 오버핏 좋아요. 그렇게 크지도 않더라구요?

아 그리고 이때 하나은행 관계자분들께서 오시는 흔치 않은 날이라 하나은행 측에 궁금한 점을 여쭤봐야한다!
채용 우대 혜택, 적용 시점 등등 여쭤봤다,,

ㅎㅔ

오랜만에 반가운 얼굴도 볼 수 있었다!
이전에 라피신에서 같이 공부했던 언니를 다시 만나게 되어서 기뻤다.

그리고 세상이 좁아지고 있다... 건너 건너 아는 사람이 늘어나고 있다! 조금 큰일이다.

본격적인 디지털 하나로 생활 시작!

첫 주에는 특강이 있었다.
하나은행 개발자 분들께서 오셔서 현업에 대한 이야기를 해주시고 가셨다.

은행 업무가 디지털화가 되면서
산업이 돈의 흐름 관리하는 역할에서
데이터를 관리하는 역할로 변화하고 있다고 하셨다.

너무 재밌게 들어서 후에 질문을 드리려고 남아있었는데,
같이 남아계시던 분들이랑 점심시간이 되어서
어차피 다들 친구 없는 것 같은데 밥이나 같이 먹으러 갈까요? 하다가
친해져서 점심 메이트가 되고
스터디를 같이 하게 되었다가
프로젝트도 같이 하게 되었다!!

수업

수업은 정말로 빠르고 압축적이지만 자세히 배운다. 이게 가능하다. 커리큘럼의 내용이 빌드업이 잘 된 것 같다.
따라가느라 정신 없지만 그만큼 지식이 충족되는 너무 좋은 강의를 듣고 있다. (강사님 정말 감사합니다...)
밥 먹으면서 동료분들과도 강의 내용이 쉽게 들을 수 없는 귀한 내용들인 것 같다고 막 얘기했었다.

그래서 점심 먹고 혈당 스파이크가 와서 조는 내가 너무 밉다.... 어떻게 서서도 조는지
신년 목표 졸지 않기 시작합니다.

지금은 "MZ 세대를 위한 금융 서비스"를 주제로 한 1차 프로젝트 시작을 앞두고 있고 그 전에 짧게 배운 내용을 토대로 기술 블로그를 구현해보는 과제를 진행 중이다. 현재까지 JS/TS, SQL, React, Next js 수업이 끝이나서 배운 스택을 활용하여 구현하면 된다.

스터디

원하는 주제로 스터디를 모집하여 진행한다! 우리 팀은 매주 1회 남아서 스터디를 한다.

스터디 시간에 우리는 수업 복습을 해요.

방식은 수업 시간에 나온 내용 혹은 따로 다루고 싶은 내용을 선정해서 블로그에 글을 써오고 공유하는 형식으로 이루어진다. 재밌게 하고 있다. 좋은 분들 덕분에 공부가 많이 된다. 티키타카 티키타카

통학? 통원?

초반에는 일찍 일어나서 아침을 먹었는데 요즘에는 일찍 일어나면 운동을 간다.

같은 훈련생 분들께 이야기를 들어보면 다들 통원 거리가 상당하시다. 1시간 40분 걸리시는 분도 계시다.
아침에는 출근시간이 겹치다 보니까 또 지하철 지연 이슈도 발생할 수 있어서 항상 빠출빠퇴를 하시는 듯 했다.
(요즘에는 아니다. 자율학습 시간에 진짜 많이 남아계신다.)

나는 이러한 통원시간을 줄이기 위해....
집에서 욕을 좀 먹고 교육 시작 전에 근처 쉐어하우스 고시원 자취방을 알아봤는데,
성수역 한 정거장 떨어진 곳에 비교적 가격도 저렴하고 (관리비 + 월세 50)
고양이.
고양이가 사는.
쉐어하우스는 발견해서 바로 계약을 해버렸다.

만일에 있을 다음 기수를 위한 꿀팁! 집을 얻으려면 미리미리 얻어라~
지각하지 않는 것이 중요하기 때문에 가까이 살면 정말 만족스러우실거예요.

이런 저런 일상

귀엽다.

우리 쉐어하우스 고양이 너무 귀엽고 개냥이인데 왜 나를 물지?
만져주면 막 좋아하고 더 만져달라고 하다가 갑자기 손을 막 문다. 내가 싫나?ㅠㅠ 그럴리 없지 잉 귀엽다.

이건 첫눈이 퍼엉퍼엉 오는 날에 우연히 첫 회식을 하게 되었을 때이다.

첫 눈 오는 날 국민 치킨 깐부치킨에서 회식을 했는데 눈이 너무 예쁘게 와서 중간에 나가서 맞고 왔다.

얼마 전 크리스마스 때에는 츄파츕스 찾기 이벤트를 했다. 이 날 프로젝트 팀도 결정이 되는 날이라 같이 스터디 하는 분들이랑 잘해보자고 아자아자했다.

2025.12.31 아자!

이건 오늘의 아자.. 화이팅!

주말에 컨퍼런스도 다녀오고 절에 가서 기운을 받아왔다.
사실 나는 아가페라는 이름을 가진 천주교인이라 성당에도 잊지 않고 갔다.

매일 엄청나게 먹고 있다. 성수니까 맛있는건 엄청 많은데 우리 취준생들은 돈이 업따.
8000원에 매일 다른 구성의 밥! 무제한 샐러드와 고기가 있는 우리들의 성지 밥플러스가 있다. 꼭 참고하시길...

캠퍼스 위치가 성수라 소소한 재미거리가 있다. 등원하는데 팝업 스토어 홍보차 이런 저런걸 받을 수도 있고
점심 시간 시작하자마자 그렇게 유명하다는~ 아임도넛 웨이팅을 걸어서 밥 다 먹고 구경도 했다.
우리들끼리는 캠퍼스 반대편 거리를 마계라고 하는데
그만큼 밤에 자습하려고 남아있다가 가끔 밥 먹으러 나가면 딴세상 온 것 같다.

날씨가 춥지 않았을 때는 산책을 많이 할 수 있었다. 자습 시간 끝나고 집까지 걸어가면 한시간 정도씩 걸을 수 있었다.
솔직히 거의 狂人처럼 다녔는데 저녁이고 사람도 많이 안 다녀서 아무도 몰라. 자유를 느꼈다.
울다가 웃다가 중얼중얼거리면서 박수치고 그러고 다녔다.

이제 3분의 1이 지나갔다 벌써
항상 나이를 먹을수록 시간이 빨리 흐른다고
이제 친구, 지인들을 만나보면 확실히 색이 짙어진 느낌이 든다.
본인들이 소망했던 어른의 모습을 점점 갖춰가고 있는 느낌!
오랫동안 차근차근 노력하면 무조건 내가 원하는 모습을 가질 수 있다고~
강사님께서도 이런 류의 말을 자주 해주신다. 역시 감사하다ㅠㅠ
쨋든 또렷해지는 친구들을 보면 내가 다 뿌듯하고 너무 좋은데
한편으로는 모두 갈래 달라서 지금보다는 멀어질 수밖에 없을 것 같은 느낌이 들어 씁쓸하다.

여기서 만난 동료들도 내가 지금까지 거쳐온 누군가들처럼 멋지게 원하는 모습을 가질 수 있었으면 하는 바램이다.
우리 존재 화이팅!

[React] StrictMode와 UseMemo

suleee — Tue, 23 Dec 2025 18:17:24 +0900

주제가 무슨 조합인가 싶죠??

디지털 하나로 React 파트가 끝난 기념으로 주요 컴포넌트 및 훅 총 정리하려구 했는데요,

그 다음 Next 파트에 치여서 딱 저 두 개 밖에 정리를 못 했어요!

StrictMode

[무엇인지?]

개발 단계에서 버그를 발견할 수 있게 하는 React 특수 컴포넌트이다.

실제 DOM에 포함되는 Node가 아니다.

<StrictMode>
  <App>
    <Header />
    <Content />
  </App>
</StrictMode>

이런식으로 다른 컴포넌트를 감싸고 "이 하위는 strict 체크를 켜라" 라는 플래그를 전달합니다.

주로 App.tsx에서 앱 전체를 검사하기 위해 사용되는게 관례이지만, 어디에든 사용할 수 있다.

[어떻게 동작하는지?]

렌더링을 두 번 한다.

React의 컴포넌트는 순수해야한다.

순수상이란, 같은 입력을 주었을 때 항상 같은 결과가 나와야한다는 것.

이 특징을 고려해서 StrictMode로 렌더링을 두 번한 결과를 서로 비교해서

다른 값이 나오면 순수성이 깨졌다는 것으로 에러를 내보낸다.

또, 마운트 언마운트가 되는 과정에서 useRef와 useEffect를 unmount 할 때 클린업을 제대로 해줬는지를 확인할 수 있다.

[왜 React는 순수함을 신경쓸까?]

리액트 공식 문서에 설명되어있는 바로는

1. 성능을 높일 수 있다.

입력이 변경되지 않았다면 같은 결과라는 전제가 충족되므로, 렌더링을 건너뛰어 성능을 향상시킬 수 이싿.

2. 다른 환경에서 컴포넌트가 실행되었을때에도 같은 결과가 보장된다.

3. 렌더링을 하다가 변경에 의해 새로 렌더링을 해야할때에도, 가차 없이 버리고 렌더링을 시작할 수 있다!

이전 렌더링의 결과가 후에 영향을 주지 않는다는 거니까.

UseMemo

재렌더링 사이에 계산 결과를 캐싱할 수 있게 해주는 React Hook이다.

사실 React 버전 업에 따라서 React Compiler가 자동으로 memoization을 수행해주므로 따로 사용할 필요 없다.

[원래는 어떤 의도였는지?]

불필요한 리렌더링을 방지하기 위한 훅이다.

import { useMemo } from 'react';

function TodoList({ todos, tab }) {
  const visibleTodos = useMemo(
    () => filterTodos(todos, tab),
    [todos, tab]
  );
  // ...
}

위와 같이 useMemo 를 사용한 값들은 같은 컴포넌트가 리렌더링되어도 재계산을 생략한다.

(StrictMode를 위한 렌더링에서는 재계산을 시행한다고 한다.)

[주의점]

useMemo는 성능을 높이기 위한 용도로 사용해야한다.

useMemo가 없어서 에러가 나면 그건 잘못된 사용이라는 것이다!

react가 언제 캐시된 것들을 지울지 모르기 때문이다. (꼭 필요한 경우가 아니면 지우지 않는다고는 하지만)

해당 훅 안에 사용하기 마땅한 함수는 "여러번 계산되어도 상관 없는데 불필요한 로직"이다!

"반드시 한번만 실행이 되어야 하는 로직" 은 부적합하다.

2025 신한 스퀘어 브릿지 해커톤 1기 후기

suleee — Wed, 10 Dec 2025 18:05:37 +0900

지난 여름 신한금융희망재단에서 지원하는 6주간의 해커톤에 참여했습니다!
해당 해커톤에 대한 정보를 얻고자 하는 분들을 위해 먼저 해당 해커톤이 어떤 활동인지 정리해보겠습니다.

신한 스퀘어 브릿지 해커톤이란?

신한 스퀘어 브릿지 해커톤은 몇 개의 참여 스타트업 중 한 기업을 선정하여 서비스에 대한 새로운 솔루션을 제시하는 방식으로 이루어지는 해커톤입니다. 타 대회에 비해 비교적 긴 기간동안 진행이 되며, 중간 중간 취업 관련해서 지원되는 활동도 포함되어있습니다.

참여 기간 : 2025.07.28 ~ 2025.09.05 (총 6주)
참여 분야 : UX/UI 디자인, 웹/앱 개발 (주인장은 웹/앱 개발 파트 참여)
활동 장소 : 명동 소재의 [신한 익스페이스] 사옥 5층
팀 구성: 한 팀 당 3 - 4명, 개발 : 디자인 비율 거의 5:5

제가 생각하는 해당 활동의 장점들입니다.

주 1회 정도는 다양한 주제의 초청 강의를 들을 수 있었습니다.
6주간의 기간 내내 두 분의 멘토님과 함께 방향성을 잡을 수 있고 기업 실무에 대한 이야기를 접할 수 있었습니다.
모의 면접, 취업 사진 촬영 등의 활동이 지원되는만큼 취준생에게 메리트 있는 활동인 것 같습니다.
점심 식대 (1일 12000원)이 지원됩니다.
기획 과정에서 스타트업의 CEO, CPO님께 직접적인 피드백을 받는 경험을 할 수 있습니다.

따라서

디자이너(개발자)와 긴밀히 협업하며 기획부터 개발까지 참여해보고 싶다.
스타트업과 대기업 현업 전문가분들의 인사이트를 듣고 싶다.

라고 하신다면 추천합니다!

왼 - 첫날에 저런 귀여운 활동도 했어요 오 - 스낵바가 주기적으로 채워집니다.

키트도 줍니다 텀블러 잘 썼어요.

여기까지 해커톤에 대한 정보입니다.
이제부터는 각 주차별 저의 후기입니다.
기록용이라 지극히 개인적이고 구구절절인 점 양해 부탁드립니다~!

[1주차]

첫 주차는 각 기업에 대한 정보을 듣고 기업을 선택하는 것과 팀원을 모으는 것이 주된 일정이었다.

1기에는 axz, 플랫브레드, 벙커키즈, dtto9, 애드이피션시, 신한금융희망재단 이렇게 총 6개의 기업이 참여했다.
처음 이틀정도 기업이 어떤 서비스를 제공하고 있는지, 현재 주력하고 있는 분야는 어떤 것인지에 대한 설명을 들었다.
이때부터 각자 마음 속에 지망 순위를 매긴다.

해커톤 첫번째 위기의 순간은 팀원을 구할 때이다. 자율적으로 팀을 구성해야해서 서로 희망 파트, 사용 스택을 탐색하는 시간이 주어진다. 이때 대부분 아래와 같은 사항을 물어보며 다녔던 것 같다.

어떤 파트를 희망하고 사용해 본 스택은 무엇인지
해커톤에서 뭘 얻어가고자 하는지

나는 node js로 백엔드 개발에 참여해 본 경험이 한 번 있어서 node js를 사용하는 백엔드를 희망했다.
해커톤에서 얻어가고자 하는 것은 될 수 있다면 수상 경력과 백엔드 개발의 많은 부분을 혼자 담당해보는 경험이었다.

팀원 구하는 꿀팁! 자신감을 가지자! 무조건 실력자 보다는 어떤 사람이던 일단 나와 맞는 사람을 만나는게 가장 중요한 것 같다. 얻어가고자 하는게 맞다면 가장 좋을 것이다. 또, 해커톤이라고 하면, 아이디어와 보여지는 부분이 굉장히 중요하다고 한다. 화려한 기술보다는 많은 공감과 흥미를 살 수 잇는 기획이 빛을 발한 수 있다는 의미이기도 하다. 때문에 기획에서 많은 의견을 공유하게 되니까,,, 어쨋든 결이 맞는 사람들을 만나는 게 중요하다고 생각한다.

그리고 기업 1, 2 지망과 이유를 적어서 제출했다.
우리 팀의 1지망은 AI 캐릭터 챗 서비스를 제공하는 벙커키즈였고, 2지망은 신한금융희망재단이었다.

1지망 선정 이유는 벙커키즈 대표님의 발표가 서비스에 대한 열정과 고민 과정이 담겨 있어 기억에 가장 많이 남았고,
여성 3인 팀이라 해당 서비스가 타겟팅 하고 있는 20대 여성의 마음을 가장 잘 파악할 수 있을 것 같아서였다.

다행히 벙커키즈로 선정이 되었다.

우리팀!

[2주차]

본격적으로 서비스에 어떤 솔루션을 제시할 것인지 아이디어 탐색을 시작했다. whif 서비스를 직접 이용해보고 비슷한 서비스를 제공하는 경쟁사를 분석하며, whif가 가질 수 있는 차별점이 뭐가 있을지 생각했다.

인기 캐릭터 백도하를 좋아하는 나의 페르소나 설정

또 캐릭터 챗 서비스 이용자들 약 30명을 대상으로 설문조사를 진행했다.
조사 문항도 꽤 고민을 많이 했는데
사실 30명이라는 인원이 많은 숫자가 아니라 유의미하게 사용하지 못한게 좀 아쉽다.
그리고 이 과정에서 정말 재밌는 경험을 했다. 비밀~

뭔가 몰입해서 깊게 서비스를 생각하는 경험이 어렵기도 한데 재밌었고 같은 팀 디자이너 프론트 언니가 반짝이는 아이디어를 낼 때마다 와 다들 아이디어가 좋다 생각하면서도 일단 구현상 문제 없는지 고민(하는 척..?)을 좀 더 했던 것 같다. 피드백을 줘야 하니까! 항상 개발자의 입장에서 생각하려고 노력했다. 정말!

[3주차]

기업 미팅 외부로 갔어요!

AI 캐릭터 챗 도메인은 급부상하고 있고 아직 독점한다 할만한 곳이 없어 많은 기업에서 노리고 있다. 때문에 경쟁이 치열하고 서비스 업데이트가 활발하다. 위프만 해도 일주일에 기능이 두,세 개씩 추가되었다. 사이트 들어가면 바뀌어 있고 들어가면 바뀌어있어서 '와 정말 이것이 스타트업의 열정...'이라고 생각했다. 어쨋든 때문에 기획 단계에서 좀 더 수정하고 시간을 많이 들이게 된 것 같다.

중간에 담당 기업 대표님, CPO님과 두 번 정도 미팅을 할 기회가 있었다. 이 과정에서 우리의 기획을 말씀 드리고 부족한 점에 대한 피드백을 받았다.

해커톤 기간 동안 가장 기억에 남는 경험이라고 하면 이 부분을 말할 것 같다.
일단 이런 기능이 있으면 어떨까 싶습니다! 하는 발표에 여러 피드백을 받고 또 어느 부분은 칭찬을 받는 경험 자체가 큰 도파민이었다. 대표님과 CPO님께서 "저희는 밥 먹고 이 고민만 하는 사람들이에요" 하셨는데 우리가 1 - 2주 준비한 기획으로 이 분들을 깜짝 놀래키기란 쉽지 않겠구나 생각했다.
CPO님께서 본질적인 부분에 대한 피드백을 주셨다. "이게 진짜 필요할까요?", "사용자의 종류를 잘 생각해보세요. 이 기능이 모든 사용자를 고려한 기능일까요?" 라는 피드백을 받았다.

피드백을 받으면서 저런 인사이트를 얻기까지 정말 많은 경험을 하셨겠구나 싶어서 멋있어보였던 것 같다. 서비스를 만든다는 것에 흥미를 느끼게 되는 순간이었어서 가장 기억에 남는다.

또 이 기업 미팅 단계에서 어떤 팀은 기획을 전부 엎기도 했지만, 이게 마냥 나쁜 것 같지는 않다. 어쨋든 큰 피드백을 얻은거기도 하고 이후에 오히려 더 잘해서 상을 받은 팀도 존재한다. 어떤 방향이 아니라는 것을 알게 되는 것도 큰 도움이 된다는 것을 느꼈다.

해당 주차에 기획을 픽스하고 DB 설계 API 설계에 들어갔다.

[4주차]

4주차는 쭉 API 개발을 했다.
기획이 계속 변경되다 보니까 DB 설계에서 문제점을 발견했다.
테이블 구조 자체를 바꿔야 했다. 변경에 용이한 설계를 했어야 했다. 다음 프로젝트 때는 이 부분을 더 신경 쓰고 싶다.

왼 - gpt api로 썸네일 만들어 달라고 했는데 당황스러웠다. 오 - 우리가 만든 캐릭터 차강석씨 썸네일 만드는 것도 꽤 큰 재미 요소였다.

아! 그리고 이 주에는 모의 면접과 취업 사진 촬용 이벤트가 있었다.

모의 면접 썰.
Q. 인턴 기간 동안 힘든 거 없었어요?
A. 네 없었습니다.
XX 다시 답변 해주세요. 없었다는 것은 말이 되지 않아요. 무조건 있습니다.
A. 네. 있었습니다. 매일 출근해서 아침부터 저녁까지 앉아있는다는ㄱ...
XX 너무 애 같은 답변이죠.. 그런 것을 물어본게 아니죠.. 다시 답변해주세요
A. 네. 있었습니다. 첫 실무라 직급을 외우는 것ㅇ...
XX 다시
A. 네. 있었습니다. 아무래도 코드리뷰를 하면서 제 코드에 대해 현업자의 시선에서 면밀한 피드백을 받다보니까 처음에는 내가 많이 부족하다고 자책하게 되기도햇지만, 피드백에 대한 수정을 여러 차례 하면서 성장하고 많이 배웟습니다.

태도 말투 인상 다 좋은데 면접 내용이 별로라 뽑고 싶은 마음이 사라진다는 혹평을 받아버렸다.
우짜노.. 연습 많이 해야겠다..ㅠ

[5주차, 6주차]

시연 영상을 위해 구현을 계속 하면서 발표 준비를 했다.
그리고 여기서 벙커키즈 팀들은 기업 미팅을 한번 더 진행했다.
진행 상황을 공유드리고 그냥 계속 구현하고 발표 준비했다.

두 번의 회식을 하기도 했다! 한번은 바깥 쪽에 앉은 3팀이 모여 회식을 했고, 마지막 날에는 전체 회식을 진행했다.

발표날에 내내 궁금했던 다른 팀들의 기획과 서비스를 볼 수 있었는데 와 다들 PPT 만드는 실력이며 발표를 정말 잘하신다고 느꼈다. 그리고 어쨋든 다른 사람들을 발표로 기획 의도를 설득해야하는 거니까 발표에서 볼거리가 좀 다양하면 확실히 기억에 남고 이목을 끈다는 점을 배웠다.

마지막 발표 전날, 신한 금융 그룹 부부장님께서 발표를 잘 하는 법에 대한 pt를 해주시면서
'쿵!' 하시면서 물통을 떨어뜨리는 동시에 화면이 와장창 깨지는 장표를 보여주시며, 청자로 하여금 깜짝 놀라는 액션을 주면 이목을 끌 수 있다고 하셨다.
마찬가지로 벙커키즈 미팅 때에도 발표 준비에 대한 이야기를 나누다가 청자가 놀랄만한 우렁찬 MZ 인사로 시작하면 그게 부정경험이던 긍정경험이던 뇌리에 박히게 되어있다는 꿀팁을 주셨는데,
이런 말들이 어떤 의미인지 많이 체감이 되었다.

마지막 날 받은 편지와 신한 몰리

어쨋든 기대한 것보다 6주간 훨씬 즐겁게 또, 서비스를 만든다는 것에 대한 매력을 느끼면서 임할 수 있었다.
무엇보다도 너무 좋은 팀원들을 만나게 되어서 부족한 나도 같이 활발하게 의견을 공유하며 정말 즐겁게! 매일 몰입하면서 준비할 수 있었다.

스코프와 실행 컨텍스트 용어 및 개념 정리 - 1

suleee — Mon, 24 Nov 2025 08:33:25 +0900

「 스코프? 」

스코프란 변수가 유효하게 접근할 수 있는 범위.

각 스코프는 그 내부에서만 접근이 가능한 변수들의 집합을 가지고 있다.

그럼 어딘가 기록이 되어있어야 한다. 그걸 가지고 있는 것이 바로 실행 컨텍스트이다.

「 실행 컨텍스트 」

지금 스코프에서 접근할 수 있는 변수, 함수(원시값, 객체)에 대한 정보와, this는 어떤 것을 가리키는지 등등 실행에 필요한 모든 정보를 담고 있는 객체이다.

「 누가 실행 컨텍스트를 가질까? 」

스코프에 대한 변수 정보이므로 스코프의 종류를 생각해보면 된다.

전역, 함수, 블록 중에 블록은 그 정도의 정보를 저장할 필요가 없기 때문에 실행 컨텍스트를 가지지 않는다.
따라서

함수 실행 컨텍스트
전영 실행 컨텍스트
~~eval 실행 컨텍스트~~

가 존재한다. eval 실행 컨텍스트는 eval()이라는 함수가 실행될 때 만들어지는 것이다. eval() 함수는 문자열을 코드로 바꿔 실행해주는 함수라고 한다. 하지만 해당 함수는 보안상의 이유로 거의 사용하지 않아 의미가 없어져 설명에서 제외한다.

이런식으로 분류가 된다.

이번 글에서는 아래의 내용을 다룰 것이다.

1. 각 실행 컨텍스트의 생성과 실행 시점

2. 실행 컨텍스트의 구성요소

「 각 실행 컨텍스트의 생성과 실행 시점 」

생성이 되는 Creation Phase와 코드를 실행하는 Execution Phase로 보통 나눠서 설명한다.

Creation Phase에서 주의할 점이 하나 있는데, 변수의 경우에는 호이스팅이 되고 선언문에서 변수가 등록만 되고 할당은 undefined 형태이다. 하지만 함수의 경우에는 객체 자체가 function Object로 할당이 된다. 해당 부분은 다른 글에서 다루려고 한다!

1. Global execution context (전역 실행 컨텍스트)

전역 실행 컨텍스트는 생성이 프로그램 실행 최초에 1번 일어나고, 곧 바로 ECS (execution context stack, 흔히 콜스택)에 올라가 실행이 된다.

Creation Phase

Global Object를 생성
this Object를 생성하고 global Object에 바인드
변수와 함수 참조를 담을 수 있는 힙 메모리는 준비
전역 변수/함수 선언 hoisting(undefined 초기화)

Execution Phase

실행문 한 줄씩 실행
함수를 만나면 함수 실행 컨텍스트 생성 및 실행

2. Function execution context

1) creation phase

모든 함수 정의의 순간에 creation phase 발생.

이때 함수에 대한 여러 정보를 담은 function Object를 힙에 생성.

2) execution phase

함수 호출의 순간에 execution phase 발생.

함수 실행 컨텍스트 자체는 이때 생성이 됨.

함수에 대한 정보를 얻기 위해 function Object를 참조하고 있다.

(function Object에 어떤 슬롯이 어떻게 참조되는지는 다음 글에..!)

실행 컨텍스트의 구성 요소

먼저 종류에 관계 없이 실행 컨텍스트가 가질 수 있는 구성 요소이다.

ExecutionContext = {
  [[LexicalEnvironment]],
  [[VariableEnvironment]],
  [[ThisBinding]],
  [[Realm]],
  [[Function]],
  [[ScriptOrModule]]
}

environment와 environment record에 대한 개념

두 가지는 레벨이 다르다.

environment는 스코프와 비슷하게 생각하면 된다.

environment record는 해당 스코프 내부에 어떤 변수들이 있는지 저장되어 있는 곳이다.

즉, environment안에 environment record가 포함되어있다.

environment record의 종류

1. Declarative Environment Record

let, const, var, 함수 선언 등 코드로 선언된 식별자들을 내부 슬롯에 저장하는 기본 스코프 저장소.

2. Function Environment Record

함수 호출 시 생성되며 매개변수, arguments, this, 내부 변수 등을 저장하는 함수 전용 스코프 레코드.

3. Module Environment Record

ES Module 실행 시 만들어지며 모듈의 top-level 변수 + import/export 바인딩을 저장하는 스코프 레코드.

4. Object Environment Record

with(obj) 문에서 사용되며 객체의 프로퍼티를 변수처럼 참조하도록 만드는 특수 스코프 레코드.

5. Global Environment Record

전역 실행 시 사용되며 전역 객체(=ObjectER) + 전역 let/const(=DeclarativeER)를 함께 관리하는 복합 전역 스코프 레코드.

여기서 실행 컨텍스트를 공부 중인 우리가 기억할 것은 1, 2, 5번이다.

그럼 전역, 함수 실행 컨텍스트에서는 어떤 레코드들이 어떻게 사용될까?

Global Execution Context
 ├── LexicalEnvironment
 │      ├── [[EnvironmentRecord]] = GlobalEnvironmentRecord (GER)
 │      └── [[OuterEnv]] = null
 │
 ├── VariableEnvironment
 │      ├── [[EnvironmentRecord]] = GlobalEnvironmentRecord (GER)
 │      └── [[OuterEnv]] = null
 │
 └── ThisBinding = global object (window / globalThis)

Function Execution Context
 ├── LexicalEnvironment
 │      ├── [[EnvironmentRecord]] = FunctionEnvironmentRecord(FER)
 │      └── [[OuterEnv]] = 함수가 정의될 때 캡처한 LexicalEnv
 └── VariableEnvironment
        ├── [[EnvironmentRecord]] = DeclarativeEnvironmentRecord (var 저장소)
        └── [[OuterEnv]] = 함수 생성 시 LexicalEnv(같은 부모)

Q. Realm이.... 각 실행 컨텍스트마다 있다구요? 전역에 하나만 존재한다는 곳도 있고..