Saturday, February 16, 2013
사막에 대한 기억
기억이 나질 않는다. 아니,
사진을 보면 기억이 나긴 한다.
한자락 작은 조각
말하는 듯한 바람과 묵묵하게 노려보던 바위들
한자락 작은 조각
기억이 없다면 바람도 바위도 없는 건데
기억이 없다면 나도 없는 건데
아무도 없는 사막 사진을 보며
그 사진의 한자락 작은 기억을 떠올리며
퍼뜩 이런 생각을 한다.
아무도 없는 사막을 좋아하는 내가
왜 아무 기억이 없는 나는
좋아하지 않는 걸까
Sunday, March 6, 2011
앱 비즈니스의 5대 착각
1. 무료 1등은 쉬울거라고 생각한다.
2. 제품이 좋으면 입소문이 퍼져서 1등을 할거라고 생각한다.
3. 가격이 싸면 순위가 더 오를 것이라고 생각한다.
4. 다운로드가 많으면 리뷰와 별점이 달릴 것으로 생각한다.
5. 다운로드 된 앱은 한 번 이상 사용될 것으로 생각한다.
2. 제품이 좋으면 입소문이 퍼져서 1등을 할거라고 생각한다.
3. 가격이 싸면 순위가 더 오를 것이라고 생각한다.
4. 다운로드가 많으면 리뷰와 별점이 달릴 것으로 생각한다.
5. 다운로드 된 앱은 한 번 이상 사용될 것으로 생각한다.
Saturday, January 1, 2011
앱스토어 등록용 스크린 샷 툴
애플에서 제시하는 앱스토어 앱 제출 팁을 보면 다음과 같이 적혀 있습니다.
- Always remove the status bar from screen shots.
즉 앱 스토어에 등록하려면 스크린 샷이 필요한데, 스테이터스 바를 제외한 부분을 cropping 해야 햡니다.
더 자세한 사항은 아래 애플 사이트에 설명이 있습니다.
https://developer.apple.com/appstore/resources/submission/tips.html
- Always remove the status bar from screen shots.
즉 앱 스토어에 등록하려면 스크린 샷이 필요한데, 스테이터스 바를 제외한 부분을 cropping 해야 햡니다.
이를 손으로 하기는 번거롭고, 다국어 버전 등을 위해 많은 작업을 해야하는 경우는 더더욱 불편합니다.
아래 소개하는 iOS-Simulator Cropper 는 무료이면서 매우 편리하게 잘 짤라줍니다.
http://www.curioustimes.de/iphonesimulatorcropper/
더 자세한 사항은 아래 애플 사이트에 설명이 있습니다.
https://developer.apple.com/appstore/resources/submission/tips.html
아이폰 앱 개발 디버깅 팁 5 가지
1. printf, NSLog, CFShow 사용하여 로그 찍어 보기
2. executable 에 arguments variables 로 NSZombieEnabled = YES 로 설정하면 좀더 많은 정보를 보여줌. 단 release 모드에서는 반드시 제외해야 함
3. 크래쉬 리포트 확인하기, iTunes 가 수집한 크래쉬 리포트를 볼 수 있음. ~/Library/Logs/CrashReporter/MobileDevice/
4. 컴파일러 디렉티브(compiler directives) 사용하기
- #if TARGET_IPHONE_SIMULATOR
- code....
- #else
- code...
- #endif
- #ifdef _USE_OS_3_OR_LATER
- #import
- #endif
- #if __IPHONE_OS_VERSION_MIN_REQUIRED < 30000
- pre 3.0 code...
- #else
- 3.0 code...
- #endif
5. Instruments 활용하기
http://blog.naver.com/PostView.nhn?blogId=mirnae&logNo=100102037283&redirect=Dlog&widgetTypeCall=true/
이 밖에 시간이 지남에 따라 어떤 동작을 하는지를 검사해 보려면, 컴퓨터 시간을 바꾸기만 해도 시뮬레이터에서 알아서 바뀐 시간을 인식하더군요.
Friday, November 5, 2010
앱 등록 거부(리젝) 사유 정리 - 29가지
- 사용자의 동의 없이 데이터를 전송하면 안됨
- 앱소개 디스크립션에 광고데이터가 있으면 안됨
- 해당 iOS 버전을 지원하는 디바이스에서 모두 작동되어야 함.
- 나라마다 다르게 가격을 책정할 수 없음
- 버전을 제대로 표시해야 함
- 57, 72, 512 이미지가 다르면 안됨
- 프로젝트이름과 바이너리이름이 같아야 함
- 아이팟 터치는 진동기능이 없는데, 설정에 진동 설정이 있으면 안됨
- 3G 서비스를 할 경우 64K 스트리밍을 지원해야 함
- 앱소개 디스크립션에 애플 정책을 언급하면 안됨
- 검수에 계정정보가 필요할 경우 등록시 데모 계정을 같이 잘 제공해야 함
- 버튼에 대한 기능이 없거나 Disable 되어 있으면 안됨
- 성인용 내용이 들어 있으면 안됨
- 기존 어플의 아이콘과 어플명만 변경할 경우 거부 됨
- 여러 카테고리에 속할 수 없음 (국가별로 달라도 안됨)
- 아이패드는 가로/세로 모드 모두 지원해야 함
- 애플이나 아이폰과 같은 문자가 앱명칭에 주요 요소이면 안됨
- 웹 페이지 가져올 때 사용자에게 작업중 표시를 반드시 해야 함(돌아가는 원 등)
- 사진이 암호화되어 성인용 여부를 확인 할 수 없으면 거부 됨
- 구현되지 않은 기능 또는 더 많은 기능의 앱을 구매하라는 언급이 있으면 안됨
- 프로그램 설명이나 이미지에 가격을 표시하면 안됨
- 용도에 맞지 않는 버튼을 사용하면 안됨
- 버튼 이름이 용도와 맞지 않으면 안됨
- 프로그램 함수 중에 애플의 private api 명과 같은 이름 쓰면 안됨
- 숨겨진 API 나 맥용 API 를 사용하면 안됨
- 무료라고해도, 그 자체로 기능이 온전해야 함
- 키워드에 등록상표, 회사명, 관련없는 단어가 있으면 안됨
- 이미지에 아이폰 사진이나 그림이 있으면 안됨
- 사전 어플이라도 욕설이 들어 있으면 안됨
Wednesday, November 3, 2010
앱 출시 막판 변경 5대 항목
1. 여지껏 논의한 제품 특징과 다른 소박한 제품의 특징이 비로소 본색을 드러낸다.
2. 기능을 버린다. 개발자들에게 엄청 미안해진다.
3. 콘텐츠가 축소된다. 불필요하게 낭비한 세월이 주마등처럼 스쳐 지나간다.
4. 앱 이름이 바뀐다. 디자인도 덩달아 바뀌어야 한다.
5. 마케팅 전략이 기하급수로 늘어난다. 선택하기가 아니라 제비뽑기가 된다.
2. 기능을 버린다. 개발자들에게 엄청 미안해진다.
3. 콘텐츠가 축소된다. 불필요하게 낭비한 세월이 주마등처럼 스쳐 지나간다.
4. 앱 이름이 바뀐다. 디자인도 덩달아 바뀌어야 한다.
5. 마케팅 전략이 기하급수로 늘어난다. 선택하기가 아니라 제비뽑기가 된다.
Thursday, October 14, 2010
Monday, July 26, 2010
Sunday, April 4, 2010
Saturday, March 27, 2010
한상복 지음, 배려를 읽고
이 책을 읽으면서 세상에는 쉬운 일과 쉽지 않은 일이 있다는 걸 새삼 되집는다. 배려해야 된다는 얘기를 하는 건 쉬운 거고, 어떻게 배려해야 하는지를 얘기하는 건 어려운 거다. 책에서조차 무엇이 배려인지 명쾌하게 짚어주지 못한다.
1. 아내는 남편에 대한 배려를 어디까지 해야할까? 왜 그 배려를 거두었을까? 그리고 다시 배려를 시작했을까? 그 시점을, 그 정도를 어느 한도로 해야 할까? 과연 책에서 나온 것 처럼 그 시점이 정말 좋은 배려라고 볼 만한 시점과 정도였을까? 더 참고 인내하면 안되었을까? 몰배려도 배려니까.... 다 배련가?
2. 옳지 않음이 분명한데도 실행하는 것이 배려와 관련이 있을까? 옳지 않음에 대한 반대는 우리에게 때론 많은 걸 주는데.... 옳지 않음을 주장하면, 팀원에 대한 배려가 안되는 걸까?
3. 회의 참석 예정자가 아닌 사람을 배려하기 위해 회의 참석 예정자를 배려하지 않는 행동을 배려라고 볼 수 있을까?
다시 원점으로 돌아가자. 배려에 대한 당위는 쉽게 할 수 있는 얘기지만, 방법은 어려운 거다. 그러면 도대체 이 책에서 우리가 얻어야 할 점은? 배려의 방법을 얻을 수 있지 못하다면... 혹시 우리는 당위 조차 너무 잘 잊어서 되새김을 많이 해야 겨우 존재감이 유지되는 걸까?
1. 아내는 남편에 대한 배려를 어디까지 해야할까? 왜 그 배려를 거두었을까? 그리고 다시 배려를 시작했을까? 그 시점을, 그 정도를 어느 한도로 해야 할까? 과연 책에서 나온 것 처럼 그 시점이 정말 좋은 배려라고 볼 만한 시점과 정도였을까? 더 참고 인내하면 안되었을까? 몰배려도 배려니까.... 다 배련가?
2. 옳지 않음이 분명한데도 실행하는 것이 배려와 관련이 있을까? 옳지 않음에 대한 반대는 우리에게 때론 많은 걸 주는데.... 옳지 않음을 주장하면, 팀원에 대한 배려가 안되는 걸까?
3. 회의 참석 예정자가 아닌 사람을 배려하기 위해 회의 참석 예정자를 배려하지 않는 행동을 배려라고 볼 수 있을까?
다시 원점으로 돌아가자. 배려에 대한 당위는 쉽게 할 수 있는 얘기지만, 방법은 어려운 거다. 그러면 도대체 이 책에서 우리가 얻어야 할 점은? 배려의 방법을 얻을 수 있지 못하다면... 혹시 우리는 당위 조차 너무 잘 잊어서 되새김을 많이 해야 겨우 존재감이 유지되는 걸까?
Thursday, February 4, 2010
Subscribe to:
Posts (Atom)
- - - - -


