<리스트> <레코드1/> <레코드2/></리스트> 일 경우… 리스트단에서 use client로 한 후 zustand에서 리스트 자체를 통으로 관리해야하는가?각각의 레코드에 use client를 한 후 데이터를 받으면 zustand에 리스트를 만들어 레코드별로 hash(Map)으로 등록해 관리해야하는가? 레코드에는 좋아요, 조회수 등이 표시됨. 제 생각은1번은 SEO가 중요한건 각각 레코드 (상세페이지) 이므로 zustand에서 통으로 넣어 관리하면 되니 구현 및 데이터 신뢰도에서는 나아보이는데 하나바뀌면 전부 렌더링되니까 애매한거같고2번은 서버에서 모두 다 가져와서 초기속도는 빠르고 seo에 좋으나 zustand에 통으로 못넣고 데이터 자체를 내가 직접관리하는 구조라 구현 및 데이터 신뢰 측면에서는 골치아플거같은데… 무엇이 일반적인 구현방식인지 모르겠습니다. 도와주세요 ㅠㅠ

<리스트> <레코드1/> <레코드2/></리스트> 일 경우… 리스트단에서 use client로 한 후 zustand에서 리스트 자체를 통으로 관리해야하는가?각각의 레코드에 use client를 한 후 데이터를 받으면 zustand에 리스트를 만들어 레코드별로 hash(Map)으로 등록해 관리해야하는가? 레코드에는 좋아요, 조회수 등이 표시됨. 제 생각은1번은 SEO가 중요한건 각각 레코드 (상세페이지) 이므로 zustand에서 통으로 넣어 관리하면 되니 구현 및 데이터 신뢰도에서는 나아보이는데 하나바뀌면 전부 렌더링되니까 애매한거같고2번은 서버에서 모두 다 가져와서 초기속도는 빠르고 seo에 좋으나 zustand에 통으로 못넣고 데이터 자체를 내가 직접관리하는 구조라 구현 및 데이터 신뢰 측면에서는 골치아플거같은데… 무엇이 일반적인 구현방식인지 모르겠습니다. 도와주세요 ㅠㅠ

<리스트> <레코드1/> <레코드2/></리스트> 일 경우… 리스트단에서 use client로 한 후 zustand에서 리스트 자체를 통으로 관리해야하는가?각각의 레코드에 use client를 한 후 데이터를 받으면 zustand에 리스트를 만들어 레코드별로 hash(Map)으로 등록해 관리해야하는가? 레코드에는 좋아요, 조회수 등이 표시됨. 제 생각은1번은 SEO가 중요한건 각각 레코드 (상세페이지) 이므로 zustand에서 통으로 넣어 관리하면 되니 구현 및 데이터 신뢰도에서는 나아보이는데 하나바뀌면 전부 렌더링되니까 애매한거같고2번은 서버에서 모두 다 가져와서 초기속도는 빠르고 seo에 좋으나 zustand에 통으로 못넣고 데이터 자체를 내가 직접관리하는 구조라 구현 및 데이터 신뢰 측면에서는 골치아플거같은데… 무엇이 일반적인 구현방식인지 모르겠습니다. 도와주세요 ㅠㅠ

강의를 듣다보니...프로메테우스 아키텍처랑도 비슷하다는 느낌이 많이 드네요?loki도 설치하면 grafana가 존재하나요? 아니면 prometheus설치했을때 존재하는 그라파나를 같이 사용하나요? 결론은 로깅 시스템 구성할때 loki는 어플리케이션 로그 수집용이고 프로메테우스는 노드 메트릭 수집용이라는 차이인거네요?

빅분기 실기 강의와 같이 병행하려고 하는데어떤식으로 같이 공부하는게 효과적일지 궁금합니다..!

