안녕하세요. 강의 첫 시작하고 있습니다. 선생님 영상 보면서 따라해서 Hello World 출력까지 잘 되었습니다.   비주얼 스튜디오 설정은 처음만져보는데요 하면서 궁금한점이 2가지 있습니다.   1. pch (프리 컴파일 헤더)를 사용하려면 프로젝트 마다 속성으로 들어가서 미리컴파일된헤더를 설정 해줘야하는 건가요?   2.VC++ 디렉터리 -> 포함디렉터리 설정을 해준 이유는 해당 클래스 파일과 헤더파일을 가져오기 위해 경로 설정을 해준건가요? 만약에 맞다면 포함 디렉터리 설정만 해주고 라이브러리 디렉터리 포함 설정은 안해줘도 되지 않나요?   3.VC++ 디렉터리 -> 포함라이브러리 디렉터리 설정은 ServerCore 에서 빌드된 파일들을 가져오기 위해서 해준건가요? 만약 맞다면  ServerCore 프로젝트를 수정하고 다시 적용하려면 ServerCore를 다시 빌드 해야하는지 궁금합니다.        

맥에서 동일하게 주피터 노트북을 활용하여 코드를 따라하고 있는데, 트랙바가 삽입된 윈도우는 뜨는데 상단에 임계값(127) 글자도 안 뜰 뿐더러, 바도 하나만 보이고, 바를 움직일 수도 없게 되어 있습니다. 맥에서는 수행되지 않는 코드일까요?

안녕하세요, 한줄입력 강의에서 alt+10 관련하여 질문있습니다~ 한 줄을 모두 선택하고 바꾸기 대화상자를 눌러 찾기에서는 alt를 누름과 동시에 오른쪽 숫자패드에서 1과0을 순서대로 누르고 바꾸기에서는 공백으로 두고 모두 찾기로 바꾸니까 바꿀 대상을 찾지 못했습니다! 라고 뜨는데 뭐가 문제일까요?? 답변 부탁드립니다~~

안녕하세요. 제가 이번 챕터를 복습할 겸 스스로 구현을 해보면서, logout 부분을 Get 방식으로 처리를 했습니다.  (수업 코드에 의존하지 않고 스스로 하다보니 조금 다르게 구현됐습니다 ㅎㅎ;;) 실행을 했는데, 쿠키가 잘 삭제되고, 로그아웃 처리가 잘 진행되길래, 잘 복습했구나 싶어서 확인 차 수업 코드와 비교를 했는데, 수업 코드는 Post 방식으로 로그아웃을 처리를 했더라구요. 먼가 다른 부분이 있을까? 싶어서 이래저래 실험을 해봤는데, 저는 별 다른 차이점을 찾지 못했습니다. 그리고, 구글링을 좀 해봤는데, 너무 추상적인 부분이 많아서 이해가 잘 가지 않습니다 ㅠ 로그아웃을 Post와 Get 으로 처리하는 것에 대한 차이가 무엇이 있는지 알 수 있을까요 ?   감사합니다.

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.   안녕하세요 선생님, -- order별 특정 상품 주문시 함께 가장 많이 주문된 다른 상품 추출하기 부분의 코드를 그대로 복사해서 dbeaver에서 실행했는데 다음과 같이 오류가 나왔습니다, SQL Error [42P01]: 오류: "order_items" 이름의 릴레이션(relation)이 없습니다 Position: 235   정정해야 할 부분이 있을까요? 감사합니다~  

안녕하세요! 엊그제 강의를 결제해서 잘 듣고 있습니다   고사양 PC 환경이 되어서 3개의 환경을 생성하려고 했는데,   이 방법이 가능한걸까요?   박범님의 경우를 참고해봤는데 답변해주신 내용대로 진행되지 않았습니다   다른 글에 달아주신 답변을 보니 현재는 고사양 환경에서 진행할 수 없다는 답변을 보았는데,   어떤게 맞는걸까요?ㅠㅠ..   새 호스트를 관리되는 호스트로 집어넣는 방법이 궁금합니다! (가능하다면)   감사합니다. 좋은 주말 저녁 되세요!

  밑에 경고 메세지도 뜨네여 ㅠㅠ

