Take it easy Take it easy

해당 서비스의 목적부터 사실 모호했다. 개인 투자 비서인데 어떤 역할을 부여할지에 대한 고민이 빠졌었다. 시작은 내가 사용하는 시간들 중 뉴스를 보고, X를 보고 투자 아이디어를 도출하거나 그냥 시간을 보내는 것들을 더 잘 보내고 싶었다. 그러다가 보니 과거에 생각했던 퀀트 투자까지 생각하게되어 생각이 혼재되었다. 그러다보니 프로젝트가 쓸 때 없이 커지려고 했고, Cursor의 수행시간이 증가했고 효율이 사라졌다. (내가 코딩하는게 빨랐을거같다)그래서 이번엔 아예 프로젝트를 분리해서 진행해보려고 한다. 1. 투자의 아이디어 서칭을 도와주는 도구 - 뉴스 RSS 든 크롤링이든 가져온 정보를 저장 - LLM을 통한 요약 및 태깅. - 검색 도구 및 팔로우하는 태그 기능 추가. - 뉴스의 채널은 초기엔 RS..

일단 Cursor 만 이용하려고 했던 나도 문제였고, 프로젝트를 시작하기전에 구체적인 설계를 하지 않은 것도 문제였다. 가벼운 구조라고 생각했지만, 생각처럼 가볍지 않았고 욕심이 묻어나와서 그런게 아닐까 추측한다. https://github.com/sjw9650/TradeButler GitHub - sjw9650/TradeButlerContribute to sjw9650/TradeButler development by creating an account on GitHub.github.com 아예 처음부터 다시하는게 더 빠를 거 같다는 판단을 했기에 다시 해보려고 한다. 이번엔 조금 더 구체적인 설계를 더해보려고 한다. 그리고 만들려는 서비스를 나누어보려한다.

내 투자 비서라고 생각하기 때문에 수 많은 이름을 고민하다가..이또한 ;딸깍 으로 해결하자는 생각이 들었고, ChatGPT에게 문의한 결과 다음의 결과를 도출했다. 지금보니까 TickerMate가 더 괜찮은거같기도..ㅎ;ㅎ 개인 비서(Personal Assistant) 강조TickerMate — 티커를 관리하는 친구StockPal — 주식 친구FinBuddy — 금융 친구EquityDesk — 내 책상 위의 주식 비서지능·분석(Insight) 강조AlphaBrief — 알파(초과수익) 브리핑MarketMind — 시장을 읽는 두뇌TrendLens — 트렌드를 보는 렌즈SignalNote — 시그널 노트개인화(나만의) 강조MyMarket — 나만의 시장Portfo — 포트폴리오를 줄인 말TailorTra..

📝 한눈 요약문제: X·즐겨찾는 사이트·YouTube에서 투자 정보를 흩어 소비 → 스크린타임 과다해결: 콘텐츠 수집 → AI 요약/태깅 → 개인화 피드 제공(MVP)백엔드: Python(FastAPI) + Celery + Redis + PostgreSQLAI: OpenAI API(요약/태깅) + spaCy/KeyBERT 키워드 추출Trader Mode(선택): 백테스트 → 페이퍼 트레이딩 → 실거래안전장치: 리스크 한도·킬스위치·감시·알림·감사로그🎯 1. 목표 & 비즈니스 가치스크린타임 절감개인화 인사이트 제공운영비 최소화확장 용이성 확보📦 2. 기능 범위2.1 MVP[ ] 데이터 수집[ ] X API 연동 or 대체 RSS[ ] RSS 파싱(feedparser)[ ] YouTube API + 자..

개요 - 지나친 스크린 타임을 줄이고자 개인 최적화 된 웹앱을 제작.- AI를 활용하여 설계/제작 하고, 이를 통해 생산성있는 일을 할 수 있는 시간을 만들고자함- 더 나아가면 개인 투자 비서로 까지 활용해보고자함 MVP (Minimum Viable Product) - 데이터 수집: X (구 트위터), RSS, 사이트 스크래핑, 유튜브 채널/재생목록 등에서 데이터를 수집 - AI 처리: 수집된 기사, 스레드, 영상을 5줄 요약본과 투자 시사점을 포함하여 요약. #AI, #EV, #반도체, #금리 등과 같은 자동 태깅을 생성하며, 사용자가 정의한 태그와 병합 - 피드 & 필터: 태그, 키워드, 출처, 작성자 기반 필터와 검색 기능을 제공. 저장, 읽음 처리, 북마크, 공유 링크 기능도 포함. - 설..

AOP ( Aspect-Oriented Programming 관점 지향 프로그래밍) 는 IoC/DI, 서비스 추상화와 더불어 스프링의 3대 기반기술의 하나이다. 우리가 흔히 알고 있는 것중엔 @Transactional 이 대표적인 AOP의 예시이다. 어떤 로직을 기준으로 핵심적인 관점, 부가적인 관점으로 나누어서 보고 그 관점을 기준으로 각각 모듈화하겠다는 것이고, 이를 핵심적인 비즈니스 로직에서 분리하여 재사용하는 것이다. 게시물을 등록하거나 댓글을 등록하는 기능이 있다고 생각해보자. 그 등록 과정에서 항상 로깅을 하고, JPA에서의 트랜잭션기능을 이용한다면 같은 동작에 대한 반복되는 중복 코드가 들어가게 될 것이다. 이를 게시물 등록과, 댓글 등록이라는 핵심적인 관점에서 빼내와서, 부가적인 관점으로 ..

마이크로 서비스의 통합은 어떻게 말하면 느슨한 결합의 분리를 의미한다. 하나의 마이크로 서비스가 다른 마이크로 서비스와 통신하는 방법 에 대한 여러가지 방법에 대해서 공부하려 한다. - 공유 데이터베이스 가장 단순하지만 마이크로 서비스 아키텍쳐가 추구하는 방법이 아니다. 강한 응집력과 느슨한 결합력을 잃게 되는 것만으로 피해야하는 통합 (통신) 방법이다. - 오케스트레이션과 코레오그래피 오케스트레이션 방식은 지휘자처럼 프로세스를 안내하고, 구동하는 하나의 Master에 의존한다. 반면 코레오 그래피 방식은 발레 무용수들이 자신의 역할을 알고 주변의 다른 무용수에 반응하는 것처럼 시스템 각 부분에 작업 내용을 알리고 세부 사항을 수행하게 한다. 중앙 관리 권한에 많은 권한이 있는 것 오케스트레이션 방식에 ..

좋은 마이크로 서비스를 구성하기 위해서는 느슨한 결합과 강한 응집력에 대한 고민은 필수적이다. 느슨한 결합이 잘 되어 있으면 하나의 서비스를 변경했을 때 다른 서비스는 변경이 되지 않으며, 이를 통해서 다른 변경없이 특정 서비스를 변경하고 배포할 수 있다. 강한 응집력이 잘되어 있으면 특정 행위에 대한 변경이 한 곳에서 이루어지는 것이다. 이는 같은 행위가 여러 곳에 분산되면 한 행위의 수정을 위해 여러 서비스를 변경 배포해야하는 문제가 발생하게 된다. "느슨한 결합" 그리고 "강한 응집력" 이 두 가지를 지키지 않으면 마이크로 서비스의 큰 장점을 잃을 수 있기 때문에 이를 효과적으로 컨트롤할 수 잇는 방법을 찾아야 한다. 특정 모델에 대해 경계가 정해진 적용 가능성, 콘텍스트를 제한한느 것은 팀원들로 ..