안녕하세요.29:18에 return name; 이 부분에서 오류가 발생한다고 설명해 주셨는데요.main함수를 보면 static String get() 이 메서드를 호출하지 않게 되어있는거 아닌가요?obj 객체를 생성하고, obj.name에 kim을 대입하고, obj.print()를 통해 Kim을 출력하면 끝나는 코드 같아서요.main함수에 static 메서드가 인스턴스 변수에 직접 접근하는 플로우가 없어도 저 코드가 존재한다는 것만으로도 오류가 나는건가요?

안녕하세요. 다가오는 5월 4일에 해당 수강기간이 종료되는데요. 연장 요청 시 추가금액(당초 금액이 아닌)지불 후 가능할까요?가이드라인이나 인증제도 등 개정되는 부분이 꽤 있기 때문에 업데이트된 모듈만 쏙쏙 뽑아서 듣고 싶습니다.

두 가지 버전을 같이 올려주셨는데,둘 중에 어떤 걸 보면 된다는 말씀이신가요..?둘 다 보면 좋은 건가요?

영상 16:25 경에 super()는 최상위줄에 있어야 오류가 나지 않는다고 설명해 주셨습니다.그럼 혹시 super. 도 마찬가지인가요?예시 문제에서 super(10); 을 super.paint(); 로 바꾸면 오류가 나나요? 아니면 정상적으로 AD가 출력되나요?

여기서 정답이 C와 같은데요. 여기선 이렇게 나와서요. 그래서 전 사용자>프로젝트>기업이렇겐줄 알았는데 답은 달라서 문의드려요.

outputstyles의 내용을 claude.md에 넣어도 되나요? claude.md 파일 작성 중에 문득 outputstyle 내용을 여기에 적어도 될 것 같아서 문의드려요. 아.. 혹시 이건가요.outputstyle은 말 그대로 출력될 때의 어떻게 답변해줬으면 좋겠다는 내용 claude.md는 그냥 이 프로젝트에서 참고해야 할 것들? 그래서 outputstyle 내용을 claude.md에 해도 되지만 200줄 넘어가면 멍청해지니 outputstyle은 outputstyle에두는 것으로 하는 것 맞을까요?! 뭔가 질문을 적으면서 깨달았어요

안녕하세요. 강의를 잘 듣고있는 초심자입니다. 선생님 말씀대로, 깃허브에서 agnets 폴더를 따로빼서 제파일에 첨부해서 에이전트를 맞는 폴더에 추가를햇는데 폴더경로도 다 맞는데 @prd를 처도 밑에 빨간색 선생님처럼 agent-prd가 안뜹니다./.. 해결방법이 있을까요?

비전공 개발자로, 6년차 백엔드개발자입니다.이전회사에서 다른 업무로 2년정도 근무를 했는데, 해당 경력을 기입하는 게 맞는지 문의드려요

구글 클라우드 연결10분30초에 연결창이 떠야하는데 계속 오류가 뜹니다제미나이에 질문해서 시크릿모드 새프로젝트로 처음부터 다시 만들고 다해봐도 계속 오류가 떠서요..주소, 클라이언트 아이디, 비번 다 꼼꼼히 확인했습니다..

💡 수강생 안내 사항 (커뮤니티 가이드)학습 관련 질문: 구체적으로 적을수록 정확한 답변을 받을 수 있습니다.작성 팁: 마크다운과 단축키를 활용하면 글을 더 편리하게 작성할 수 있습니다.사전 검색: 질문을 남기기 전, 커뮤니티 질문 & 답변에 비슷한 내용이 있었는지 먼저 검색해 보세요.커뮤니티 매너: 서로 예의를 지키며 존중하는 분위기를 함께 만들어가요.서비스 문의: 인프런 서비스 관련 문의는 1:1 문의하기를 이용해 주세요.한강 완료할때마다 강의 아래 있는 노션에 승인 요청 해야 하는데 바로 따라해야 하는데꼭 승싱요청하고 승인 받아야 노션 자료를 볼수 있어 너무 불편 합니다.호두님도 그때마다 승인요청하면 불편할것 같은데...이거 개선 부탁드려요

안녕하세요.queue 예제 관련 문의드립니다.int q[$] = {0,1,3,6};int b[$] = {4,5};다음과 같이 초기값 선언 시 assignment pattern을 하지않는데 array type에서 이렇게 선언 시 systerm verilog 문법에서는 에러로 생각되는데 예제 의도에 대한 문의드립니다. 감사합니다.] = {0,1,3,6}

