FIELD LIBRARY / READ WHEN NEEDED

5일차 · 선택 심화 자료

이 폴더 안에서 발표·교재·코드·심화 원문을 오프라인으로 이동할 수 있습니다.

05일차
04교시
38발표 슬라이드
04공통 원문 파일
REFERENCE LIBRARY

5일차 · 필요한 교시에서 더 깊게

이 일차의4교시 배치표와 공통 참고 원문4개를 포함합니다. 외부 원문은 온라인 참고 안내에서 주소를 확인하세요.

별도 파일내용
tools-guide.htmlT01~T08 · 생성도구·업무 자동화
git-guide.htmlG01~G20 · Thomas dot Git·Worktree·복구
setup-guide.htmlF01~F23 · Codex→GitHub→Supabase→Vercel→Resend/SNS
projects-guide.htmluc-anchor·kysong·u-livet 전체 구축 연표·기술 역할·판단
목차와 처음으로 ↑
FIELD NOTES

5일차 · 과제 앱의 CSV·검증·최종 릴리스

본인 과제 내보내기, 계정별 보안, staging→main 배포와3분 발표

CONNECTED READING

D5-1 · 과제 앱 본인 과제 CSV 내보내기

핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.

내보내기는 다운로드 뒤에도 검증한다

  • 현재 검색 배열 대신 본인 전체 과제를 DB에서 새 조회한다.
  • 한글·인용·줄바꿈·수식 위험 입력과 열 범위를 검사한다.
  • 빈 목록·페이지 오류·계정 전환에서 파일 생성 결과를 확인한다.
  • 스프레드시트 열람용 CSV와 원본 복원 백업의 용도를 구분한다.

kysong 사례 · 이번 실습에 적용할 판단

  • 기록: Excel·HWPX 내보내기를 업무 결과물로 확장했다.
  • 판단: 파일 생성 성공 이후 실제 열기·수정 가능 여부도 검사했다.
  • 적용: 과제 CSV도 내려받아 원본 건수·열·문자와 비교한다.

kysong 전체 구축 과정·기술 역할 ↗

선택 심화 · 원문 2개 열기

해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.

연결 내용을 설명하는 강사 메모

기존 파일 업무 사례를5일차 CSV 검증 기준으로 가져온다. 원본 보존과 열람용 변환의 차이를 실제 예시로 설명한다.

이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗

목차와 처음으로 ↑
CONNECTED READING

D5-2 · 과제 앱 계정별 권한·보안 최종 검증

핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.

권한·비밀·실패를 증거로 검증

  • 익명·AAL1·AAL2·A/B의 직접 API 요청을 대조한다.
  • HTTP200도0행일 수 있어 영향 행과 원본 불변을 함께 확인한다.
  • UI 역할·user_metadata를 권한 근거로 사용하지 않는다.
  • 로컬·모의·실제·미확인을 구분하고 비밀 없는 근거를 남긴다.

kysong 사례 · 이번 실습에 적용할 판단

  • 기록: 여러 임시저장을 복구할 때 원본 보존과 정합성을 보완했다.
  • 교훈: 다른 사용자의 기록을 섞어 복구하거나 빈값을 AI가 채우면 안 된다.
  • 적용: 계정 전환 중 늦은 응답·CSV 취소까지 보안 검사에 포함한다.

kysong 전체 구축 과정·기술 역할 ↗

선택 심화 · 원문 2개 열기

해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.

연결 내용을 설명하는 강사 메모

보이는 버튼이나 성공 메시지보다 실제 권한 경계와 원본 불변을 평가한다. 미확인을 통과로 바꾸지 않는다.

이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗

목차와 처음으로 ↑
CONNECTED READING

D5-3 · 과제 앱 staging→main 최종 배포

핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.

staging→main: Git 기록과 운영 설정 연결

  • staging 브랜치의 Preview와 main의 Production을 구분한다.
  • 두 환경의 URL·DB·설정 이름·검증 commit을 기록한다.
  • PR 검토→병합→새 빌드→실제 URL 재검사를 순서대로 확인한다.
  • READY·CANCELED·SKIPPED·ERROR는 기능 검증 결과와 다르다.

uc-anchor 사례 · 이번 실습에 적용할 판단

  • 기록: PR #720·#722의 로컬 Git 병합 이력과 Thomas dot의 staging/Preview 논의를 확인했다.
  • 범위: 과거 배포 상태는 당시 관찰이며 이번 운영 재검증 결과가 아니다.
  • 적용: 학생 앱의 검증 commit·배포 commit·URL·DB 대상을 직접 남긴다.

uc-anchor 전체 구축 과정·기술 역할 ↗

선택 심화 · 원문 5개 열기

해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.

연결 내용을 설명하는 강사 메모

과거 사례의 성공을 학생 배포의 성공으로 대신하지 않는다. main은 Production 환경의 새 빌드이며 DB 복구는 앱 롤백과 별도다.

이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗

목차와 처음으로 ↑
CONNECTED READING

D5-4 · 과제 앱 3분 발표와 인수인계

핵심 연결은 본 교시 안에 포함된다. 아래 원문은 선택 심화다.

만든 과정과 다음 운영을 인수인계

  • 문제·사용자→실제 동작→검증 근거→배포→한계를3분으로 보여준다.
  • README에 실행·설정 이름·SQL 순서·검사·복구 담당자를 적는다.
  • 동료 피드백1개를 다음 이슈로 남기고 미완료 항목을 명시한다.
  • 발표 자료·CSV·캡처에는 가상 데이터만 사용한다.

u-livet 사례 · 이번 실습에 적용할 판단

  • 기록: 로컬 실험·운영 선택·SNS·MFA 후속 보완이 함께 남아 있다.
  • 교훈: 처음 만든 버전과 후속 수정, 실제/모의/미확인을 나눠 설명한다.
  • 적용: 과제 앱의5일 구축 과정과 다음 운영 작업을 재현 가능하게 전달한다.

u-livet 전체 구축 과정·기술 역할 ↗

선택 심화 · 원문 2개 열기

해당 교시의 설명을 대체하거나 실습 뒤 선택한다. 별도 수업시간을 추가하지 않는다.

연결 내용을 설명하는 강사 메모

전체 프로젝트 연표와 자세한 기술 결정은 별도 사례 파일로 옮겼다. 발표에서는 이번 과제 앱과 관련된 판단 한 가지를 근거로 설명한다.

이 교시 발표로 돌아가기 ↗ · 이 교시 상세 교재 ↗

목차와 처음으로 ↑

프롬프트 직접 복사

아래 전체 문장을 선택해서 복사하세요.