promise 변수에 프로미스 객체가 아닌 문자열을 넣어도 초기값으로 잘 출력이 되는데요. 프로미스 객체로 초기값을 설정해주는 것이랑 차이가 있을까요..?

게시글 작성하려고 하면 서버 콘솔이나 브러우저 콘솔창에 아무 에러메시지도 안나오고 ADD_POST_REQUEST 액션만 보내지는데요 어떻게 해결해야 할까요...??       components > PostForm.js 에서 onSubmit 을 강의대로 따라쳐봐도 안되서 // 주석처리하고 github master브랜치 가서 그쪽 코드 넣어봐도 안되네요. 게시글이 안올라가요..  return alert('게시글을 작성하세요.'); 여기 '게시글을 작성하세요.' 이 오류만 계속나오네요

    안녕하세요 선생님, 아래 mm_mask_rcnn_train_balloon.ipynb 셀 수행하면, 트레인된 모델을 가지고 inference된 그림을 보여주는데요, 여기서, inference된 segment 값들(즉 x,y 좌표)을 추출하려면 어떻게 해야 하는지 여쭙니다.  

안녕하세요?   제 실수인지도 모르지만 제가 보기에 다운 받는 pdf 파일과 강의 화면 내용이 거의 유사하지만 페이지 번호 등이 조금 다른 것 같습니다. 해당 페이지 찾아 갈 수는 있는데 혹시 가능하시면 최신본 올려 주실 수 있으신지요?   3.3 Operations on Processes Exercise 3.16 (p. 905) 는 35쪽   강의 화면은 12쪽이라고 표시 됩니다

안녕하세요! 항상 수업 잘 듣고 있습니다. canvasScaleRatio 계산 설명 중 궁금한 점이 있어 문의드립니다. height에 딱 맞춰 계산한다고 하셨는데, 만약 브라우저창의 가로 너비가 더 길고 세로 길이가 더 짧아서 그 안의 캔버스의 가로 너비가 더 짧고, 세로 길이가 더 긴상태라면(즉, 캔버스보다 브라우저 창이 납작한 경우)   widthRatio 가 canvasScaleRatio가 되기때문에  해당 값으로 scale조절이 된다면 캔버스가 화면 너비에는 꽉차게 되지만 height또한 더 길어지게 되어 height값이 화면과는 동일하지 않게 됩니다(화면보다 캔버스 세로 길이가 더 길어서 넘어가게됨)   그런데 영상 설명에서는 계속 height값을 꽉 맞추기 위해서라고 설명하시는데 이같은 경우는 height값이 화면가 동일하지 않습니다.    결론: 브라우저 창이 홀쭉하든 납작하든 heightRatio로 계산하는게 맞지 않나요??  case 3:                 // 가로/세로 모두 꽉 차게 하기 위해 여기서 세팅(계산 필요)                 const widthRatio = window.innerWidth / objs.canvas.width;                 const heightRatio = window.innerHeight / objs.canvas.height;                 let canvasScaleRatio;                 if (widthRatio <= heightRatio) {                     // 캔보스보다 브라우저 창이 홀쭉한 경우                     canvasScaleRatio = heightRatio;                 } else {                     // 캔버스보다 브라우저 창이 납작한 경우                     canvasScaleRatio = widthRatio;                 }                 objs.canvas.style.transform = `scale(${canvasScaleRatio})`;                 // objs.context.drawImage(objs.images[0], 0, 0);                 // // 캔버스 사이즈에 맞춰 가정한 innerWidth와 innerHeight                 // const recalculatedInnerWidth = window.innerWidth / canvasScaleRatio;                 // const recalculatedInnerHeight = window.innerHeight / canvasScaleRatio;                 // console.log(recalculatedInnerWidth, recalculatedInnerHeight);                 // const whiteRectWidth = recalculatedInnerWidth * 0.15;                 break;    

안녕하세요. 강의를 듣다 궁금한 점이 생겨 질문 남깁니다.   accessToken을 redux에 주로 저장을 하신다고 했는데요. 만약에 앱을 껐다가 키면 accessToken이 날아가고 그렇게 되면 사용자가 다시 로그인을 해야되는 상황이 일어나지 않을까라는 생각이 들어서요. 혹시 날라갔을 때는 그때마다 refresh 토큰으로 대체 시키는 건가요?  이 부분이 궁금합니다!  

app.js: 1032 Uncaught TypeError: vue__WEBPACK_IMPORTED_MODULE_0__.default is not a constructor   이렇게 에러가 뜨는데... 어떻게 해결해야 할까요?

수업 중 전이학습 얘기가 나오셔서요.  논문에서도 큰 Data로 사전 학습 시킨 후에,  transfer learning으로 정확도를 높였잖아요.  그런  pre-trained model을 pytorch에서도 download 받아서 전이학습을 시킬 수 있는지 문의드립니다.   

현재 vuejs.org 에 접속하면, vue3 기준으로 나오기 때문에 아래 링크를 강의 하단에 첨부하셔서 강사님과 같은 코드를 사용할 수 있게 해주시면 감사하겠습니다:) https://v2.vuejs.org/v2/examples/modal.html

엑셀이나 기타 소스로부터 데이터를 불러오는 부분은 이해하였습니다. 파워 쿼리 편집기를 이용하여 데이터를 분석에 적합한 형태로 전처리 한 후, 이를 다시 엑셀의 형태로 내보내는 방법도 있는지 궁금합니다. 쿼리편집기로 데이터 전처리한 깔끔한 데이터를 파워 BI에서만 볼수 있는건 너무 아깝네요. 

