기본 콘텐츠로 건너뛰기

넥서스 4 와 아이폰 4S의 간단 비교

지긋지긋했던 2년간의 노예 계약을 끝내고 작년 말 저와 제 아내는 손전화를 바꿨습니다.

개같은 통신사의 노예계약이 싫어서 저는 천조국에서 손전화를 사왔고, 제 아내는 중고로 손전화를 사서 개통했습니다.

원래는 제 아내도 저와 같은 넥서스 4로 개통시켜주려고 했는데, 아내가 아이폰을 사달라 하더군요.

그래서 아내는 아이폰 4S를 저는 넥서스 4로 기변을 했습니다. 아이폰 5는 노예계약도 싫고 LTE도 싫고 그래서.. 그냥 다음 기회에...

덕분에 아이폰과 안드로이드를 비교해볼 수 있는 귀한 경험을 하게 되었습니다.

이 시점에서 안드로이드와 아이폰을 비교하는 이런 사용기는 정말 뻘글에 쓸데 없는 글 같기는 하지만... 그래도 써봅니다.

쓰레기 같은 LG U+를 고집하면서 써볼 수 없던 동경하던 아이폰을 처음 받아서 써보니.. 왜 아이폰이라 하는지 알것 같더군요.

최근 애플의 주가가 추락하고 사람들은 애플이 혁신을 잃었다 하지만 저는 그래도 애플만이 가지는 고유함은 얼마간은 더 갈거라고 생각합니다.

아래는 지극히 제 주관적인 비교이기 때문에 그냥 재미로 읽어보시기 바랍니다.

1. 키보드
아이폰이 100배는 더 정확한 것 같습니다. 대충 눌러도 척척 제가 원하는 글이 입력됩니다. 안드로이드는 아무리 설정을 바꾸고 키 크기를 바꿔도 오탈자가 너무 많다는게 함정..
하지만 아이폰은 키를 길게 눌러서 숫자를 입력하거나 기호를 입력하는 기능이 없다는건 단점입니다. 안드로이드 쓰다가 아이폰 키보드 쓰려니 조금 불편합니다만 그래도 입력은 정말 잘됩니다.

2. 액정 크기
단연코 저 개인적으로는 아이폰이 더 마음에 듭니다. 크기나 밝기나 선명도나 아이폰이 압도적이라고 봅니다. 넥서스 4는 너부대대 안이쁩니다. 그리고 화면이 크다보니 손에 잡히는 느낌도 그닥 좋지 않습니다.

3. 실제 사용은 저에게는 아이폰이 훨씬 좋습니다. 다만 불편한 것은 잠금 화면이나 바탕 화면에 위젯을 넣을 수 없다는 건 정말 불편합니다. 어떤 정보에 접근할때마다 앱을 뒤적거려야 하는건 정말 스트레스입니다. 그런면은 안드로이드가 정말 좋은 것 같습니다.

4. 배터리
아이폰이 훨씬 오래 갑니다. 넥서스 4도 대기 전력은 매우 뛰어난 편이지만 화면을 켜는 순간 커스텀롬이고 커스텀 커널이고 머고 간에 그냥 광탈입니다. ㅠㅠ

5. 카메라
누누히 얘기하지만 아이폰이 압권입니다. 넥서스 개 쓰레기

6. 구글과의 친화성
단연코 안드로이드죠.. 아이폰은 최신 iOS에서는 구글 관련 서비스 쓰기가 쉽지 않습니다.

7. 아이폰 지도
써본적 없습니다. 개 쓰레기.. 구글맵 짱!! 하지만 아이폰 구글 맵 은근 결함 많습니다. ㅡ.ㅡ

8. 가계부
문자 자동 입력 안되는 아이폰 너무 불편합니다. 머.. 보안이나 기타 이유때문에 그런다지만.. 불편한 건 사실..

9. 앱스토어
아이폰 앱스토어는 구글 플레이보다 앱 찾기 더 힘듭니다. 아.. 그동안 구글 플레이 욕하고 다녔는데.. 아이폰 앱스토어도 만만치 않네요.. 그래도 미국이나 다른 나라 앱 구하기는 앱스토어가 더 편하네용.. 구글 플레이는 그냥 안되네용..루팅해서 구하는것도 이젠 지겹고..

10. 무선 인터넷
iOS 결함 때문에 안잡힙니다. 후.. 언제 수정해줄런지..

