[Chromebook에서 Google Playstore 안드로이드 앱 설치 사용기 3탄]

지난 6월17일 크롬OS 개발자 53 버전이 발표되었다. ASUS Chromebook Flip (터치스크린 기기)에서는 이 버전을 설치하여 Google Playstore에 올려진 100만개 이상의 안드로이드 앱들을 설치하여 실행을 할 수 있게 되었다.

현재의 버전은 알파버전 수준이라 아직은 불안한 상태로 동작을 하고 있고, 수행중에 가끔 죽는 문제는 있음. 정식 버전의 크롬OS 53버전은 9월에 출시 된다고 함.

6월17일 초기 버전을 설치하여 사용중에 있다. 대부분의 안드로이드 앱들은 (금융권 앱들, 기기와 호환되지 않는 몇몇 앱들(예,인스타그람, Inbox for Gmail, Photoshop mix 등등)은 설치 안됨) 설치되어 잘 동작을 한다.

그동안 설치 테스트 해 본 앱들 목록 입니다.

- Google에서 제공하는 안드로이드용 설치 앱들 : Gmail, 캘린더, 구글 드라이브, 구글문서, 슬라이드, 시트, 번역기, 구글나우 런처, 유튜브, 구글 Keep, 구글포토, Play뉴스, PlayGame, Spaces
- Google 안드로이 앱중에서 설치 안되는 앱들 : Inbox for Gmail, Google+, Blogger 는 기기호환 안되는 것으로 설치 안됨
- SNS 및 메신저 앱들 : 카카오토크, 라인, Facebook, Facebook 메신저, Linked In
- SNS 앱중에서 설치 안되는 앱 : Instragram
- 유틸리티 및 기타 앱 : 에버노트, CamScanner, Tunein, 리디북스, Yes24, 오디언, Amazon Shopping, PicsArt, MX player (한글자막 가능), Polaris Office, 한컴오피스 MS Word, Powerpoint, Excel, Outlook
- 게임 앱 : Galaxy on Fire 2 HD, 클래시오브클랜, 앵그리버드 시리즈, 비주얼드 시리즈, 테트리스, Minecraft Pocket (이것은 내가 직접 설치 해보진 못했고, 크롬북 커뮤니티의 다른 분이 테스트 해 봄), 그리고 대부분 시도 해본 게임 앱들은 모두 정상적으로 수행되는 것을 확인
- 브라우저 앱 : Opera, 돌핀, Firefox (재미나는 현상은 크롬브라우저 기반의 크롬OS기기에서 안드로이드용 다른 브라우저들 대부분 설치하여 모두 정상적으로 성능을 유지하면서 동작을 한다는 사실. 그래서 오페라 브라우저를 설치하여 2nd 브라우저로 활용중)

이 외에도 몇가지 앱들을 설치 테스트 해 보았으나, 특별한 점을 발견하지 못하였음. 다만, MS Office 앱들(Word, Excel, PPT) 인 경우는 6월17일부터 6월22일까지는 모두 정상적으로 설치되어 잘 동작을 하였으나, 6월23일에 크롬OS 53 Dev 버전이 마이너 업데이트가 있었던 것으로 추정을 하는데 이때부터 모두 실행시 바로 죽어 버리는 현상 발생 (설치는 정상으로 되나, 실행시키면 수행중 중단 메시지 출력 됨). 다시 확인 해 보니, 크롬북의 뱃더리 상태가 거의 10% 정도 남았을때 이런 현상이 있었던 것으로 보임. 뱃더리 완충 후에는 별 이상없이 예전과 같이 잘 동작을 합니다.

정상적으로 설치 수행되는 안드로이드 앱들 대부분은 성능면에서 아주 우수하게 동작을 하는 것을 확인 함

