[🐣질문] 팀원이랑 회의하다가 생긴 궁금증

[호시타(posita)]

UI 밖을 터치하면 에러를 뱉는데(고치기 쉬움) 이거 언제 고치실거냐 여쭤보니까

게임에 별 영향 없다고 나중에 해도 될 것 같다고 하시더라고요


별 영향 없긴 한데... 저는 에러가 뜨면 일단 고치고 봤거든요

일단 정상 작동 하면 에러를 굳이 잡아야 할 이유가 있을까 생각이 들었어요

물론 잡는 게 맞다고 생각은 하는데 잡아야 하는 이유는 모르겠는 상태입니다 이유가 뭘까요...

[익명(220.126)]

냅두고 나중에 안고쳤으면 그때 갈궈 분명 내가 고치라고 말 안햇냐 하면서

[호시타(posita)]

ㅋㅋㅋㅋㅋㅋ그래야겠어요

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[호시타(posita)]

음... 진짜 뭘 어떻게 해도 다른 버그나 에러로 파생이 되지는 않을 것 같아요

[소닉쫄따구테일즈(dcz3xv7zgu14)]

버그를 잡을지 말지는 그 버그가 유저에게 많은 문제를 끼칠 것인가 다른 해결해야할 중요한 일이 있는가 다음 기획때 버려지는 기능이라 냅둬도 상관없는가 를 따졌을때, 중요하지 않으면 나중에 하고, 중요하면 하는거지뭐

[호시타(posita)]

1 - x 2 - o 3은 세모인데 나중에 할 수도 있지만 영향이 없으면 굳이 안 잡으면 안 될까요? 잡아야 하는 이유가 그냥 궁금하네요

[소닉쫄따구테일즈(dcz3xv7zgu14)]

그럼 잡아야할 이유가 빈약함. 중요한게있으면 그거먼저하는게 맞음

[호시타(posita)]

음... 우선순위보다 이 에러를 굳이 잡아야 하냐가 궁금해요 아무런 영향이 없는 에러면 프로젝트 끝나고 나서도 놔둬도 되나 생각이 들어서요

[소닉쫄따구테일즈(dcz3xv7zgu14)]

에러를 굳이 잡아야 하냐가 궁금하다는데, 이미 난 답을 했잖아. 우선순위에 따라 잡거나 안잡거나, 미루거나 그런다고. 근데 우선순위보다 굳이 잡아야 하는 이유가 궁금하다는게 무슨말임 대체. 그리고 아무영향이 없는 에러가 말이 됨? 아무 문제도 안일으키는 에러가 어딧어. 문제를 일으키니까 에러지. 문제를 일으킬 가능성이 적은 에러면 몰라도. 말하는게 좀 이상하다 너...

[소닉쫄따구테일즈(dcz3xv7zgu14)]

나쁜뜻으로 말한거 아님. 지금 너 뭔가 이상한 생각에 굴레에 빠져있는 느낌이 들어서 하는말이었음

[호시타(posita)]

제가 그 에러가 어떤 문제를 일으킬 지 모르는 거겠네요 그러면 감사합니다

[호시타(posita)]

그냥 뭔가 그럴 수도 있을까 하고 생각했어요 저는 일단 에러뜨면 먼저 고쳐버릇해서ㅋㅋ 에러가 게임 플레이에 별 문제가 없으면 끝까지 안 고쳐도 별 문제 없지 않을까? 근데 전제부터 틀렸으면 쓸데없는 생각이었네요

[소닉쫄따구테일즈(dcz3xv7zgu14)]

캡틴어메리카 마인드네. 악당이면 일단 무찌르고 보는... 버그가 그렇게 찝찝하면 없애도 상관은 없긴해. 근데 거기에 이유를 굳이 만들려고 애쓰지마. 그냥 넌 버그가 싫은거임

[익명(218.239)]

나도 그런거 잘 안고침. 그런게 너무 많이 쌓여서 뭔가 어지럽다 싶지 않으면 굳이 안고침. 특히 인디게임 같은건 뭐가 어떻게 될지 아무도 몰라서 그런거는 후순위로 두고 나중에 하는게 가성비가 좋을때가 많음

[익명(218.239)]

근데 다시 본문보니까 게임마다 다를 수 있을듯. UI 바깥 터치해서 에러를 일으키는 것이 테스트를 저해할정도로 능률을 떨어트린다면 고칠듯,, 근데 내혼자 개발이면 안고치고 바깥을 아예 터치를 안함

[익명(125.177)]

