드디어 최종 발표가 끝났다... 프로젝트를 진행하는 동안에는 구현, 배포, 발표 준비를 동시에 하느라 정신없이 지나갔는데, 끝나고 나니 우리가 어떤 문제를 해결하려고 했고, 그 과정에서 무엇을 배웠는지 정리해보고 싶어졌다. 신한투자증권 프로디지털아카데미 최종 프

이전 글에서는 아이 미래 자산 구축 서비스를 왜 선택했는지 정리했다. 이번에는 아이디어를 더 구체화하면서 조사했던 증권사, 은행, 자녀 금융 서비스들을 정리해보려고 한다. 서비스 방향을 잡는 과정에서 가장 중요하게 본 것은 다음 세 가지였다. 자녀 명의 계좌 관리

아이 미래 자산 서비스 구체화 회고 지난 글에서는 기말 프로젝트 팀빌딩 과정에서 여러 아이디어 중 아이 미래 자산 구축 서비스를 선택하게 된 과정을 정리했다. 이번 글에서는 선택한 아이디어를 바탕으로 서비스를 어떻게 구체화했는지, 그리고 은행·증권사·육아 서비스 분

아이든든 프로젝트를 진행하면서 가장 많이 느낀 점은 실제 서비스 개발은 단순히 API가 성공하는지만 확인해서는 부족하다는 것이었다. 회원가입, 온보딩, 자녀 등록, 아동수당 연결, 증여 계약, ETF 증여, 배포 환경까지 각 기능은 따로 존재하는 것처럼 보이

“API 하나 만들면 끝나는 줄 알았는데, > 막상 구현해보니 도메인 하나를 수정할 때마다 다른 도메인까지 같이 흔들렸다.” 아이든든 프로젝트를 진행하면서도메인 설계, 인증 구조, 예외 처리, 증여 로직, 계좌 연동, 스케줄러 처리 등 다양한 문제를 마주했다. 특히 증여세법을 적용시키면서 예외처리를 할 것이 많아 조건이 까다로웠지만 그만큼 예외처리를 하...

아동수당에서 ETF 투자, 그리고 증여 관리까지 > 자녀 금융 서비스를 만들려면 > 단순히 “투자 기능”만 잘 만들면 되는 줄 알았다. > > 그런데 실제로는 정부지원금, 부모의 현금 흐름, 자녀 계좌, 증여세, ETF 평가 기준까지 모두 연결되어 있었다. 아이든든 서비스를 구체화하면서 아동수당, 부모급여, 첫만남이용권, 양육수당, 다자녀 정책, 증여세...

전에 썼던 기획안에 대한 내용을 이어서 어떻게 수정했는지를 이번 블로그에서 쓸 예정이다... 초기 기획안에 대한 피드백을 받은 뒤, 우리 서비스는 몇 가지 방향을 수정하게 되었다. 가장 큰 변화는 단순히 “자녀 계좌로 투자하는 서비스”가 아니라, 신한금융그룹 내 교차 고객 확대 구조를 가진 자녀 미래 자금 준비 서비스로 기획을 보완한 점이다. > 잊지...

이번 글에서는 우리 팀이 작성했던 초기 기획안과, 현업 멘토님께 질문드렸던 내용, 그리고 받은 피드백을 정리해보려고 한다. 기획 단계에서는 서비스 방향이 어느 정도 잡혔다고 생각했지만, 피드백을 받으면서 우리가 더 구체화해야 할 부분이 많다는 것을 알게 되었다. 특히 다음 세 가지가 중요했다. 은행에서 증권으로 이어지는 교차 고객 확대 구조 ETF...

지난 5월 28일부터 프로디지털아카데미 기말 프로젝트가 시작되었다. 프로젝트 초반에는 기획을 구체화하느라 정신없이 시간이 지나갔다. 조금 늦은 감은 있지만, 프로젝트가 시작된 지 약 2주가 지난 지금 시점에서 팀빌딩 당시로 돌아가 우리가 어떤 과정을 통해 주제를 정했는지 회고해보려고 한다. 1. 기말 프로젝트 주제 우리가 받은 기말 프로젝트 주제는...

