학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문 전에 다음을 꼭 확인해주세요. 1. 강의 내용과 관련된 질문을 남겨주세요. 2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요. (자주 하는 질문 링크: https://bit.ly/3fX6ygx) 3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요. (질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG) 질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요. ========================================= [질문 템플릿] 1. 강의 내용과 관련된 질문인가요? (예/아니오) 2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오) 3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오) [질문 내용] 안녕 하세요. 궁금증이 생겨서 질문을 올립니다. 코드를 보여주고 설명 하는게 편할것 같아서 코드를 먼저 보여드립니다. 블록친 부분을 보시면 왼쪽에 있는 것은, 생성자 쪽에서 new @@@을 해서, 값을 지정하는 방면, 오른쪽에 있는 것은, 필드 쪽에서 new @@@ 하여서 값을 지정 하는 것을 볼 수 있었습니다. 여기서 궁금증이 생깁니다. 왼쪽에 있는 pathMap을 가지고 있는 것을 객체를 생성할때 하는게 아니면 그냥 필드에 넣어도 되는것이 아닌가? 그리고 오른쪽에 있는 것을 생성자 안에 넣어서 선언해도 되는 것이 아닌가? 라는 생각들입니다 억지 스러운거 같지만 이렇게요. 그래서 여기서 궁금증인 어떤 클래스들은 필드에 new를, 어떤 클래스들은 객체에 new를 하는것 같은데, 1. 두 가지의 차이점이 궁금하고, 2.아래의 사진 처럼 이렇게 바꿔도 되는지 궁금합니다. 답변 부탁 드립니다.
안녕하세요. 문의 드릴 게 있습니다. 14:02 에서, 궁금한 게 있는데요. 저번 수업에서 업캐스팅일 때, 오버라이딩 함수가 아닌데, 자식 매서드를 호출하면 에러가 발생한다고 하셨었는데요, 지금처럼 show(int x)매서드는 오버라이딩이 아니지 않나요?? 그럼 궁금한 부부분이 단순 선언은 괜찮은건가요? 호출 시에만 문제가 되는건지 궁금합니다. 지금 14:02 에서 보여지고 있는 코드가 오류가 없는 코드인지 궁금합니다.
파이썬 알고리즘 트레이딩 파트2: Interactive Brokers API를 활용한 실시간 알고리즘 트레이딩
ib.connect()해도 연결이 안 되는게 정상입니다. 제대로 설치가 됐으면 애러가 안 난다고 말씀하셔서 api는 직접 연결하고 설치해야 되는다고 생각하고 다 설치해서 연결확인 후 봤더니... 가르쳐주시네요. 혹시 다른 분들도 안되서 당황하실까봐 글을 남겼습니다. 강의 잘보고 있습니다.
지금 class Parent { public String name = "Parent" ; } class Child extends Parent { public String name = "Child" ; // Parent의 name 변수를 hiding함 } 두 변수 모두 정적 변수가 아니라 인스턴스 변수? 인데 그럼에도 업캐스팅 한 객체에서 변수를 불러올때는 선언한 타입 클래스에 있는 변수를 불러온다는 것이겠죠? 재선언한 자식것을 가져오는것은 동일 형태의 매서드만 가져오는것이구요?
1. 아래 두 줄의 출력값이 동일한데 무슨 차이인지 모르겠습니다. print('{:10f}'.format(3.141592)) print('{:10}'.format(3.141592)) 2. 문자는 부등호를 생략하면 왼쪽으로 몰리는 반면, 정수의 경우는 >를 사용하나 생략하나 둘 다 오른쪽으로 몰려서 출력되는 이유가 궁금합니다. print('{:4d}'.format(42)) print('{:10}'.format('nice')) 감사합니다.
학습은 예전에 마쳤습니다. 내용 꽉꽉 채워진 훌륭한 강의 감사합니다. 그런데, 수업내용 프로젝트의 완성된 코드는 제공이 안되는지 궁금합니다. 압축파일로 제공된다던지 github 리파지토리를 통해 제공이 된다던지... 이 곳에서 답변이 어렵다면 jinwelcome1015@gmail.com 메일로라도 답변 부탁드립니다. 이상입니다. 감사합니다~
Set에서 Map으로 자연스럽게 빌드업되는 과정에서 Set + value = Map이 되는 객체지향의 묘미를 다시 한번 느껴보나 기대했는데 표준 라이브러리의 실제 구현은 반대로 Map - value = Set 이었네요 ㅠㅠ java.time 패키지의 딱딱 맞아떨어지는 조립방식에서 느껴졌던 희열은 어디갔을까요 자바의 내장 자료구조가 저렇게 부자연스럽게 되어있는 특별한 이유라도 있을까요? 구조적인 아름다움을 포기해서라도 얻는 성능적인 이점이 있는건가? 싶은데요 정확한 사정은 당사자들만 아는거겠지만 혹시나 선배님들은 아시는게 있을까 여쭈어봅니다..ㅠㅠ
안녕하세요 강사님 강의 잘 듣고 있습니다. 강의 듣기 전에 먼저 문제를 풀어보고 있는데 항상 브루트 포스 -> 그리디 -> DP 순으로 접근을 하셔서 저도 동일한 과정으로 문제 풀이를 생각하고 있습니다. 브루트 포스 풀이를 떠올리기는 하는데 혼자 구현을 해보려고 하니 쉽지가 않더라고요. 혼자 코드를 짜보긴 하는데 제출을 해도 애초에 시간 초과라 올바른 코드인지 확인할 수 없고, 브루트 포스로 시간초과나는 문제는 구글에서도 코드를 찾을 수가 없어서 제가 혼자 짠 코드가 제대로 짠 건지 확인하기가 힘들더라고요. 혹시 추후에 브루트 포스 코드도 같이 제공해주실 수 있는지 여쭤보고 싶습니다..
