안녕하세요. 구글 시트에 제출드린지 일주일 가까이 지났는데 아직 노션 공유가 안되어있어서요.. 이 글 확인하신다면 공유 부탁 드립니다. 공유 요청드린 이메일은 han931120@gmail.com 입니다!  그리고 Array vs Linked List같은 수업 자료들도 노션 공유를 받아야 확인할 수 있는건지 알려주시면 감사하겠습니다.

1. 현재 학습 진도몇 챕터/몇 강을 수강 중이신가요? 6-4. 캐싱의 개념 3 2. 어려움을 겪는 부분어떤 개념이 헷갈리시나요?수업 자료를 보면 "Cache Aside는 구현이 간단하고 캐시 효율이 뛰어납니다. 하지만 데이터가 변경되었을 때 실시간으로 반영되지 않아 데이터 불일치 가능성이 있습니다."고 하는데, 왜 Cache Aside가 구현이 간단하고 캐시 효율이 뛰어난지 잘 이해가 가지 않습니다. Cache Aside에서는 애플리케이션 단에서 컨트롤을 다 해야 해서 구현이 길어지지 않나요? Cache Aside가 다른 전략과 비교했을 때 캐시 효율이 뛰어난 이유가 있을까요?  3. 시도해보신 내용문제 해결을 위해 어떤 시도를 해보셨나요?데이터 변경시 데이터 불일치에 대한 설명이 있는 것을 보면 혹시 해당 부분 설명은 Cache Aside보다는 Write Around Aside 에 대한 설명에 더 가깝지 않을까하는 생각도 해보았습니다.  

1. 현재 학습 진도몇 챕터/몇 강을 수강 중이신가요? 6- 12 여기까지 이해하신 내용은 무엇인가요? RedisTemplate으로 SETNX를 할 수 있고, 이 때의 리턴값은 boolean이다.  2. 어려움을 겪는 부분어떤 개념이 헷갈리시나요?수업 자료에는 RedisTemplate을 통해 SETNX 요청시 키 존재 유무와 상관없이 모두 True를 리턴한다고 설명 3. 시도해보신 내용문제 해결을 위해 어떤 시도를 해보셨나요?혹시 키가 이미 존재하면 RedisTemplate에서는 False 를 리턴하는 것이 아닐까요? 

19강 3분 37초에 "페이지 테이블의 주소 변환 기법을 살펴보겠습니다."를 말하시고 끊긴 것처럼 해당 개념에 대한 설명없이 다음으로 넘어가는 것 같습니다.

17강을 보고 제가 이해한대로 다이어그램을 그려보았는데 잘 이해했는지 검토해주시면 감사하겠습니다.   

5~8강을 보고 정리를 다이어그램을 그려봤는데 틀린 부분이 있으면 말씀해주셨으면 좋겠습니다.질문Blocked 상태인 프로세스가 Swap out 되어 디스크로 쫓겨나더라도, 이전에 요청했던 입력 작업은 해당 키보드 컨트롤러가 멈추지 않고 계속 수행하는 것이 맞나요? 만약 맞다면 이후 사용자가 입력을 완료해서 인터럽트가 발생하면 CPU가 이를 인지하고 운영체제에게 제어권을 넘겨주게 되는데,이때 운영체제가 키보드 컨트롤러로부터 입력된 데이터를 받아오고, 해당 프로세스의 상태를 Suspended-Blocked에서 Suspended-Ready로 변경해 주는 것인가요?

4단계 파이프라이닝(인출-해독-오퍼랜드 인출-실행)에서, 즉시 주소 지정 방식은 ADD R1, #5처럼 상수값이 명령어 자체에 포함되어 있어서 메모리 접근이 필요없다고 이해했습니다.이 경우에도 파이프라인 구조를 유지하기 위해 오퍼랜드 인출 단계에서 1클록을 소비하며 그냥 통과하는 건가요?아니면 다른 방식으로 처리되나요?

.

