이력서 작성 가이드를 알려주셨는데 자소서에 대한 언급이 없으셔서 질문합니다!자소서 항목(성장과정, 장단점, 지원동기, 입사후 포부)은 굳이 작성할 필요가 없는 것인지 궁금합니다! 

안녕하세요~ 프로세스는 OS로부터 stack, heap, data, code영역으로 나눠진 메모리를 할당 받는다고 하셨는데요. 자바를 배울 땐 자바 프로세스가 실행될 때 JVM에 의해 다음과 같이 5개의 메모리 영역으로 나뉘어져서 관리한다고 배웠었습니다 (Method area / Heap / Stack / PC Registers / Native Stack) 명칭도 조금씩 다른부분도 있고 영역개수도 상이 한데 OS로부터 할당받은 4종류의 메모리의 영역과 JVM이 관리하는 5종류의 메모리의 영역이 서로 어떻게 매칭되는건지 궁금합니다~ 예를들어 프로세스의 Stack영역은 JVM의 Stack영역과 동일하다던가..아니면 프로세스의 Heap영역안에 JVM의 5종류의 메모리영역이 나눠져서 할당된다던가..그것도 아니면 JVM은 일반 프로세스와는 다르게 JVM에 의해 다른 메모리영역을 할당받는다던가.. 서칭 해보는데 단순히 JVM의 메모리구조에 대해서만 설명이 되어있고 이게 프로세스의 메모리영역과 어떻게 매칭되는건지에 대한 내용은 찾지 못해서 질문드립니다~

 일단 저는1. 경력기술서 + 이력서2. 포트폴리오준비해서 서류넣고 있는데,1 번은 이력서와 경력기술서를 동시에 하다보니- 인적사항- 자기소개- 스킬 셋iOSSwiftUITest, XCTestUIKit, StoryBoardRxSwift, RxCocoa, RxRelaySanpKit, FlexLayout, PinLayoutMoyafastlaneMultiPlatformFlutterRxDartFVMCooperationNotionJiraSlackDiscord - 프로젝트 ( 강조하고싶은 것 상단에, 나머지는 최신순으로)Project TeamiOS Developer'사이드프로젝트' 런칭2023.05 - 현재Description프로젝트 간단설명기획자, 디자이너, 백엔드 개발자, iOS 개발자로 이루어진 팀을 조직하여 진행하였습니다.현재 App Store에 MVP 배포하였고 24년 6월까지 NRU 3,000명을 목표로 업데이트 진행 중입니다.ContributeCodeBaseUI +MVVM + RxSwift 기반의 아키텍쳐 설계엔드포인트 및 API 수정 용이하도록 Moya를 사용한 네트워크 모듈 개발RxSwift 6.1 권장방식에 맞춰 리팩토링하여 에러 핸들링 코드 3줄 이상 단축. 반복된 [weak self] 사용에서 파생되는 휴먼에러를 10% 이상 감소시킴Fastlane 을 사용한 배포 자동화로 5분 이상 시간 단축BaseViewController 와 BaseViewModel을 모든 뷰에서 채택하여 Navigation Action, 뷰 레이아웃 정의를 통일시켜 피쳐 초기 개발 시 3줄 이상 코드 절약FlexLayout + PinLayout 기반 UIMVP 배포 이후 프로젝트의 비션과 비전을 제시하여 동기부여 및 고도화 진행에 기여함.Tech Stack.Mob - Swift, Xcode 14.3, Github, Fastlane RxSwift, RxCocoa, Moya, FlexLayout+PinLayout, Firebase협업 - Github, NestJS 여기까지가 이력서 + 경력기술서 이구요'사이드 프로젝트 제목'서비스 소개 소개Team Team 개발기간 2023.05 - 현재참여인원 iOS 개발 2 / 백엔드 개발 2 / 기획자 1개발환경 Xcode 14.3 / Swift / Min Target: 15.0fastlane RxSwift RxCocoa RxRelay CodebaseUI FlexLayout + PinLayout Moya ResfulAPI담당업무비즈니스 로직 분리와 상태관리를 위한 MVVM + RxSwift 패턴 채택네트워크 추상화 클래스로 API 사용을 간편화하고 엔드포인트 관리가 용이하도록 Moya 채택BaseViewController 와 BaseViewModel을 모든 뷰에서 채택하여 Navigation Action, 뷰 레이아웃 정의를 통일시켜 피쳐 개발 시 3줄이상 코드 단축RxSwift 6.1 권장 방식에 맞도록 리팩토링을 통해 에러 핸들링 코드를 3줄 이상 단축하고, 반복된 [weak self] 사용에서 파생되는 휴먼에러 10%이상 감소 시킴Fastlane을 도입하여 테스트플라이트 및 배포 시간을 5분 이상 단축클라이언트 개발의 일정 수립 및 관리MVP 배포 이후 프로젝트의 미션과 비전을 제시하여 팀의 동기부여를 이끌어내고 고도화를 진행ISSUE & Resolve토글을 사용한 이슈 및 해결과정 나머지 프로젝트들도 같은 형식으로 썻고 업무부분 내용도 위와 같이 거의 이력서와 포트폴리오가 거의 비슷합니다.크게 봤을 때 문제는1. 진행한 프로젝트들이 너무 많아서 문장을 최대한 줄여도 길이가 길다.2. Contribute의 내용은 포트폴리오의 내용과 거의 똑같다.3. 이력서는 간단하게 요약하는것이 목표인데, 경력기술서는 어느정도까지 STAR를 보여줘야할지 모르겠다4. 포트폴리오와 '이력서+경력기술서'의 내용의 차이가 무엇인지 감이 잘 잡히지 않는다이렇게 였습니다..!일단은 전체적으로 구조를 잡고 머리에 그려보려는데 개념이 잘 잡히지 않아서 힘이듭니다.. ㅠㅠ 

