/* baeknothing */

공용도구의 필연적 미래 : 리모콘 카오스게임 개발이나 라이브 서비스 조직에서 일하다 보면, 이상하게 비슷한 형태로 망가지는 물건들을 자주 보게 됩니다. 대표적인 것이 내부 운영툴입니다. GM 콘솔, 이벤트 관리 페이지, QA 치트 패널, 데이터 수정 툴, 어드민 페이지 같은 것들입니다. “운영에 필요한 최소 기능만 제공하자”, “개발자가 빠르게 상태를 확인할 수 있게 하자” 같은 수준에서 단순히 시작한 이 도구들은, 시간이 지날수록 예외 없이 [리모콘적 카오스]에 돌입하게 됩니다. 탭 안에 탭이 생기고, 이름 모를 체크박스가 늘어나고, 특정 상황에서만 쓰는 버튼이 화면 한구석을 차지하기 시작합니다. 결국 어느 시점이 되면 아무도 전체 기능을 이해하지 못하게 됩니다. 실제 사용자들은 자기가 자주 쓰는 버..

개요 [게임메이커스 소셜클럽] 개인 미션이었던 아티클이 발행되었다..! (야호) 게임메이커스 소셜클럽? 쿡앱스에서 주재하는 사교클럽(?)으로 게임을 만드는 사람들이 3주에 한번씩 퇴근 후에 모여 서로간의 노하우와 이런저런 이야기를 공유하는 자리이다. 거칠게 각 일정을 요약하면 발표 - 자유교류 - 뒷풀이 형식을 하고있는데. 각자의 영역에서 파이팅하는 사람들을 많이 만날 수 있었어서 정말 좋은 경험이었다. (진짜로 한번 해보기를 강력하게 권한다) 아티클 참여하면 스터디, 발표, 아티클 미션을 선택해서 진행할 수 있는데. "디자이너를 위한 개발 입문 가이드"도 쓸 겸 아티클을 신청했다. 데드라인은 마지막 모임 전후였고, 이렇게 잘 올려주셔서 여기에도 공유한다. 저 주제로 글을 써보려고 거의 몇 년을 밍기적댔..

요약유닛테스트를 잘 짜두면, gpt가 개선해준 코드를 검토하는데 들이는 에너지를 줄일 수 있으며.gpt를 잘 활용하면 설계비용  UnitTest는 정말 필요한가?최근 유닛테스트의 효용성에 대해서 고민하고 있었는데, 회사에서도 그렇고.. 정보원이 있는 타사 프로젝트 중 그 어느곳에서도 유닛테스트를 붙이는 곳이 없었다. 심지어 3년 간 일하면서 "역시 테스트는 정말 좋구나" 라고 체감할 만한 일이 별로없다보니, 좀 유난을 떠는 것 같다는 생각이 들었다. 굳이 몇 번 하지도 않는 리팩토링을 위해 이렇게까지 해야 하나? 싶은 부분이 있었다.GPT-4o의 등장과 사이드 프로젝트그러던 도중 Gpt-4o이 나오면서, 사이드 프로젝트에 좀 더 적극적으로 gpt를 사용하게 되었는데. 클래스가 들어간 파일들을 잔뜩 때려넣..

요약 그간 일하면서, 회사 내에 기술을 공유하고 연구하는.. 뭔가가 없다는 게 조금 아쉬웠는데.이번 3월에 제안했던 개발블로그 기획이 통과되면서, 관리자 역할을 맡아 컨텐츠를 쌓으며 달리는 중입니다.  개발블로그?1년 간 라이브서비스를 운영하면서 느낀 건, 치명적인 문제는 구성원이 그게 문제가 될 수 있다는 걸 몰랐음을 의미한다는 것입니다 ( 각주 1. ) 마치 로그라이크 게임처럼, 라이브에는 밟아봐야 아는 함정이 있습니다.문제가 있다면, 게임에는 컨티뉴가 있지만 라이브 서비스에는 없다는 것입니다. 심지어 클릭하면 HP가 차오르는 편리한 포션도, 세이브 포인트도 없죠.. 피를 흘리며 그냥 전진할 수밖에 없습니다. 그래서 라이브를 진행할수록 기술공유가 절실해졌습니다. 완벽하게 모든 문제를 방어할 수는 없겠..

개요 얼마 전 가벼운 질문을 들었고, 며칠동안 곰곰히 생각해보았습니다. 햇수로는 3년이 되어가고, 2번의 성과평가에서는 최고점을 받은걸로 봤을땐 그래도 나름대로 일을 잘 한다고 할 수는 있을 것 같은데.. 그래서 내 개발자로써의 장점이 무엇인지? 는 따로 생각해본적이 없는 것 같더라구요. 한 이틀정도 곰곰히 생각해봤고, 간략하게 기록합니다. 개발자로써 이 글을 쓰기 시작한 24년 3월 23일의 저는 22년부터 햇수로는 3년(기간으로는 2년 1개월)간 유니티 클라이언트 프로그래머로 일하고 있습니다. 그간 느꼈던 개발자로써의 제 장점은 다음과 같은데. 글을 잘 읽음 : 2022년 성인 연간 평균 독서량이 4.5권 이었었나.. 그걸 기준으로 한다면 그럭저럭 책을 읽는 편입니다. 뭐든 많이 읽는 사람들이 다 그..

