질문 드립니다. string.IsNullOrEmpty(name)

FindChild의 name의 용도는이름을 지정해서 해당 이름에 해당하는 GameObject만 찾고 싶을 경우에 사용하는 것인데요.반대로 이름은 비워두면, 객체의 이름은 중요하지 않고,T 타입의 Component만 들고 있으면 무조건 리턴하겠다는 의미입니다.++그리고 최근에 어떤 분이 찾아주셨는데 gameObject가 빠졌네요.if (string.IsNullOrEmpty(name) || compo.gameObject.name == name) {

안녕하세요 취업 학원 관련해서 문의드립니다.

비전공자가 1년 이내에 취업을 노린다면 어쩔 수 없이 유니티를 택할 수 밖에 없습니다.그리고 스타트업~중소 회사를 노리는 게 현실적이고,가서 2년 정도 경력을 쌓으면서 단계별로 올라가야겠죠.그러다 보니 너무 많은 공부를 분산해서 하기 보다는유니티에 집중하시고, 유니티를 작은 회사에서 원하는 수준으로 빨리 실력을 키우셔야 합니다.CS 공부는 할거라면 자료구조/알고리즘 위주로 하고,서버는 현재 상황에서 때가 아니니 비추 드리고 나중에 취업해서 견문을 늘려나가도 됩니다.작은 회사일 수록, 한 명에 가중되는 부담이 많고 더 많은 것을 빨리 쳐내길 기대합니다.따라서 엄청난 기본기 탄탄한 사람을 장기적으로 같이 가려고 하기 보다는,일단 현재 프로젝트를 잘 쳐낼 사람을 원하며게임 자체는 단순한 RPG 혹은 키우기 종류일 확률이 높습니다.결과적으로 키우기 장르를 - 단순 포폴이 아닌 실제 출시까지 전체 사이클을 한 번 돌려보시는 것이 유리합니다.거기서 만나는 각종 귀찮은 (배포, 광고, 인앱 결제 붙이기 등등) 것까지도 꼭 해보시고딱 회사에서 느끼기에 즉시 투입 가능한 상태라고 판단되게 만드시는 것을 목표로 해보세요.

Snapshot base vs packet oriented

Your question is a bit confusing, but if you're asking whether you should synchronize by input or by delta positionit depends on the game genre you're developing. For instance,[1] StarcraftIf you're making a strategy game like starcraft,you can't just delta serialize every single position data,because you can have up to 1000+ units.It would be smarter to synchronize using clients' input commands (mouse/keyboard inputs)[2] MMO (with keyboard based movement, like WOW)In this case you have no choice but to synchronize movement regularly.Usually you do this by setting a temporary destination every 0.25s,and you can try sending this destination to the client,and the client will interpolate the movement smoothly.This is known as dead reckoning.[3] MMO (with mouse based movement, like Lineage)The first attempt is to synchronize by mouse inputs, because it seems pretty cheap.However you have to be consider whether your game needs player collision.If it does, then it's probably using a grid based system.In this case you can't just send mouse input,the server has to judge which user successfully moved.

Nagle Algorithm

In MMORPGs, packet latency is not as important as it is in other genres (like LOL, FPS,...)Balancing packet speed and bandwidth is crucial.Sending 1 byte doesn't mean you REALLY send 1 byte,Because of network encapsulation there will be a huge amount of header data.Nagle helps you send packets instantly, but this is not always an advantage when it comes to MMORPG. So you can choose whether to use nagle.- Send packets instantly (Nagle ON), but try to send as many packets as possible at once from your contents code. This is possible because most MMOs use Job Systems, you can try to send as many jobs as possible. (= gathering packets from contents side)- Turn off Nagle and send packets, then it will gather as many packets as possible before sending it. (= gathering packets from network side)

What is more capable of m2 c# server or cpp from episode 4?

Well there is no correct answer, you (or the project leader) just have to choose.Often it is relevant to [whether your dev team can code in C# or C++]1- C++ is old school. recent MMO projects also use C#. So it's a matter of choice2- Of course. I have seen many teams using Unity C++ server 3- Not sure what you mean but I would rather keep things simple and easy, without extra binding

현재 강의를 이용하여 3D 게임을 만들 경우 변경되야 될 사항들에 대해 궁금합니다.

가장 눈에 띄게 달라지는 점은 아무래도 NavMesh & 길찾기입니다.기본적으로 Topology 데이터를 유니티 or 언리얼에서 갖고 와서,서버에도 사용할 수 있게 만들어야 하는데 이 부분이 조금 까다롭습니다.보통 한 명이 이 부분을 전담해서 꽤 오래 헤딩을 하고 개선도 합니다.(장거리 길찾기 등도 지원해야 하므로) 그 외의 부분들은 의외로 비슷합니다.서버/클라 언어를 통일하면 유리한 측면이 많은데예를 들어 언리얼 소스코드에서 길찾기 & NavMesh 부분을 긁어서버 쪽으로 이전하면 되기 때문입니다.

포트폴리오 관련해서 질문이 있습니다

둘 중 꼭 골라야 한다면, 장기적이고 큰 프로젝트가 좋지만현실적으로 많이 지치고 쉽지 않은 길입니다.유저의 피드백 또한 아무 게임이나 얻는 기회가 아니고어느 정도 성과가 나야 되는 것이라 쉽지 않을 수 있으니가급적 후자의 퀄리티를 전자의 시간에 만드는 것을 목표로 해보세요.

Protobuff is it sufficient for mmorpg?

Most teams use Protobuff, but I've also experienced teams using Flatbuffer, or some kind of a variation.So yes, FlatBuffer is better in terms of performance.But that really means 'computer' performance, not including development speed.You also have to consider whether it affects development speed.One of my previous projects originally used FlatBufferbut surprisingly our lead programmer decided to switch back to Protobuffbecause some junior programmers were complaining about its learning curve.Choosing Protobuff/FlatBuffer does not only affect packet serialization,but it is also deeply related to game contents development.It is extremely convenient to use structures/classes Protobuff auto generates both in client/server side contents.For example, you can hold the auto-generated [StatInfo] classboth in server/client side Player class as a member variable, which makes life much easier.Most CPU burden comes from AI / path finding code, and serialization is relatively cheap.So I personally prefer Protobuff over FlatBuffer,and in fact Protobuff is widely used in live mmorpg projects.

궁금하게 있습니다.

네 괜찮습니다

AActor를 APhysicsVolume으로 Cast가 되는 이유

언리얼의 Cast는 C++의 dynamic_cast와 유사합니다.APhysicsVolume* 타입이 아니라면 애당초 nullptr이 뜹니다.