뷰포트의 top뷰와 perspective뷰에선 뷰포트의 좌표축과 로컬좌표축이 동일하다고 하셨는데 이게 무슨 뜻인가요? perspective뷰 안에서도 오브젝트를 눌렀을 때 나타나는 좌표축(로컬)과 그리드의 좌표축(뷰포트 좌표축)이 다른데 왜 같다고 하시는 건지 모르겠습니다. top뷰와 perspective뷰의 로컬 좌표축이 같다는 건 이해하겠는데 왜 뷰포트의 좌표축과 로컬 좌표축이 같은 건가요? 혹시 이 좌표축이 같다는 게 z축을 기준으로 말씀하시는 건가요? 주황색 육면체에 붙은 실린더의 로컬좌표축 중 x,y는 오브젝트가 회전되어있어서 그리드에 생성되는 좌표축과는 다른 거고 z축의 방향이 같으면 좌표축이 같다고 봐도 될까요?
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문( http://bit.ly/3fX6ygx )을 먼저 확인해주세요. 3. 질문 잘하기 메뉴얼( http://bit.ly/2UfeqCG )을 먼저 읽어주세요. 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 수업 전체 풀 소스를 받고싶은데 가능한가요?
설계독학맛비's 실전 Verilog HDL Season 1 (Clock부터 Internal Memory까지)
맛비님 vivado 관련 질문입니다 저도 맛비님처럼 c_state의 상태를 보고 싶어서 drag and drop으로 c_sate 변수를 waveform 창에 넣어 두었습니다 하지만 데이터가 어떻게 변하는지 뜨지 않았습니다. vivado에서 어떻게 해야 c_state 처럼 테스트 벤치에 없는 변수들의 waveform을 볼 수 있는지 궁금합니다
저기 위에 Component 가 빨간줄이여서 봤는데 ESLint: 'Component' is missing in props validation(react/prop-types) 이런 에러문구가있어서 그러는데 화면은 또 나와요 선생님님은 에러 문구가없었는데 어떻게된건지 모르겠어요
강의 내용을 복습하다가 막힌 부분을 질문 드립니다. 해당 내용에서 volatile bool ready를 선언하여 진행하였는데, 이것저것 테스트를 해보려고 시도하다가, Release모드로 변경했을때, volatile이 있을때는 여전히 if문에서 바로 빠져나오는 것을 확인할 수 있었습니다. 그런데 volatile을 빼주고 Release 모드로 진행했을때는 이상하게 프로그램이 끝나지 않는 문제가 발생했습니다. volatile을 빼줬고 Release로 했다는건, 최적화를 지멋대로 컴파일러가 진행했을것 같은데, 오히려 이것이 r1과 r2가 영원히 0이 되지 않는 문제로 이어진다는게 이해가 안갔습니다. 코드 재배치와 가시성 문제를 자체적으로 해결했다는것으로 예상되는데, 이것을 컴파일러 최적화(Release모드)가 한번에 해결했다고 생각하면 되는건가요? volatile이 있는 상태에서 Release모드로 돌렸을때는, 최적화를 막고 있는 그대로 실행하기 바라는 것이고, 그로 인해 강의 내용에 나오는 원인이었던 코드 재배치와 가시성 문제로 반복문에서 빠져나오게 되는것이라 생각했는데 제가 제대로 이해한게 맞을까요?
안녕하세요! 80번 포트로 들어가면 nginx 페이지만 나오고 장고컨테이너는 연결이 안 되는 문제가 발생해서 질문드립니다 54강에서도 똑같은 문제가 발생했고, 다른 분께서 올려주신 질문을 봤는데 같은 상황인 것 같습니다. 54강에서 발생한 문제가 현재 강의까지 진행해도 똑같이 발생해서 질문드립니다ㅠㅠ 감사합니다!
@RequestParam(required = false, defaulValue = "-1") int age 일 때 age는 int 자료형인데 defaultValue = "-1" 인데 이럴 경우 숫자 -1인지, 문자 -1 인지 구별할 방법이 없는데 그 변수의 자료형에 맞게 "@@@" 안의 값이 설정되는건가요 ?
강의를 듣다보니 RequestMapping 이 애너테이션 기반이라 편리해서(?) 실무에서 가장 많이 쓰신다고 하셨는데요. 스프링빈 이름도 어차피 애너테이션기반으로 @빈컴포넌트("이름") 으로 등록가능하면 스프링이 알아서 핸들러 매핑을 가져와서 찾을테니 RequestMapping과 큰 차이가 없는것 아닌가요? 뭔가 별다른 부가기능이있거나 특별히 우위를 갖는점이 있는건지 잘 모르겠습니다. 메소드단위로 매핑이 가능한점때문일까요?
1. @login_required => 로그인시 사용하는 것은 알겠는데, 적용 후 return는 설정한 대로 accountapp/hello_world.html로 오게 되나요? 2. @method_decorator 정확한 용도를 모르겠어요 ㅜㅜ @method_decorator의 역할을 알아야 @method_decorator(has_ownership, 'get')의 뜻도 좀 와닿을 거 같은데.. 이 코드는 has_ownership 안의 2리스트인 account_ownership_required와 login_required를 담고 그것을 사용하려고 하는 거 같은데... 좀 더 설명 부탁드려도 될까요...?