안녕하세요! 카일스쿨님! 좀 고민하고 풀어봤습니다.피드백해주시면 감사하겠습니다 ㅎㅎ  1. 기능별 사용도 측정 지표배달 서비스 내 다양한 기능(배너, 메뉴 카테고리, 이런 음식 어때요?, 동네 맛집 등)의 성과를 확인하기 위한 주요 지표CTR→ 각 기능이 얼마나 주목을 끌었는지를 측정→ 예: 배너 클릭수 / 배너 노출수CVR→ 각 기능을 통해 실제 결제로 이어진 비율→ 예: ‘이런 음식 어때요?’를 보고 결제한 비율기능별 매출 및 순이익→ 단순 클릭을 넘어서 실질적인 수익에 대한 기여도 확인시간대별 클릭/전환 분석→ 메뉴 카테고리나 추천 기능이 어떤 시간대에 잘 동작하는지 파악개인화 추천 정확도→ 사용자의 과거 행동 기반으로 추천이 얼마나 개인화되었는지 예: 평소 3시에 짜장면을 자주 주문하는 사용자가 해당 시간에 중국집 추천을 받는지 여부로컬 기반 추천의 신뢰도→ ‘동네 맛집’의 추천 기준이 실제 동네 트래픽/주문량에 기반했는가2. 검색 기능 만족도 지표검색 기능에 대한 고객 만족도를 확인하기 위한 주요 지표재검색률→ 검색 후 유사한 키워드로 다시 검색하는 비율→ 높을수록 검색결과 만족도가 낮음을 의미검색 후 클릭률 및 클릭 후 이탈률→ 검색 결과를 클릭했는지, 클릭 후 바로 이탈했는지→ 이탈률이 높으면 검색 품질에 문제가 있을 수 있음검색 후 장바구니 추가율 (CVR)→ 검색 결과가 실제 구매로 이어졌는지 확인정확도 기반 평가 (검색결과 일치도)→ 키워드와 결과의 정합성, 예: ‘치킨’ 검색 시 상위에 리뷰/배달비 기준의 적절한 가게가 노출되었는지3. 검색 필터 기능 성과 지표검색 필터 사용 활성화 및 성과를 측정하는 방법필터 사용률→ 검색 유저 중 필터 기능을 사용한 비율필터 사용 시 CVR 변화→ 필터 사용 전/후 구매 전환율 비교필터별 클릭률 및 장바구니 추가율→ 예: ‘배달비 낮음’ 필터 사용 시 어떤 가게들이 클릭되었는가4. 배달 서비스에서 가장 중요한 지표배달 서비스의 전반적 성과를 확인하기 위한 핵심 지표가맹점 가입률→ 플랫폼 규모 확대의 핵심주문 건수 (배달 트래픽)→ 실제 수익을 좌우하는 트래픽 지표장바구니 담기 비율→ 구매 의사 형성의 선행지표배달 취소율 (가드레일 지표)→ 낮을수록 고객 경험 품질이 높다는 지표배달 시간 / 고객 후기 품질→ 배달 품질 및 고객 만족도를 반영5. 추천 알고리즘 성능 지표추천 알고리즘이 잘 동작하고 있는지를 판단하기 위한 핵심 지표CTR (추천 상품 클릭률)→ 추천 상품이 사용자 관심을 얼마나 끌었는지CVR (추천→구매 전환율)→ 추천 결과가 구매로 이어졌는지카테고리 적합성→ 사용자 속성(성별, 나이 등)에 맞는 추천을 했는지→ 예: 여성 사용자에게 남성옷 추천 빈도 낮아야 함스크롤 뎁스 / 노출시간→ 추천 섹션이 얼마나 오래, 깊이 탐색되었는지유사 사용자와의 교차 추천 성과→ 나와 비슷한 사용자가 좋아한 상품이 효과적인가?6. 여러분들이 자주 사용하는 서비스의 지표서비스 1: 똑똑보카 (영어 학습 + 앱테크 서비스)1. 가장 중요한 지표: 광고 클릭률정의: 메인화면 또는 퀴즈 중간에 노출된 광고 대비 실제 클릭 비율이유: 똑똑보카의 수익모델(BM)은 광고 기반이며, 광고 클릭이 곧 수익으로 연결되므로 가장 핵심적인 지표2. 추가로 확인해야 할 지표광고 유지율→ 광고 유입 흐름 중 계속 유지 비율→ 광고 시청 시작 후 강제 종료하거나 앱을 나가버리는 비율로, 사용자 경험 저하나 보상 설계 문제를 점검할 수 있음연속 학습률→ 사용자가 며칠 연속으로 학습에 참여했는지를 나타내는 지표→ 영어 학습 앱으로서의 핵심 가치(지속적 학습)를 반영하며, DAU보다 질적인 사용자 유지 관리를 측정할 수 있음서비스 2: 유튜브 (유튜브 프리미엄으로 생각해보기)1. 가장 중요한 지표: 유튜브 프리미엄 가입률정의: 전체 사용자 중 유튜브 프리미엄에 가입한 비율이유: 유튜브의 수익원 중 광고 외 안정적인 구독 기반 수익을 의미하며, 장기적인 수익성과 만족도를 반영2. 추가로 확인해야 할 지표프리미엄 해지율→ 프리미엄 가입 후 일정 기간 내 해지하는 비율→ 사용자가 프리미엄에 만족하지 않았다는 신호로, 서비스 개선에 필요한 인사이트 제공추천 동영상 클릭률→ 유튜브가 메인화면, 사이드바, 자동재생 등을 통해 추천한 동영상의 클릭 비율→ 유튜브의 핵심 경쟁력인 추천 알고리즘 성능을 확인할 수 있는 핵심 지표7. 퍼널 개선 프로젝트문제현재 가입 퍼널의 전환율이 약 20%로 낮은 상태입니다.이를 개선하기 위해 온보딩 기능을 퍼널 안에 추가했으며, 온보딩이 가입 전환에 어떤 영향을 주는지 파악하고자 합니다.제안 아이디어온보딩을 가입 후가 아닌 가입 전으로 배치하는 전략대부분의 서비스는 ‘가입 → 온보딩’ 흐름을 따르지만,오히려 ‘온보딩 → 가입’ 흐름이 사용자에게 서비스에 대한 확신을 줄 수 있다고 판단합니다.예를 들어 일부 모바일 게임은 닉네임만 정하고 바로 체험을 시작하게 한 후, 일정 시점에 가입을 유도합니다.사용자가 실제 서비스를 경험한 뒤에 가입을 유도하는 방식은 전환율을 높이는 데 효과적일 수 있습니다.온보딩 효과 측정을 위한 핵심 지표온보딩 완료 후 가입 전환율온보딩을 완료한 사용자 중 가입까지 이어진 비율온보딩이 실제 가입 의사 형성에 도움이 되었는지를 측정온보딩 이탈률온보딩 도중 앱을 종료하거나 더 이상 진행하지 않은 비율온보딩 자체의 UX 문제나 피로도를 진단가입 전 체류 시간 / 페이지 뎁스가입 전에 사용자가 체험한 화면 수, 머무른 시간온보딩 체험이 몰입감을 주고 있는지를 간접적으로 측정A/B 테스트: 기존 퍼널 vs 온보딩 우선 퍼널두 버전을 나눠 퍼널 전환율을 비교 실험온보딩 전략 변경이 실제 전환율 개선으로 이어지는지 검증결론온보딩을 먼저 제공하면 사용자는 서비스를 직접 체험해볼 수 있고,그로 인해 “이 정도면 가입해볼 만하네”라는 확신을 갖고 자연스럽게 전환될 수 있습니다.따라서 기존의 ‘가입 → 온보딩’ 패턴 대신, ‘온보딩 → 가입’ 흐름을 실험해보고 그 효과를 위 지표들로 측정하는 것이 전략적으로 유의미합니다.

