셩잇님의 잡동사니

👻 OT 데이터베이스는 크게 RDBMS와 NOSQL로 나뉜다. RDBMS는 관계형 데이터베이스(Relational DataBase Management System)의 약자로 MMORPG 게임 제작에 적합한 데이터베이스이다. → 정보들이 제각각 따로 있는 것이 아닌, 관계있는 것 끼리 서로 묶어 저장하기 때문에 RDBMS가 적합하다. NOSQL은 비관계형 데이터베이스(Non-Relational Operational DataBase)의 약자로 빅 데이터에 적합한 데이터베이스이다. ⛳ 환경설정 설치하기. 1. Microsoft SQL Server 2022 2. SSMS 🦧 SSMS 입문 SSMS는 위 사진과 같이 크게 쿼리, DB 테이블로 나뉘어져있다. 이 때 쿼리에서는 SQL문을 입력하는데, SQL은 DBM..

해당 포스팅은 인프런에 있는 Rookiss님의 강의 Part5: 데이터베이스 및 깃허브 블로그 '평생 공부 블로그'님, 벨로그 '참치와돌고래'님의 포스팅을 참고하여 작성 한다는 것을 미리 밝힙니다.

댓글을 보니 나와 같은 생각으로 의견을 작성해주신 분이 있어 영상의 내용은 다음과 같이 정리한다. 좋은 영상 감사드립니다. 2023년도 고생 많으셨습니다. 제 의견을 하나 덧붙여도 될까요? class, object, instance는 모두 미국에서 만들어진 영어 표현입니다. 영어와 한국어는 서로 다른 언어이며, 서로 다른 문화 및 세계관에 기반하고 있습니다. 따라서 일반적으로 1:1 매칭은 어렵지 않겠습니까? 영어를 무리하게 한국어로 설명하려고 (혹은 한 단어로 간단히 번역하려고) 하다보니 발생하는 문제점도 있는듯 합니다. 제가 권유하고 싶은것은 다양한 영문 학술 서적, 혹은 논문 (컴퓨터 과학 이외에도) 을 읽는 것입니다. 그러면 어느새 자연스럽게 영어식 세계관에 익숙해지면서 본건과 같은 어려움은 줄어..

영상 내용을 요약해서 본문 게시글로 작성하려고 했는데, 이미 댓글로 정리되어 있어 이를 참조한다. 1. 지금 할 수 있는 일에 집중하기 (시간 낭비하지 않고 본질에 집중하기) 2. 꾸준히 질문하며 커뮤니케이션하기 (맥락을 파악하며 거시적으로 보기) + 만들 대상이 있다면 공부 범위가 확 줄어든다. 3. 알고 있다고 착각하지 말기 (메타인지 : 내가 무엇을 알고 무엇을 모르는지 아는 것) 설명할 수 있거나 아웃풋 할 수 있어야 아는 것이다. 4. 성장 마인드셋 탑재하기 능력과 한계는 고정적이지 않고 노력으로 향상시킬 수 있다. 절대로 모든 것을 다 알 수 없다. 그렇기에 모르는 것이 나올 때 좌절하기보다 성장할 수 있는 기회로 삼자. 모든 문제는 성장의 밑거름이다. 5. 일을 시간별로 쪼개고 우선 순위 리..

재미있는 영상이다. 영상을 요약하자면 '취업하기 위해선 기술적인 능력이 필요하다.'로 보면 될 것 같다. 출처 : 유튜브 스칼라의 IT직업충전소님 https://www.youtube.com/watch?v=v1kxbDq1zT4&t=18s&ab_channel=%EC%8A%A4%EC%B9%BC%EB%9D%BC%EC%9D%98IT%EC%A7%81%EC%97%85%EC%B6%A9%EC%A0%84%EC%86%8C

유니티 연동 지난 시간에는 단순 채팅이 아니라, 실제로 플레이어가 움직이는 것과 같이 이동하는 메서드를 콘솔에서 구현하였다. 이 때에 이동하는 패킷을 만들기 위해 PDL 파일을 수정하고, 그에따라 클라이언트/서버에서 추가적으로 로직을 수정해 주었다. 이 떄 Enter, Leave, Move, Player List 등 다양한 메서드들 또한 같이 구현하는 시간을 가져보았다. 오늘은 유니티 연동의 마지막 강의로 콘솔을 이용해 구현하는 것이 아닌 실제로 유니티를 이용해 구현하는 시간을 가진다. 🐛 유니티 버그 잡기 유니티를 구동해서 실행하면, 아래 이미지와 같이 콘솔창에 여러 에러가 우리를 반겨줄 것이다. 하나씩 에러 메시지를 클릭해보며, 이를 수정해보자. 😥 📜 ClientPacketManager.cs Cli..

