<sectionlist>
전체,회고
</sectionlist>
<section1>
포스트
라이브 서비스 중 메뉴얼의 부재로 인한 이슈 대응
회고
레바테일이 출시된 지 약 2개월이 지난 시점이었다. 유저의 성장속도는 예상보다 빨랐고, 최고 레벨에 도달한 유저들이 급격히 증가했다. 콘텐츠 소모 속도 역시 빨라졌다. 이를 해결하기 위해 새로운 스토리와 지역을 추가하고, 최고 레벨을 확장하는 업데이트를 준비해 배포를 진행했다. 그동안 플레이스토어와 앱스토어의 배포는 거의 동시에 이루어졌기 때문에 이번에도 큰 문제 없이 배포가 진행될 것이라고 생각했다.
파일 시스템의 한계, DBMS와 소셜 로그인
회고
DBMS를 본격적으로 공부하기 전까지, 나는 데이터 저장에 대해 꽤 단순하게 생각했다. 서버에 텍스트 파일을 올려두고 필요할 때 읽고 쓰면 그게 곧 데이터베이스 아닌가? 파일 시스템으로도 충분히 구현 가능한데, 굳이 복잡해 보이는 DBMS를 써야 할 이유가 있을까? 이 생각을 바탕으로 실제 프로젝트인 ‘레바테일’을 파일 시스템 기반으로 개발했다. 처음에는 모든 게 단순하고 직관적으로 느껴졌다. 파일을 생성하고, 내용을 쓰고, 필요할 때 읽어오는 구조는 이해하기 쉬웠고 빠르게 구현할 수 있었다.
</section1>
<section2>
포스트
라이브 서비스 중 메뉴얼의 부재로 인한 이슈 대응
회고
레바테일이 출시된 지 약 2개월이 지난 시점이었다. 유저의 성장속도는 예상보다 빨랐고, 최고 레벨에 도달한 유저들이 급격히 증가했다. 콘텐츠 소모 속도 역시 빨라졌다. 이를 해결하기 위해 새로운 스토리와 지역을 추가하고, 최고 레벨을 확장하는 업데이트를 준비해 배포를 진행했다. 그동안 플레이스토어와 앱스토어의 배포는 거의 동시에 이루어졌기 때문에 이번에도 큰 문제 없이 배포가 진행될 것이라고 생각했다.
파일 시스템의 한계, DBMS와 소셜 로그인
회고
DBMS를 본격적으로 공부하기 전까지, 나는 데이터 저장에 대해 꽤 단순하게 생각했다. 서버에 텍스트 파일을 올려두고 필요할 때 읽고 쓰면 그게 곧 데이터베이스 아닌가? 파일 시스템으로도 충분히 구현 가능한데, 굳이 복잡해 보이는 DBMS를 써야 할 이유가 있을까? 이 생각을 바탕으로 실제 프로젝트인 ‘레바테일’을 파일 시스템 기반으로 개발했다. 처음에는 모든 게 단순하고 직관적으로 느껴졌다. 파일을 생성하고, 내용을 쓰고, 필요할 때 읽어오는 구조는 이해하기 쉬웠고 빠르게 구현할 수 있었다.
</section2>