directx에서 코딩하면서 배우는걸 유니티, 언리얼 실무할땐 거의 안쓰지 않나요?뭘 최적화해야할지에 대해 알게되는건 약간 도움이 될 거같긴 한데, 그 목적으로로 그래픽스를 공부하기에는.. 너무 과하지 않나요?

1. 현재 학습 진도몇 챕터/몇 강을 수강 중이신가요?4-6. 트랜잭션 실습 - 쿠폰 동시성 문제 해결 여기까지 이해하신 내용은 무엇인가요? 2. 어려움을 겪는 부분똑같이 멀티스레드 환경인데 successCount 는 AtomicInteger로 세팅되어 있고, currentParticipants 는 AtomicInteger가 아닌 이유가 궁금합니다. 이렇게 되면 Java단에서부터 currentParticipants++할 때 동시성 문제가 발생하지 않을까요?3. 시도해보신 내용 GPT에 물어보니 AttributeConverter 사용하면 JPA에서도 AtomicInteger를 쓸 수 있다고 합니다. 

안녕하세요."9.컴퓨터 하드웨어 구성 요소 및 시스템 버스의 역할" 강의 내용 중, 10:17 에 나오는 제어 버스 그림 내 화살표 오류 여부 문의드립니다. CPU: 메모리/입출력 장치에게 READ/WRITE 동작 지시 신호를 보냄 그림에서 "메모리"에게 설명대로 CPU가 READ/WRITE 신호를 보내고 있으나,"입출력 장치"에게 "CPU"가 Read/Write 신호가 아닌, "Ready/Wait" 신호를 보내고 있습니다. 따라서 아래와 같이 되어야 한다고 이해됩니다.READ/WRITE = CPU가 보내는 신호READY/WAIT = 장치가 보내는 신호설명 주신 제어 버스 동작 원리와 화살표 표기에 오류가 있을까요?

안녕하세요 딩코님, 클라우드 환경에서 비용이 발생하지 않는 올바른 테스트 방법에 대해 여쭙고자 질문 남깁니다. 제 스스로 느끼기에, 제가 프리티어로 사용하고 있는 EC2 인스턴스 내부에서 k6 스크립트를 실행하게 되면 EC2 과부화는 물론 RDS 에도 몇백만건의 데이터가 삽입이 되니 비용적, 컴퓨팅 자원적 문제가 발생할 것 으로 생각이 됩니다. 그래서 혹시 다음과 같은 방법으로 클라우드 환경 테스트를 진행하면 될지 여쭤보고 싶습니다.테라포밍을 통해 AWS EC2 + RDS 조합으로 서버 배포배포된 해당 주소로 제가 가지고 있는 노트북(EC2 아니고 제 로컬 PC) 터미널에서 k6 스크립트 실행이때도 비용문제가 발생하는지? -> 아니라면 저비용으로 테스트하는 국룰 방법을 좀 소개해 주시면 감사드리겠습니다 ! 강의 너무 재밌습니다 ㅋㅋㅋ 감사합니다 !

제2정규형 예시에서 등급 테이블을 보면 PK가 중복 되는 것처럼 표현됐는데 오류인가요?

1. 현재 학습 진도2-9  2. 어려움을 겪는 부분window 11 에서 k6 1.3.0 버전을 사용 중 이고set K6_WEB_DASHBOARD=truek6 run k6-scripts/k6-test.js로 명령어를 쳐도 테스트 자체는 실행이 되지만 대쉬보드가 나오지 않습니다 3. 시도해보신 내용처음엔 버전 문젠가 해서 최신 버전으로 수정 했고 5665 포트도 사용 중 은 아닌 것 을 확인 이 외에 체크를 해야 할 것이 있는지 모르겠습니다.

