憩穩 (게온 : 편히 쉬다)

아실지 모르겠지만 필자는 여러 플랫폼에서 동일한 UI를 제공할 수 있도록 하는 UI Library를 제작하는 사람입니다. 여러 단말에 아직은 많지 않지만 이것 저것 만들어보고 있는 중이죠. 그런데 방금 갑자기 생각이 난 것이... 우리는 단말 화면을 pixel resolution만으로 생각하고 있었다는게 너무 아쉽네요. 하나의 어플이 여러 단말에서 동작하게 하려면, 각 단말의 resolution에 맞게 이미지나 사이즈를 조절하는 작업이 필요한데 실제로 이러한 작업 이외에는 한게 없어 보입니다... 그런데 문득 생각난 것이... 같은 resolution이지만, pixel per inch가 다른 장치들이 많다는 거죠. 물론 이론상 알고는 있지만 말입니다. 같은 resolution이라고 해서 사용자에게 실제로..

1. 운동량 계산 방식 운동량을 계산하기 위해서 시간과 거리에 대한 기준을 두고 계산을 합니다. 예를 들어250ms 동안 100pt를 이동하면 운동량은 500pt가 됩니다. (여기에 질량을 이용한 가속도를 추가하셔도 괜찮을 것 같습니다.) 따라서, 운동량 P는 다음과 같은 선언을 기준으로 #define FLICK_BASE_TIME_GAP 250 #define FLICK_BASE_DISTANCE_GAP 100 #define FLICK_BASE_MOVE_DISTANCE 500 다음과 같이 계산이 가능합니다. // FLICK_BASE_DISTANCE_GAP : moving_distance = FLICK_BASE_MOVE_DISTANCE : P 가 성립하므로 P= (moving_distance*FLICK_BAS..

아주 옛날부터 이런 고민은 많은 사람들이 해왔고 많은 해결책이 있는 걸로 안다... 근데 단말 환경... 정확히 지금까지의 단말 환경에서는 math api의 제약이라던가 부동소수점 연산의 제약이라던가... 머 이런 저런 이유 때문에 많은 개발자들이 선을 그리지 않고 이미지로 대체한다. 사실 이미지로 하는게 훨씬 이쁘다. 공통적으로 발견되는 문제점은 1. 각도 계산에 대한 어려움 (왜냐... 그냥 플랫폼이 지원하는 math함수가 내가 원하는 각에 대한 값을 정확하게 올려줄지 확신할 수 없음, 그 다음으로 속도가 잘 나올 것인가에 대한 불신)이 있다. 위의 문제를 해결한 후 고민해야 보아야 할 사항은 시간을 가리키는 시침, 분침, 초침을 뾰족하게 그릴 것인가, 아니면 그냥 직사각형의 형태로 그릴것 인가가 문..