[🐣질문] 개발자 둘이 싸웠는데 의견좀ㅜㅜ

[익명(1.234)]

식당 운영 방치형 게임을 만들고 있고 내가 직원 쪽, 협업자가 음식쪽 만들었음

탭이 이름만 다르지 시스템은 거의 똑같음

협업자가 음식 쪽 먼저 구현한걸 봤는데 내가 더 잘하는 편이라 코드가 비효율적으로 보여서

내가 직원 쪽을 새로 구현했는데 협업자가 음식 쪽도 내코드 참고해서 가져가서 적용시켰음

나중에 업그레이드 식을 바꾸기로 해서 협업자가 음식 쪽 식을 변경했다고 하길래

어차피 직원 쪽도 구조 똑같고 그 기능을 만든 사람이 붙이는게 빠를것같다고 부탁했음

근데 협업자가 해줄 수는 있는데 개발하다보니 직원 쪽이 음식과 다른 점도 많아졌고 내가 직원 쪽 코드 더 잘 알테니까 내가 하는거 맞는거같다고 하길래

엥 붙이는 대상을 구현한 쪽이 아니라 기능을 만든 사람이 붙이는게 맞지않나? 생각들어서

물론 누가 해도 상관없는거라고 둘다 생각하고 있긴 한데 보통은 누가 하는게 맞는거임??

[익명(222.117)]

누가 해도 상관없긴 함. 그냥 일손이 좀 더 남는 사람이 하는거지. 컨텍스트 전달 취지 면에서 협업자가 직원 코드를 한번 더 보는 것도 나쁘지 않다고 생각하고 만약 님이 업그레이드 코드를 잘 모른다면 업그레이드 코드 구조에 대해서 알아볼 겸 님이 작업해도 되는 거임 굳이 소유자를 따지지 않음. 실무에서는 오히려 코드를 한 사람만 알면 불리한 점이 좀 있음.

[익명(1.234)]

아하.. 그냥 원래라면 어느 쪽을 만든 누가 해야한다 이런 생각 없이 걍 시간 남는 사람이 하면 된다고 이해하면 되겠네 ㄳㄳ

[익명(222.117)]

ㅇㅇ 코드 구조는 널리 아는게 더 유용함. 그래야 버그 터졌을 때 원인 파악하기도 쉬워지고 인력 배분도 유연해짐. 굳이 나누지 않는 경우는 아예 완전 다른 분야일때 (예를들어 그래픽 <-> 엔진 <-> 게임플레이)

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

너가 얘기하는 업무배정의 기준이 두가지가 존재하는데 1.공수가 덜드는 쪽 기준 2.구현하고자 하는 기능의 책임자 기준 1번은 붙이려는 기능구현할때 좀더 유리한 사람이 하면 빠르니까, 일의 효율적 처리에 중점을 둔거고 2번은 붙이려는 기능의 책임자가 책임지는 관점이니까. 이건 일의 공평한 분배에 중점을 둔거지 1번은 추구하면 빨리 개발하겠지만 어느 한쪽에 일이 몰리게 되고, 2번은 느리지만 서로 동일하게 일하니까 서로 나쁜감정생길 가능성은 좀 덜하겠지 둘중 어느게 옳다고 할순 없음

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

리딩이 있으면 서로 잘 배분해줘서 빈정상하지 않게해줄텐데 지금 보니까 너희는 딱히 리딩하는사람이 없는거같은데 그럼 둘중 하나가 빈정상하거나, 한쪽이 일을 안하면 터질가능성이 높음. 둘이 서로 대화 잘 해서 잘 풀어나가보셈. 어느한쪽이라도 닫힌 마인드면 그냥 같이 안하는게 나음.

[익명(1.234)]

이런 답을 원했음 진짜 고맙다 ㄳㄳㄳ

[익명(121.157)]

겜문철 재밌누

[익명(1.234)]

내가 짠 코드가 더 좋아보여서 자기가 직접 음식을 직원이랑 똑같이 수정한 것처럼 자기가 짠 코드가 쓰고 싶으면 니가 직접 가져다 쓰는게 당연한거 아닌가 이런 식으로 말하는데 맞나 싶긴하네..

[익명(124.61)]

중간 마일스톤 한번 하고 넘어가면 될듯

[익명(112.166)]

그렇게 코드만 중복되고 그런거 아닌가요.... 시스템설계를 둘이 의논해서 서로다른 기능을 개발해야하는데....역시 인디는 프로그래머가 둘이어도 난잡한 건 어쩔 수 없나보네요.

[익명(222.117)]

기획을 모르는 상태에서는 중복이다 아니다 판단하기가 사실 좀 애매함 우발적 중복일 가능성이 있어서.. 만약 업그레이드 시스템이 완전히 일관적이라면 일반화시켜서 업그레이드 기능은 한번만 구현해도 되는 구조로 만들어야 함.

[ㅇㅇ 1(211.33)]

게임업계갤로