어제 일기에서 내가 팀을 이동했다고 이야기했다. 


나는 게임 회사를 다니고 있으며, 이동 전 프로젝트는 내가 회사를 이 회사에 입사하면서 들어갔고 약 4년 동안 있었다. 이동 후 현 프로젝트에서 일한지는 이제 2년이 다 되어간다.



팀 이동을 하고 나니 보이는 것들


나는 구직을 할 때 그 회사가 어떤 회사인지가 중요한 것이 아니라, 내가 들어갈 팀이 어떤 팀인지가 훨씬 중요하다고 생각한다. 예를 들어, 이직을 한다면 회사를 보고 고르는 것이 아니라, 어떤 게임을 만들게 될 것인지, 그리고 같이 일하게 될 사람들은 어떤 사람들인지를 훨씬 중요하게 본다는 것이다. 그런 면에서, 팀 이동은 이직과 다를 바 없다고 생각한다. 비록 같은 건물, 같은 유관부서, 같은 편의시설, 같은 전산 시스템 등을 공유하지만 말이다.


그리고 실제로 프로젝트 이동을 하고 나니, 비록 같은 회사지만 팀 마다 다르다고 느끼게 된 것들이 몇 가지 있다. 


다른 사람들이 나를 대하는 태도


먼저 이전 팀에 입사할 때 나는 SI 회사와 안티 바이러스 회사 경력은 있었지만 게임 업계는 처음이었을 때였고 나이 또한 아주 어려서 팀에서 거의 막내급이었다. 그래서 그런지 많은 사람들에게 사회 초년생으로 인식되었던 것 같다. 직급은 입사할 때부터 아래에서 두번째 - 대리 정도 - 였지만 말이다. 덕분에 어느 정도 실수를 해도 이해해주고 귀여움받을 수 있는 장점도 있었지만, 의견을 냈을 때 진지하게 받아지는 일 또한 많지 않았다는 느낌이었다. 또 코드를 작성하는 방식에 대해 간섭을 많이 받았는데 이것이 상당한 스트레스였다. 거기서 설득을 하려면 어떤 권위가 필요했지만 나이는 남들이 보기엔 너무 어렸고 내가 가진 경력은 대부분의 사람에게 인식되지 못했다. 한 가지 예를 들자면, 코드에 클래스, 변수, 함수 이름을 지을 때 헝가리안 표기법을 사용했었는데, 나는 일찌감찌 이 방식을 SI 회사 다닐 때 쓰다가 단점을 깨닫고 버렸던 방식이다 - 이 내용에 대해선 별도로 포스팅을 하겠다.


현재 팀에서는 어떤 이유에선지는 몰라도 시니어 프로그래머 취급을 받는 느낌이다. 직장 상사만 해도 가끔 나를 부를 때가 있는데 심장이 쿵쾅거리면서 혹시 뭔가 실수한 것은 아닌가, 호통을 듣는 것이 아닌가 하고 긴장했었는데 대부분 어떤 구현을 하고 싶은데 어떤식으로 구현하는게 좋을 것인가에 대해 의견을 물어보는 것이어서 어리둥절한 적이 많다. 또 다른 팀원들도 프로젝트에서 잘 모르는 부분이 있으면 나에게 질문을 하는데 사실 나도 이 프로젝트에 온지 얼마 안되서 모르는 것이 많아 당황할 때가 많았다. 그래도 잘 모르겠다고 대답을 하기 보다는 내 힘이 닿는 한까지 최대한 답을 찾아서 알려주었다.


업무 분위기


이전 팀은 상당히 시끌벅적한 느낌이었다. 좋게 말하면 즐겁고 게임 회사같은 분위기였고 나쁘게 말하면 업무 집중도가 높지 않은 분위기였다.  나는 프로그래밍을 할 때는 조용하고 혼자 있는 느낌에서 좋은 퍼포먼스가 나왔기 때문에 중요하거나 빠른 시일 내에 처리해야 하는 일이 있으면 새벽 시간에 코딩하는 것을 선호했다. 그러다가 업무 시간에도 그런 집중도를 내보기 위해 노이즈 캔슬링 헤드폰을 구매했으며 어느 정도 효과는 보았지만 만족할만한 수준은 아니었다.