사랑합니다.

왜 쌍따옴표로 안쓰고 고쳐서 썼나요? 

안녕하세요 맛비님. vivado 설치 중인데, C드라이브에 용량이 부족하다는 메세지가 있어 D드라이브를 만든 후 다시 시도했으나 d drive에도 용량이 없다고 나옵니다..... 현재 C 드라이브의 남은 용량이 90GB가 넘고, D 드라이브는 60GB인데도 error가 납니다. 혹시 해결해 주실 수 있으실까요?

안녕하세요 맛비님. 최후반부 22 강에서 만든 FC 를 바탕으로 다른 것을 만들려고 시도 중인데요. 강의에서 지금까지는 BRAM 을 전부 2 개를 사용해서 32 bit * 2 = 64 bit 로 가져왔었습니다.  그런데 제가 알기로 DRAM 이나 BRAM 은 64bit 의 bitwidth 제한이 있는것으로 알고 있는데 BRAM 이 2개가 아닌 대여섯개를 굴릴려고 하면 오류가 날까요? 만약 여러개를 굴리고 싶다면 DMA Controller 등을 달아서 써 줘야 하나요??

갑자기 헷갈려서 ㅠㅠ  for 안에    :   이거 들어간건 무슨 의미인가요 ? 

gridsearchcv를 이용하여 최적의 하이퍼 파라미터를 찾을 때 DecisionTreeClassifier( random_state=11 )이런식으로 난수 발생값을 고정해 놓지 않으면 최적의 하이퍼 파라미터가 계속 달러지던데, 최적의 하이퍼 파라미터를 찾을 땐 난수 발생값을 고정시키고 찾아야 하는건가요? 그렇다면 난수 발생값 설정은 뭘 보고 어떤 기준으로 설정해줘야 하는건가요

이분 탐색 및 결정알고리즘은 lt와 rt가 주어지고 범위가 보일 때 사용하는지를 생각하면서 풀어야 겠다는 걸 알겠는데 그리디는 그냥 느낌 오는대로 막 풀었는데 어떤 생각을 해야 하나요? 그리고 밑에 제가 답지 안보고 푼 정답인데 반례가 있을 까요?? a = int(input())b = list(map(int, input().split()))c = [0] * afor i in range(a): count = -1 for t in range(a): if c[t] == 0: count += 1 if b[i] == count: if c[t] == 0: c[t] = i + 1 break else: t += 1for k in range(a): if c[k] == 0: c[k] = aprint(c)

