질문&답변
Claude Code에서 plan mode를 사용한다면 굳이 그럴 필요가 없을 수 있습니다. 그러나 Desktop이나 Web에서 설계 과정의 대화를 기록으로 남겨두면 그 자체로 하나의 훌륭한 회의록이 되어 줍니다. 그리고 각종 문제를 해결할 때도 대화 세션의 도움을 받을 수 있습니다. 초기 설계 대화 세션, 설계에 기반한 코드 작성 대화 세션, 코드리뷰 등 세 가지 세션은 별도로 분리하는 것이 나쁘지 않은 선택이라 하겠습니다. 참고하시기 바랍니다. :)
질문&답변
배운 내용을 잘 활용하셨네요. 코드도 깔끔하고요. 잘 하셨습니다. 현재 학습단계에서는 딱히 지적할 내용은 없습니다. 잘 하셨습니다. :)
질문&답변
최초 강의 계획은 해당 차시를 따로 분리해 설명하려 했었습니다. 그러나 설명과정에서 자연스럽게 관련 내용들이 등장했고 별도로 논하는 것이 오히려 흐름에 방해가 된다고 판단해 생략 됐습니다. 내용이 아무리 좋더라도 불필요하게 긴 설명으로 이어지는 것은 좋지 않다 생각한 것입니다. 학습에 참고하시기 바랍니다. :)
질문&답변
PC2대를 추천하는 경우는 실제 서비스 시스템을 직접 구축하는 경우와 관련이 있습니다. 사실 개발보다는 운영관점에서 그렇습니다. 그러나 다른 차시에서 언급한 것처럼 프론트엔드/백엔드를 동시에 개발하도록 하는 것이 AI에게는 더 좋습니다. 실제로 결과물도 더 잘 나옵니다. AI환각은 생각보다 자주 발생합니다. 프론트와 백엔드를 분리해 개발할 경우 주고 받는 문서를 이용한다 하더라도 API 규정을 제대로 맞추지 못해 오류가 발생하는 일이 꽤 빈번합니다. 특히 Sonnet급 모델 및 그 이하 모델에서 이런 현상이 두드러집니다. 그러므로 가급적 기능 위주로 개발단위를 규정하고 프론트와 백엔드를 동시에 개발하는 것이 더 좋겠습니다. 참고하시기 바랍니다. :)
질문&답변
마지막 차시 강의자료로 첨부했습니다. 참고하시기 바랍니다. :) https://inf.run/ZYcya
질문&답변
설계 차시 강의자료로 첨부하였습니다. inflearn.com/courses/lecture?courseId=342784&tab=curriculum&type=LECTURE&unitId=464457 참고하시기 바랍니다. :)
질문&답변
자료를 올렸다고 착각하고 있었네요. 불편하게 해드려 죄송합니다. 지금 올렸습니다. :)
질문&답변
전반을 설명하는 맥락으로 보는 것이 좋긴 합니다. DBD 공격의 경우 Landing -> Hopping -> Repository 순으로 접속이 일어납니다. 이 과정에서 한 가지만 연결이 끊기면 최종적으로 공격은 성공하지 못합니다. CORS가 DBD를 막기 위해 만들어졌다고 할 수는 없지만 결과적으로 DBD 공격을 막는 것에도 영향을 준 것으로 이해할 수 있겠습니다. 본인의 생각과 더불어 함께 생각해보시면 좋겠습니다. :)
질문&답변
저도 오류 나옵니다. 정확히는 문법오류가 아니고 '경고' 입니다. 그렇기 때문이 컴파일 및 빌드는 가능합니다. countof()는 AI 답변에도 나오는 것처럼 함수가 아니라 매크로이며 결과 형식은 unsigned _int64 형식입니다. 강제로 unsigned int로 변경하면 경고도 사라지게 할 수 있습니다. 이 역시 AI 답변을 참고하시기 바랍니다.
질문&답변
szName(char형 배열)과 nAge는 서로 다른 변수이므로 각자 별도의 메모리 공간을 사용합니다. 그리고 gets_s() 함수는 stdin 장치 파일 버퍼에서 '\n'이 나올 때까지 문자열을 읽어 옵니다. stdin에서 문자열을 읽어 오는 것은 scanf_s() 함수도 마찬가지 입니다. 콘솔 파일(stdin) 버퍼는 변수로 선언되어 있는 것이 아니며 내부적을 존재하는 메모리 입니다. 당연히 szName, nAge 변수와는 관련이 없습니다. 그러므로 잘 이해하셨습니다. :)
