안녕하세요! 6번 문제에서 약간 헷갈리는게 있어서 질문 드립니다. 비용효율성을 높이고 싶고, 다년계약에 묶이고 싶지 않다. 가장 적절한 구매 옵션은? 에서 부분 선결제 조건이 선결제 없음보다 할인율이 높다면 부분 선결제로 가는 것이 비용 효율성을 높이는 방법일 수 있지 않을까요? 지문에 선결제를 원하지 않는다가 없어서 질문드립니다.
1. 현재 학습 진도 섹션 3 15강 수강 2. 어려움을 겪는 부분 아직 섹션3 15강밖에 수강하지 않았지만 예전에 배포했을때 설정 문제로 과금이 나간적이있어서 강의는 계속 들으면서 로컬에서 해보고 개인 프로젝트에 적용해보는것이 좋을까요? 아니면 둘 다 하는것이 좋을까요??
제목 처럼 실행 했을때 아래 사진 처럼 나오네요. 그리고 cursor의 터미널에서 표출된 에러 내용을 복사해서 클로드에 붙여넣기 하는 방법이 ctrl+c, ctrl+v 인가요? 잘 안되어서 질문합니다. 아니면 시간 지체가 있나요? 왜 물어보냐면 노트북을 켜고 커서를 실행하면 시간이 좀 소요되어서 그럽니다. 아직 답변이 없어서 지난 강의를 다시 들으면서 다시 해봐도 같은 결과네요... 강의 내용대로 supabase_key를 복사해 붙였는데도요. 인프런 AI 인턴 답변 처럼 해야 하나요?
for 문에서 초기화 -> 조검검사->참이면 처리->증감->조건검사->조건 감사-> 아닌가요? intc=0; for(I=1; I>3; i++) { c++; } printf("c=%d",c); 정답: ? 답변이 어려운 질문 좋은 질문 예시 3강 12분 35초에서 설명하신 반복문 조건식이 이해되지 않습니다. 왜 i < 10으로 작성하나요? 5강 08분 10초에서 나온 코드 실행 결과가 제 환경에서는 다르게 나옵니다. 아래는 제가 작성한 코드입니다. 정확한 강의 위치와 질문 내용을 함께 남겨주시면 더 빠르고 정확하게 답변드릴 수 있습니다.
[질문 내용] SumTask의 run()메서드 안 for문에서 result += i;를 하지 않고 지역변수인 sum을 사용하여 마지막에 result = sum을 하신 이유가 지역변수(sum)는 스택영역, 멤버변수(result)는 힙 영역에 관리되어, 매번 메인 메모리에 있는 result의 값을 변경하는 것이 아닌 cpu 코어의 캐시 메모리를 사용하는 것이 더 빨라서일까요?
안녕하세요, 이번에 RDS 관련 내용을 학습하면서 질문이 생겼는데요, Read Replica가 읽기 전용으로 DB를 복제/생성 함으로써 읽기 트래픽을 분산하여 원본 DB의 부하를 낮추고 성능을 향상시키는 것은 이해했습니다. 다만, 원본 DB로부터 Read Replica를 생성한 이후 원본 DB에 쓰기 등의 작업으로 데이터가 갱신되었을 때, Read Replica DB는 자동으로 원본과 Sync를 맞춰 갱신되는 걸까요, 아니면 쓰기 작업이 발생할 때마다 새로 Replica를 생성하고 연결을 갱신하도록 해줘야하는건지 궁금해졌습니다. 또한, 대부분의 서비스가 원본 DB의 쓰기를 상당히 많이 요구하는 작업 기반의 서비스가 많을 것으로 예상되는데 읽기 전용의 트래픽을 요구하는 서비스가 어떠한 것들이 더 있는지 예시가 있는지 문의드립니다.
안녕하세요, 문제가 풀다가 궁금한 점이 있어 질문드립니다! 실전 문제 풀이 15강의 14번 문제입니다 Amazon RDS에서 Multi-AZ 배포에 대해 이제 io2 Block Express도 지원한다고 되어있더라구요 덤프 문제가 이전 기준이라 A번의 설명에서 io2는 지원되지 않는다고 한 것 같은데, 현 시점에선 지원이 되는걸로 보는게 맞을까요? 관련 문서: https://aws.amazon.com/ko/blogs/database/amazon-rds-multi-az-db-clusters-support-new-storage-configurations/
안녕하세요. 강의를 수강해주셔서 감사합니다. 질문 작성 시 아래 내용을 함께 작성해주시면 보다 정확하고 빠르게 답변드릴 수 있습니다. 현재 진행 중인 섹션 또는 강의명 발생한 에러 내용 관련 코드 콘솔 에러 메시지 기대한 결과와 실제 결과 특히 개발 관련 질문은 코드와 에러 로그를 함께 첨부해주셔야 원인 파악이 훨씬 수월합니다. 또한 이 강의는 실무형 프로젝트 기반 강의이기 때문에, 구현 방식이나 설계 방향이 상황에 따라 달라질 수 있습니다. 질문 전에는: 강의 내용을 다시 한번 확인해보시고 기존 질문/답변에 유사한 내용이 있는지도 함께 확인 부탁드립니다. 수강생분들과 함께 좋은 학습 환경을 만들 수 있도록 서로 존중하는 분위기에서 이용 부탁드립니다. 감사합니다.
헥사고날 아키텍처와 DDD를 적용할 때, 화면에 강하게 연관된 조회 데이터를 어떻게 다루는 게 좋은지 궁금합니다. 예를 들어 채팅방 목록 화면에서 각 채팅방마다 다음 정보를 한 번에 보여줘야 한다고 가정하겠습니다 . ex) 채팅방 이름, 마지막 채팅 내용, 읽지 않은 채팅 개수 이 정보를 구하려면 room, chat, read_status 같은 여러 테이블을 함께 조회해야 하고 , N+1 문제를 피하려면 Querydsl 이나 JDBC 등을 사용해서 한 번의 쿼리로 조회하는 방식이 필요해 보입니다 . 이 경우 제 생각에는 기존 포트와 분리해서 , 조회 전용 port 와 query repository interface 를 application 계층에 두고 , adapter 계층에서 Querydsl/JDBC/MyBatis 등으로 구현하는 것이 해결책 같습니다. 이런 식으로 cqrs패턴을 적용하는 것이 유일한 해결책인가요? 혹시 더 나은 방법이 있는지 궁금하여 질문남깁니다. (강의 너무 잘 보고 있습니다)
답안에서 4개 중 3개만 맞췄는데 이런 코드문제같은 경우엔 나머지 3개에 대해서 부분 점수가 들어가나요? 아니면 그냥 0점 처리가 되는건가요? 이거로 60이 넘냐 못넘냐가 갈릴꺼같아서 물어봐요 ㅠㅠㅠㅠㅠㅠㅠㅠ 커뮤니티나 유튜브에서는 코드문제는 통으로 0점처리 될꺼라는 말도 있고 된다는 말도 있고 제미나이는 무조건 된다고 하기도하고 하고요ㅠ