작성일 : 2013-03-06

작성자 : hanburn

안드로이드는 단말기가 다양해도 너무~ 다양해서 개발 환경에서 잘되다가 market에 올리면 안된다는 피드백이 자주 있다. 그중에 하나가 설치 issue 이다. 설치 문제는 문제가 발생하는 단말을 확보해서 테스트 해보면 좋을텐데 대부분이 단말을 구할수 없는 상태에서 확인을 해야 하기에 종종 탐정놀이에 빠지게 된다.

오늘도 이런 탐정놀이를 하다가 users-permission과 uses-feature에 대해서 정리해 본다.

1. uses-permission 이란?

앱(Application)이 실행될때가 아니라 설치되는 시점에 사용자에게 허가를 받는 권한을 기술하는 것이다. "android.permission.CAMERA" 은 카메라를 사용한다는 권한을 표시한다.

Permission의 종류는 아래 page를 참고 하면 된다.

http://developer.android.com/reference/android/Manifest.permission.html

2. uses-feature 란?

syntax:

<uses-feature 
  android:name="string" 
  android:required=["true" | "false"] 
  android:glEsVersion="integer" />

앱(application)이 사용하는 하드웨어 또는 소프트웨어 특성(feature)를 정의 한다. 요즘 카메라는 대부분 달려있는데, 보급형 같은 경우는 카메라의 자동 초점기능이 없는 단말기도 존재한다.

<uses-feature android:name="android.hardware.camera.autofocus" android:required="false" />

위에처럼 required=false로 하면 카메라에 자동초점 기능이 없더라도 앱을 실행 할 수 있게 된다.

3. uses-permission과 uses-feature의 관계

앞에서 언급한 것처럼 permission을 요구하고 있는데, feature에서 require=false를 정의하지 않으면 해당 feature가 없는 단말에서는 앱을 실행할 수가 없게 된다. CAMERA permission은 물리적인 CAMEAR가 있을 때만 사용가능하기 때문에 하드웨어에 관계된 몇몇 permission에 대해서는 필요로하는 feature가 포함된다. 

이러한 관계에 대해서 아래에 정리되어 있으니 permission을 추가할 때, feature도 같이 신경써서 정의해야 한다.

 참고 : http://developer.android.com/guide/topics/manifest/uses-feature-element.html#permissions-features

원본 : http://www.martinadamek.com/2011/02/04/json-parsers-performance-on-android-with-warmup-and-multiple-iterations/

간략한 내용 요약

속도는 jackson이 가장 빠른것으로..  ( 사용된 버전이 jackson 1.7.x 이었다. 참고로 jackson 2.x 버전부터는 속도 향이 더 되었다고 한다. )

자세한 test 소스는 아래를 참고하면 된다.

소스 : https://github.com/martinadamek/json-android-compare

 [결론]

This is Android demo project used to compare performance of various JSON parser implementations in my blog post.

Right now it includes:
- Android built-in: http://developer.android.com/reference/org/json/package-summary.html
- JSON.simple: http://code.google.com/p/json-simple/
- Jackson: http://jackson.codehaus.org/
- Gson: http://code.google.com/p/google-gson/

Results on my Nexus One and more information is available in my blog post at http://martinadamek.com

가끔 vi에서 설정 파일을 열어서 웹에서 복사한 내용을 붙여넣기 할 때,
앞에 탭이 마음대로 추가되는 경우가 있다. 

이 경우 붙여넣기 전에 다음의 작업을 수행해 주면 된다고 한다. 

:set paste

이렇게 해놓고 편집모드에서 붙여 넣으면 깔끔하게 내용이 추가된다.
원상 복구하려면  

:set nopaste

명령을 실행하면 된다. 

이런 작업을 하고 싶지 않으면, 명령모드에서 

gg=G

라고 치면 자동으로 indent정렬을 해준다. 이클립스에서 Ctrl+Shift+F 누른거 처럼...

경기도 대표 도서관

http://www.golibrary.go.kr/ 

무료 전자책이 꽤 있음.

등기는 토지, 또는 건물에 대해서 주인임을 등기부에 등록하는 것이다.

그럼 대지권미등기라는 것은 대지권(토지,땅)에 대해서 등기가 안되어 있다는 뜻이다.