1. 현재 학습 진도2챕터 4강 2. 어려움을 겪는 부분docker compose -d --build 를 터미널에 입력하면이렇게   => ERROR [internal] load metadata for docker.io/library/openjdk:17-jdk-slim 해당 에러가 계속 발생합니다.(docker compose -d 는 정상 실행 됩니다.)3. 시도해보신 내용찾아보니 docker 설정 파일을 삭제하고 하라던지 jdk 이미지를 삭제하고 하라던지 해서 rm ~/.docker/config.json 라던지 등을 해봤습니다만 계속 문제가 생깁니다.현재 해당 도커 이미지가 사용 중지된거같아서Dockerfile 에 FROM eclipse-temurin:17-jdk-jammy 로 수정했는데 이래도 괜찮을까요 ?  

### HTTP 캐싱이 무엇이며 관련된 HTTP 헤더를 설명해주세요.HTTP 캐싱은 클라이언트나 중간 캐시 서버가 동일한 리소스를 재요청하지 않고, 저장된 사본을 사용해 네트워크 트래픽을 줄이는 기술입니다. 이를 위해 캐시 동작을 제어하는 헤더와, 리소스 변경 여부를 확인하는 검증 헤더, 조건부 요청 헤더가 사용됩니다.대표적인 캐시 제어 헤더로는 최신 HTTP에서 사용하는 Cache-Control, 구버전 브라우저와 호환을 위한 Pragma, 그리고 만료일을 지정하는 Expires가 있습니다. 리소스 변경 여부를 검증하는 ETag와 Last-Modified 헤더를 통해 서버는 클라이언트가 가진 리소스가 최신인지 판단하고, 조건부 요청 헤더If-Match, If-None-Match, If-Modified-Since, If-Unmodified-Since)를 활용하면 변경되지 않은 경우 전체 데이터를 전송하지 않고 304 Not Modified를 반환할 수 있어 효율적인 데이터 전송이 가능합니다.VS### HTTP 캐싱이 무엇이며 관련된 HTTP 헤더를 설명해주세요.HTTP 캐싱은 클라이언트(브라우저)나 중간 캐시 서버가 동일한 리소스를 재요청하지 않고, 저장된 사본을 사용하여 네트워크 트래픽을 줄이는 기술입니다.이를 제어하기 위해 캐시 제어 헤더, 검증 헤더와 조건부 요청 헤더가 사용됩니다. 캐시 제어 헤더는 클라이언트와 중간 캐시 사이에서 리소스의 캐싱 동작을 제어하는 핵심적인 역할을 합니다. 대표적으로 Cache-Control, Pragma, Expires 헤더가 사용됩니다.- Cache-Control 헤더는 최신 HTTP 에서 사용되며 캐시 동작을 제어합니다.- Pragma 헤더는 HTTP/1.0 이전에서 사용되며, 구버전 브라우저와의 호환성을 위해 사용됩니다.- Expires 헤더는 HTTP/1.0 부터 사용되며, 캐시 만료일을 정확한 날짜로 지정할 수 있습니다. Cache-Control: max-age 와 함께 사용되면, 해당 헤더는 무시됩니다.검증 헤더와 조건부 요청 헤더는 클라이언트가 이미 가지고 있는 리소스가 최신인지 확인하고, 변경되지 않았다면 서버가 불필요하게 전체 데이터를 전송하지 않도록 하는 기능을 합니다. 대표적으로 ETag & Last-Modified, If-Match, If-None-Match & If-Modified-Since, If-Unmodified-Since 헤더가 사용됩니다.- 검증 헤더- Last-Modified : 리소스가 마지막으로 수정된 날짜를 바탕으로 리소스가 변경되었는지 확인합니다.- ETag : 리소스의 고유 식별자(Tag)를 제공하여, Last-Modified 보다 정확하게 리소스가 변경되었는지 확인할 수 있습니다.- 조건부 요청 헤더- If-Match : 클라이언트가 가진 ETag와 서버의 ETag가 일치할 때만 요청을 수행합니다.- If-None-Match : 클라이언트가 가진 ETag와 서버의 ETag가 다를 때만 요청을 수행하며, 일치하면 304 Not Modified를 반환합니다.- If-Modified-Since : 클라이언트가 가진 마지막 수정 시각 이후로 리소스가 변경되었을 때만 응답을 반환하며, 변경되지 않았다면 304 Not Modified를 반환합니다.- If-Unmodified-Since : 지정한 시간 이후로 리소스가 수정되지 않았다면 요청을 수행합니다.면접관은 첫번째 답변과 두번째 답변 중 어떤 답변을 선호할까요?  첫번쨰는 결과론적이지만 뭔가얕다는 생각이 들지만 면접관이 꼬리질문하기 쉽게 말한거같고 (물론 꼬리질문도 대비했습니다)  두번째 답변은 디테일을 중심으로 말해서 좋게보일 순 있지만.. 면접관이 꼬리질문하기 어려울거같아서.참 고민이군요.. 지식 공유자님은 위 두가지 답변 중 어떤 답변을 선호하시나요? 그리고 그 이유가 있을까요? 