안녕하십니까 선생님 강의 잘 듣고있습니다.만약 create_react_agent에 tool이 vectordb retriever를 수행 할 때 retriever의 문서의 내용이 너무 많은 context를 가지고 있다면 llm이 리트리버한 결과를 바탕으로 질문에 대한 답변을 하지 않고 리트리버 문서를 요약해서 답변으로 출력합니다. 왜 그런건지 궁금합니다. from langgraph.prebuilt import create_react_agent @tool def retriever_tool(query: str)->List[Document]: """ 이 도구는 HR 데이터베이스에서 정보를 검색합니다. """ return retriever.invoke(query) tools = [retriever_tool] research_agent = create_react_agent( model = llm, tools = tools, prompt=(""), )

안녕하세요.작업형2 지문에 보면 문제마다 아래와 같은 평가 지표들이 있는데.여러 처리를 통해 평가지표가 높은 모델이나 처리등으로 수정을 하겠지만혹시 해당 평가지표는 꼭 구하지 않아도 되는건지 궁금합니다.즉, 해당 평가 지표는 구하지 않고 그냥 결과 파일(result.csv)만 제출하는 코드를 작성해도 되는건지요.평가 지표: RMSE (Root Mean Squared Error)평가 지표: ROC-AUC  

안녕하세요!강의를 듣다 궁금한 점이 생겨 글 올립니다!컴포넌트 생성 시 확장된 javascript문법인 jsx가 아닌 js를 사용하는 특별한 이유가 있나요?함수형 컴포넌트 선언이랑 변수 선언시에 다 let으로 선언하신 이유가 따로 있나요? 화살표 함수를 사용하여 컴포넌트 선언시에는 보통 const를 사용하는 것 같은데 강의에서는 컴포넌트 선언시 뿐만 아니라 변수 선언시에 모두 let으로 사용해서 특별한 이유가 있는지 궁금합니다!