현재 팀은 비교적 조용한 분위기이다. 테스트를 위해 단체로 게임을 할 때가 있는데 이 때는 시끌벅적해지긴 하지만 눈치를 주거나 하지는 않는다. 처음에는 상대적으로 너무 조용한 분위기 때문에 말 소리도 크게 못냈지만 현재는 익숙해져서 별 이상한 느낌은 받지 않는다. 노이즈 캔슬링 헤드폰은 큰맘 먹고 더 좋은 것으로 구매했는데 역시 소음이 적을 수록 집중도가 높아지는 것을 느낀다.


업무 규칙


당연히 다른 팀인 만큼 규칙 또한 다르다. 예를 들면, 이전 팀에서는 늦은 시간까지 야근을 하는 경우에는 다음 날 늦게 출근을 할 수 있다는 것이 공식적으로 인정되었다. 


여기서는 딱히 그런 규칙은 없지만 반대로 늦게 온다고 해서 특별히 문제를 제기하지도 않는다. 전일 늦게까지 작업하다가 피곤하면 늦게 올 수 있고 그 대신 업무 시간에 집중해서 빨리 끝내는 느낌. 개인적으론 전 팀의 제도가 마음에 들었지만 여기도 크게 스트레스받지는 않는다. 이 때문에 회사에서 공용으로 사용하는 출퇴근 기록 대신 별도의 팀 전용 관리 페이지를 만들어볼까 하고 생각하고 있다.


사람


그렇다. 무엇보다도, 다른 팀에 가면 다른 사람들이 있다. 위에서 말한 태도, 분위기, 규칙이 다른 이유도 당연히 사람이 다르기 때문에 다른 것이다. 거기에는 나를 좋아하는 사람도 있고, 나를 싫어하는 사람도 있고, 나를 신경도 쓰지 않는 사람도 있고, 상황에 따라 나를 좋아하거나 싫어하는 사람도 있다.


팀 인원이 이동 전이나 후나 상당히 많은 관계로 모두의 성격을 다 나열할 수는 없을 것이고, 또한 여기에 적기에는 부적절하다고 생각한다. 하지만 사람이 바뀌면서 내가 회사를 다니면서 어떤 생각을 하게 되는지에 대해 주는 영향 또한 상당히 변했다는 것은 분명한 사실이다.




팀 이동을 생각하는 당신에게


여기서부턴 내 이야기가 아니라 조언.


회사에서 받는 스트레스의 대부분은 업무가 아니라 사람으로부터 나온다. 그래서 좋은 사람들과 일하는 것이 무엇보다 중요하다고 생각한다. 


만약 당신이 팀 이동을 생각한다면 반드시 같이 일할 사람들에 대한 고려를 해야 한다. 가장 좋은 것은 이동할 팀의 사람들에 대한 정보를 듣는 것이겠지만, 그 정보가 객관적이라는 법은 없다는 것 또한 잘 생각해야 한다. 누군가 자기와는 성향이 안 맞다는 이유로 당신에게는 그 사람을 안 좋게 이야기할 수 있지만 실제로 가봤더니 나에게는 친절하게 대할 수 있는 것이다. 반대로 좋다고 이야기했지만 나에게는 매우 안 좋은 경우 또한 있을 수 있다.


당신의 상사가 될 사람이 어떤 사람인지 파악하는 것 또한 중요하다. 만약 면접을 보러 갔다면 그 때 이야기를 나누면서 어느 정도 느낌을 받을 수 있을 것이다. 당신이 원하는 이상적인 팀의 요건에 대해 말해보고 어떻게 반응하는지 살펴보면 좋을 것이다.


혹시라도 팀 이동의 이유가 현재 당신과 일하고 있는 사람이 마음에 들지 않아서라면 특히 주의해야 한다. 그 사람도 나를 마음에 들고 있지 않을 가능성이 매우매우 높으며, 내가 이동할 팀의 상위권자에게 나에 대해 나쁜 이야기를 할 수도 있다. 만약 그런 경우엔 팀 이동 후 본인의 실력을 발휘한다면 금방 오해가 풀릴 것이지만 알아는 둘 것.


반응형

오랜만에 블로그에 글을 쓴다.


그 동안 많은 일들이 있었다. 팀도 이동하고 사용하는 개발 환경도 바뀌고. 어느 순간 돌아보니 주변에서 나를 시니어 프로그래머로 생각하는 것도 같고. 그에 걸맞는 능력도 요구하고. 또 나이도 그 만큼 먹었고. 이 이야기를 하자면 글이 몇 편은 필요해서 나중에 다시 해야할 듯 하다.