개요 신작 개발환경 세팅 중 입니다. 본문 신작 개발에 돌입하면서, 다음과 같은 도구들을 세팅하고 있습니다. Jenkins Test Runner 이번 신작은 반드시 유닛 테스트를 넣으리라.. 다짐했기 때문에, 가장 먼저 넣었다. 제대로 된 테스트코드를 프로덕트에서는 한번도 작성해본적도.. 본적도 없어서 과연 잘 할 수 있을까 고민되기는 하지만. 고작 그런 이유로 낙하산도 없이 뛰어내릴 수는 없다. Apk builder Ios builder Postprocesser로 XCode 설정을 자동으로 A-Z까지 세팅되게 하건. Git으로 세팅된 파일 스냅샷을 관리하건.. 하여간 완전히 새로운 환경에서 0부터 빌드한다고 하더라도. 현재와 동일함이 보장되도록 할 예정이다. Firebase Auth Google Log..

개요아무래도 개발자로 일하기 시작하면서. 읽는 도서가 개발 관련 쪽으로 자연스레 편중되다 보니. 여기에 기록하는게 좋은 것 같아서. 여기에 기록함.  읽은 책실용주의 프로그래머 [20주년 기념판]데이비드 토머스, 앤드류 헌트 저 / 정지용 역 / 김창준 감수 | 인사이트(insight) | 2022사유 : 믿을만한 출판사의 믿을만한 표지라서 부담 없이 집었다. 감상 : 모든 페이지, 모든 줄 하나하나가 버릴내용 없이 너무 귀중하고 재밌다. 사수가 없다고? 이 책이 내 사수다. 언젠가 자세히 다루고 싶다. 딱 한 책만 읽게 할 수 있다면 주저 없이 이 책을 권하고 싶다. 잘 그리기 금지 : 쉽고 빠르게 그림 실력을 레벨업 시키는 방법사이토 나오키 저/박수현 역 | 잉크잼 | 2022사유 : 종종 저자의 유..

개요 '실용주의 프로그래머' 말미에 보면 이런 구절이 등장한다. "을 읽어보라, 여기에는 추가점수가 있다. 두권을 사서 두배로 빨리 읽어보라!" 책을 두 권 산다고 해서 두배로 빨리 읽을 수 있는가? 그렇다면 사람은? 둘이면 두배로 빨라지는가? 프로젝트 = 벡터 진공 상태에서 구형의 물체를 상상하듯, 여기 이상적인 두 작업자가 있다고 하자. 이 두 작업자는 어떤 일 A가 주어지면 A를 A1과 A2로 완벽하게 분배하여 진행한다. (A1 + A2 = A), 이 때 완료시간은 Math.Max(A1, A2)에 의해 결정되므로. 이 두 작업자의 작업 최소시간은 A / 2 라고 할 수 있다. 커피타기, 밥 먹기, 게임 만들기.. 등 일을 한가지 정한다, 그리고 빈 종이를 준비해 한가운데 적당한 길이의 직선을 그어보..

들어가며 거창하게 5년짜리 게임개발 계획이라고 적었지만. 1인 개발 + 사이드프로젝트 에서의 5년입니다. 3명 규모의 팀에서 6개월 전후로 나올만한 볼륨의 프로젝트를 시작했습니다. 이것은 그 계획입니다. 5년? 2024. 01월에 시작한 이 작업은 2029년 내 완결을 목표로 합니다. 2029 완결 산출의 근거는 다음과 같습니다. 24시간 중 수면과 업무에 각각 7시간 9시간을 할애해야 함 식사, 이동, 운동 등에 최소 5시간을 할애해야 함 하루 작업 가능시간은 3시간 미만. 이마저도 2~3일에 한번꼴로 변수가 생김 따라서 1주일 기대 작업 시간은 최대 12시간 (1.3 영업일) 아주 간단한 게임의 경우, 막힘없이 진행된다고 가정했을때 3명이서 약 6개월이 소요되므로 3(명) * 9(시간) * 5(일) ..

들어가며 이전 프로젝트의 UI 구조에서 느낀 문제점을 개선해보기 위해 시험삼아 만들어본 사이드 프로젝트입니다. 문제점 class Page { object pageData; // It can be any other types Text titleLabel; public void Init(object condition) { pageData = SetPageData(condition); Refresh(); } public void Refresh() { titleLabel.text = GetTitle(pageData); } } 이전 프로젝트에는 다음과 같은 형태로 페이지개체가 설계되어 있습니다 (페이지 개체가 하위 컴포넌트들을 관리하는 방식입니다, 모사 코드이므로 object와 같은 부분들은 적당한 형태를 넣어서..