강의에서 3분 20초 정도부터 나오는 내용에서 수동빈 등록 vs 자동 빈등록에 대해서 Test코드가 문제 없이 성공했잖아요? 같은 빈의 이름이 두개인데 등록 성공했다는 뜻이죠.그런데 스프링 부트로 실행하는, 그러니까 CoreApplication에서 실행하는 본 코드에서는에러가 나잖아요?여기서 제가 궁금한게Test 코드가 본코드 실행전에 말그대로 정상 동작하는지 Test 하기 위함인데 Test 코드에서는 성공했는데 본 코드에서는 에러가 난다? 그렇다면 이거는 Test 코드의 목적이 없어지는것 아닌가요?제가 뭘 잘못 이해하고 있는걸까요?

안녕하세요 혹시 언제쯤 에상하시는지 알수있을까요?

기본으로 사용되는 글자는 얇고 띄음새가 넓어서 한눈에 들어오지가 않네요.강의에 사용되는 폰트는 어떤건가요?설정 -> 스타일 맞죠?

원핫 인코딩만 하다가 지금 예시문제 작업형2를 풀다보니 ..카테고리 수가 많은건 레이블 인코딩을 해야할거같아서 해보는데 범주형컬럼에서 카테고리종류가 달라도레이블인코딩으로 하면 문제가 없는것일까요?  

[질문 템플릿]1. 강의 내용과 관련된 질문인가요? (예/아니오)2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)[질문 내용]Order<-> Member는 N:1Order<-> Delivery 는 1:1 관계이며, proxy 객체로 들고오는 것이 목적이 아니기 때문에 fetch join 을 이용하여 바로 데이터를 DB에서 들고 온 거고OrderItems 는 조회문에서 뺀 다음 Order <-> OrderItmes 1:N Lazy 를 이용하여 proxy 상태로 들고 온 상태에서.get() 과 같은 함수를 이용해서 그때 데이터를 채워놓은거라고 이해하면 될까요?OrderItems에 데이터가 DB데이터가 채워질 때 N+1 과 같은 문제가 발생하지 않은 건 hibernate.default_batch_fetch_size 또는 @BatchSize 이용하기에 그런 거구요.그럼 만약에 Order 주문 조회 후 Controller 에서 해당 OrderItems 의 Class 를 확인하면 proxy로 나오게 되고, order.getOrderItems() 와 같이 호출을 하게 되면 OrderItems는 proxy 객체가 아닌 실제 DB조회데이터가 나오게 되는 걸까요??

아래는 해당 강의내용 코드입니다.type Operation2 = { (a: number, b: number): number; name:string }; const add2: Operation2 = (a, b) => a + b; const sub2: Operation2 = (a, b) => a - b; const mult2: Operation2 = (a, b) => a * b; const div2: Operation2 = (a, b) => a / b; 이 때 name 프로퍼티는 string으로 명시적으로 선언되었는데, 함수 타입이 Operaiton2 라고 정의된 oper2 꼴의 함수들에 name 프로퍼티를 정의하지 않았음에도 에러가 나지않는 이유가 궁금합니다!감사합니당

현재 Quasar는 강의에서 안내한 버전 그대로 맞추면 실행 시 에러가 발생해서, 핵심 버전만 맞추니 정상적으로 실행됩니다.혹시 에러 생기시는 분 참고하세요~

