기글 하드웨어 모바일 포럼
(위 스샷의 핵심은 쓰지도 않는 구글플러스가 혼자 50메가를 잡수신단 거였는데 실수로 절반으로 짤려나왔습니다 (..))
넵 업데이트 용량. 너무 고려를 안 하는 것 같습니다. 앱도 그렇지만 특히 OS/플랫폼 개발사 쪽.
일단 안드로이드의 경우 ICS시절 내장 앱 용량은 개당 수 메가대에서 놀았는데 최신 버전에선 대부분이 십수메가~수십메가대에서 놀고 있습니다. 그래서 앱 업데이트를 하면 예전에 비해 데이터 파티션 용량을 굉장히 많이 차지하게 됩니다. 저 타블렛의 경우 gapps중 안 쓰는 앱을 거의 지웠는데도 유투브 업데이트본 하나를 겨우 /system/app에 통합시킬 수 있었고 그 덕에 앱을 많이 설치하지 않았는데도 (앱 목록이 내장앱 한 페이지 직접 설치한 앱 반페이지 정도밖에 안 됩니다. ) 데이터 파티션이 거의 꽉 차서 업데이트를 시도하면 매 번 용량부족 경고를 뱉어내는 상황입니다. 구글 앱들이 많이 좋아지긴 했지만 앱 하나당 수십메가씩 용량을 먹어야만 할 이유는 아무리 봐도 모르겠습니다. 제가 짰던 앱은 순수 자바는 1메가대에서 벗어난 적이 없고 jni떡칠을 한 앱도 10메가 초반대를 넘어본 경험이 없어서 더 그러네요. 요즘 나오는 기기들은 대부분 데이터 파티션을 넉넉하게 잡긴 하지만, 예전에 나온 데이터 파티션과 /sdcard파티션이 따로 노는 기계들은 업데이트만 해도 용량이 꽉차거나 모자라는 일이 흔합니다.
윈도도 타블렛 용은 크게 다르지 않다고 느꼈습니다. 주력 컴퓨터들이 죄다 리눅스로 굴러가는 바람에 윈도 어플 실행용으로 도시발 앙코르 미니를 헐값에 주워와다 굴리고 있는데, 윈도 업뎃을 풀적용했더니 용량이 꽉 차서 윈도를 밀어야 했던 적이 있습니다. 용량이 5메가 이하로 남아서 윈도 업뎃 실패 뜨더라고요.-_-; 프로그램은 거의 다 SD카드에만 깔았는데도 그랬습니다. 용량이 16기가밖에 안 되는 타블렛이지만 MS공식 스토어에서 판매하는 타블렛이 정말 간단한 프로그램을 깔고 업데이트를 하는 것 만으로도 용량 오버가 나버리는 것은 너무하지 않나 싶습니다. 그 와중에 하드리셋하니 윈도10 사전등록창 뜨던데 업데이트 용량도 잘 커버치지 못하는 상황에 어떻게 깔 요량인지 모르겠습니다.
사과의 경우는 테스트용으로 구형 기기를 좀 만져본 수준이고 본격적인 기기를 써본적이 없어 깔 수는 없지만, 이쪽도 한창 iOS용량이 커질 당시엔 저용량 기기 사용자분들의 불만을 들은 적이 있어 언제나 문제없이 굴러가지마는 않았다는 느낌이네요. 물론 직접 기기를 생산,관리하기 때문에 OS 업데이트 적용 중에 일시적으로 용량을 추가로 요구하는 것을 빼고는 적어도 위의 경우들과 같이 업데이트 적용만으로 앱도 제대로 깔아보지 못하고 용량이 오링나는 사고는 최소한 없지 싶긴 합니다. 뭐, 이 쪽은 경험이 적어서 뭐라 할 수가 없군요.
아무튼 아무리 저가형 기기나 연식이 좀 된 기계는 신경을 덜 쓴다고는 해도, 솔직히 모바일 OS개발사들은 업데이트 용량을 좀 관리해야 한다고 생각합니다. 제 경우 용량 문제만 말 했지만 모바일 인터넷으로 업데이트를 진행하는 경우엔 데이터 요금 등 문제가 더 클테고 말이지요. 특히 구글은 사용자 공간 1기가면 기기 인증이 가능했던걸로 기억하는데 gapps만으로 수백메가를 잡아먹고 있으니 반성 좀 해야 한다고 생각합니다. 솔직히 기능 많이 좋아지긴 했지만 앱 개발 경험자 입장으로서 다이어트할 여지도 충분히 있었을거라 생각하거든요..
실제로 apk 뜯어서 res 디렉토리 보면 xxhdpi 디렉토리 용량이 상당히 크죠
jpg 압축률 최대로 안 하는 건지 몰라도 말이죠
하지만 개인적으로는 고해상도때문에 큰 이미지가 들어간다고 해도 솔직히 좀 너무하지 싶네요 (..) 고해상도 기기에서 깔끔하게 나오는 것도 중요하지만 레거시 기기들을 정상 지원하는것도 그만큼 중요한데 말이지요. gapps-stock 압축본만 해도 400메가대가 나오고 이 앱중 상당수가 ICS기기에 업데이트되었는데 ICS기기 최저 인증조건이 데이터 파티션 용량 350메가바이트였습니다 (..)
2. 그렇다고 저해상도 기기를 위한 앱을 따로 만들어 올리기에는 현재 플레이스토어 구조나 개발자의 노동력이 *2가 되서 힘들어요. 기껏 저해상도 앱을 만들어 뒀더니 사람들이 저해상도 앱을 다운받았다 -> 이 앱 엄청 구리네여 -> 별점 1 점 폭탄 이 되겠죠,,, 기기 제한을 일일이 두기도 힘들고, 앱 기능을 추가하거나 수정, 개편할때 일을 두번씩 해야 하는 문제도 있구요. 애초에 많은 사용자들은 저해상도 기기를 쓰고 있지 않죠, 요즘은 시작이 720p 정도더라구요...
3. 솔직히 ICS라면,,, 2011년에 나왔으니 대충 4년 됬다고 보면(더군다나 데이터 파티션과 SD 파티션이 분리되어 있는 기기라면 GB때 기기일 거구요...) 상당히 오래된 OS라고 보면 되죠, PC처럼 여러 환경으로 인해 레거시 장비 지원도 해야 하고,,, 하는 환경이 아니라 기기에 따라 OS가 바뀌고 신버전의 OS가 발표되기 무섭게 또 새로운 OS의 떡밥이 흐르고,,, 또 새로운 API와 기능들을 가지고 출시하면 또 그 새로운 API와 기능을 활용하는 기기가 출시되면서 그 OS의 점유율도 올라가고요... 이런 상황에서 4~5년전 기기를 지원하주기에는 여러모로 무리가 있죠..
4. 물론, 요즘 앱들이 너무 '쓸때없이' 용량을 처묵하는건 인정합니다. OS차원에서도 공용 UI를 담고 있어서, 이를 적극적으로 활용해 앱 자체의 용량을 좀 줄여주던가, 아니면 이미지 압축이라도 하던가, 뭐 아무것도 안하는 앱 주제에 20~30MB 잡고 있는거 보면 어이가 없긴 해요;;
2. 그냥 리소스 폴더만 좀 손봐주면 되지요. 노동력이 올라가긴 하지만 마켓쪽 구조의 변경이 필요하고 버전 업데이트마다 두개의 파일을 올려주거나 해야 한다는 걸 빼면 스크립트 하나로도 처리가 가능한 부분입니다. 별점 폭탄은 애초에 앱이 따로 올라와야 한다는 전제하인데 그냥 한 앱으로 기기를 다르게 인식해서 받아오는 것이 가능합니다. 물론 복잡해진다는 부분은 동의합니다만 노동력 두배와는 거리가 멉니다. 제가 제시하고 있는 것은 앱을 따로 빌드하는 게 아닌 아예 앱 자체의 용량을 줄이는 것이기도 하고요.
3. 구글 대시보드 기준으로 ICS까지의 기기는 아직 점유율이 10%가 넘습니다. 그리고 문제를 ICS기준으로 잡고 설명하긴 했지만 심지어 젤리빈 4.3도 최저 데이터 파티션 용량이 512메가바이트입니다. 마찬가지로 구글 앱을 전부 업데이트하고 나면 뭘 설치해볼 수 없을 정도로 비좁은 용량입니다. 게다가 젤리빈 계열은 SD카드 이동도 안되니 오히려 문제가 더 심각하기도 합니다. 물론 개도국용이나 저가형 기기들이나 겪을 문제긴 하지만 아직까지도 신품이 판매되고 있는 (구글 가이드라인에도 맞춰 개발된) 기기들이 이러한 문제를 겪을 수 있는 상황이라는 것입니다. 결국 실제로 문제가 생기려고 하니 구글은 킷캣에 와서야 겨우 최저 데이터 파티션 용량을 1기가, 권장 2기가로 변경합니다.
그리고 GB때 기기 아니라도 데이터파티션 분할한 경우가 있습니다. USB디스크로 마운트하는 기능을 지원하려면 그렇게 분할해야 했거든요. 물론 젤리빈 후반쯤 가면 거의 사라집니다만.
그리고 이런 구형 기기들을 지원할 생각이 없고 정말 신형 기기만 지원하면 된다면 백터로 작업하면 될 뿐입니다. 롤리팝부터는 백터 드로어블을 지원하거든요. 아직 좀 불편한 면도 있긴 합니다만 그냥 수킬로바이트짜리 이미지 파일로 처리가 가능합니다. 특히 요즘 구글 앱 스타일을 보면 백터아이콘이 굉장히 적합합니다. 오히려 dpi별로 이미지를 따로 넣는 것은 이렇게까지 해가면서라도 구형 기기를 지원하겠다는 의미가 있습니다. (물론 아직 킷캣이 있기는 하고 지금까지 비트맵으로 작업하던 것을 빨리 갈아치우지 못하는 것일 뿐인 부분도 있겠습니다만..)
특히 ICS 시절에는 의외로 데이터파티션을 작게 잡아도 되도록 가이드라인이 나와 있어서 실제로 그런 파티션 구조를 쓰는 기기들이 좀 있습니다.
gapps도 마찬가지인게 keep도 메모 앱 주제에 용량 꽤나 먹고 구글플러스는 답이 없어요.