즉, 아파트라면, 건물이 있는 땅의 지분에 대한 권리가 안되어 있는 것으로, 향후 재산권 행사에서 여러가지 불이익이 있을수 있다. ( 예를 들면, 은행에서 대출시 대지권미등기인경우 대출제한 또는 대출금액 제한등등 )

감정평가에 "미등기감정가격포함" 이라고 되어 있는 경우 입찰전에 체크해야 할 것들이다.

1. 대지권이 있으나 지적 정리가 제대로 되어 있지 않은 상태라서 미등기로 남아 있는 경우

 => 신도시의 경우 빈번하게 발생함. 

 => 해당 물건을 분양한 업체에 연략하여, 대지권이 포함되어 있는지 확인 ( 분약계약서등 참고 )

2. 드문경우로 대지권이 없는 경우도 있음.

 => 토지를 제대로 매입하지 않은 경우 ( 정말 드문 경우 )

 => 대지에 지상권이 설정된 경우

* 대지권 등기시 필요한 서류   ( 비용도 제법 들어간다. )

 - 매각허가 결정문

- 대금완납 증명원

- 등기 권리증

- 감정평가서

구굴에서 제시한 C++ 코딩 가이드

한글버전 :

http://aronze.com/wiki/index.php?title=Google_C%2B%2B_Style_Guide

영문 원본 :

http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml

사내에 C++ 코딩 가이드가 없다면, 이것을 그대로 사용해도 될듯..

더 많은 정보를 원한다면 여길르 방문..

http://code.google.com/p/google-styleguide/

일정

작성자 : hanburn

작성일 : 2012-01-17

1. 샤딩 ( sharding ) 이란 무엇인가?

2. 샤딩 및 전략

 2.1 vertical partitioning

 2.2 Range Based Partitioning

 2.3 Key or Hash Based Partitioning

 2.4 Directory Based Partitioning

3. 샤딩 적용시 고려사항

1. 샤딩 ( sharding ) 이란 무엇인가?

관계형 데이터베이스에서 대량의 데이터를 처리하기 위해서 데이터를 파티셔닝하는 기술이다. 파티셔닝은 DBMS에서 지원하기도 하는데, 일부 DBMS ( MySQL 5.1 미만에서는 지원 안함) 에서는 지원안하기도 한다. 샤딩은 DBMS 레벨에서 데이터를 나누는 것이 아니고 데이터베이스 자체를 분할하는 방식이다. 따라서 어플리레이션 레벨에서 구현해야 한다.

간단하게 예를 들면, 전 세계의 고객 데이터를 저장하는 대형 데이터베이스를 분산한다고 할때, 미국 고객의 경우는 샤드A, 아시아 고객의 경우는 샤드B, 유럽 고객의 경우는 샤드C로 분할해서 저장할수 있다.  

2. 샤딩 및 전략

샤딩에서 데이터베이스를 분할하는 방법에 대해서 살펴본다. 각 방법마다 장단점과 주의할 점이 있으므로 서비스에 맞게 적절하게 선택하거나 조합하여 사용 한다.

2.1 Vertical Partitioning

    테이블 별로 서버를 분할하는 방식이다. 예를들면 사용자 프로필정보용 서버, 사용자 친구리스트용 서버, 사용자가 만든 컨텐츠( 사진같은것 ) 용 서버등으로 분할하는 방식이다.

    장점 : 구현이 간단하고, 전체 시스템에 큰변화가 필요 없다.

    단점 : 각 서버의 데이터가 점점 거대해지면 추가 샤딩이 필요해진다. ( 1천만명이 1000장의 사진을 생성한다면 컨텐츠 서버에 또 샤딩이 필요할 것이다. )

  2.2 Range Based Partitioning

    하나의 feature(또는 table)가 점점 거대해지는 경우 서버를 분리하는 방식이다. 예를들면 사용자가 많은경우 사용자의 지역정보를 이용해서 user 별로 서버를 분리하거나, 일정데이터라면 년도별로 분리, 거래정보라면 우편번호를 이용하는 방식이다.

    주의점 : 데이터를 분할하는 방법이 예측가능해야 한다.

  2.3 Key or Hash Based Partitioning

    이방식은 웹2.0 사이트에서 기본 파티셔닝 방식으로 알려져있다. 엔티티를 해쉬함수에 넣어서 나오는 값을 이용해서 서버를 정하는 방식이다. 사용자ID가 숫자일 경우 나머지연산( module operation)을 이용하는 방법이다.

    주의점 : 해쉬결과 데이터가 균등하게 분포되도록 해쉬함수를 정하는게 중요하다.

    단점 : 서버의 수를 늘리기 위해서 해쉬함수를 변경하는 작업이 무지무지 비싼 작업이다.

  2.4 Directory Based Partitioning

    파티셔닝 메커니즘을 제공하는 추상화된 서비스를 만드는 것이다.(데이터베이스 액세스 코드와는 떨어져 있는)  샤드키를 look-up 할수 있으면 되므로, 구현은 DB와 cach를 적절히 조합해서 만들수 있다.

