[💬] 가끔 코드로 뭐라하는애들보면 배보다 배꼽이 큰거임

[익명(180.229)]

지나치게 코딩에 집착하는거 같은데.

로보토미같은건 상관없는이유가. 

서버안들어가고 점검의 거의 필요없는 게임임

당연히 버그픽스 정도는 하겠으나  서버들어가는게임처럼 계속  코드문제 수정하고

중요시여기고 그런게 아니란거임.

그거보다  엔진으로 어떻게 활용해서 적당히 나오고보느냐가 문제지

어떤 해외 개발자도말한적있는데.  완벽한 엔진이나 코드 만들려다가

그거 만든다고  세월다보낸다는 이야기있음.  완벽한 버튼같은건 없음.

코드결함 조금있어도  완성작이나 먼저 만들어서 실험적 결과도출하는 애들이 훨씬 더 성공적임. 

온라인 게임이나 서버붙일거 아니면 코드에 좀 그만 집착해라. 뭐가 더 중요한지를 모르네 

해외애들은 이미 그런거 연연안하고 쑴풍쑴풍 만듬.   디컴파일해서  이래라 저래라하는 애들도 잘없음

디컴파일해서  훈수둘시간에 차라리 거기서 어떻게했는지 분석하고 흡수할생각을해라.  가뜩이나 깨끗한 짓도아닌데..

[익명(211.36)]

인디취업갤러리라서 그럼

[익명(180.229)]

뭐 모바일게임이나 서버 들어가는 코드를 뜯으면 그럴수는있는데. 로보토미는 일게 서버없이 돌아가는 릴리즈된 겜인데 언팩하고 저렇게 말하는거 좀 기가참...

[익명(121.143)]

틀린말은 아닌데 그렇게 개같은 코드가 늘다보면 개발속도가 더뎌짐. 그 중간 선을 타기가 드럽게 어려운거지

[익명(121.143)]

기술 부채 밸런스라고 부르는데, 완벽히 작동하는 코드(시간을 많이 투자해야함, 확장성/가독성 뛰어남) vs 적당히 작동하고 좀 급조한 코드. 어디에 어떻게 코딩을 해야하는지 알아야함.

[익명(121.143)]

예를들어 hp시스템이 있는데 이 시스템은 스텟시스템걸 반영해야하고 피격, 흡혈, UI등 뭐 게임이서 안쓰이는 파트가 없다? 그럼 시간투자해서 깔끔하고 직관적으로 빡세게 짜는게 맞는거지

[익명(180.229)]

그건 맞기는함. 비효율적인 코드를쓰면 효율적인거만한거 못하거나 속도도 느리겠지. 근데 완벽한 코드를짜자고 학습하고 느려지는 속도도 감안해야함. 학습할때는 학습하는거고 개발할땐 개발해야함.

[익명(180.229)]

근데 학습만하느라 게임이 안나온다? 그럼 레벨디자인적으로 결과를 도출할수없음. 너가말하는 직관적으로 빡세게를 길게하다보면 개발기간 애매하게 잡아먹는거고. 그러면 게임완성작이 안나옴. 완성작이 나와서 실험적인 결과를 도출하는게. 로보토미만한 사이즈게임에선 훨씬득임. 케바케니까 잘좀 포인트를 생각하셈

[GMP(growy920)]

근데 정도는 있다고 생각함 이 글의 논리면 goto 남발해서 만들고 성공만 하면 장땡이라는거자나

[익명(222.239)]

정도를 생각해야되는건 맞지만, 고투 남발하면 코드 품질이 떨어져서 완성품 자체가 못나오기때문에 성립이 안됨. 그래서 그런 경우는 빼고 생각하면 얼추 맞는 말이긴 함

[GMP(growy920)]

코드 짤 때 가독성이나 유지보수도 신경써야됨 성공한 게임일수록 오랫동안 코드가 살아있을텐데 그 기간동안 그 코드 짠 사람만 작업을 할까? 개같이 짜놓고 퇴사하면? 다음 사람은 생각 안함?

