안녕하세요. 뉴스페이퍼 싱글 템플릿 디자인 관련하여 문의드립니다. 강의를 듣고 현재 뉴스페이퍼 테마로 하나 둘 씩 글을 작성해보고 있습니다. 싱글 템플릿(글 읽기 페이지)에서 왼쪽에 애드센스를 배치하다 보니, 전체 싱글 페이지 가 오른쪽으로 치우쳐 보여 본문 공간이 다소 좁게 느껴집니다. 기존에는 애드센스 30%, 본문 70% 비율이었는데, 제가 애드센스 25%, 본문 75%로 조정했습니다만.. 그럼에도 불구하고 여전히 본문이 다소 답답하게 느껴집니다. 가능하다면 본문이 화면 정중앙에 배치되고, 전체적으로 화면을 조금 더 넓게 사용할 수 있는 방법이 있을지 궁금합니다. 현재 화면상으로는 좌우 여백이 많은데, 실제 사용 가능한 본문 폭이 좁게 느껴져서요. 만약 뉴스페이퍼 템플릿 구조상 조정이 어렵다면, 본문을 정중앙에 배치하기 위해서는 왼쪽 스티키 애드센스를 제거해야 하는지도 함께 여쭙고 싶습니다. 비교를 위해 현재(as-is) 페이지와 참고하고 싶은(to-be) 페이지 링크도 함께 전달드립니다. 현재 페이지: https://wikijade.co.kr/schd-%ec%98%a4%eb%a5%b4%eb%8a%94%ec%9d%b4%ec%9c%a0-%ed%8f%ac%ed%8a%b8%ed%8f%b4%eb%a6%ac%ec%98%a4%eb%b6%84%ec%84%9d/ 참고 페이지: https://www.elle.co.kr/article/1899973 도움 요청드립니다. 감사합니다.
(AI 퀀트) 바이브 코딩으로 미국 주식 AI 자동 분석 시스템 만들기 with Claude Code
수업 자료 에는 아래와같은 설명이있는데, 실제 구현은 안되있는것처럼 보이는데 원래 그런건가요? 제가 놓친건가요 개념 설명: 수급 분석 (Supply/Demand) 거래량 패턴으로 “큰손이 조용히 사 모으는지, 팔고 있는지” 추적해요. 3 가지 핵심 수급 지표 • MFI (Money Flow Index): “돈이 들어오는지 나가는지”를 0~100 으로 표시. 가격 x 거래량으로 계산 → RSI 의 거래량 버전. 80+ = 과열 / 20- = 침체 • OBV (On-Balance Volume): 상승일 거래량은 +, 하락일 거래량은 -로 누적. OBV 상승 = 매수세 강함 / OBV 하락 = 매도세 강함. 주가가 횡보인데 OBV 상승? → 조용히 매집 중! • Volume Ratio (5 일/20 일): 최근 5 일 평균 거래량 / 최근 20 일 평균 거래량. 1.5+ → 거래 급증! 뭔가 일어나고 있다. 0.5- → 거래 급감. 관심이 식어가는 중
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 실무 조언으로 묵시적 조인 대신 명시적 조인을 사용하라는 부분에 대해 질문이 있습니다. 단일 값 경로 표현식이나 컬렉션 값 경로 표현식을 사용하면 무조건 내부 조인이 발생하는데 명시적 조인을 쓰라는 것이 어떤 의미인지 잘 모르겠습니다. 어차피 발생할 조인을 겉으로 드러내서 내부 조인이 발생하는 지점이라도 명시하자 라는 의미로 말씀하신걸까요? 아니면 다른 개선책이 있어서 명시적으로 조인을 사용하라고 하시는걸까요?
영상에 있는 업케스팅 에시들 다 따라해보고 이해도 했습니다. 볼때마다 안하고 상속하는 거와 별차이 없는 거 아닌가 이런 생각만 듭니다. 상속을 해도 부모 생성자부터 호출하고 상속을 해도 자식 메서드를 우선 적용하고 업캐스팅 표시가 있어서 생성자를 부모먼저 자식먼저 하는 건 업캐스팅이 있으나 없으나 마찬가지 아닌가 이런 생각만 듭니다.
========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 여기에 질문 내용을 남겨주세요. 이렇게 오류가 떠서 jdk oracle을 다운 받고 sdk도 설정하고 IVM도 설정했습니다. 자바 스프링 버전은 최신 버전인 4.0.5 대신 강의 자료에서 3.x인 최신버전을 선택하라길래 3.5.13.을 선택했습니다. 무슨 문제일까요?
Orchestration SAGA 패턴 구현에 대해 고민하다가 질문이 생겨 남깁니다. 보상을 요청하는 메서드가 명시적으로 나와있어 호출할 때(동기로 호출) 만약 rollback을 요청하는 호출이 실패하게 된다면 이후의 순서대로 service에 보상 요청을 하는 동작을 멈춰야 할지 계속 진행하는 게 바람직할지 고민이 됩니다. 예를 들어 서비스 1,2,3,4가 있고 center server가 orchestration 관리를 하고 1,2,3,4 순서대로 서비스 호출해서 관리를 진행한다고 했을 때 3에서 장애가 발생해서 2를 롤백하던 중 2 롤백에서 예외가 발생해서 롤백에 실패한 경우 orchestration에서 1에 대한 롤백을 진행해줘야 할지 아니면 일단 멈춰야 할지 고민입니다. 고민의 이유는 순서대로 롤백을 해주는 것은 앞에 작업이 뒤의 작업에 의존성이 있을 때만 그렇게 해주면 되나에 대한 고민이 있었습니다. 두 롤백 간에 데이터 의존성이 없다면 괜찮지 않을까 고민했습니다. 다음으로 일단 1도 롤백을 한다면 어디서부터 어디까지 롤백이 진행됐는지 추적이 어려워지지 않을까 고민했습니다. 롤백을 어떤 것은 해주고 어떤 것은 안해준다면 어디까지 롤백했는지 추적이 힘들어지지 않을까 생각이 들었습니다.
(AI 퀀트) 코드 한 줄 안 쓰고 주식 자동 분석 시스템 만들기 feat. Claude CLI
💡 수강생 안내 사항 (커뮤니티 가이드) 학습 관련 질문 : 구체적으로 적을수록 정확한 답변을 받을 수 있습니다. 작성 팁 : 마크다운과 단축키를 활용하면 글을 더 편리하게 작성할 수 있습니다. 사전 검색 : 질문을 남기기 전, 커뮤니티 질문 & 답변에 비슷한 내용이 있었는지 먼저 검색해 보세요. 커뮤니티 매너 : 서로 예의를 지키며 존중하는 분위기를 함께 만들어가요. 서비스 문의 : 인프런 서비스 관련 문의는 1:1 문의하기 를 이용해 주세요. 노션 승인 부탁드립니다. 종가배팅도 구매했는데 고민끝에 수강 신청 했습니다. 그리고 질문 있습니다. 추가 강의에 수집한 데이터로 당일 단체상승 테마/종목 이런건 구현하는 방법을 알고 싶습니다.
안녕하세요 강의 잘 듣고있습니다. 프로그래밍을 배운적이 있어서 기출 문제 강의 부터 보고 킬러문제 1,2개 제외한 나머지는 대체로 이해 하고 푸는 수준입니다. 올려주신 문제는 모두 다 풀었는데 현시점에서 새로운문제를 더 풀어보는게 나은지 이론암기와 현재까지 풀었던 문제 복습하고 시험장 가는게 나을지 .. 조언을 구해 봅니다..
형 ... @Bean public Step threatAnalysisStep( JpaPagingItemReader<Human> humanThreatDataReader, ItemProcessor<Human, TargetPriorityResult> threatAnalysisProcessor, FlatFileItemWriter<TargetPriorityResult> targetListWriter ) { return new StepBuilder("threatAnalysisStep") .<Human, TargetPriorityResult>chunk(10, transactionManager) .reader(humanThreatDataReader) .processor(threatAnalysisProcessor) .writer(targetListWriter) .taskExecutor(taskExecutor()) // deprecated 되어서 안씀 // .throttleLimit() .build(); } ... 에서 .throttleLimit() 부분이 5 이후로 deprecated 된다고 명시되어 있어. 관심사 분리로 인해서 taskExecutor 정의 부분에서 설정하라고 권장하는 것을 확인했거든. 현재 강의가 사실상 Spring Batch 5.x 까지의 기본 내용과 원리를 살펴봤잖아 ? 그렇다 하더라도 혼란을 줄 수 있기 때문에 해당 부분은 삭제하던지 아니면 추가 내용을 기재해야 할 것으로 보여.