유니티 연동 지난 시간에는 지금까지 구축해왔던 클라이언트-서버간 연결 프로젝트를 유니티에 연동하여, 유니티 내에 3D Obejct 실린더로 만든 임시 객체 Player를 3초마다 찾는 실습을 진행해보았다. 이 때 서브 쓰레드의 작동으로 인해 Player를 정상적으로 찾지 못하였다. 따라서 메인 쓰레드에서 함수가 실행되어 플레이어를 찾을 수 있도록 설정해주었다. 또한 과거 Command 패턴 학습방법을 이용해 큐를 생성하여 일감을 던져주는 형태로 마찬가지로 변경하여 정상적으로 Player를 메인 쓰레드에서 찾을 수 있도록 설정하였다. 🦀 채팅을 넘어, 움직임까지 이전 유니티 연동 시간에서는 단순히 게임을 실행하면, Player를 찾았다는 로그만 덜렁나타나서 이것만 가지고서는 MMO의 개념을 명확하게 보여줄..

유니티 연동 지난 시간에는 유니티 연동 실습을 위해 프로젝트를 하나 새롭게 생성하고, 기존에 사용했던 스크립트들와 새롭게 생성한 NetworkManager를 통해 유니티에서 실제로 연동이 되는지 확인하는 시간을 가져 보았다. 오늘도 이어서 추가적으로 연동하는 법을 배워보도록 하자. 👢 비동기 처리로 인한 문제 📜 PacketHandler.cs 이전 시간에는 PacketHandler 스크립트 내부에 채팅 핸들러로 들어왔을 때 로그만 찍어줬다면 오늘은 이 부분을 수정하여 실질적인 액션을 취할 수 있도록 수정해보자. 따라서 유니티 내부에서 실린더 오브젝트를 새롭게 만들어주고 이름을 "Player"로 설정하도록 하자. using DummyClient; using ServerCore; using System; u..

유니티 연동 지난 시간에는 우선 순위 큐를 이용하여 JobTimer Class를 새로 만들어 주었다. 이 후, Push와 Flush 메서드를 통해 일감들을 등록하고 관리하는 시간을 가졌다. 오늘은 여태까지 만든 이 모든 것들을 유니티를 통해 실제로 연동이 정상적으로 잘 되는지 확인해보며 학습하는 시간을 가져본다. 🙎‍♂️ 실습에 들어가기 앞서 먼저 좋은 소식과 나쁜 소식이 하나 있다. 좋은 소식은 네트워크 통신을 구현하기 위해 사용했던 스크립트들을 재 사용할 수 있다는 것이고, 나쁜 소식은 유니티의 정책상 C#에서도 허용되는 문법과 그렇지 않은 문법이 있어 GenPacket 스크립트에서 사용한 ReadOnlySpan, TryWriteBytes와 같은 것들을 사용하지 못한다는 것이다. 그러나 24.01.0..

본문은 요즘IT와 번역가 Chase가 함께 조쉬 코모(Josh Comeau)의 글 을 번역한 글입니다. 필자인 조쉬 코모는 언스플래쉬, 칸 아카데미 등에서 일했고 현재는 웹사이트 Joshwcomeau.com를 운영하며 리액트, CSS, 애니메이션 등에 대한 다양한 아티클과 강의를 제공하고 있습니다. 이 글은 개발자로서 새로운 기술을 빠르게 습득하는 방법을 다루고 있습니다. 필자에게 허락을 받고 번역했으며, 글에 포함된 각주(*표시)는 ‘번역자주’입니다. 글에 포함된 링크는 원문에 따라 표시했습니다. 더 읽어보기 및 출처 : 요즘 IT의 번역글 https://yozm.wishket.com/magazine/detail/2334/?utm_source=stibee&utm_medium=email&utm_campa..