제미니님 안녕하세요, 이직 준비 방향에 대해 조언을 구하고 싶습니다. 현재 백엔드 개발자로 약 3년 차이고, 업무 강도가 높은 상황이라 준비 시간 확보가 쉽지 않습니다. (거의 매일 야근과 주말 출근이 병행되는 상황입니다..)그래서 아래 두 가지 방향 중 어떤 것이 더 효과적인지 고민하고 있습니다. 이력서와 면접 준비를 먼저 집중해서 빠르게 지원을 시작하는 방향블로그, 프로젝트 정리 등 포트폴리오를 충분히 보강한 뒤 지원하는 방향 머리로는 이력서를 먼저 쓰고 면접을 준비하는 것이 맞다는 것을 알고 있습니다. 다만 신입 때 취업한 것과 첫 번째 경력 이직 모두 블로그를 관리한 것의 이점으로 이직에 성공했다고 생각하여 두 번째 경력 이직 또한 블로그 관리를 먼저 수행해야하나 고민이 듭니다. 다만 블로그 관리와 깃헙 관리를 안 한지 한참되어 다시 관리하기에는 최소 1분기 내지 반년이 소요될 것으로 예상되고, 그렇게되면 이직이 너무 늘어지는 것 같아 고민입니다.  블로그나 깃헙이 관리가 안 되어있어도 이력서를 충분히 재밌게 잘(?) 쓰면 면접에 불리게되는지 궁금하기도 하네요... 모쪼록 제 상황에서는 어떤 전략이 더 현실적이고 효율적일지, 간단하게나마 조언해주시면 정말 감사하겠습니다. 바쁘신 와중에도 시간내어주셔서 감사드립니다.

안녕하세요.잡이 어떻게 스텝에서 사용하는 컨텍스트 값까지 가지고 있는지 잘 이해가 되지 않아 질문드립니다.분명 JobExecutionContext에 넣은 것이 아니라 StepExecutionContext에 값을 저장했는데, 확인해보니 JobExecutionContext에도 동일하게 저장된 것처럼 보여서 헷갈렸습니다.제가 이해한 바로는 JobExecutionContext와 StepExecutionContext는 서로 다른 영역이고,JobExecutionContext는 step 간 공유용, StepExecutionContext는 해당 step 전용으로 알고 있습니다.그런데 왜 StepExecutionContext에 넣은 값이 JobExecutionContext에도 같은 형태로 보이는지 잘 모르겠습니다. 

안녕하세요. 뉴스페이퍼 싱글 템플릿 디자인 관련하여 문의드립니다. 강의를 듣고 현재 뉴스페이퍼 테마로 하나 둘 씩 글을 작성해보고 있습니다. 싱글 템플릿(글 읽기 페이지)에서 왼쪽에 애드센스를 배치하다 보니, 전체 싱글 페이지 가 오른쪽으로 치우쳐 보여 본문 공간이 다소 좁게 느껴집니다.기존에는 애드센스 30%, 본문 70% 비율이었는데, 제가 애드센스 25%, 본문 75%로 조정했습니다만.. 그럼에도 불구하고 여전히 본문이 다소 답답하게 느껴집니다. 가능하다면 본문이 화면 정중앙에 배치되고, 전체적으로 화면을 조금 더 넓게 사용할 수 있는 방법이 있을지 궁금합니다. 현재 화면상으로는 좌우 여백이 많은데, 실제 사용 가능한 본문 폭이 좁게 느껴져서요.만약 뉴스페이퍼 템플릿 구조상 조정이 어렵다면, 본문을 정중앙에 배치하기 위해서는 왼쪽 스티키 애드센스를 제거해야 하는지도 함께 여쭙고 싶습니다.비교를 위해 현재(as-is) 페이지와 참고하고 싶은(to-be) 페이지 링크도 함께 전달드립니다.현재 페이지: https://wikijade.co.kr/schd-%ec%98%a4%eb%a5%b4%eb%8a%94%ec%9d%b4%ec%9c%a0-%ed%8f%ac%ed%8a%b8%ed%8f%b4%eb%a6%ac%ec%98%a4%eb%b6%84%ec%84%9d/참고 페이지: https://www.elle.co.kr/article/1899973도움 요청드립니다. 감사합니다.