안녕하세요 제로초님 강의 잘 보고 있습니다.카카오 로그인을 구현하는 중에 문제가 생겨 어찌해서 해결했는데 해결된 이유가 궁금해서 질문드립니다! 1. 에러로그TypeError: queryString.stringify is not a function 이라는 에러가 나서 찾아보니 query-string 버전 충돌이 있는 것 같아 query-string을 @7.1.3 버전으로 설치하니 해결이 되었습니다.pnpm-locl.yml을 보니 query-string을 아래와 같이 두 버전을 같이 쓰고 있었습니다.  query-string@7.1.3: dependencies: decode-uri-component: 0.2.2 filter-obj: 1.1.0 split-on-first: 1.1.0 strict-uri-encode: 2.0.0 query-string@9.2.0: dependencies: decode-uri-component: 0.4.1 filter-obj: 5.1.0 split-on-first: 3.0.0  2. 사용하고 있는 패키지들1) @react-native-kakao/core@react-native-kakao/core@2.4.0(expo@53.0.10(@babel/core@7.27.4)(@expo/metro-runtime@5.0.4(react-native@0.79.2(@babel/core@7.27.4)(@types/react@19.0.14)(react@19.0.0)))(react-native-webview@13.13.5(react-native@0.79.2(@babel/core@7.27.4)(@types/react@19.0.14)(react@19.0.0))(react@19.0.0))(react-native@0.79.2(@babel/core@7.27.4)(@types/react@19.0.14)(react@19.0.0))(react@19.0.0))(react-native@0.79.2(@babel/core@7.27.4)(@types/react@19.0.14)(react@19.0.0))(react@19.0.0)': dependencies: crypto-js: 4.2.0 query-string: 9.2.0 react: 19.0.02) @react-navigation '@react-navigation/core@7.10.0(react@19.0.0)': dependencies: '@react-navigation/routers': 7.4.0 escape-string-regexp: 4.0.0 nanoid: 3.3.11 query-string: 7.1.3 위의 에러로그에서와 같이 tab layout에 접근하려 할 때 react-navigation의 getPathFromState.js에서 query-string의 import에서 문제가 발생하는 것 같았는데 정확히 어떤 문제인지 잘 모르겠네요.. lockfile과 node_modules를 삭제해도 동일하게 query-string은 두가지 버전으로 설치되었고 만약 package.json에 query-string을 7버전으로 명시적으로 설치하지 않으면 탭 레이아웃의 모든 페이지들에서 저 오류가 납니다.일단 query-string 패키지 설치를 해서 오류를 해결하긴 했지만 정확한 이유를 모르겠어서 질문드립니다 ! 아래는 GPT에게 질문시 답변한 내용입니다.GPT 답변 내용query-string@9.x는 ESM-only라서 CommonJS 방식의 import (import * as queryString) 시 undefined가 반환됨React Navigation 내부의 getPathFromState.ts에서 queryString.stringify(...) 호출 시 에러 발생의존성 충돌로 인해 런타임 크래시가 발생하는 것으로 보임 ❓질문드리고 싶은 점이러한 충돌을 예방하기 위한 공식적인 방법은 무엇인가요? (예: pnpm.overrides로 강제 버전 고정)혹시 다른 라이브러리에서도 이와 같은 ESM-CJS 충돌을 방지하기 위한 일반적인 best practice가 있을까요?// package.json"dependencies": { "@expo/vector-icons": "^14.1.0", "@react-native-async-storage/async-storage": "2.1.2", "@react-native-kakao/core": "^2.4.0", "@react-native-kakao/user": "^2.4.0", "@react-navigation/bottom-tabs": "^7.3.10", "@react-navigation/elements": "^2.3.8", "@react-navigation/native": "^7.1.6", "@rneui/themed": "4.0.0-rc.8", "@supabase/supabase-js": "^2.49.9", "expo": "~53.0.9", "expo-blur": "~14.1.4", "expo-build-properties": "~0.14.6", "expo-constants": "~17.1.6", "expo-dev-client": "~5.1.8", "expo-font": "~13.3.1", "expo-haptics": "~14.1.4", "expo-image": "~2.1.7", "expo-linking": "~7.1.5", "expo-router": "~5.0.6", "expo-splash-screen": "~0.30.8", "expo-status-bar": "~2.2.3", "expo-symbols": "~0.4.4", "expo-system-ui": "~5.0.7", "expo-web-browser": "~14.1.6", "query-string": "^7.1.3", "react": "19.0.0", "react-dom": "19.0.0", "react-native": "0.79.2", "react-native-gesture-handler": "~2.24.0", "react-native-reanimated": "~3.17.4", "react-native-safe-area-context": "5.4.0", "react-native-screens": "~4.11.1", "react-native-url-polyfill": "^2.0.0", "react-native-web": "~0.20.0", "react-native-webview": "13.13.5", "zustand": "^5.0.5" },

CH5-1에서 언급해주신 특정 IP만 접속 가능한 화이트리스트, 블랙리스트 기능 혹시 강의 예정 있으실까요?? 막상 언급하시니 궁금해서요...

학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요!질문과 관련된 영상 위치를 알려주면 더 빠르게 답변할 수 있어요먼저 유사한 질문이 있었는지 검색해보세요(sklearn.metrics) 이 패키지에 RMSE, RMSLE, MAPE 등 다 추가 됐다고 말씀하셨던 것 같은데작업형2 모의문제2 에서는 직접 수식을 계산해야 한다고하셔서 혹시 어떤게 맞는건가요?패키지에 추가 됐긴했는데 시험장에선 업데이트가 안됐다고 이해하면 될까요??

  appBar 를 영상처럼 그대로 따라했는데, 에뮬레이터에는 '홈'이란 글씨만 적혀있고 상단에 바가 나타나지 않습니다. 어떻게 해야할까요?