지금은 왜 블로그를 방치하다가 이제 와서 글을 쓰는가? 그 동기는 무엇인가? 에 대한 이야기를 하고 싶다.




그 시작은 지인의 블로그 포스팅 - 정확히는 그 분의 페이스북에서 본 것 - 에서 시작되었다. 셀프 인테리어를 했다는 내용이었는데 정말 놀라웠다. 우중충한 집이 인테리어 변경으로 이렇게 예쁘게 변할 수 있다니! 게다가 이걸 스스로 공사를 하다니! 돈을 아낄 수는 있었겠지만 힘도 많이 들고 시간도 많이 들고 장비도 사야되고 하다가 망하면 어떻게 하나 이런 걱정도 많이 했을 것이지만 그 결과물은 전문 시공사가 와서 해줬다고 해도 믿을 정도였다. 물론 사진에 담긴 아름다움 뒤에는 아마 말로 다 구구절절히 늘어놓기 힘들 정도의 고생이 있었을 것이다.


그러다가 생각이 닿아, 예전에 사놓고 잠깐 하다가 봉인해둔 심즈4를 켰다. 심즈에서는 인테리어가 - 현실에 비해 - 아주 쉬울 뿐만 아니라, 시간도 단 1초도 걸리지 않고 즉시 바뀌며, 비용도 아주 싸다. 벽 한 칸 놓거나 뜯는 비용이 피자보다 싼 정도


오랜만에 하는 만큼 이전 세이브 파일은 대체 어디까지 했는지 기억이 나지 않았기 때문에 바로 날려버리고, 나를 닮은 캐릭터, 아바타를 만들었다. 당연히 성격은 괴짜(nerd)에 직업은 아직 정하진 않았지만 아마 프로그래머로 할까 했다. 돈이 없으니 1층짜리 작은 단독 주택을 샀다. 작은 거실에 주방이 연결되어있고 2인용 침대가 겨우 들어가는 방 하나에 조그만 화장실 하나밖에 없는 집이다 (생각해보니 이놈은 작긴 해도 자기 집 가지고 있다). 


처음 시작하면 아무 직업도 없기 때문에 핸드폰으로 기술 전문가(프로그래머) 커리어 직장을 구했다. 아직 PC도 집안에 없었기 때문에 핸드폰을 사용했다. 심즈도 예전에는 집의 유선 전화를 썼는데 이제는 모바일 폰을 쓰니 격세지감이 느껴진다. 그리고 직장을 구하면 이력서고 면접이고 다 생략하고 바로 취직이 되고 다음 날 바로 출근이 결정된다. 글을 쓰면서 생각하니 이거 진짜 대단한 세상이 아닐 수 없다.


그리고 나서 항상 심즈 할 때와 같이 똑같은 짓을 하기 시작했다. 바로 승진을 위해서 자기계발을 시작한 것이다. 처음 취직을 하면 급여가 낮기 때문에 빨리 승진을 해야 급여가 올라간다. 그러려면 각 직종에 맞는 스킬을 익혀야 한다. 프로그래머라면 컴퓨터로 프로그래밍 연습을 하면 된다.


현실에서와 마찬가지로 평일에는 출퇴근을 해야 되므로 사실 개인 시간을 쓰기가 힘들다. 아침에는 일어나서 샤워하고 아침 먹고 바로 출근, 저녁에 퇴근 후에는 저녁 먹고 심의 떨어진 욕구 - 보통 재미와 사교 - 를 위해 게임을 하거나 친구들과 수다를 떨거나 채팅을 해야 한다. 그럼에도 불구하고 승진에 대한 욕심 때문에 그런 원초적인 욕구는 무시하고 바로 컴퓨터 앞에 심을 앉혀서 프로그래밍 연습을 시키거나 심지어 게임 스킬을 올리기 위해 강제로 게임을 시킬 때가 있다(?!). 주말에도 돈을 벌기 위해서 게임 대회에 내보내거나 플러그인 개발, 프리랜서 활동을 시켰다.