안녕하세요. 프로젝트 처음 빌드 시 출력되는 오류 질문 드립니다. 해당 오류가 이전 스프링 입문 프로젝트 진행 시에 중간에 발생한 오류였는데 해결하지 못하고 다음 단계로 넘어갔는대, 새로운 프로젝트를 열어서도 같은 오류가 발생하네요.   스프링 입문 강의에도 같은 질문글을 올렸는대 명확히 해결하지 못해 다시 질문드립니다.   스프링스타터에서 프로젝트를 새로 생성하고 처음 빌드해서도 나타나는 오류입니다.   혹시 몰라 구글 드라이버 공유 링크도 같이 올려드립니다. (드라이버에 공유된 파일은 스프링 스타터에서 생성한 파일 그대로입니다.) https://drive.google.com/file/d/1HjbyNRKD-Kl0L-lOxgE31XxNhqAqTFRt/view?usp=sharing   FAILURE: Build failed with an exception.   * What went wrong: org/apache/http/HttpRequest > org.apache.http.HttpRequest   * Try: > Run with --info or --debug option to get more log output. > Run with --scan to get full insights.   * Exception is: java.lang.NoClassDefFoundError: org/apache/http/HttpRequest at org.gradle.caching.http.internal.HttpBuildCacheServiceServices.registerBuildServices(HttpBuildCacheServiceServices.java:31) at org.gradle.internal.service.scopes.BuildScopeServices.lambda$new$0(BuildScopeServices.java:231) at org.gradle.internal.service.DefaultServiceRegistry.register(DefaultServiceRegistry.java:216) at org.gradle.internal.service.scopes.BuildScopeServices.<init>(BuildScopeServices.java:214) at org.gradle.internal.build.AbstractBuildState.prepareServices(AbstractBuildState.java:49) at org.gradle.internal.build.AbstractBuildState.<init>(AbstractBuildState.java:42) at org.gradle.composite.internal.AbstractCompositeParticipantBuildState.<init>(AbstractCompositeParticipantBuildState.java:45) at org.gradle.composite.internal.DefaultRootBuildState.<init>(DefaultRootBuildState.java:63) at org.gradle.composite.internal.BuildStateFactory.createRootBuild(BuildStateFactory.java:66) at org.gradle.composite.internal.DefaultIncludedBuildRegistry.createRootBuild(DefaultIncludedBuildRegistry.java:91) at org.gradle.launcher.exec.RootBuildLifecycleBuildActionExecutor.execute(RootBuildLifecycleBuildActionExecutor.java:39) at org.gradle.internal.buildtree.DefaultBuildTreeContext.execute(DefaultBuildTreeContext.java:40) at org.gradle.launcher.exec.BuildTreeLifecycleBuildActionExecutor.lambda$execute$0(BuildTreeLifecycleBuildActionExecutor.java:65) at org.gradle.internal.buildtree.BuildTreeState.run(BuildTreeState.java:53) at org.gradle.launcher.exec.BuildTreeLifecycleBuildActionExecutor.execute(BuildTreeLifecycleBuildActionExecutor.java:65) at org.gradle.launcher.exec.RunAsBuildOperationBuildActionExecutor$3.call(RunAsBuildOperationBuildActionExecutor.java:61) at org.gradle.launcher.exec.RunAsBuildOperationBuildActionExecutor$3.call(RunAsBuildOperationBuildActionExecutor.java:57) at org.gradle.internal.operations.DefaultBuildOperationRunner$CallableBuildOperationWorker.execute(DefaultBuildOperationRunner.java:204) at org.gradle.internal.operations.DefaultBuildOperationRunner$CallableBuildOperationWorker.execute(DefaultBuildOperationRunner.java:199) at org.gradle.internal.operations.DefaultBuildOperationRunner$2.execute(DefaultBuildOperationRunner.java:66) at org.gradle.internal.operations.DefaultBuildOperationRunner$2.execute(DefaultBuildOperationRunner.java:59) at org.gradle.internal.operations.DefaultBuildOperationRunner.execute(DefaultBuildOperationRunner.java:157) at org.gradle.internal.operations.DefaultBuildOperationRunner.execute(DefaultBuildOperationRunner.java:59) at org.gradle.internal.operations.DefaultBuildOperationRunner.call(DefaultBuildOperationRunner.java:53) at org.gradle.internal.operations.DefaultBuildOperationExecutor.call(DefaultBuildOperationExecutor.java:73) at org.gradle.launcher.exec.RunAsBuildOperationBuildActionExecutor.execute(RunAsBuildOperationBuildActionExecutor.java:57) at org.gradle.launcher.exec.RunAsWorkerThreadBuildActionExecutor.lambda$execute$0(RunAsWorkerThreadBuildActionExecutor.java:36) at org.gradle.internal.work.DefaultWorkerLeaseService.withLocks(DefaultWorkerLeaseService.java:270) at org.gradle.internal.work.DefaultWorkerLeaseService.runAsWorkerThread(DefaultWorkerLeaseService.java:119) at org.gradle.launcher.exec.RunAsWorkerThreadBuildActionExecutor.execute(RunAsWorkerThreadBuildActionExecutor.java:36) at org.gradle.tooling.internal.provider.ContinuousBuildActionExecutor.execute(ContinuousBuildActionExecutor.java:103) at org.gradle.tooling.internal.provider.SubscribableBuildActionExecutor.execute(SubscribableBuildActionExecutor.java:64) at org.gradle.internal.session.DefaultBuildSessionContext.execute(DefaultBuildSessionContext.java:46) at org.gradle.tooling.internal.provider.BuildSessionLifecycleBuildActionExecuter$ActionImpl.apply(BuildSessionLifecycleBuildActionExecuter.java:100) at org.gradle.tooling.internal.provider.BuildSessionLifecycleBuildActionExecuter$ActionImpl.apply(BuildSessionLifecycleBuildActionExecuter.java:88) at org.gradle.internal.session.BuildSessionState.run(BuildSessionState.java:69) at org.gradle.tooling.internal.provider.BuildSessionLifecycleBuildActionExecuter.execute(BuildSessionLifecycleBuildActionExecuter.java:62) at org.gradle.tooling.internal.provider.BuildSessionLifecycleBuildActionExecuter.execute(BuildSessionLifecycleBuildActionExecuter.java:41) at org.gradle.tooling.internal.provider.StartParamsValidatingActionExecuter.execute(StartParamsValidatingActionExecuter.java:63) at org.gradle.tooling.internal.provider.StartParamsValidatingActionExecuter.execute(StartParamsValidatingActionExecuter.java:31) at org.gradle.tooling.internal.provider.SessionFailureReportingActionExecuter.execute(SessionFailureReportingActionExecuter.java:58) at org.gradle.tooling.internal.provider.SessionFailureReportingActionExecuter.execute(SessionFailureReportingActionExecuter.java:42) at org.gradle.tooling.internal.provider.SetupLoggingActionExecuter.execute(SetupLoggingActionExecuter.java:47) at org.gradle.tooling.internal.provider.SetupLoggingActionExecuter.execute(SetupLoggingActionExecuter.java:31) at org.gradle.launcher.daemon.server.exec.ExecuteBuild.doBuild(ExecuteBuild.java:65) at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:37) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.WatchForDisconnection.execute(WatchForDisconnection.java:39) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.ResetDeprecationLogger.execute(ResetDeprecationLogger.java:29) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.RequestStopIfSingleUsedDaemon.execute(RequestStopIfSingleUsedDaemon.java:35) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.create(ForwardClientInput.java:78) at org.gradle.launcher.daemon.server.exec.ForwardClientInput$2.create(ForwardClientInput.java:75) at org.gradle.util.internal.Swapper.swap(Swapper.java:38) at org.gradle.launcher.daemon.server.exec.ForwardClientInput.execute(ForwardClientInput.java:75) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.LogAndCheckHealth.execute(LogAndCheckHealth.java:55) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.LogToClient.doBuild(LogToClient.java:63) at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:37) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.EstablishBuildEnvironment.doBuild(EstablishBuildEnvironment.java:84) at org.gradle.launcher.daemon.server.exec.BuildCommandOnly.execute(BuildCommandOnly.java:37) at org.gradle.launcher.daemon.server.api.DaemonCommandExecution.proceed(DaemonCommandExecution.java:104) at org.gradle.launcher.daemon.server.exec.StartBuildOrRespondWithBusy$1.run(StartBuildOrRespondWithBusy.java:52) at org.gradle.launcher.daemon.server.DaemonStateCoordinator$1.run(DaemonStateCoordinator.java:297) at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:64) at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:48) Caused by: java.lang.ClassNotFoundException: org.apache.http.HttpRequest at org.gradle.internal.classloader.TransformingClassLoader.findClass(TransformingClassLoader.java:52) ... 70 more

