강의 판서 자료

네. 판서자료는 따로 제공되지 않습니다. 대신 강의 슬라이드 자료는 PDF 파일로 제공이 됩니다. :)

결과 오류

다른 작업이 이어지다가 수정이 되지 못했네요. 죄송합니다.우선 AI 답변을 참고하시기 바랍니다.

vpn ip 관련 질문

Host가 할당 받는 IP가 무엇인지도 중요하겠으나 결국 외부에 노출되는 IP주소가 무엇인지가 핵심입니다. 공유기를 사용할 경우 내부 Host는 사설 IP주소를 사용하지만 외부 인터넷 접근시 모든 내부 Host가 공유기에 할당된 IP주소로 변경되는 것처럼 VPN 게이트웨이에서 어떤 IP주소를 매핑해주는가에 따라 IP주소가 바뀔 수도 있고 아예 VPN 게이트웨이에서 Host에게 할당하는 IP주소를 주기적으로 교체해줄 수도 있습니다. 그리고 VPN 게이트웨이를 통과한다고 해서 IP주소가 항상 바뀌는 것은 아닙니다. 외부 IP와 내부 IP헤더별로 어떤 IP주소가 기술됐는지 구조에 맞춰 다시 생각해야 합니다. 참고하시기 바랍니다. :)

강의 6:29 관련 질문

MSS는 세그먼크 최대 크기입니다. 단편화 방지를 위해 보통 작은 값에 맞춥니다. 본인의 생각처럼 반대의 경우에도 그렇게 된다고 보면 되겠습니다. AI답변과 더불어 참고하시기 바랍니다. :)

궁금한게 판서에서 백엔드를 왜 인텔리제이라고 언급한건가요??

IntelliJ는 IDE(통합 개발환경) 입니다. 코드를 작성하고 실행시킬 수 있으며 오류 발생 시 쉽게 원인을 파악할 수 있도록 도와주는 프로그램입니다. 수업에서 백엔드 시스템은 Spring Boot 프레임워크를 사용하는데 개발과정에서 백엔드 API서버를 실행을 시킬 때 IntelliJ를 이용해 실행합니다. 프론트엔드 서버, 백엔드 서버, 데이터베이스 모두 한 PC에서 실행시켜 바이브 코딩 결과를 확인합니다. 이 과정에서 백엔드 서버는 IntelliJ로 실행하기 때문에 그리 기술한 것입니다. 그리고 수업에서는 MCP로 Claude Code와 IntelliJ를 연동하지는 않습니다. IntelliJ는 작성된 코드를 직접 확인하거나 실행하는 용도로 사용합니다. 참고하시기 바랍니다. :)

실습환경(비쥬얼스튜디오)에 대한 질문입니다.

꼭 그렇지는 않습니다.그러나 어쨌든 빌드 과정에서 생성되는 파일들이 용량을 너무 많이 차지하는 것이 사실입니다. AI를 활용해 불필요한 파일들을 삭제하는 스크립트를 작성해달라 하셔도 좋겠습니다. 그러나 문제는 삭제한 파일들을 다시 빌드하면 그 만큼 빌드 시간이 늘어납니다. 그리고 실습 코드는 생각보다 다시 볼 일이 별로 없습니다.이해했다면 오래된 예제는 그냥 삭제하는 것이 좋겠습니다. :)

"도커 이미지 생성" 18:59부분에 텍스트 파일로 정리 된거는 어디서 볼수 있나요?

해당 차시에 첨부되어 있습니다. 강의 영상이 출력되는 화면 아래쪽 '자료 다운로드' 버튼을 클릭(todolist-frontend-1.0.tar)하거나 화면 오른쪽에 '커리큘럼' 목록을 표시한 후 '자료' 버튼을 클릭해 받을 수 있습니다. :)

LAN, WAN, Braodcast

"물리적 공간에 해당한다"라는 것은 확정적인 사실이 아니라 수업 중 이해를 돕기 위한 설명이며 그렇게 암기해놓고 생각하는 것이 편하기 때문에 그렇게 설명한 것입니다. 소위 Network access 계층이라는 것은 L1~2를 묶어서 설명하는 것인데 이 경우 Broadcast 구간으로 나눠서 생각할 수 있습니다. 그리고 '물리적'이라는 말은 말 그대로 H/W로 구현되는 경우를 의미합니다. 물론 L1~2구간을 S/W로 구현하는 것이 불가능하지 않습니다. 그러나 그런 주제는 향후 고급 이론을 학습한 이후로 미뤄도 좋겠습니다. 수업 중 LAN 구간은 Broadcast 구간 단위로 설명되는 네트워크 정도로 이해하시면 되겠습니다. 물론 LAN은 더 깊은 사전적 의미가 있습니다. 다 이해하면 좋겠지만 지금은 그럴 단계가 아니라 그렇다고 암기하고 넘기는 것이 더 바람직하겠습니다. 아무튼 L1~2구간을 구현하는 것은 OS같은 S/W가 아니라 NIC같은 H/W 수준에서 다루는 것이 일반적이라는 것만 기억해두셔도 좋겠습니다. 참고하시기 바랍니다. :)

장치 의존성과 CSR

네. 그런 의도를 담은 것이 맞습니다. 한 가지 생각해야 할 부분이 여기 '장치'가 화면 해상도만 생각한 것이 아니라 iOS, Android 기반 전용 장치를 생각하시면 좋겠습니다. 화면 크기에 대응하는 문제는 반응형 웹 디자인의 영역이라 하겠으나 강의에서 말한 수준의 장치 의존성은 그 이상의 의미가 있습니다.모바일 환경 네이티브 앱이 필요해지면서, HTML을 쓰지 않는 클라이언트도 같은 서비스를 받아야 하는 상황이 됐고 결국 서버는 데이터(JSON API)만 제공하고 화면 구성은 각 클라이언트가 책임지는 구조로 분리됐습니다.이를 가능하게 해준 기술이 React 같은 CSR입니다. CSR 덕에 하나의 백엔드가 웹·iOS·Android 어떤 장치의 클라이언트든 동일하게 서비스할 수 있게 된 것입니다. 그러므로 '장치'를 논함에 있어 화면 해상도만 생각하지 말고 브라우저 및 운영환경까지 고려한 결과라는 점 모두를 '장치 의존성'으로 이해하면 좋을 것 같습니다. 참고하시기 바랍니다. :)

Github repo Front/Backend 분리 이유가 궁금합니다.

배포방식차이 때문입니다. 수업에서 Frontend는 AWS Amplify 서비스를 이용해 배포합니다. GitHub과 연동해 Push 즉시 배포가 완료되도록 구성했기 때문입니다. 그러나 백엔드는 Jar 파일 빌드 후 EC2에 직접 업로드하고 배포하는 방식을 취하고 있습니다. 더 좋은 배포 방법이 없는 것은 아니지만 그렇다고 다른 내용을 수업에서 더 다루는 것도 적절치 않다고 판단했습니다. 약간 불편할 뿐이기 때문입니다.저는 그런 문서들도 모두 함께 GitHub 저장소에 올립니다. 그렇게 해두는 것이 장점이 많습니다. 굳이 제외시킬 이유도 없고요. 바이브 코딩은 혼자서 개발하는 경우가 많습니다. 여러 사람이 함께 프로젝트를 개발하는 경우가 아니므로 일반적인 규칙을 따를 필요는 없을 것 같습니다. 자신의 상황에 알맞게 대응 하는 것이 오히려 더 중요하겠습니다.참고하시기 바랍니다. :)