안녕하세요. 제미니님 유튜브 부터 인프런까지 참여하며 굉장히 많은 인사이트를 얻고있어 무한한 감사 인사를 올립니다. 질문강의를 수강하며 제미니님이 던져준 키워드를 어떻게 곱씹어야하지? 라는 생각을 하며 두 가지 정도 질문을 드리게 되었습니다. Q1. "저같은 경우는 뭐 컴포넌트 같은 걸 좀 쪼개서 만들고 싶은데, 일단은 여러분들이 좀 혼합된 걸 느끼게 하려고 제가 풀어 놨어요" - 결제 코드 느끼기 13:17이렇게 제미니님이 생각했던 코드를 보고 싶은데, 이 코드는 신규 강의였던 "레거시 다루기" 에서 개선 작업을 하나요? 아니면 저희에게 열린 사고를 던져주고 넘어가는걸까요? Q2. "success 메서드에 트랜잭셔널을 사용하는 것도 할 말이 많은데 기본적인 로직에서는 문제는 없다." - 결제 코드 느끼기 13:58이 내용에서도 혹시 개선하는 부분도 질문 1번과 같이 레거시 다루기 강의에서 개선 하시나요?개인적으로 success 에서 트랜잭션 어노테이션을 빼고, 저장하는 로직을 한 군데 모아서 거기 사용할 것 같은데 제미니님은 어떻게 하시는지 궁금하네요!

마지막에 professor_name을 pk로 두고 그에 따라 1:1이기때문에 과목명을 그냥 컬럼으로 두셨는데 그러면 그 과목명이 만약에 바뀐다면 (데이터베이스 -> DB) 그렇다면 데이터베이스 수업을 하는 모든 교수님의 컬럼을 바꾸어야하니 갱신이상이 일어나는것 아닌가요?이런 경우는 어떤 정규형을 위반한건지 궁금합니다.

맥의 기본 터미널 앱을 사용하고 있는데, 별도의 터미널 앱을 사용하시는 이유나 장단점이 궁금합니다!

안녕하세요. 수강중 Visual studio code 까지 설치하고 따라하고 있는중인데요(window, 20강 내용)codex까지 익스테션으로 하는데까지는 성공같은데 같은 명령어를 입력해서 선택사항을 묻는게 없습니다.어떤 문제가 있는건지 문의드립니다.

안녕하세요 조영호님, 강의 복습하며 설계의 깊이를 더해가고 있는 수강생입니다. 8~9장을 통해 상/하위 모듈의 패키지 배치 원리를 배우며 실무 적용에 대해 고민이 생겨 질문 남깁니다. 그동안 실무에서 레이어드 아키텍처를 주로 사용하며 서비스와 도메인 로직을 구분해 왔는데, 복습하다보니 그간 해왔던 물리적인 패키지 분리(인터페이스와 구현의 분리 등)를 엄격하게 적용하는 것이 자칫 오버 엔지니어링이 아니었을까 하는 생각이 들었습니다.# 프로젝트 패키지 구조 예시 Project - ServiceInterface - ServiceImplement - RepositoryInterface - RepositoryImplement - Controller - Model  최근에는 의식해서 도메인 모델을 만들어 보는데, 기존 레이어드 아키텍처의 패키지 구조 내에서는 '도메인의 응집도'와 '레이어의 규칙'이 충돌하는 지점이 생겨 배치가 모호해지곤 합니다. 이에 두 가지 질문을 드리고 싶습니다.1. 단순히 레이어드 아키텍처로 감당하기 힘들어지는, 즉 '도메인 중심의 패키지 구조'로 변화해야 하는 구체적인 징후나 시점이 있을까요?2. 모든 모듈에 엄격한 패키지 분리를 적용하기에는 비용이 부담된다고 생각되는데, 마치 절차지향과 객체지향 중 하나를 선택하듯, 패키지 수준의 격리를 우선적으로 적용하기 좋은 도메인 특성이 있을까요? (예: 정책 복잡도가 높아 사이드 이펙트가 빈번한 곳, 혹은 외부 인프라 변경에 민감한 핵심 도메인 등)  최근에는 조영호님의 도서/강의 통해 배운 내용을 의식하면서 실무에 적용해보는데, 예전보다 일 하는게 즐거워진거 같습니다. 미리 답변 감사드립니다. 좋은 하루 되세요. 🙇🏻  

안녕하세요.강의 구매했습니다.교안이 있으면 좀 더 효율적으로 공부할 수 있을 것 같아 요청드립니다.lovelymoonsj@gmail.com부탁드리겠습니다. 감사합니다!!