선생님 안녕하세요 해당 강의와는 관련없는데 조언을 구하고 싶은게 있어서 문의 남깁니다   머신러닝 관련 학습을 위해 파이썬 머신러닝 완벽 가이드를 결제/수강 하다가(3강 평가 듣고있어요...) 최근에 회사에 팔란티어가 도입되어 쓰다보니 이게 spark 기반으로 작동이 되더라구요(팔란티어를 계속 쓸지는 모르겟습니다.)   우연찮게 스파크 머신러닝 완벽 가이드 미리보기를 몇개 보니 판다스 기반이랑은 많이 다르다고 하시고 실제로 팔란티어로 데이터셋을 가공하려다 보니 spark 기반 메소드가 많아서 제약이 좀 있어서 강의 수강이 고민되는데   1) 파이썬 머신러닝 완벽 가이드 를 뛰어 넘고 스파크 머신러닝 완벽 가이드를 들어도 될지 (시간은 없는데 여러개를 하려다보니 드는 고민입니다 ㅠ) 2) 스파크 데이터프레임이 더 인기가 많은지 궁금합니다!   긴 문의사항 읽어주셔서 감사합니다

강의를 듣다 캐시이야이가 나와서 생각이 난건데 개인 맥북과 회사에서 쓰는 맥장비에서 항상 시스템데이터 때문에 업데이트를 못하거나 용량부족 문제를 자주겪고 있습니다. 그런일이 발생할때마다 검색해서 찾아는보는데 해결해본적은 한번도 없었습니다. 개인맥북은 최근에 그냥 밀어버리고 새로 다 세팅을 했는데.. 회사컴퓨터는 그게 힘들어서 곤란하더라구요. 혹시 시스템데이터 정리하는 팁이 있을까요? 개인적인 추측이지만 리액트네이티브 프로젝트를 자주 빌드하고 릴리즈를 추출하는 단계에서 iOS, android의 더미파일들이 생겨서 용량을 차지한다고 보고있어 질문 드립니다.

 안녕하세요 조현영님. typeorm 쿼리 중에서 뭔가를 찾거나 할 때 find혹은 findOne등을 사용잖아요. 그리고 create로 생성하거나 save로 저장하고 이런 쿼리등을 사용할 때 에러가 날 수 있는 경우가 있을까요? 단 find의 where등으로 컬럼에 접근 하는 경우를 제외하고요. await을 연달아 쓰는것 대신 settled로 묶은 후reject된값을 에러 배열에 담은 다음 에러 배열의 길이가 1이상이면 InternalServerErrorException을 throw 하려 하는데 에러 처리하는 구문 때문에 함수가 비대해지는 느낌이 있어서요. 만약 에러가 날 가능성이 없다면 이 에러 처리 구문을 굳이 안넣으려 하거든요. 가능성이 있을지 궁금합니다.

  안녕하세요. 코딩 팩토리님   미세먼지 앱을 만들다가 문득 생각이 들어   저의 수준에서는   factory 키워드를 이용해 사용하면 어떨런지요?   static, factory 둘다 메모리를 먹지만 factory는 싱글턴패턴이라서 이후에 규모가 더 커지는 프로젝트나 실무에서 사용할때도 다루면 좋을거같아서요!   기본 생성자를 따로 작성해야하고 오버로딩 구현시에 편리하지만   코딩 팩토리님의 의견이 궁금합니다!    

강의를 재밌게 보고 있는데, 의문이 있어서 질문드립니다. "대안1 자기 자신 주입" 강의 0:47 때 그림을 보여주시는데, 해당 그림에서는 target 인스턴스 내에서 proxy 를 의존성 주입 받아서 사용하는 걸로 표현됩니다. 여기서 의문이 들었습니다. 제 지식으로는 "스프링 빈으로 proxy 가 등록되고, target 은 빈으로 등록되지 않고, proxy 가 내부에서 참조만 한다"라고 알고 있습니다.(틀리다면 꼭 지적해주십쇼!) 그리고 또 한가지는 제가 알기로는 "의존성 주입을 위해서는 쓰는 쪽과, 받는 쪽 모두 빈으로 등록되어 있어야 한다."라는 것입니다. 이 두 가지 생각을 합치니 0:47 에 나오는 그림이 이상해 보였습니다. 그림 상에서는 빈으로 등록되지 않은 target 인스턴스가 의존성 주입을 받고 있는 걸로 보이거든요... 그림 처럼 되려면 target 인스턴스도 빈으로 등록이 되어야 하는데... 혹시 target 인스턴스도 빈으로 등록이 된건가요??