주식 매도 API 설계를 앞서 요구사항은 다음과 같다. 사용자는 자신이 보유한 주식을 시장가로 매도할 수 있습니다. 최대한 실제 금융 환경을 충분히 고려하여 api를 설계하세요. AI를 활용하여 프롬프트를 작성하고 API를 해결해볼 것이다. AI에게는 다음과

내가 중요하게 생각하는 객체 지향의 중요한 특징 내가 생각하는 객체 지향의 가장 중요한 특징은 상속이라고 생각한다. 이에 대해 말하기 앞서 상속에 대해 간단히 정의를 하겠다. 상속은 간단하게 말을 하면 부모 클래스를 자식 클래스가 상속을 받는 개념이다. 즉 부모

추상화와 인터페이스에 대한 개념은 볼때마다 헷갈리고 까먹게 된다. 이번 글에서는 추상화가 무엇인지, 그리고 추상클래스와 인터페이스가 어떤 차이를 가지는지 Phone 예시를 통해 정리해보려고 한다. 추상화란? 추상화는 여러 대상의 공통점을 뽑아내어 공통만 남기는 것이다

고객에게 중요한 정보를 비동기적으로 제공 ✅ 1단계 문제 이해 및 설계 범위 확정 ✅ 2단계 개략적 설계안 제시 및 동의 구하기 알림 유형별 지원 방안 iOS 푸시 알림 알림 제공자(Provider) 알림 요청을 만들어, Apple Push 알림 서비스로

검색 엔진 인덱싱웹 아카이빙웹 마이닝웹 모니터링url 집합이 주어지면 해당 url들이 가리키는 모든 웹 페이지 다운로드다운받은 웹페이지에서 url들을 추출추출된 url들을 다운로드할 url 목록에 추가하고 위 과정 반복규모 확장성안정성(robustness)예절(poli

URL 단축용 엔드포인트새 단축 URL을 생성하고자 하는 클라이언트는 이 엔드포인트에 단축할 URL을 인자로 실어서 POST 요청을 보내야 함URL 리디렉션용 엔드포인트원래 URL로 보내주기 위한 용도원래 url로 변경 후 301 응답의 Location 헤더에 넣어 반

가상-면접-사례로-배우는-대규모-시스템-설계-기초 7장

다음은 키 값 저장소 설계에 대한 내용을 정리한 것이다.키 값 저장소: 키 값 데이터 베이스라고도 불리는 비 관계형 데이터 베이스고유한 식별자를 키로 가져야 한다.키와 값 사이의 연결 관계를 키 값 쌍이라고 부른다.put(key, value): 저장get(key): 조

📒 5장 - 안정 해시 설계 수평적 규모 확장을 위해서는 요청 또는 데이터를 서버에 균등하게 나누는 것이 중요하다. → 이를 위해 안정 해시를 설계 ✅ 해시 키 재배치(rebase) 문제 serverIndex = hash % 4 서버 풀의 크기가 고정되어 있

📒 4장 - 처리율 제한 장치의 설계 ✅ 처리율 제한 장치 개념: 클라이언트 또는 서비스가 보내는 트레픽의 처리율을 제어하기 위한 장치 장점: dos 공격에 의한 자원 고갈 방지 비용 절감 서버 과부하를 막음 1️⃣ 1단계: 문제 이해 및

📒 1장 - 사용자 규모에 따른 확장성 ✅ 단일서버 웹 - 앱 - 데이터베이스 - 캐시 등이 한 서버에서 동작 ✅ 데이터베이스 웹/모바일 트래픽 처리용도의 서버(웹 계층)와 데이터베이스용 서버(데이터 계층)를 분리 독립적 확장 추구 비-관계형(NoSQL) 데