안녕하세요. 현재 Codex 환경에서 바이브 코딩 중심으로 Next.js/React 프로젝트를 만들고 있어요 ㅠ 직접 관리하는 영역인 ts/tsx 앱 코드가 약 480개 파일 4.3만 라인 정도이고 더 늘어날 예정입니다. generated 코드까지 포함하면 11만 라인 이상인 것 같아요.. ai 정신나간 놈이 사이버 보험 들어서 방어하라는 말을 듣고 충격먹어서 직접 공부도 조금씩 하고 있습니다. 저는 그냥 리액트는 단 하나도 모르고 HTML도 겉핥기식으로 매우 얕은 지식만 알고 있어서 상당한 고충이 따르는 중입니다. 처음에는 AI에게 기능 단위로 요청하면서 빠르게 만들 수 있었는데 프로젝트가 커지고 CSS 단일이 8000줄이 넘어가고, 이걸 며칠 동안 분리하다 보니 점점 문제가 커지더라구요 ㅋㅋㅋ 일단 가장 큰 문제점이 AI가 만든 코드가 구조적으로 괜찮은지 판단하기 어렵다 파일이 커지거나 책임이 섞이는 것을 어디서 끊어야 할지 어렵다 lint/typecheck는 통과해도 production build에서 터지는 경우가 있다 인증, 세션, DB, rate limit, 업로드, Origin 검증 같은 보안 영역이 특히 불안하다 Codex/Claude Code 같은 도구에서 어느 규모부터 사람이 직접 구조를 잡아줘야 하는지 감이 없다 이런 규모의 프로젝트도 바이브 코딩 방식으로 계속 끌고 가는 게 현실적으로 가능할까요? 가능하다면 어떤 개발 지식을 우선적으로 익혀야 하는지가 가장 궁금합니다 🥲 그리고 코덱스도 CLI 가 가능해서 여쭤봅니다. 코덱스 pro를 사용중인데 계속 코덱스로 수업을 들어도 괜찮을까요?? 또 강의에서 보안 쪽 인증/세션/쿠키, DB 데이터 보호, API 보안, 업로드 보안, 배포 전 점검 같은 부분도 AI 개발자가 최소한 어떤 기준으로 판단해야 하는지 다뤄주시는지도 궁금해요 ㅠㅠ
설명중에 @Version 필드를 낙관적 락에서 이용할 수 있어가지고~ 라고 하셧는데 실제 돌려보니 비관적락 2에도 DB 업데이트가 되었습니다. AI 에게 물어보니 @Version 어노테이션이 붙은 필드는 JPA 사용시 @Lock 어노테이션 사용여부 상관없이 업데이트가 된다고 합니다. 혹 다른 qna 에도 같은 내용이 있는지 확인은 모두 안해 보았습니다. ======================== 응, 같은 엔터티 row에 실제 UPDATE 가 나가면 @Version 필드는 증가한다고 보면 돼. 락 방식이 낙관적이든 비관적이든 핵심은 이거야. @Version private Long version; 이 필드가 있는 엔터티가 dirty checking으로 변경 감지 되고, flush/commit 때 UPDATE 대상이 되면 JPA/Hibernate가 version 값을 같이 갱신해. ========================
안녕하세요 정환님! 디자인 테마 설정하기 강의에서 나온대로 SKILL.md 파일을 토대로 claude한테 스타일링을 시켰는데 정환님처럼 안되고 살짝 다르게 스타일링이 되더라구여 원래 같은 md 파일로 스타일링을 하더라도 조금씩 디자인이 달라지나요? 저는 이렇게 디자인이 됐습니다!