들어가며 이번 글에서는 지난 3년간 개인 기여자(Individual Contributor, IC)가 아닌 한 명의 리더로서 좋은 리더란 무엇인지, 또 좋은 리더가 되려면 어떤 역량이 필요한지에 스스로 고민해 봤던 내용에 관해 적어보려고 한다. 아무리 기여자로서 일을 잘했던 사람이라고 해도 이 경험이 좋은 리더로서의 역량으로 이어지리란 법은 없기 때문에 자연스럽게 이런 고민을 시작하게 되었다. 많은 개발자들이 리더나 매니저 역할을 맡게 되면, 어렵다고 느끼는 부분이 컴퓨터와 다르게 인간은 생각보다 논리적으로 행동하지 않는다는 점에서 기인한다. A라는 명령을 내리면 그대로 A라고 알아듣고 수행하는 컴퓨터와 다르게 인간은 A라고 이야기했을 때 곧이곧대로 A라고 이해하는 경우가 거의 없다. 인간은 각자 자라온 ..

Job Queue 지난 시간에는 GameRoom 스크립트에서 BroadCast 메서드가 foreach문을 통해 Send를 계속했을 때 나타나는 문제점을패킷 모아보내기라는 기법을 활용하여 처리하는 시간을 가졌다. 그렇지만 GameRoom과 같이 무슨무슨 룸들이 점차 많아지고, 각각의 룸들이 서로 다른 대기시간을 가지며 실행이 된다고 하면 지금과 같은 방법으로는 처리할 수 없기 때문에 일감 관리를 도와주는 Timer를 통해 이를 해결해보는 시간을 가진다. 🏃 틱을 사용한 처리 현재 시간과 roomTick이라는 변수를 통해 두 변수의 시간을 비교하며 실행할지, 말지 결정하는 방법이다. 위와 같은 방법으로 코드를 구성한다면 각 룸에 따라 메인 루프에서 틱에 맞춰서 동작하도록 구성할 수 있다. 다만 메인 메서드의..

Job Queue 지난 시간에는 GameRoom 스크립트에서 BroadCast 메서드가 foreach문을 통해 Send를 계속했을 때 나타나는 문제점에 대해서 알아보았다. 따라서 오늘은 이를 해결하기 위해서 패킷 모아보내기 라는 개념을 학습하여 코드를 보완하는 시간을 가져본다. 😁 🌼 모아보내기를 하기 위해 패킷을 저장할 위치 선정 그렇다면 패킷 모아보내기를 어디에서 처리해야할까? 이는 크게 엔진 영역과, 컨텐츠 영역으로 나뉘어져 있는데, 여기에서는 컨텐츠 영역에서 이를 진행하도록 한다. 만약 엔진 영엑에서 이를 하고자 한다면, ServerCore 프로젝트 내 Session - Send 메서드에서 할 수 있다. 기존 Send 메서드에서는 Enqueue()를 통해 바로 넣고, RegisterSend를 하는..

Job Queue 지난 시간에는 Action과 람다식을 이용해 함수를 직접적으로 실행하는 것이 아닌, 스레드에게 일감을 주는 형태로 변경하는 시간을 가졌다. 오늘은 똑같이 동작하지만 수동적으로 Task를 만들어주는 수동적인 방법에 대해서 알아보도록 한다. 📧 Task Queue Task Queue라는 새로운 클래스를 서버 프로젝트 밑에 새롭게 생성하고 interface ITask를 새롭게 생성해준다. 이 후 Excute()라는 메소드를 생성해준다. 일 처리가 필요한 함수(Enter, Leave, BroadCast 등)에 맞도록 클래스를 새롭게 만들어준다. 예시로는 BroadCast를 만들어 볼것이다. 아래와 같이 작성하여 필요한 변수와 값들을 담아주도록 하자. 이전 시간처럼 실행시켰던 BroadCast ..

Job Queue 지난 시간에는 디자인 패턴 중 커맨드 패턴에 대해서 학습하는 시간을 가지었다. 커맨드 패턴은 사용자의 요구사항을 객체로 캡슐화하여 일감을 처리하는 스레드에게 던져준다고 이해하면 될 것같다. 오늘은 학습한 커맨드 패턴을 활용하여 Job Queue를 마저 구현해보자. 🧱 JobQueue 우선 Server 영역에 JobQueue 라는 클래스를 새롭게 만들어준다. 해당 클래스를 다른 곳에서도 사용하기 위하여 Public 으로 변경해주고, IJobQueue 라는 Interface를 만들어 해당 인터페이스를 상속 받도록 설정해준다. 📏 Interface 일감을 밀어 넣기 위한 함수 Push()를 새롭게 만들어주고, 이 행위 자체를 넘겨주기 위해 Action을 매개변수로 이용하여 사용한다. 📏 Jo..

