/* baeknothing */

요약유닛테스트를 잘 짜두면, 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사유 : 종종 저자의 유..

들어가며 거창하게 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(일) ..

2023도 벌써 끝나고 어느새 2024년이 되었습니다. 해당 글에서는 23년에 어떠한 일들이 있었고, 무엇을 했는지 간략하게 정리하고자 합니다. 타임라인 1월 ~ 4월 : 게임 런칭 직전 막바지 마무리 4월 ~ 6월 : 런칭 및 업데이트 (서브) 6월 ~ 12월 : 업데이트 (메인) 8월 ~ 12월 : 개발 가이드 문서, 사건사고 문서 등 각종 문서 작성 9월 ~ 12월 : 신규 인력 충원, 온보딩 진행, 협업 프로세스 정리 11월 ~ 12월 : 신규 프로젝트 추진 성과 팀 내 이슈로 인하여 릴리즈가 24년 하반기로 밀릴뻔 했던 프로젝트를 적극적으로 수습하여 4월 어떻게든 성공적으로 런칭해냈습니다. 개인적으로 내가 적극적으로 개입하지 않을 경우, 8월(2월 + 3개월 + 3개월)말이 최소 런칭일이라고 판..

들어가며 팀이 3인 체제로 들어선 지 이제 3개월 정도가 되었습니다. 9월부터 지금까지 메인 개발자로서, 팀 빌딩이나 업무 분배 등에 대하여 어느 정도 자율성을 보장받은 상태였기 때문에 위한 이런저런 새로운 시도들을 해볼 수 있었고. 그럭저럭.. 성공적으로 두 번의 컨텐츠 업데이트를 완수했습니다. 이것은 그 결과에 대한 기록입니다. 1. 온보딩 페이퍼 원래는 인수인계문서였지만. 한 프로젝트 더 진행하게 되면서 방향을 바꾸어 온보딩페이퍼로 전환했습니다. "누구든 이 페이퍼 하나로 세팅부터 커밋까지" 할 수 있게 만드는 것을 목표로 작업했는데, 2개월 전에 잡아뒀던 제주여행 날짜에 첫번째 신규개발자 입사일이 겹치게 되면서 이 성능(?) 효용(?) 검증을 강제로 진행하게 되었습니다. 다행히 새로 들어오신 분(..

요약 이제 한 숨 돌릴 수 있게 되었습니다. 최근의 공부 내용이 회사 작업과 직접적으로 연결되어있어서 블로그에는 공개할 수 없는 상황입니다.. 간추리면, 코드컨벤션과 협업 파이프라인 연구를 하는 중입니다. 1년 더 일하지 않을 뻔 했던건가요? 예, 사실 입사한지 1년차가 되는 23년 1월부터 이직을 진지하게 준비했었습니다. 개발자의 이직에는 여러 사유가 있을 수 있겠지만.. 개인적으로 일하면서 조금 정체된 것 같다는 느낌을 받았던 것이 가장 큰 원인이 되었던 것 같습니다. 계획에 따라 4월 런칭을 성공적으로 마치고 나면 미련없이 박차고 나올 수 있도록 준비하고 있었지만. 팀 내 작은 이슈로 인하여 프로젝트 동력에 장애가 발생하게 되어 이직을 잠시 유예하게 되었고, 그렇게 12명 규모의 팀에서 유일한 개발..

업데이트와 인수인계 이번주에 드디어 인원이 2명 더 충원되었습니다. 8월 중순부터 저는 혼자서 업데이트는 업데이트대로 치면서 인수인계 문서를 작성하고 있었습니다 (현재 40% 정도 진행된 것 같습니다.) 사내에 문서를 위해 정해진 포맷이나.. 이런 것들이 일체 존재하지 않았던 상황이라. 다음과 같은 항목을 중점으로 정리하고 있습니다. 개발 튜토리얼 (완) 프로젝트에 대한 간략한 조감도 (작성중) 업무범위 (완) 별도 설명이 필요한 함수와 클래스에 대한 간략한 설명 특히 주의해서 사용해야하는 함수 / 클래스 (80%) 드래곤볼처럼 흩어진(...) 객체들의 각 위치 (작성중) 일일 루틴 (완) 사건사고 히스토리 (30%) 발견 경위 사건 원인 해결 업무성과 (작성중) 누구의 도움을 받았는지 각 영역별 도움을..