최댓값 구하기(서바이벌)에서 수식 구성에 대한 질문

3항 연산자의 피연산자는 말 그대로 '항'이어야 합니다. 함수를 호출하는 연산을 넣는 것은 바람직하지 않겠습니다. 즉 scanf_s() 함수의 형식문열 이후 매개변수에 3항 연산자가 오도록 구성하는 것이 적절하겠습니다. :)

claude에 지시하는 방식 관련

Claude Code에서 plan mode를 사용한다면 굳이 그럴 필요가 없을 수 있습니다. 그러나 Desktop이나 Web에서 설계 과정의 대화를 기록으로 남겨두면 그 자체로 하나의 훌륭한 회의록이 되어 줍니다. 그리고 각종 문제를 해결할 때도 대화 세션의 도움을 받을 수 있습니다. 초기 설계 대화 세션, 설계에 기반한 코드 작성 대화 세션, 코드리뷰 등 세 가지 세션은 별도로 분리하는 것이 나쁘지 않은 선택이라 하겠습니다. 참고하시기 바랍니다. :)

Shape 클래스 실습 코드 피드백 요청드립니다

배운 내용을 잘 활용하셨네요. 코드도 깔끔하고요. 잘 하셨습니다. 현재 학습단계에서는 딱히 지적할 내용은 없습니다. 잘 하셨습니다. :)

섹션6 / '6.7 이해하면 인생이 바뀌는 TCP 송/수신 구조' 강의 문의

최초 강의 계획은 해당 차시를 따로 분리해 설명하려 했었습니다. 그러나 설명과정에서 자연스럽게 관련 내용들이 등장했고 별도로 논하는 것이 오히려 흐름에 방해가 된다고 판단해 생략 됐습니다. 내용이 아무리 좋더라도 불필요하게 긴 설명으로 이어지는 것은 좋지 않다 생각한 것입니다. 학습에 참고하시기 바랍니다. :)

frontend/backend 분리개발시

PC2대를 추천하는 경우는 실제 서비스 시스템을 직접 구축하는 경우와 관련이 있습니다. 사실 개발보다는 운영관점에서 그렇습니다. 그러나 다른 차시에서 언급한 것처럼 프론트엔드/백엔드를 동시에 개발하도록 하는 것이 AI에게는 더 좋습니다. 실제로 결과물도 더 잘 나옵니다. AI환각은 생각보다 자주 발생합니다. 프론트와 백엔드를 분리해 개발할 경우 주고 받는 문서를 이용한다 하더라도 API 규정을 제대로 맞추지 못해 오류가 발생하는 일이 꽤 빈번합니다. 특히 Sonnet급 모델 및 그 이하 모델에서 이런 현상이 두드러집니다.그러므로 가급적 기능 위주로 개발단위를 규정하고 프론트와 백엔드를 동시에 개발하는 것이 더 좋겠습니다. 참고하시기 바랍니다. :)

프롬프트 설계 파일

마지막 차시 강의자료로 첨부했습니다. 참고하시기 바랍니다. :)https://inf.run/ZYcya

프로젝트 doc문서와 claude.md 파일위치

설계 차시 강의자료로 첨부하였습니다.inflearn.com/courses/lecture?courseId=342784&tab=curriculum&type=LECTURE&unitId=464457참고하시기 바랍니다. :)

강의 자료 요청

자료를 올렸다고 착각하고 있었네요. 불편하게 해드려 죄송합니다. 지금 올렸습니다. :)

CORS와 Drive-by Download 질문있습니다.

전반을 설명하는 맥락으로 보는 것이 좋긴 합니다. DBD 공격의 경우 Landing -> Hopping -> Repository 순으로 접속이 일어납니다. 이 과정에서 한 가지만 연결이 끊기면 최종적으로 공격은 성공하지 못합니다. CORS가 DBD를 막기 위해 만들어졌다고 할 수는 없지만 결과적으로 DBD 공격을 막는 것에도 영향을 준 것으로 이해할 수 있겠습니다. 본인의 생각과 더불어 함께 생각해보시면 좋겠습니다. :)

scanf_s 에 관해서 오류나옵니다.

저도 오류 나옵니다. 정확히는 문법오류가 아니고 '경고' 입니다. 그렇기 때문이 컴파일 및 빌드는 가능합니다. countof()는 AI 답변에도 나오는 것처럼 함수가 아니라 매크로이며 결과 형식은 unsigned _int64 형식입니다. 강제로 unsigned int로 변경하면 경고도 사라지게 할 수 있습니다. 이 역시 AI 답변을 참고하시기 바랍니다.