보키_기록용

참고 (19) Multiplayer in Unreal Engine: How to Understand Network Replication - YouTube NDC Replay (nexon.com) NDC Replay 안녕하세요 넥슨 GT 이현승입니다. 저는 이번 시간에 ‘프로그래머를 괴롭히는 UE4의 함정들’이라는 주제로 여러분들하고 이야기를 나눠보려고 하는데요, 대부분은 이제 제가 일 년 동안 제가 ndcreplay.nexon.com 액터 리플리케이션 | 언리얼 엔진 문서 (unrealengine.com) 액터 리플리케이션 액터 오브젝트 리플리케이션을 여러모로 살펴봅니다. docs.unrealengine.com Unreal Engine Study :: 언리얼 네트워크 정리 (tistory.com) 언리얼..

왜 모델을 만들어야 하는가? 엔지니어는 자기 설계가 실제로 잘 작동할지 알아보려고 모델을 만든다. 여기에서 모델은 반드시 시험해 볼 수 있어야 한다는 의미가 함축되어 있다. 모델을 시험할 때 적용할 만한 기준이 하나도 없다면 그 모델은 만들 필요가 없다. '모델을 만드는 비용이 실제 물건을 만드는 비용보다 훨씬 적을 경우에 모델을 만들어서 설계를 검사해 본다.' 왜 소프트웨어 모델을 만드는가? UML 다이어그램에는 확고한 시험 기준이 없다. UML 다이어그램을 그리는 일은 소프트웨어를 작성하는 일보다 비용이 적긴 하지만, 소스코드를 바꾸기가 더 쉬운 경우도 있다. 시험해볼 구체적인 것이 있고, 그것을 코드로 시험하는 것보다 UML로 시험해보는 쪽이 비용이 덜 들 때 UML을 사용한다. 반드시 코딩을 시작..

UML(통합 모델링 언어) : 소프트웨어 개념을 다이어그램으로 그리기 위해 사용하는 시각적인 표기법. 문제 도메인(problem domain) 소프트웨어 설계 제안 이미 완성된 소프트웨어 구현에 대한 다이어그램 을 사용할 때 UML을 쓴다. 마틴파울러의 3가지 차원의 UML 개념(conceptual) 사람이 풀고자하는 문제 도메인 안에 있는 개념과 추상적 개념을 기술하기 위한 속기용 기호 어떻게 해석하느냐에 따라 의미가 달라진다. 명세(specification) 소스코드로 바꾸려고 그리는 것 구현(implementation) 이미 있는 소스코드를 설명하려 그리는 것 다이어그램의 유형 정적 다이어그램(static diagram) 클래스, 객체, 데이터 구조와 이것들의 관계를 그림으로 표현해서 소프트웨어 요..

1.1 벡터 벡터(Vector, 방향량) : 크기와 방향을 모두 가진 수량(quantity)을 가리키는 말. 힘이나 변위, 속도(velocity)를 나타내는 데 쓰인다. - 위치를 바꾸어도 벡터의 크기와 방향은 변하지 않는다. - 두 벡터가 길이가 같고 방향이 같다면, 오직 그럴 때만 상등(equal)이다. 1.1.1 벡터와 좌표계 같은 벡터 v라도 기준계가 다르면 그 좌표 표현이 달라진다. 어떤 벡터를 좌표로 규정하거나 식별할 때 그 좌표가 절대적인 수치들이 아니라 항상 어떤 기준계에 상대적인 수치들임을 뜻한다. 1.1.2 왼손잡이 좌표계 vs 오른손잡이 좌표계 왼손 좌표계 : Direct3D, 언리얼, 유니티 오른손 좌표계 : 블랜더 3D ※ 좌표계에 대한 더 많은 이야기 : [게임 수학] 3차원 공..

DevOps 관련 정리 (tistory.com) 이어서.. CI / CD는 새로운 코드 통합으로 인해 개발 및 운영팀에 발생하는 문제(Integration Hell : 인테그레이션 헬)을 해결하기 위한 솔루션이다. CI / CD ? CI (Continuous Integration : 지속적인 통합) : 새로운 코드 변경 사항이 정기적으로 빌드 및 테스트되어 공유 레포지토리(ex: GitHib)에 통합하는것. 여러 명의 개발자가 동시에 개발과 코드작업을 할 경우 서로 충돌할 수 있는 문제를 해결할 수 있다. CD (Continuous Delivert : 지속적인 서비스 제공 / Continuous Deployment : 지속적인 배포) : 두 가지 모두 파이프라인의 추가 단계에 대한 자동화를 뜻하지만 별도..

DevOps Development(개발) + Operations(운영). 소프트웨어의 개발부터 운영까지 전반에 걸친 과정을 통합하고 자동화하는 것을 목표로 하는 방식 및 도구. 기획(paln) : 개발 제품에 대한 아이디어 도출 및 정의. 작은 규모의 단위로 쪼개서 관리한다. 코드(code) : 기획을 바탕으로 코드를 작성. 버전 관리 시스템을 이용해 여러 사용자가 작성한 코드 작업 조율 및 추적. 빌드(build) : 완성한 코드를 묶어서 실행 가능한 상태로 만드는 단계. 구문 오류 점검과 실행 오류나 위배사항 등을 발견해 완성도를 높힘. 테스트(test) : 완성한 코드에 대해 단위(unit) 테스트나 정밀(sanity) 테스트, 통합(integration 테스트 등을 수행해 논리적 오류 방지 릴리스..

Stream Depot 스트림은 Stream Depot에 저장되고 여러유형의 스트림이 있다. Depot 안의 여러개의 Stream(네모칸 하나 하나)이 존재한다. Stram은 Git의 branch같은 개념으로 큰 줄기에 영향을 주지않도록 가지(branch)를 쳐서 작업하기 위함이다. 나중에 Merge과정으로 합친다. 스트림 유형(Stream Types) 1. Mainline : 부모가 없는 최상위 스트림, 메인 브랜치 2. Release : 안정적인 소스 상태로 관리하기 위한 스트림. 안정적인 릴리스를 준비하기 위해 사용하는 스트림. 3. Development : 개발이 이루어지는 스트림. 4. Task : 작은 단위의 작업을 할 때 사용되는 특수한 스트림. 더 자세한 내용 5. Virtual : 특정 ..

Perfore : SVN, Git같은 형상관리툴. 언리얼 공식이다. 장점 : 빅데이터, 바이너리 파일들을 처리하는데 빠르다. Git같은 경우 50mb 이상같은 빅데이터에 취약하지만, Perforce의 경우 빠르게 처리할 수 있다. 흔히 언리얼이 무겁다는 말을 많이 들었을텐데, 언리얼은 내부 엔진코드를 다 고칠 수 있는 장점이 있는만큼 빅데이터 관리가 중요하다. Perfore는 그런면에서는 큰 장점. 단점 : 유료. 게다가 비싼편이다. Perfore는 메인 서버의 저장소인 Depot에 모든 데이터를 저장한다. 파일작업을 하려면 파일을 열고 자신만의 작업공간인Workspace에서 편집한다. 완료되면 변경 목록(Chagelist)을 사용하여 변경된 파일을 Depot에 제출(Submit)한다. ※ Perforc..