이진트리로 구성된 Map이나 Set의 참조 시간복잡도가 O(logn)인데조금 다른 트리긴 해도 Heap의 참조 시간복잡도가 O(1)인게 이해가 안되는데Heap의 참조와 탐색 시간복잡도에 대해서조금 더 자세히 설명해 주실수 있으신지 해서 질문 드립니다. 예를 들어 참조의 경우 루트노드에 대한 접근이 O(1)이라는 말씀이실까요??자식노드에 대한 접근까지 내려가면 O(logn)이거나 O(n)일거 같은데.. 아니면 제가 참조와 탐색에 대한 개념을 잘못 잡고 있는것일까요.. 

순서대로 공부하려고 보고 있는데 용어들이 너무 어려워서 어떻게 접근해야될지 모르겠어요 ㅠㅠ 따로 상담 신청 가능할까요?

강의에서 기존의 다른 공부들처럼 이론을 먼저 공부하고 익숙해지는 단계로 가는건 고생할 가능성이 크고일단 가져다 사용해보고 익숙해진뒤 이론을 공부하는게 더 좋다고 말씀해 주셨는데요여기서 말씀해주신 '이론'과 '가져다 사용해 보는' 단계는 섹션2에서 말씀해주신 2단계인 프레임워크 단계인가요?? 예를 들어 자바스크립트라는 언어는 문법 공부인 1단계 이니깐 기존에 우리가 알던 공부들처럼 이론 공부하고(책을 예로 들자면 책에 나온 내용 읽고 예제 코드 따라 쳐보기) 외우고 리액트와 같은 프레임 워크를 공부할때는 자세한 이론 보다는 직접 가져다 사용해보고 이것저것 고쳐보고 하는 걸까요??

안녕하세요!구글폼으로 권한요청 내용 제출했습니다. 확인 부탁드립니다.감사합니다.

안녕하세요, 혹시 죄송하지만 it 업계에 대해서 질문드릴게 있는데 이메일 좀 드려도 괜찮을까요? 

안녕하세요 개념이 헷갈리는 부분이 있어 질문 드립니다. 네트워크 시간에는 TCP/IP 4계층에 대해서 다뤘었고운영체제 시간에는 IPC 통신에 대해서 다루고 있는데 IPC의 소켓통신과 TCP/IP 4계층을 이용한 HTTP 통신이랑 어떤 차이가 있는걸까요?어디에 어디가 속하는 그런 개념일까요?? 둘 다 Client와 Server 프로세스간 통신하기 위해 사용되는 방법이라는 측면에서는 동일해보여서요~

안녕하세요 큰돌님! 항상 좋은 강의 감사합니다Mvvm패턴에서 Data binding으로 VM의 상태변화를 V에 업데이트하는데 문득 Data binding이 옵저버 패턴과 같은 것이 아닌가 하는 의문이 들었습니다. Data binding이 옵저버 패턴으로 구현하는 건가 싶기도 하고…두 개념의 차이점과 관계에 대해 알려주시면 감사드리겠습니다!

안녕하세요 강사님. 항상 수업 유익하게 잘 듣고있습니다.인터럽트 강의를 듣다가 궁금한 부분이 있어서요 이벤트 기반의 프로그램을 작성하게되는 경우에 mouse click 이벤트는 하드웨어 인터럽트와 동일한거 같고html body onload는 소프트웨어 인터럽트와 동일한거 같다고 생각하는데요 그럼 이벤트와 인터럽트는 같은 의미라고 봐야되는걸까요??구글링 해보면 다르다고 하는데 내용이 이해가 되지 않아서요..