선생님, 사용자 패턴을 학습해서 목적지 예측을 하는 모델을 구현하고 싶습니다. 현재 아래와 같은 Sample Dataset을 만들었는데요 :) 데이터 전처리를 어떻게 해야할지 잘 모르겠습니다. 일단 day_of_week 피처는 원핫 인코딩으로 처리하려고 하고 출발 시간 피처(hour,min)은 log 값으로 scaling 하려고 합니다. 여기까지는 올바른 방향이 맞을까요?   또 시작 좌표(start_lat, start_lon)와 목적지 좌표(end_lat, end_lon) 를 어떻게 처리해야할까요? 일단 제가 생각한 것은 각각 좌표 지점을 군집화하여 원핫 인코딩으로 바꾸는 것을 생각했습니다. 아직 군집화 수업을 듣기 전이라 이것도 맞는 방향인지 모르겠습니다. 선생님께서 생각하는 방향과 제가 생각한 방향이 일치할지 모르겠습니다. 또 제가 잘못 생각하고 있는 부분이 있으면 말씀부탁드려요 :)

/**  *  * 이거 단축키가 뭔가요

안녕하세요? 강의 잘 듣고 있습니다. 좋은 강의와 친절한 답변에 늘 감사드립니다.     1.   @login_required def comment_new(request,post_pk): post = get_object_or_404(Post,pk=post_pk)   if request.method =="POST":     form = CommentForm(request.POST,request.FILES)     if form.is_valid():       comment = form.save(commit = False)       comment.post = post       comment.author = request.user       comment.save()       return redirect(comment.post)       #comment.post > 코멘트의 post 객체 > 해당 post의 url로 이동   else:     form = CommentForm()   return render(request,"instagram/comment_form.html",{"form":form,})   이전에 드렸어야 할 질문인 것 같은데, 갑자기 눈에 밟혀서 질문 드립니다. 해당 강의에서 comment_new view에 관한 부분 중에, comment = form.save(commit=False)이 부분이 좀 궁금한데요,   실제 모델에서는 post나 author에 대한 정보가 필요하기 때문에, 바로 commit을 하는게 아니라 해당 정보를 넣어주고 commit 해주기 위해서 commit = False와 같은 식으로 해주는 것은 이해했습니다. 궁금한 부분은, 굳이 comment = form.save()로 받아줄 필요없이 바로   form = CommentForm(request.POST,request.FILES) form.post = post form.author = request.user form.save()   와 같이 해주면 안되나요??   2. 강의중에 몇번 말씀해주신게,'함수기반 뷰를 만들고 > 클래스기반 뷰를 활용해보는게 좋다' 와 같은 식으로 몇번말씀해주셨는데요, 함수기반뷰는 일일이 작성해줘야 하기 때문에 메커니즘을 좀 이해할 수 있어서 라고 이해를 했습니다.   근데 궁금한게, 그냥 함수기반뷰만 사용하면 안되나요? 장고를 사용하다보면 자연스럽게 클래스기반뷰로 넘어가는 경향이 있는지, FBV 에 비해서 CBV의 장점이 무엇인지 궁금합니다.(상속을 통한 재사용성.. 정도로 생각은 하고 있습니다!)   감사합니다~    

- 강사님 vue.js dev tools 설치할려고 페이지를 가면 404 not found가 나와요 강의를 들을려면 필요한 것 같은데.. 어떻게 하면 될까요?

안녕하세요. 기선님 좋은 강의 감사합니다.   강의를 보다가 문득 상수가 아닌 전역 변수를 선언해서 써야하는 경우가 있나란 궁금증이 들어서요.   어짜피 전역변수를 게터 세터로 캡슐화 하여 사용하는 거면 일반 필드로 선언하여 클래스를 인스턴스화 해서 게터 세터로 쓰면 되는거 아닌가란 생각이 드는데 어떤 다른 특별한 경우가 있나요?   아니면 제가 전역이나 객체에 대해 좁은 생각을 하고 있는 건지 궁금합니다.   그냥 전역 변수는 리팩토링 할 일 없게 final 키워드 붙여서 상수로 쓸 때 말고는 쓰지말자. 라고 단순히 생각해보려다가 문의 드려요.   감사합니다.

- vue.js devtools 설치 페이지 not found가 나옵니다. url에 변경이 발생하였나요...

안녕하세요. 강의 내용 중 리본, 줄 모두 더 이상 지원하지 않는 상태라고 하셨는데요. 리본은 스프링 로드밸런서로 대체할 수 있다면 zuul 은 기본적으로 게이트웨이 역할이고 부하분산 기능은 미미하거나 거의 없다고 이해하면 될까요:?

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요. 피그마는 뒤로가기 기능이 업 ㅅ나요??ㅜㅜ   버튼을 잘못 눌러서 다 날라갔는데 어떻게 살려야하는지 모르겠습니다..ㅜㅜ

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.   뒤로가기 기능은 어떻게 하나요? 작업하던게 다 날라갔습니다..ㅜㅜ

안녕하세요 강사님 yml 파일에서 node-app이라 명명한 부분에 질문이 있습니다. yml 파일을 작성할 때, redis 서버는 redis-server 로 명명했기 때문에 server.js 파일에서 host 를 redis-server 라는 이름으로 지정한다고 말씀해주셨습니다. 그럼 yml 파일에서 node-app 이라고 node 서버의 이름을 명명한 것은 docker 의 기본 규칙 때문인건가요..? 도커 컨테이너 내부에서 node의 호스트명을 node-app 으로 사용하기 때문에 yml 에서 node-app 이란 이름을 지정한 것인지 궁금합니다..! 강의 항상 잘 듣고 있습니다. 감사합니다 :))