3. 샤딩 적용시 문제점들 및 고려사항

 3.1 데이터 재분배 ( Rebalancing data )

  Sharding된 DB의 물리적인 용량한계나 성능한계에 다르면 shard의 수를 늘리는 scale-up 작업이 필요하다. 서비스 정지 없이 scale-up 할수 있도록 설계방향을 잡아야 한다.

 3.2 샤딩으로부터 데이터 조인하기 ( Joining data from multiple shards )

   Sharding-db 간에 조인이 불가능 하기에 처음부터 역정규화를 어느정도 감수해야 한다. Shard의 목정이 대용량 데이터 처리이므로, 대용량처리시 수행성능을 위해서 데이터 중복은 trade-off 관계 임을 이미 알고 있다.

 3.3 샤드에 데이터를 파티션하는 방법 ( How do you partition your data in shards? )

  shard 해쉬함수를 잘 설계해야 한다.

 3.4 샤드간의 트랜잭션 문제

  Global Transaction을 사용하면 shard DB간의 트랜잭션도 가능하다. 그 유명한 XA인데, 성능저하의 문제가 있다.

 3.5 Global Unique Key

  DBMS 에서 제공하는 auto-increament를 사용하면 key가 중복될수 있기 때문에, application 레벨에서 Key 생성을 담당해야 한다.

 3.6 데이터는 작게

  Table의 단위를 가능한 작게 만들어야 한다.

참고

http://www.ibm.com/developerworks/kr/library/j-javadev2-11/

http://highscalability.com/unorthodox-approach-database-design-coming-shard

http://www.25hoursaday.com/weblog/2009/01/16/BuildingScalableDatabasesProsAndConsOfVariousDatabaseShardingSchemes.aspx

K팝스타 오디션중 백아현, 이미쉘, 나머지하나는 누군지 기억이..

3명이서 배틀을 벌이고 심사평이 나옵니다.

박진영 :

"*프로의 자질 중 하나는 철저한 자기관리이다. 목 상태가 안좋으면 무조건 말을 하지 말았어야 했다. 심지어는 인사할때도 말을 아껴야

했다. 자기관리에 실패했다면 프로로서 실격이다.*"

양현석 : 박진영의 의견에 공감한다.

보아 : “실망을 많이 했다”면서 “녹음실에서 봤을 때가 일주일 전이다. 그 때도 목이 안 좋았다. 근데 이미쉘이 녹음실에서 떠드는 모습을 보고 걱정이 됐다…자기 관리도 실력이다

여기서 대부분의 사람들은 심사평에 공감을 하고, 프로페셔널이란 이런거다 라고 생각하기도 한다. ( http://groups.google.com/group/ksug/browse_thread/thread/5c061ff6863df5bd )

다른 방향에서 생각해보면,

이미쉘을 캐스팅해서 트레이닝을 담당한 SM과 보아는 무엇을 한 것일까?

1주일 전에 이미 목상태가 않좋은것을 알았으면, 미리 주의를 주고 보호장치를 했어야 하는게 아닌가라는 생각이 든다. 가수로써 미쉘이 프로페셔널 부족이었다면, 소속사와 트레이너로써 SM과 보아도 마찬가지로 프로페셔널 부족인 것이다.

혹시, 내막은 보아가 어떤 주의와 방향을 제시했는데 이미쉘양이 정말로 목 관리를 안해서 방송에서 직접적으로 깐걸지도..