원칙적으로는, 그 개발자가 마스터플랜에 대한 이해도가 있어서 범위 바깥의 신경 안써도 되는 이슈라는 판단이 들면 안고쳐도 되는건데, 간단한 터치 인풋 상황에서 에러뱉는 상황 만드는 사람이면 그정도 머리가 있는 사람은 아닌것 같음 바깥 구역에 나중에 뭐 들어갈 가능성 있거나, 터치 입력 좌표 꼬여서 멀쩡하게 서비스 이용하다가 에러메시지 뱉는 경우까지 생각하면 지가 영향을 주네 안주네 하면 안되는게 맞음 근데 한소리 들으면 좆같다고 뒤집어지는 사람인지 조언 새겨듣는 사람인지 나는 모르는거고 케바케니깐 알아서 ㄱ

[익명(125.177)]

그리고 협업에서 커뮤니케이션은 솔직해야 됨, (1시간만에 쉽게 고칠 수 있으나 1분 1초 쫓기는 상황에서 냉철한 우선순위 판단 하에) 영향이 적으니 나중에 하시죠 이런 의미 아니잖아 터치 인풋 에러는 별거 아니라고 보는데 개인적으로는 태도가 괘씸하네 나같으면 언제 고칠건지가 아니라, 그냥 다이렉트로 이슈 해결 아이디어 있는지, 있으면 예상시간 물어보겠음. 그거 없으면 쌉소리임

[호시타(posita)]

사실 고치건 말건 신경은 안 써요 10분내로 고칠 수 있을 것 같기도 하고 그리고 제 기능만 잘 구현하면 된다 생각해서 근데 밑댓처럼 해야하는 이유를 납득시켜야 맞는 것 같은데 그 이유를 곰곰히 생각해보니 모르겠어서 말이죠..

[익명(125.177)]

ㅇㅇ 처음 컨펌된 기획이 가이드고, 그 가이드대로 안됐는데 왜 가이드대로 가야한다고 또 다시 설득해야 하냐, 정상적인 프로세스면 그 개발자가 고치지 않을 이유를 가져와야지. 인디팀은 구조가 케바케라 속단 못하겠고, 일반적인 회사에서 저런 식이면 워크 프로세스 이해도가 없는것

[익명(125.177)]

사실 더 엄밀한 원칙은 이런 갈등상황 예상하고 권한과 의사결정 구조 만들어 놓는거임, 그게 없으니 서로 대치중인 상황인듯 싶음. 정밀한 프로세스 만들던가 적당히 편하게 편하게 가든가 합의하는게 앞으로 비슷한 문제로 갈등 심화되지 않는 최선이지 않나 싶음

[호시타(posita)]

ㅋㅋㅋㅋ갈등상황이고 대립중인 그런 건 아니지만 조언 감사합니다

[익명(124.61)]

정답없음 결국은 신뢰문제로 귀결

[익명(110.8)]

중요하고 의미있는 버그라면 고치겠지만, 그렇지 않다면, 멀티 태스킹 / 인지 전환 비용 / 봄날의 토끼 같은 문제임. 해라 말아라의 문제가 아니라, 왜 해야 하는지를 납득 시켜야함. ^^* 해? 안해? 내가 저번에 하랬지? 라고 따지는 것은 =======> 팀에게 폭탄을 던지는 것과 같은 상황임. 당사자도 안하는 이유가 있기 때문에, 꼭 하고 싶다면, 해야되는 이유를 납득 시켜주어야 되는 거임.

[호시타(posita)]

ㅋㅋㅋㅋ당연히 따지지는 않을 거고 말도 안 꺼낼거긴 한데 그 이유가 뭘까 고민되서요

[익명(61.85)]

머기업 마냥 빡빡하게 설계 및 테스트 시안 던져주면서 함수 객체 하나하나 비교할 거 아니면 다른 사람 영역은 내비두는거 추천함

[호시타(posita)]

저도 걍 신경 안 쓰는데 만약 설득을 한다면 어떻게 해야 할까 고민하다가 그런 생각이 들었어요

[익명(211.51)]

그냥 이글 보니까 생각난건데 온라인게임 같은거 하다보면 몇년째 방치되고 있는 버그가 있음. 커뮤에 불도 많이타고 그래서 운영자도 분명히인지하고 있을 버그들. 그런데 게임에 엄청난 악영향을 끼치는건아닌정도... 대기업도 그런거 안고치고 방치하는거 보면 결국 우선순위에서 밀리는거같아