Job Queue 지난 시간에는 채팅 테스트를 인원 수(1, 10, 100명)를 설정한 후 직접 실행해보는 시간을 가졌다. 이 때 인원이 늘어남에 따라 나타나는 부하의 문제점을 확인하였다. 이를 처리하기 위한 기능이 Job, Task인 것을 알았으니 오늘은 이를 학습해보는 시간을 가져보자. 😎 🖥️ Command Pattern 지금 작성한 스크립트의 문제점은 쓰레드가 일감을 받으면, 아래 이미지와 같이 다른 사람에게 일을 시키는 것이 아닌 일감을 받음과 동시에 이를 처리까지 모두 하고 있는 것이 문제되는 것이다. 이 때 lock의 특성까지 더 해져 한번에 하나의 쓰레만을 이용하여 일을 진행하다보니, 대기하는 쓰레드들이 쌓이는 것이다. 그래서 이를 해결하기 위해서는 아래 이미지와 같이 다른 쓰레드들은 Qu..

Job Queue 지난 시간에는 채팅 테스트를 위한 GameRoom을 만들고, 입장, 나가기, 전송하기 등의 기능을 구현해주었다. 또한 SessionManager를 새롭게 만들어, 이를 통해 세션을 생성해주고 관리해주도록 하였다. ⛈️ Client Session 현재 클라이언트에서는 한 명의 유저만 접속하고 있는 상황이므로, 이를 다수의 유저들이 접속하는 상황으로 가정하고 변경할 것이다. 🐦‍⬛ Server Session 서버쪽과 동일하게 클라이언트 세션에도 Manager를 만들어주어 직접적으로 세션을 생성하는 것이 아닌 Manager를 통해 제작하고 넘겨주는 방식을 통해 작동하도록 하자. 변경 전, 후 🐦‍⬛ SessionManager 제작 서버에서 작업했던 것과 동일한 방식으로, 싱글톤 형식을 이용해..

Job Queue 지난 시간에는 드디어 Packet Generator의 작업이 모두 끝났다. 🤯 자동화 과정이 조금 지루하긴 했지만, 코드 그 자체를 string 변수에 담아 패킷 별로 구분하여 {0}, {1}을 이용해 생성해주는 방식은 정말 듣도 보도 못한 과정이었다. 이걸 보니 취준생일 때 부터 지금까지 꾸준하게 날 가르쳐주고 있는 루키스님이 새삼 대단하고 느껴지네. 😂 ⛳ 추가 개선 예전에 작성해두었던 ServerCore 프로젝트 내 Session 클래스 안에 RegisterSend(), OnSendComplete() 메서드를 다시 확인해보자. 해당 메서드는 중간에 접속이 끊겼을 때에 대한 처리가 없어 위와 같이 진행된다면 틀림없이 문제가 생길 것이다. 🚦 RegisterSend() Register..

패킷 직렬화 지난 시간에는 ClientSession 에서 패킷을 받을 때 패킷 종류에 따라 처리를 달리 하는 방식을 Switch 문으로 처리하였지만, 시간이 지나면서 패킷의 종류가 늘어날수록 비효율적인 구조가 되기에 이를 패킷의 형식에 맞게 처리해주는 구조로 변경해주었다. 🩺 Packet Manager 자동화 이제 지난 시간에 제작한 구조들을 자동화 코드로 변경하고자 한다. 📿 ManagerFormat 추가 자동화를 위해 PacketFormat에 managerFormat을 선언하고, 기존에 작업하던 코드들을 가져온다. 여기서 Register의 부분은 어떠한 패킷이냐에 따라 처리 방식이 다르기에 {0}으로 선언하여 설정한 후, 추후 데이터를 넣는 방식으로 접근한다. 📿 managerRegisterForma..

패킷 직렬화 지난 시간에는 Client/Server Session 에서 사용하는 GenPackets의 내용을 수정할 때 마다 매 번 세션에 복사, 붙여넣기 해주던 작업을 ~.bat (=배치파일)을 만들어 실행시켜주는 방법을 통해 자동화를 하였다. 추가적으로 이제 더 무엇을 자동화 하여야할까? 를 생각해보며 오늘 학습을 이어나가 보자. 👚 OnRecvPacket 개선 기존에 사용하던 OnRecvPacket 스크립트는 아래와 같다. 이를 자세히 살펴보면 ClientSession의 OnRecvPacket에서 받은 패킷 ID를 통해 Switch 문에서 검사를 해주어 작업을 진행하였다. 하지만 가면 갈수록 패킷의 종류는 다양해질 수 밖에 없기 때문에 수 많은 Switch 문을 거치는 로직은 비효율적일 수 밖에 없..