안녕하세요 큰돌님. 강의 잘 듣고 있습니다. 질문이 하나 있습니다.어차피 웹 서비스면 HTTPS로 통일해도 괜찮은거 아닐지 궁금합니다.찾아보니 HTTPS보다 성능이나, 보안이 더 뛰어난 것도 아닌거 같더라구요.HTTPS 하나로 통일하지 않고 계속 이 프로토콜들이 살아남는 이유가 궁금했습니다.관행을 지키기 위해 쓰거나, 다른 메일 서비스들이 SMTP를 사용하니까 똑같이 사용해야되는 것일까요?

안녕하세요. 큰돌님 항상 좋은 강의 감사합니당!  교재에 있는 DI 관련 그림들인데 두 그림의 화살표 방향이 다른데 첫번째 그림이 잘못된건가요..? 추상화는 세부사항에 의존하면 안되는데 첫번째 그림은 Dependency Injector가 세부사항에 의존하는 구조로 되어있어요! 추가적으로 질문 하나 더 드립니다. 의존관계역전원칙상위 모듈은 하위 모듈에 의존해서는 안 된다. 둘 다 "추상화"에 의존해야 한다. "추상화"는 세부사항에 의존해서는 안 된다. 세부 사항은 "추상화"에 따라 달라져야 한다.여기에서 "추상화"는 예제에서의 Developer와 같은 Dependency Injector를 의미하는 것 같은데 제대로 이해 한건가요..?

안녕하세요 큰돌님! 항상 좋은 강의 감사합니다.팩토리패턴 강의를 수강하다가 궁금한 점이 생겨 질문드립니다. 팩토리패턴 javascript 예제에서 CoffeeFactory가 중요한 뼈대를 결정하는 상위 클래스, LatteFactory, EspressoFactory가 객체 생성 방식을 결정하는 하위 클래스로 이해를 했는데 굳이 LatteFactory와 EspressoFactory가 CoffeeFactory를 상속받는 이유가 있나요..? 팩토리 패턴은 "상속관계에 있는" 두 클래스에서 상위 클래스가 중요한 뼈대를 결정하고, 하위클래스에서 객체 생성에 관한 구체적인 내용을 결정하는 패턴이라고 하셨는데 위와 같은 이유로 정의와 예제가 다른 부분이 있는 같아서 질문드립니다. 제가 예제를 잘못이해한 건가요.. ㅠㅠ

큰돌님 강의는 처음 수강하게 되었는데요. 다른 게 아니고 js랑json을 실행하실 때 강의 내용은 이해가 가는데 실제로 크드를 써서 출력을 해보고 싶어서 node.js도 깔고 그랬는데 코드를 실행하는게 잘 안되어서 어떤 과정으로 준비해야 하는지 알려주시면 감사하겠습니다.

안녕하세요!강의 잘듣고 있습니다. 감사합니다.다름이 아니라, java를 사용하는 사람도 이런식으로 답변해도 되는건지 궁금합니다 괜찮다면, 나머지 자료구조들도 똑같이 생각해도 되는건지 궁금합니당..

안녕하세요! 좋은 강의 감사합니다.추상화를 공부해보니 상속과 추상화의 관계에 대해서 궁금해져서 질문 드립니다. 모든 상속은 데이터 추상화인가요?제가 생각해봤을 땐부모 클래스를 상속받는 자식 클래스들의 관계를 따져봤을 때 공통점이 있다면 추상화 O, 공통점이 없다면 추상화 X인 것 같은데... 상속인데 추상화가 아닌 예시가 떠오르질 않아서 맞는지 모르겠습니다.

되는거였네요 감사합니다 ㅠㅠ

교재와 영상엔 쿠키 secure attribute에 대해서"그러나 Chrome 52 이상 및 Firefox 52 이상을 포함한 일부 브라우저는 보안을 강화하고안전하지 않은 사이트(HTTP)가 Secure 지시문으로 쿠키를 설정하는 것을 금지하기 위해 이 사양을 현재는 무시합니다."라고 설명이 되어있는데 https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Set-Cookie위 링크에서 secure 관련 설명엔 "Insecure sites (http:) cannot set cookies with the Secure attribute (since Chrome 52 and Firefox 52). The https: requirements are ignored when the Secure attribute is set by localhost (since Chrome 89 and Firefox 75)."라고 되어있어요. Chrome 52 이상 및 Firefox 52 이상부터는 안전하지 않은 사이트(HTTP)가 Secure attribute로 쿠키를 설정하는 것을 금지하고 있다. 까지 아닌가요? 이 사양을 무시하는 건 사이트가 로컬호스트일 때인데, 해석을 잘못하신게 아닌가 싶어서요.

새로 생긴 강의에 실습이 추가되어서 정말 좋네요