11. 뒤로가기
다들 아시다시피 아이폰은 물리적 버튼이 홈버튼 달랑 하나입니다. 이 녀석이 하는 일은 앱을 종료(?) 하는 역할이지용.. 앱 안에서 뒤로 가려면 뒤로가기 버튼을 찾아야하는데.. 이게 앱마다 각양각색이라 뒤로가기 겁나 불편하네요.
안드로이드에 익숙해져 있다보니 뒤로가기 위해서 무심코 홈버튼 누르는 일이 빈번해서 은근 짜증입니다.
뒤로가는거 하나만큼은 안드로이드의 압승입니다. 다만 문제는 안드로이드는 이 뒤로가기 버튼이 앱마다 진짜로 뒤로가거나 앱을 종료시키거나 아주 제 멋대로라는것이 좀 그렇죠..
어쨌든 아이폰에 최소한 뒤로가기 버튼이라도 있었으면 좋겠다는..
그 다음에는 메뉴 버튼...
안드로이드는 최근 젤리빈은 기본으로 뒤로가기, 홈, 최근 실행한 앱 이렇게 3개 버튼으로 바뀌고 메뉴 버튼이 빠졌는데.. 흠.. 그냥 호불호가 좀 갈리는 느낌입니다.
어쨌든 아이폰은 좀 갑갑해요..

이래 저래 써보니 어느게 더 좋다고 얘기하는건 이제 의미가 없는 것 같습니다. 아이폰이 발전해온만큼 안드로이드도 많은 발전을 이루어서 각자 개인의 생활에 맞춰 쓰면 될 것 같습니다.

저처럼 구글의 노예로 사는 사람에게는 확실히 안드로이드가 편하긴 합니다. 하지만 아이폰도 그 나름의 매력이 장난이 아니네요.. 다음 아이폰이 구글과 좀 더 친해진다면 전 아이폰을 선택할 것 같습니다.

위에 적은 내용 외에 또 생각나는 내용이 있으면 계속 수정할 예정입니다. 혹시 궁금한 것 있으면 물어봐 주세요.

그리고 다음에는 넥서스 4에서만 유용한 앱들을 몇개 올려볼 생각입니다.

블로그가 테스팅 얘기는 어디론가 사라지고 넥서스 4 자랑질만 남았네용.. 쿨럭 쿨럭..

댓글

  1. 한글 키보드는 여전히 답이 없지만, 라틴어 키보드는 gesture input 쓰면 요긴할때가 많답니다. 항상 그렇게 입력하긴 좀 그렇긴 하지만요.

    답글삭제
  2. 저건 니 생각이고 아이폰 쓰레기고 스티브 시체 화형 해야 함 전 애플 안티 입니다.

    답글삭제

댓글 쓰기

이 블로그의 인기 게시물

합성 사용자(Synthetic Users)의 5가지 유형과 AI 테스팅 현장에서의 활용법

AI와 생성형 모델 기술이 발전하면서, 사용자 경험(UX) 연구와 테스팅 현장에서 가상 퍼소나를 활용해 테스트 데이터를 수집하거나 사용성을 평가하려는 시도가 급격히 늘고 있습니다. 이를 흔히 '합성 사용자(Synthetic Users)'라고 부릅니다. 하지만 막연히 "AI에게 사용자 역할을 시켜 테스트를 돌린다"고 할 때, 그 가상 사용자가 어떤 방식과 데이터로 생성되었는지 명확히 구분하지 않으면 자칫 왜곡된 결과에 빠질 위험이 있습니다. UX 및 사용성 리서치 분야의 권위 있는 기관인 MeasuringU에서 이 합성 사용자의 개념을 명쾌하게 분류한 아티클을 공개했습니다. 바로 "What Are the Different Types of Synthetic Users?"라는 글입니다. (출처: MeasuringU - What Are the Different Types of Synthetic Users? / Jeff Sauro, PhD & Jim Lewis, PhD) https://measuringu.com/what-are-the-different-types-of-synthetic-users/ Jeff Sauro와 Jim Lewis 박사는 합성 사용자를 단순히 하나의 개념으로 뭉뚱그리지 않고, 생성 기술의 근거와 데이터 기반에 따라 크게 5가지 유형으로 깔끔하게 정리해 줍니다. 첫째는 규칙 기반(Rule-Based) 합성 사용자입니다. AI 모델이 아니라 사전 정의된 조건문, 정규식, 시나리오 스크립트에 따라 움직이는 전통적인 형태의 가상 사용자입니다. 예측 가능하고 정확하지만, 인간 사용자의 복잡한 정서나 미묘한 변수를 반영하진 못합니다. Selenium, Playwright, K6 같은 도구를 통해 지정된 경로대로 버튼을 누르고 데이터를 입력하는 방식을 들 수 있습니다. 둘째는 퍼소나 기반 LLM(Persona-Based LLM) 합성 사용자입니다. 생성형 AI에게 "너는 50대 비테크놀로지 사용...