그러다 보니 뭔가 이상한 기분이 들기 시작했다. 현실의 나는 지금 재미 욕구를 채우기 위해 심즈라는 게임을 하고 있으면서, 게임 내의 아바타에게는 욕구를 무시하거나 기본적인 욕구만 채워주고 자기계발을 시키고 있는 것이었다. 여기서 뭔가 깨달음이 생겼다. 현실의 나도 자기계발을 해야되는게 아닐까? 이게 지금 이 글을 쓰고 있는 동기이다.




사실 자기계발을 해야겠다는 생각은 거의 맨날 하지만 집에만 오면 프로그래밍 관련 툴은 전혀 켜질 않고 게임만 하니 이뤄질 턱이 없다. 물론 게임 스킬은 나날이 늘어났으니까 아주 계발이 안됐다고는 못하겠지만!


오늘부터는 매일 아주 조금이라도 어제보다 더 나은 오늘의 나를 만들기 위해 이런 식으로 일기 또는 일지를 써볼까 한다. 이 글 쓰는데만도 벌써 2시간 걸렸으므로 오늘은 여기까지!

반응형
클로즈드 베타 테스트 기준 (2015-09-29)

공격
현재 방패가 상당히 강하다. 평균 실력 팀 또는 공방에서는 방패가 필승.

수비

방패를 잡아내는게 승리의 관건이다. 방패는 정면에서는 무적임을 명심해야 한다. 따라서 적이 들어올 입구를 한정시킨 뒤 교차 사격할 수 있도록 해야 한다. 즉, 수비 과정은 다음과 같다:

1. 방패가 들어올 입구를 한정시킨다. 다시 말해, 내가 짱박을 곳 옆이나 뒤에서 적이 들어오지 못하게 한다.

2. 방패가 입구로 밀고 들어올 때 최소 2 군데 이상(양쪽이 제일 좋다)에서 공격을 받도록 아군이 위치를 잡는다. 이걸 실패하면 그냥 방패 킬수만 올려주게 된다.


바리케이드 및 포지셔닝 기본:

바리케이드는 보호할 대상이 있는 곳에서 멀리서부터 쳐야 한다. 안에서부터 치면 갇히게 되므로 밖으로 못 나가게 된다. 가장 안쪽은 가장 마지막에 친다.

바리케이는 스스로를 방에 가두는 식으로 사용되면 안된다. 퇴로가 없으면 수류탄(특히 Fuse), 방패가 들어왔을 때 죽음뿐이다. 바리케이는 적이 들어올 것으로 생각되는 방향에 치는 것이다. 그리고 그 이유는 아래와 같다:

바리케이 아래 바닥에 보이는 전투화, 브리칭을 설치하는 소리, 바리케이를 손으로 때릴 때 눈치를 챌 수 있으며 이 순간 화력을 집중하여 킬을 낼 수 있다. 또한 직접 바리케이를 보고 있지 않더라도 소리로 적이 접근하는 방향을 짐작하게 만들 수 있다.

드론을 맞출 수 있다면 쏘되, 쫒아가지는 않아야 한다. 그 시간에 바리케이를 치는게 더 이득이다. 어차피 공격이 시작되어도 드론을 또 보낼 수 있기 때문이다.

수비할 방의 주변 방에 한 두명 씩 들어가 있는 것이 가장 좋다. 그리고 벽에 구멍을 내 지켜보면서 적들이 옆 방에 들어와면 쏴죽인다.

수비할 방에는 사람이 없어도 된다. 옆 방에서 구멍으로 수비 가능.

수비할 방 말고 그 옆 방들을 지킨다는 느낌으로 자리를 잡는게 좋다. 옆 방이 털리면 결국 방패가 수비할 방에 밀고 들어오기 때문에 퇴로가 없어서 진다.


직업:

Mute는 강화 벽을 Thermite가 깨고 들어오지 못하게 만드는 역할을 한다. Bandit도 같은 역할을 한다. 재머는 그 외 드론을 막거나 일반 바리케이트의 브리칭을 막을 수도 있다.

드론은 Mute의 재머를 점프로 뛰어넘을 수 있다.


수비 중 Light Armor(현재는 jager, bandit)는 이동 속도가 빠르므로 로밍을 다니는 것이 좋다. 다른 층에 숨어있다가 교전이 시작되었다고 판단되면 뒷치기로 뛰어나와 킬을 쓸어담을 수 있다. 만약 이때의 기습으로 한번에 적을 못잡아냈다면 킬 욕심을 버리고 생존하여 바로 다시 도망가야 한다. 그러면 공격측은 앞 뒤를 동시에 봐야 하므로(뒤쪽에서 수비가 오는 것을 알았지만 못 죽였으므로) 심리적으로 굉장히 불안해진다. 다시 교전이 시작되면 뒷치기를 가면 된다.

