[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 예 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 예 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) 예 [질문 내용] 오류인 부분이라 신고합니다. 76강 2분 33초 부분에서 transaction 설명을 위해 계좌에서 이체되는 부분 말씀 하실 때 A고객이 1만원 이체하여 잔금이 줄어 4만원인 부분을 작성하시고 연이어 B고객 부분을 말씀하실 때 이체를 받았으니 1만원이 되어야 한다고 하며 10000원으로 적으셨습니다. 하지만 내용 상 30000원이 되어야 하는 부분으로 보입니다.
안녕하세요. 리텐션 과제 제출합니다. 실무 기반의 문제라 그런지 역시 난이도가 있네요. 고민을 많이 해보게 되었습니다. 리텐션 유저 기준은 게임 업계 기준으로 정의하고 문제를 풀었습니다. (플랫폼에 따라서 기준도 다르고 하지만) 보시고 피드백 있으시면 말씀을 부탁드리겠습니다. https://app.notion.com/p/2b00de0d9a16809f94f5e378ee375b2f?source=copy_link
해당 리텐션 연습과제를 아래의 노션 링크에 담아 제출합니다. 2번과 3번과제는 너무 어려워서 AI의 도움을 받아 수행하였습니다. 많이 고민하는 계기가 되었고, 덕분에 노션도 처음 사용해보았습니다. 부족한 점은 없는지 피드백 주시면 감사하겠습니다. https://app.notion.com/p/3-13-3986c0de4db68063b1b9efa55c1d4b4f?source=copy_link
@ac-verifier 진행중에는 /tdd-refactor 이나 /security-review를 하지 않고 대기해야 할까요? 대기해야 한다면 ac-verifier 작업도 그냥 스킬로 해도 되지 않을까요??? 매번 다르게 판단해야해서 agent로 썻지만.. 스킬도 절차만 있지 매번 다르게 판단 결과를 주잖아요..
저는 개발자 생활 초기에는 화면에서 받은 파라미터들을 받아 파라미터들을 이용하여 쿼리문을 작성하여 화면에 노출시키는 로직등을 많이 개발해 왔었어요. 그러다 보니 화면도 중요하지만 쿼리작성이 무엇보다 많이 중요했었거든요. 쿼리작성이 중요하다 보니, PL님 혹은 팀장님들 에게서 많이 교육 받은것 중 하나가 콤마를 앞으로 쓰는 겁니다. 그게 버릇이 되어 왔고 이쁘다고 생각했었어요 하지만 요즘 프론트엔드 개발자들 대부분은 콤마를 뒤에다가 선언을 하더라고요. 콤마를 앞이든 뒤이든 돌아가면 상관없긴 하지만, 왜 이렇게 콤마를 뒤에 두는 개발자들이 많이 생겼는지 궁금합니다. const [todos, dispatch] = useImmerReducer(todoReducer, [ { id : 0, text : 'HTML&CSS 공부하기', done : false }, { id : 1, text : '자바스크립트 공부하기', done : false } ]);
React 마스터 클래스: Part 3 - 실무 핵심 라이브러리 정복 (TypeScript, Zustand, React Hook Form, TanStack Query)
62강 실습 자료로는 ' [Solution] Stale-While-Revalidate: 사용자에게는 캐시를, 뒤에서는 갱신을' 에 관한 내용이 나와야하는데, 현재는 '[Pain] 수동으로 관리하던 전역 로딩/에러 상태가 로직을 오염시킬 때' 로 나와있습니다. 62강 실습 자료 교체 부탁드립니다.
섹션6. 클로드 코드 권한 --> 35. 권한 관리 학습 중입니다. 11: 53 부분에, >.claude 가 아예 안 보여서 임의생성했더니 그 하위에 '{}settinigs.local.json' 이 아예 안 나오고 또 강의에서 그 다음에 나오는 'permission 명령어에서도 '1. Add a new rule' 만 있고 Bash 명령어 선택지는 안 보입니다 . 똑같이 따라했는데 왜 이렇지요? 없어도 되나 싶어서 그 다음 강(36강)으로 가봤는데 거기서도 시작 시에 이 내용(settings~) 부터 보이도록 한 상태에서 시작되더군요. 이 부분에서 막혀서 3일째 진도 못 나가다가 질문란에 올려봅니다. 확인 부탁드릴게요.
member 테이블에서 회원의 가입일은 비즈니스 시간이라고 생각했는데, 이 컬럼은 왜 created_at 으로 시스템의 시간만을 의미하도록 되어 있는지 궁금합니다. ordered_at, paid_at 과 같이 가입일 컬럼이 따로 존재해야 하는게 아닌지 궁금합니다! 강의자료에 예시로 적어주신 것처럼 비즈니스 시간이 데이터베이스 수준에서 마이그레이션을 해야한다면 회원가입일을 보존할 수 없지 않을까요?
[질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예) [질문 내용] CASE문 단원 중 위의 '전체 GROUP BY'에서 '전체'라는 말이 오타인것 같아요~ CASE문 단원의 연습문제 4번 제시문 중 사용자 이름, 총 주문 건수, ` '전자기기' 주문 건수, '도서' 주문 건수를 각각 ~ 에서 '패션' 주문 건수라는 말이 누락되어 있는 것 같습니다. 영한님 강의 너무 잘듣고 있습니다!! 완강까지 힘내보겠습니다. 양질의 강의 진심으로 감사드립니다.