[익명(121.143)]

여기 대부분 1인개발, 소형팀이라 인수인계 그런건 신경 못쓸거임. 최소한 자신이 알아보게는 쓰자는거지

[익명(180.229)]

실제로 go to만 넣는데 그 사이즈만한 게임이 잘나왔으면 상관없는거지. 로보토미정도면 소규모개발이고. 한사람만 코드작업할 정도임. 그리고 퇴사개념자체가 없을걸 인디개발이고 팀인데?

[익명(180.229)]

내가 본문에 썻듯. 너가말하는 케이스는 로보토미 정도의 사이즈가아니고 다른걸 말하는거지. 모바일게임이나 서버붙이거나 해외는 대형게임이 그렇겠지. 그런거라면 애시당초 내가 이런글을 쓰지않았음. 포인트를 좀 잘보셈

[익명(211.117)]

늘상 느끼는거지만 무슨 일이든 어느 길로 가던 목적지에만 도착하면 장땡이다.. 목적지로 가는 동안 걸음수 아끼기 이런거는 일단 도착하고 나서 되짚어보고 다음 여행때 반영하면 된다

[익명(121.143)]

이런걸 갑론을박할 이유가 없음. 물론 인디판이 빠른 코딩과 프로토타이핑을 원하는건 알지만, 많이 사용되고 의존도 높은 코드는 상대적으로 깔끔하게 작성하는것이 맞는거임.

[익명(180.229)]

코드 깔끔하고 빡세게하느라 게임이 못나오면 배보다 배꼽이 큰것임. 레벨디자인적 결과를 도출하는거는 굉장히 정보를 얻기힘드나. 코드작성하고 학습하고하는건 상대적으로 확실한편임. 딱볼때 뭐가득임? 실험적결과가 더 득임. 게임이 가뜩이나 논리적으로 재미를 만들어낼수 없기때문에

[익명(121.143)]

더 잘 짜여진 시스템이 어째서 공부랑 연결되는건데 경험이 부족하다면 어디를 더 잘 짜야되고 시스템의 흐름을 보기는 커녕 시스템 하나하나에만 집중하겠지. 지금 하는 얘기는 코딩을 넘어서서 프로그래밍적인 얘기인거고... 공부를

[익명(180.229)]

코드를 깔끔하게쓰는게 반드시 필수적인 요소는 아니라는거임. 그거에 집착안해도 게임은 잘만나옴(인디사이즈는) 근데 유독 일부 갤러가 인디게임을 논하면서 서버도안붙고, 대형게임도 아닌데도 불구하고 지나치게 코드적요소를 먼저 언급하고 레벨디자인적 요소나 기타 더 중요한요소를 방치함. 지나치게 완벽주의적인게 너희들 계속 완성작도 못만들게 할거임. 본인들만 손해야.

[익명(121.143)]

그래서 "상대적으로" 라는 말을 붙힌거고...

[익명(222.239)]

코드 품질은 "무사히 출시하고 유지보수 가능한 수준"만 되면 됨. 근데 소프트 아키텍쳐를 파는 애들은 품질에 집착해서 완성품이 안나오고, 이걸 아예 모르는 애들은 품질이 떨어져서 개발속도가 바닥치다가 완성품이 안나옴. 결과적으로 둘다 완성품이 못나온 실패작이지만, 사실 후자의 경우 대부분 초심자이기 때문에 완성품이 못나오더라도 내가 그렇지 뭐 하고 그러려니 넘길테지만 전자는 자기가 실력이 좋다고 생각하기 때문에 완성품을 못낸거에 대해 쉽게 납득을 못할거임. 그래서 언제나 날이 서있는 상태고, 자기 실패작보다 품질이 떨어지는 코드로 매출뽑는걸 보면 뒤집어지고 기겁함

[익명(usnned)]

ㅋㅋㅋ 이거임

[익명(usnned)]

출시 못한 게임은 품질이고 뭐고 걍 데이터 쪼가리라고 ㅋㅋㅋ