AI 에이전트의 환각과 프롬프트 폭증을 막는 '컨텍스트 엔지니어링(Context Engineering)'과 아키텍처의 미래

AI 코딩 에이전트나 생성형 LLM을 소프트웨어 개발에 접목하는 시도가 늘어나면서, 엔지니어들이 마주하는 가장 큰 기술적 병목 중 하나는 바로 '컨텍스트(Context)'의 관리입니다. 저 역시 최근 AI와 바이브 코딩(Vibe Coding)을 활용해 여러 프로젝트를 진행하고 있는데, 하나의 대화창(세션)을 오래 켜둔 채 작업을 계속 이어가다 보면 AI가 초기 맥락을 잊어버리거나 이전에 지켜달라고 했던 제약조건을 놓치며 실수를 저지르는 경우를 자주 겪곤 합니다. 그래서 저는 목적별로 대화창을 명확하게 분리해서 작업하거나, 어느 정도 작업 단계가 진행되면 지금까지의 구현 내용과 의사결정을 요약 정리한 뒤 새 대화창에서 AI에게 이를 다시 학습시키는 방식으로 맥락을 관리하고 있습니다. 그렇다면 엔지니어링 아키텍처 차원에서는 이 문제를 어떻게 접근하고 있을까요? InfoQ의 발표 아티클 "Architecture / Context Engineering"에서는 바로 이 지점, 즉 단순한 프롬프트 엔지니어링을 넘어 시스템 아키텍처 수준에서 컨텍스트를 제어하는 '컨텍스트 엔지니어링(Context Engineering)'의 필요성과 구체적인 프레임워크를 다루고 있습니다. (출처: InfoQ - Architecture / Context Engineering) https://www.infoq.com/presentations/architecture-context-engineering/ 발표자들은 코딩 에이전트나 자율형 에이전트가 현장에서 실패하는 가장 큰 이유로 '비대해진 컨텍스트 윈도우(Bloated Context Windows)'와 무분별하게 채워진 프롬프트(Stuffed Prompts)를 꼽습니다. AI에게 너무 많은 정보를 한 번에 주면, 모델의 주의력(Attention)이 분산되거나 논리적 우선순위를 놓치는 현상이 발생합니다. 마치 인간 엔지니어에게 백과사전 수십 권을 던져주고 "이거 다 읽고 10초 ...

AI가 만들고 사람이 고친 글, 과연 'AI 생성물'일까? — 무너지는 경계선과 각국의 표기 가이드라인

이미지, 음성, 텍스트를 가리지 않고 생성형 AI의 산출물이 전 세계 디지털 공간에 폭포수처럼 쏟아져 나오고 있습니다. 가짜 뉴스, 딥페이크 오정보, 저작권 침해 등 여러 사회적 문제를 일으키면서, 최근 EU를 비롯한 세계 각국의 규제 기관들이 "AI가 만든 콘텐츠에는 반드시 표시(Labelling)를 하라"는 강제 가이드라인을 잇달아 꺼내 들고 있습니다. 이와 관련해 Smashing Magazine에 비탈리 프리드만(Vitaly Friedman)이 기고한 아티클은 EU의 최신 규제가 실무 인터페이스(UI/UX)에 어떤 변화를 요구하는지 잘 보여줍니다. (출처: Smashing Magazine - New EU Guidelines For AI Labelling / Vitaly Friedman) https://www.smashingmagazine.com/2026/08/eu-guidelines-ai-labelling/ EU AI Act 제50조 투명성 규정에 따르면, 딥페이크나 AI 챗봇 대화, 인간의 검수 없이 AI가 100% 작성한 공공 텍스트 등에는 전용 AI 마크나 암호화된 메타데이터(Watermark)를 반드시 내장해야 합니다. 기존에 서비스들이 유행처럼 쓰던 모호한 '반짝이 아이콘(✨ Sparkles)' 수준으로는 법적 기준을 충족할 수 없게 된 것입니다. 하지만 현장의 개발자, 에디터, 테스터들이 마주한 진짜 혼란은 규제의 유무가 아닙니다. 바로 "도대체 어디까지를 AI가 만들었다고 볼 것이며, 어디서부터를 사람이 만든 것으로 정의할 것인가?"라는 근본적인 경계선의 모호함입니다. 프롬프트 한 줄 던져서 AI가 뽑아낸 초안을 사람이 문장 몇 개 다듬었다면, 이것은 AI 산출물일까요, 인간의 글일까요? AI가 코딩한 1,000줄의 소스 코드를 엔지니어가 한 시간 동안 디버깅하고 검수했다면 이 코드의 주인은 누구일까요? 글로벌 규제 기관들도 이 모호함을 인지하고 명확한 자격 기준을 세우기 위해 격렬한 논의를 ...