이력서에 넣을 성능을 측정할 때단순한 쿼리 실행 속도나 API 응답 속도까지로컬이 아니라 aws에 띄워서 비교하는 게 좋을까요? 

강의 정말 잘 들었습니다! 혹시 아래 내용들을 추가해주실 계획이 있으실까요?예외 처리 파트에서 Checked Exception & Unchecked Exception 관련 간단한 언급StringBuilder & StringBuffer 설명 시, String Constant Pool 개념에 대한 보충별개로 네트워크 강의 부분에서도 HTTP 버전별 특징과 Keep-Alive 지원 여부에 대한 설명 추가지금도 매우 훌륭한 강의이지만. 위 내용이 포함되면 취준생 입장에서 조금 더 많이 도움을 받을 수 있을 것 같습니다. 혹시 고려해주실 수 있을까요? 감사합니다!

1. 현재 학습 진도몇 챕터/몇 강을 수강 중이신가요? 여기까지 이해하신 내용은 무엇인가요? 2. 어려움을 겪는 부분어느 부분에서 막히셨나요?코드의 어떤 로직이 이해가 안 되시나요?어떤 개념이 헷갈리시나요? 3. 시도해보신 내용문제 해결을 위해 어떤 시도를 해보셨나요?에러가 발생했다면 어떤 에러인가요?현재 작성하신 코드를 공유해주세요  안녕하세요 강의 잘 보고 있습니다. 저는 강의를 보고 아래와 같이 이해를 했습니다.1.API 별 실행 쿼리 모니터링 구현2.그러면, 모든 api 엔드포인트에 대한 쿼리 min , max값을 알 수 있음. 질문1근데, 그렇게 되면 실제로 서비스에 필요한 코드와 모니터링 코드가 불필요하게 섞이는 거 아닌가요? 왜냐하면, 실제 모니터링이라고 하면 서버를 유지보수할 때, 필요한 데이터를 실시간으로 받아와서 시각화한다는 것으로 이해를 했습니다. 그런데 "API 별 실행 쿼리 모니터링 구현"은 서버의 유지보수에 필요한 모니터링 기능이 아니라,  1번만 딱 실행되면 되는데 이 부분이 왜 모니터링 구현으로 분류가 되는지 잘 모르겠습니다!  질문2API 별 실행 쿼리 모니터링 구현 부분에서, 실무에서도 "API 별 실행 쿼리 모니터링을 구현"해서 사용하는게 맞나요? 잘은 모르겠지만, 쿼리 분석이나 다른 방법이 있을 것 같은데 왜 이 부분이 서비스 코드 내에 포함을 시키면서까지 모니터링의 영역으로 분류가 되는지 잘 모르겠습니다 ! 질문3 만약에 실무에서는 해당 방법을 잘 사용하지 않는다면 API 별 실행 쿼리 횟수를 보통 어떤 식으로 측정을 하는건가요??? 감사합니다 !    이렇게 구체적으로 알려주시면, 더 정확하고 도움이 되는 답변을 드릴 수 있습니다!

노션 공유 이메일에서 accept invite를 클릭하면 이 페이지에 접근할 권한이 없습니다. 라고 뜹니다 왜 그런 건가요???