바리케이드가 쳐진 창문으로 공격이 들어오는 경우, 같은 방에 있는 수비측이 유리하다. 바리케이드를 때리는 순간 난사로 잡아낼 수 있다. 창문에 바싹 붙어 있으면 브리칭을 붙이는 소리도 들리므로 이때 난사로 공격하면 아주 좋다.

다른 모든 FPS를 해본 사람은 알겠지만 캠핑하는 쪽이 언제나 유리하다. 수비하는 사람은 자꾸 팀데스매치 하듯이 돌아다니지 말고 캠핑한다는 느낌으로 적이 들어올 입구 좌우 구석에 짱박고 있어야 한다. 공격은 방패가 제일 처음에 들어오므로 정면에서 샷발로 싸우려고 하면 방패에 막히고 바로 권총맞아 죽는다.

몸을 노출시키고 있으면 안된다. Q나 E (Lean - 몸 기울이기)을 써서 아주 최소한 사격에 필요한 정도만 몸을 내민다.

적의 위치를 잘 모를 때는 움직이지 않는다. WASD 키에서도 손을 떼고, 마우스에서도 손을 떼야 한다. 적이 들어왔을 때 움직이고 있는 상대는 굉장히 눈에 잘 띈다. 특히 포복 상태에서 아주 중요하다. 포복 상태에서는 몸 전체가 꿈틀거리기 때문에 움직이면 누워있는 표적이 된다.

수비할 때 공격이 들어올만한 입구가 막혀있다면 보고있어도 된다. 하지만 뚫려있다면 완전 은폐하여 있는 것도 좋다. 적이 방에 들어와서 아무도 없다고 생각하여 지나가게 만드는 것이다. 이때 소리를 듣고 뒤에서 몰래 나와서 공격한다. 아니면 자기를 발견 못하고 다른 수비 플레이어와 교전할 때를 노리게 만들어야 한다.

당연하지만 단단한 장애물 뒤가 가장 안전하다. 그러나 구멍을 내고 보는 경우 물렁한 벽이라도 좋다.

공격측이 가장 인식하기 어려운 상대는 벽에 구멍을 뚫고 감시하거나 공격하는 수비측 플레이어다. 반드시 써먹자. 이게 수비 최고의 방법이다.


방패는 느리다. 만약 방패와 조우했을 때 방패가 날 발견했다면 다음과 같이 행동한다:

만약 퇴로가 있다면 1초도 지체하지 않고 즉시 뛰쳐나간다. 방패는 이동 속도가 엄청나게 느리므로 쫒아오지 못한다. 이제 우회하여 뒷치기를 가면 된다. 우회할 수 없더라도, 다른 방으로 이동했다면 방패는 내 위치를 모르기 때문에 방으로 진입할 때 좌우를 보는 과정에서 반드시 측면이 노출되는 순간이 온다. 그 때를 노리고 쏴야 한다.

퇴로가 없을 경우, 내가 장애물 뒤에 숨어있는 상태이거나 빠르게 숨을 수 있다면 그렇게 한다. 절대 머리를 내밀지 않는다. 방패는 이 순간 나만을 바라보고 있기 때문에 괜히 머리를 내밀면 권총에 희생될 뿐이다. 아군에게 도움을 요청한다. 차라리 방패가 내 쪽으로 접근해서 싸우게 만들어야 한다. 거의 칼이 닿을 정도로 접근하게 만들면 뛰쳐나와서 측면의 머리와 옆구리를 쏴야 한다.

던질 수 있는 것은 다 던진다. C4, 수류탄, 가스 수류탄 등.



아군끼리 교전이 벌어졌다고 생각되면 바로 지원을 가야 한다. 안그러면 보통 방패에 멀리 있던 아군이 당하고 그 다음 내가 방패를 혼자 상대해야 하는데, 측면과 후면에서 같이 잡아줄 사람이 없게 된다.



---


글 써둔지 꽤 오래됐는데 버리기 아까워서 발행


반응형

'게임' 카테고리의 다른 글

몬스터헌터 월드 아이스본 PC판 세이브 파일 문제  (0) 2020.01.11

+ Recent posts