아울러, 6월17일 처음 릴리스 된 이후에 가장 헷갈렸던 것은, 크롬 웹스토어에서 설치한 크롬 웹 앱들과 Google Playstore 에서 설치한 안드로이드 앱중에는 같은 기능을하고 로고나 아이콘이 동일한 앱들이 있는데, 이들을 크롬북에서 구별을 할 수 없었다. 예), 에버노트(크롬 웹스토어 에버노트, 안드로이드 에버노트), 구글 서비스들 (지메일, 캘린더, 구글 Keep, 구글 드라이브, 구글포토 등등

크롬 웹 스토어에서 설치한 앱들은 모두 웹 기반으로 동작으로 하고 인터넷이 연결이 되어야 실행되는 것들, Google Playstore 에서 설치된 안드로이드 앱들은 모두 설치형 앱으로 오프라인 모드에서 동작을 하는 앱들 (일부 인터넷 연결이 되어야 동작되는 앱들도 있긴 함)

6월23일 드디어 크롬OS 개발자 53버전이 약간의 업데이트가 있었던 것 같다. 아래 캡쳐된 화면과 같이, 크롬 웹 앱들과 안드로이드 앱을 구별해주는 심볼이 아이콘에 표시 되기 시작하였다. 아이콘에 크롬 로고가 박혀 있는 것들은 모두 크롬 웹 스토에서 설치한 크롬 웹들이고, 크롬 로고가 없는 것들은 모두 안드로이드 앱들. 이 표시로 구별이 가능해 졌음.

현재까지 발견한 가장 아쉬운 부분은, 크롬북들이 대부분 16GB SDD 만을 지원을 하고 있다.(클라우드 기반이다 보니 내장 메모리가 16GB 면 충분 하였는데) 안드로이드 앱들을 이 16GB 내에서 설치 되다 보니 용량이 턱없이 부족함을 발견. 특히 몇몇 HD 급 게임들을 설치하다보면 16GB 내장 메모리로는 택도 없다는 사실. 크롬북에서 제공되는 외장형 스토리지(SD 또는 마이크로 SD 카드형)에 안드로이드 앱들 설치 할 수 없는게 가장 큰 아쉬움 부분. 그외에 ASUS Flip 모델은 스크린을 가로/세로 모두 전환이 자유롭게 됨. 안드로이드 앱들은 스크린 모드 전환시 블럭되는 현상이 있음.

현재는 크롬OS 버전 53이 개발자 버전인 것을 감안한다면 (알파 버전 수준) 지속적으로 업데이트 및 개선 될것이라 기대를 하고 있음.
-----------------------------
Google Apps 전문 블로그 - charlychoi.blogspot.kr

이 블로그의 인기 게시물

[크롬북에서 설문지/퀴즈를 활용하여 풀스크린 모드로 학생평가 (시험) 하는 방법 소개]

[크롬북에서 설문지/퀴즈를 활용하여 풀스크린 모드로 학생평가 (시험) 하는 방법 소개] # 크롬북 # 크롬기기관리 # 키오스크모드 여기서 풀스크린 모드란, 시험보는 동안에는 다른 앱이나 브라우저를 실행할 수 없고 오로지 시험문제(설문지) 화면만 풀스크린모드로 실행되게 하는 방법입니다. 즉, 학생들에게 배포된 크롬북을 시험보는 동안에만 시험보는 설문지를 풀스크린모드로 설정을 하고 시험 종료 후에는 원래의 상태로 복귀 시킬 수 있습니다. 크롬 기기(크롬북)에서는 키오스크 모드(풀스크린모드)를 설정하는 방법이 있습니다. (크롬 기기 관리 라이선스를 통해서 기기 설정을 해야 ) 1단계 - Google 설문지로 시험지 작성하기 (키오스크 앱으로 실행될 웹 페이지 준비 과정) 2단계 - 크롬 앱 빌더로 키오스크 앱 생성 및 테스트 하기 3단계 - 크롬 웹 스토어에 키오스크 앱을 등록 배포하기 위한 개발자 대시보드 가입 및 앱 올리기 4단계 - 크롬 기기 관리 콘솔에서 키오스크 앱 위한 설정 5단계 - 최종 단일 키오스크 앱 (예: ‘크롬북시험보기' 앱)을 실행할 등록된 기기들을 배정 https://support.google.com/chrome/a/answer/3273084?hl=ko 자세한 설명은 위 도움말에 언급되어 있으나, 2단계,3단계, 4단계는 생각보다 쉬운 작업은 아닙니다. (키오스크 앱을 빌드해야하고 빌드된 앱을 크롬 웹스토어 개발자 모드로 게시해야 하고, 크롬 기기 관리 콘솔에서 키오스크 앱 설정을 해야 하고 등등. 조금더 자세한 정보가 필요하시면 http://bit.ly/300Vtl2 (도서-"기업과 학교를 위한 크롬북 " 221p ~ 236p 를 참고하시면 됩니다) 참고 블로그 - http://bit.ly/2ZZh8tP 참고 Google 설문지로 퀴즈 만들기 및 채점 - http://bit.ly/301GkzS

자세한 내용 보기

[세계에서 가장 작은 PC Chromebit (ChromeOS) ] 개봉기

ChromeOS 기기의 3종 세트 (Chromebook, Chromebox, Chromebit ) 입니다. 그동안 크롬OS 기반의 크롬북과 크롬박스 만 주로 사용하다가 최근에 Asus 에서 공개한 Chromebit 를 구입하여 개봉기를 올립니다. 이번 Chromebit의 구입 목적은 크롬북 및 크롬박스와 비교하여 가성비가 얼마나 더 좋을 지 비교하는 것도 있지만, 주요 목적은 Chrome Device Management Console 기기로 등록한 후 ChromeOS 키오스크 및 사인이지 용도로 손색이 없는지 여부를 검토하기 위함. Chromebit의 크기 (엄지손가락 크기 정도) 및 가격 (85달러)의 가성비를 갖고 사인이지나 키오스크 디바이스로 손색이 없을 것이라 생각함. 이번 개봉기 후에는 2차로 크롬OS 사인이지 및 키오스크 앱을 연동하한 사용기를 올릴 예정. 엄지 손가락 만한 크기의 ChromeOS 기기 - 2GB Ram, 16GB storage, WiFi 802.11ac, 블루투스 4.0, USB 2.0 포트 1개, HDMI 포트, 가격은 85달러 옵션으로 로지텍의 무선 키보드 (무선 동글+ 키보드+터치패드)를 25달러에 구입하여 크롬OS기기 1세트를 갖추게 되었다. 박스 구성품은 매우 심플 - 전원 코드, 모니터에 고정용 스티커, 크롬빗 본체, HDMI 확장 케이블 USB 1포트 단자에 로지텍 키보드 무선 동글을 삽입한 후 전원 코드 연결하고, 모니터 HDMI 포트에 꼽으면 바로 부팅됨 유투브 실행 화면 기존 Google Apps (G Suite) 계정으로 로그인 한 후, 지메일 및 드라이브의 문서 작성하는데 크게 부족함이 없는 성능을 보이는 것으로 확인 됨 로지텍 무선 키보드 연결시 한글/영문 토글은 'CONTROL+space' 키로 동작 한글 입력은 전혀 문제 없이 동작됨 ------------------------...

자세한 내용 보기

Claude Code 공식 모범 사례 쉽게 이해하기

학습용 가이드 · Anthropic 공식 문서 기반 Claude Code 공식 모범 사례 쉽게 이해하기 이 문서는 Anthropic의 공식 문서 Claude Code 모범 사례 를 바탕으로, 내용을 더 쉽게 이해할 수 있도록 설명과 예시를 추가해 재구성한 학습용 가이드입니다. 공식 문서: code.claude.com/docs/ko/best-practices 목차 한 줄 요약 챗봇이 아니라 "자율 코딩 작업자"다 완료 기준을 먼저 줘라 검증 기준의 종류 Before/After: 검증 기준 제공 탐색 → 계획 → 코딩 순서 Plan Mode가 필요한 경우 탐색 → 계획 → 구현 예시 구체적인 맥락을 넣어라 Before/After: 맥락 제공 풍부한 콘텐츠를 제공하라 CLAUDE.md는 짧은 운영 카드다 좋은 CLAUDE.md 예시 권한은 자동화의 브레이크다 CLI 도구를 적극 활용하라 MCP 서버로 외부 시스템 연결 Hooks: 반드시 실행되는 규칙 Skills: 반복 업무 저장 Subagents로 context 절약 Claude에게 질문도 잘 시켜라 세션 관리는 품질 관리다 체크포인트와 rewind 활용 비대화형 모드로 자동화하기 여러 세션 병렬 실행 대량 작업은 fan-out으로 적대적 리뷰 단계 추가 흔한 실패 패턴과 해결책 실무 시나리오별 완성 프롬프트 AI 개발팀 운영 모델 작업 전 체크리스트 바로 쓰는 기본 템플릿 최종 정리 0 한 줄 요약 Claude Code를 잘 쓰는 핵심은 AI에게 코딩을 맡기는 것 이 아니라, AI가 검증 가능한 방식으로 일하게 만드는 것 입니다. 좋은 AI 코딩 운영 = 목표 + 맥락 + 검증 기준 + 권한 제한 + 리뷰 구조 1 Claude Code는 챗봇이 아니라 "자율 코딩 작업자"다 일반 챗봇은 질문에 답하고 멈춥니다. 하지만 Claude Code는 다음 일을 할 수 있습니다. 파일 읽기 코드 수정 터미널 명령 실행 테스트 실행 빌드 확인 에러 로그 분석 여러 파일에 걸친 리팩터링...

자세한 내용 보기

[알아두면 쓸모 있는 개인 출판의 모든 것] 아마존에 한글 및 영문 전자책/종이책 (KDP) 및 교보문고 PubPle에 개인 출판 경험기

아마존에서는 개인이 무료로 책을 출판하여 판매할 수 있는 KDP (Kindle Direct Publishing) 플랫폼 서비스를 제공하고 있습니다. 이 KDP를 통해서 퍼블리싱 되는 책은 13개국 아마존 사이트를 통해서 동시에 판매가 됩니다. 이 KDP (Kindle Direct Publishing) 서비스를 이용하여 킨들용 전자책과 종이책(페이퍼백)을 퍼플리싱하여 판매를 하고 있습니다. 제가 퍼블리싱한 책(영문) 은 지금까지 전자책 vs 종이책 판매는 3:1 비율로 종이책이 전자책 비율로 판매중입니다. 아마존에 KDP 로 출판한 책들 (실용도서와 컬러/흑백 사진 앨범) 전자책의 로열티는 책 가격의 70%를 받을 수 있으며 (전자책 가격이 9.9달러 미만으로 책정한 경우), 종이책은 60%를 로열티로 받을 수 있습니다. 실제로 종이책 가격이 전자책 가격보다 2.5배 비싸게 책정을 하였기 떄문에, 종이책 판매시 로열티가 전자책보다 2배 높습니다. 즉, 전자책 2권 판매하는 것보다는 종이책 1권 판매되는 것이 더 수익이 높을 수 있습니다. 책 가격은 전자책 및 종이책 모두 작가가 임의로 가격을 정할 수 있습니다. 그러나, 전자책인 경우는 책 가격이 2.99달러 - 9.99달러로 책정이 되어야 책가격의 70% 로열티가 제공되고 그렇지 않은 경우는 35%로 책정이 됩니다. (아래 차트 참고) 본 KDP를 통한 책 퍼블리싱은 amazon.com 뿐만아니라 amazon.uk, amazon.fr, amazon.co.jp 및 캐나다, 브라질등 총 13개국 아마존 서비스 사이트를 통해서 판매됩니다. 즉, 한번의 퍼플리싱으로 13개국에서 판매됩니다. 책판매 된 로열티가 각 판매된 국가의 통화로 지불이 됩니다. 아마존 KDP는 누구에게나 오픈되어 있는 서비스입니다. 특별히 자격 조건도 없고 컨텐츠만 있으면 누구나 퍼블리싱 (무료 또는 유로로 선택)할 수 있습니다. ...

자세한 내용 보기

AI 바이브코딩 운영 가이드 (프롬프트 25종 첨부)

AX컨설팅 동료용 실무 가이드 AI 바이브코딩 80% 벽 을 넘는 운영 가이드 AI로 웹사이트, 업무 자동화, 데이터 분석, 제안서 보조 도구, 내부 업무 시스템을 만들어보려는 컨설턴트를 위한 문서입니다. 바이브코딩은 “AI에게 코딩을 맡기는 일”이 아니라, AI 개발팀을 운영하는 일 입니다. 빠르게 되는 구간 ◀ 80% 벽 운영으로 넘는 구간 95% 80%까지는 AI가 데려다줍니다. 나머지 15%는 코딩 실력이 아니라 운영 방식 으로 넘습니다. 목차 1. 왜 80%에서 막히는가 2. 자주 나오는 네 가지 증상 3. 반드시 박아둘 검증 원칙 4. 상황별 실전 프롬프트 8종 5. 운영 4원칙 6. 컨설팅 현장 시나리오 7. 현장 체크리스트 18 8. 복사해서 쓰는 프롬프트 9. 최종 정리 01 · 진단 처음엔 날아가는데, 왜 80%에서 멈출까 요즘 AI로 개발을 해보면 처음에는 정말 빠릅니다. 로그인 화면이 금방 만들어지고, 버튼도 생기고, 데이터 입력 폼도 나오고, 간단한 대시보드도 몇 분 만에 완성됩니다. “이제 코딩은 AI가 다 해주는구나.” 그런데 실제 프로젝트에서는 이상한 일이 생깁니다. 처음 70~80%까지는 빠르게 가는데, 그 다음부터 갑자기 진도가 안 나갑니다. 증상 80% 지점에서 벌어지는 일 버튼 하나 고쳤더니 다른 버튼이 망가집니다. 오류를 고쳐달라고 했더니 디자인이 깨집니다. AI는 “수정 완료했습니다”라고 하는데 실행해보면 그대로입니다. 이전에 정한 요구사항을 잊어버립니다. 새 기능을 붙일수록 코드가 점점 복잡해집니다. 결국 처음부터 다시 만드는 것이 더 빠른 상황이 됩니다. 한 줄 결론 80% 벽은 AI의 코딩 실력만의 문제가 아닙니다. 대부분은 검증 없는 지시, 오염된 컨텍스트, 롤백 없는 작업 방식, 모호한 완료 기준 때문에 생깁니다. AI에게 코딩을 맡긴다는 것은 개발자를 없애는 일이 아닙니다. 오히려 우리의 역할이 바뀝니다. 기존 방식 AI 바이브코딩 방식 내가 직접 코드를 작성한다 AI에게 작업을 나누어 맡긴다 개발...

자세한 내용 보기

찰리초이 스토리 블로그

이 블로그 검색