Trivia

남자가 봐야 할 영화 50

에스프레시보 — Mon, 27 Jul 2009 07:41:10 GMT

에스콰이어에 남자가 봐야 할 영화 50선이 올라와 있어서 List를 적어놨다.
봤던 영화도 있고 그렇지 않은 영화도 있고.... 하지만 이름조차 들어보지도 못했던 영화가 많다는거....
근데 이렇게 뽑은 기준이 뭐였을까 궁금하네.^^

1. 와일드 번치(1969)
2. 아프리카의 여왕(1951)
3. 대부(1972)
4. 익사일(2006)
5. 영웅본색(1986)
6. 천녀유혼(1987)
7. 웨이 오브 더 건(2000)
8. 잘 알지도 못하면서(2009)
9. 록키(1976)
10. 아라비아의 로멘스(1962)
11. 도니 브래스코(1997)
12. 베니스의 죽음(1971)
13. 킹콩(2005)
14. 분노의 주먹(1980)
15. 라디오스타(2006)
16. 기쁜 우리 젊은 날(1987)
17. 정무문(1972)
18. 나인 하프 위크(1986)
19. 제리 멕과이어(1996)
20. 황야의 무법자(1964)
21. 신시내티의 도박사(1965)
22. 말할 수 없는 비밀(2007)
23. 스카페이스(1983)
24. 보디 히트(1981)
25. 용쟁호투(1973)
26. 글렌게리 글렌로스(1992)
27. 파인애플 익스프레스(2008)
28. 라쇼몽(1950)
29. 유성호접검(1976)
30. 4개월, 3주... 그리고 2일(2007)
31. 그랜 토리노(2008)
32. 뽕(1985)
33. 암흑가의 두 사람(1973)
34. 천국의 문(1980)
35. 지옥의 영웅들(1980)
36. 금연자(1968)
37. 굿 윌 헌팅(1997)
38. 더티 더즌(1967)
39. 살파랑(2005)
40. 관계의 종말(1973)
41. 이스턴 프라미시스(2007)
42. 쇼생크 탈출(1994)
43. 지상에서 영원으로(1953)
44. 머나먼 다리(1977)
45. 포르노그래픽 어페어(1999)
46. 인 더 베드룸(2001)
47. 석양의 갱들(1971)
48. 원스 어폰 어 타임 인 더 웨스트(1968)
49. 열혈남아(1987)
50. 히트(1995)

출처 : 에스콰이어 2009. 7

출루율과 도루....

에스프레시보 — Mon, 13 Jul 2009 09:51:58 GMT

2008년 이대형이 도루 63개를 성공시키면서 도루 1위에 등극했다. 그의 출루율이 0.317이라고 생각한다면 놀라운 기록이지 않을 수 없다. 이종범 선수가 뛰던 시절을 보지 못한, 야구 본 지 얼마 되지않은 사람들 입장에서는 대단해 보일 수 있을 것이다. 물론 대단한 기록이다. 한 시즌 말이 63개지 온갖 견제를 이겨내며 뛰고 또 뛰었으니.....
하지만 과연 저 출루율로 63개를 기록하기 힘들까? 이종범이 만약 출루율이 저랬다면 63개 이상을 깰 수 있을까? 라는 궁금증이 생겼다. 그래서 이종범 선수의 신인시절(1993년) 기록과 이대형의 2008년 기록을 비교해본다.

구분	이대형	이종범
출루율	0.317	0.331
도루	63	73

위 표에서 보면, 단순한 기록만으로 이대형보다는 이종범의 출루율이 높아 그만큼의 차이가 도루의 차이로 보일 수 있다.
출루율 계산은 (안타수+사구)/(타석+사구+희생타)로 한다. 하지만 출루에는 도루가 가능한 출루가 있는 반면 도루가 불가능한 경우도 있다. 바로 3루타와 홈런이다. 3루타를 쳤을 경우 홈스틸이라는 것도 있지만 사실상 거의 불가능하고 홈런은 모두 베이스를 밟고 홈까지 들어와버리는 바람에 도루는 불가능하다. 그래서 생각한 것이 출루율에서 3루타와 홈런을 제외하고 봤을 때 어떤 결과가 나올까라는 것이다. 그래서 출루율에서 홈런과 도루를 제외한 변환출루율(?)을 계산해 보았다.

구분	이대형	이종범
출루율	0.317	0.331
도루	63	73
2루타	5	16
3루타	2	4
홈런	0	16
변환출루율	0.313	0.292

변환출루율로 봤을 때 이대형은 출루율에서 변화가 거의 없지만 이종범의 경우 2할대의 출루율을 보인다.
이대형보다 낮은 출루율이더라도 63개 이상의 도루가 가능할 수 있다는 것을........ "이종범이라면..."

※ 물론 단순히 출루율만을 고려하였기 때문에 다른 출루가능 상황은 제외되었음.

tag : 이대형, 이종범, 도루

VORP 단일시즌 기록(타자)

에스프레시보 — Wed, 08 Jul 2009 11:20:18 GMT

개인적으로 좋아하는 지표 VORP로 바라본 그 동안 타자들의 크레이지 시즌.

이종범 선수가 1994년 최고의 시즌을 보냈다. 2003년 심정수 선수는 아시아 홈런기록을 갈아치훈 이승엽보다 더 무섭게 느껴졌었는데(MVP는 홈런왕 이승엽이 받음) 이 기록을 보면 역시나 싶다. 3위 호세 선수도 2001년 굉장한 시즌이었는데 여러가지 사건이.... 이승엽의 1999년은 사실 2003년 홈런기록을 세울때 보다 더 크레이지 모드였다. 뭐.. 99년 54홈런이나 03년 56홈런이나 큰 차이는 없지만 역시 2003년은 심정수의 해였다고 생각!!
이 기록을 보면 이종범 선수는 일본 진출전 5시즌을 보내는 동안 3시즌에서 1위를 기록한다. 이 기록들은 역대 순위에서도 1위, 5위, 8위를 기록했다. 나머지 2시즌은 신인시절(1993년)과 군복무로 홈경기에만 출전했던 시즌(1995년)이다. 1995년에도 63경기만 출전하고도 0.326(규정 타석을 채웠을 경우 2위 기록, 1위 0.337 김광림), 16홈런(9위, 1위 25개 김상호), 32도루(6위)를 기록한다. 규정타석을 채웠다면 RC/27은 9.02로써 1위 양준혁 8.35보다 높다. 완전히 리그를 정ㅋ벅ㅋ 하고 일본 진출했지만 그 이후에는 이 만큼의 시즌을 보내지 못한다.(2001년에는 복귀하면서 좋은 성적을 보여주었다.) 가끔 네이버 찌질이들이 이종범 선수 기사 밑에 글 남기면서 일본 진출 전에도 MVP를 한 번 받았다며 평가절하 하던데 이 기록을 보면 그런 소리는 안할 듯 싶다. 3번은 MVP를 받았어야 했는데 아무래도 홈런과 방어율 1위라는 타이틀 때문에.... (아래 자료: 스텟티즈 http://www.statiz.co.kr/)

순위	이름	나이	시즌	팀	타입	타석	VORP
1	이종범	24	1994	해태	우투우타	561	110.781
2	심정수	28	2003	현대	우투우타	601	108.188
3	호세	36	2001	롯데	우투양타	499	100.911
4	이승엽	23	1999	삼성	좌투좌타	614	91.716
5	이종범	27	1997	해태	우투우타	577	85.056
6	장효조	27	1983	삼성	좌투좌타	386	84.148
7	박경완	32	2004	SK	우투우타	526	83.724
8	이종범	26	1996	해태	우투우타	525	83.650
9	양준혁	27	1996	삼성	좌투좌타	530	82.278
10	브룸바	30	2004	현대	우투우타	594	81.701
11	장종훈	24	1992	빙그레	우투우타	556	80.913
12	심재학	29	2001	두산	좌투좌타	469	79.395
13	이대호	25	2007	롯데	우투우타	514	78.243
14	장종훈	23	1991	빙그레	우투우타	558	77.554
15	백인천	39	1982	MBC	우투우타	298	77.471
16	이승엽	26	2002	삼성	좌투좌타	617	77.454
17	양준혁	28	1997	삼성	좌투좌타	561	76.460
18	홍현우	24	1996	해태	우투우타	549	76.039
19	이병규	25	1999	LG	좌투좌타	599	75.701
20	박경완	28	2000	현대	우투우타	517	73.947

tag : VORP, 이종범, 심정수, 호세, 이승엽, 양준혁

선수 능력 평가 방법....

에스프레시보 — Wed, 08 Jul 2009 10:43:27 GMT

선수들의 능력을 측정하기 위한 다양한 방법이 있다.

타자의 경우 모든 차트에 단순 기록(타율/안타/볼넷/홈런/출루율/장타율/타점/득점/도루)에서 부터 OPS/RC/PSN/RCAA/VORP[1]까지 너무나도 다양하다. 너무나도 다양한 방법이 있다보니, 특정 기록만을 가지고 누구는 잘하네 못하네 말들이 많아진다. 너무나도 많은 선수에 대한 기록 지표에 대한 선호도 역시 너무나도 다양하지만 개인적으로 가장 좋아하는 지표는 VORP이다. 요즘들어 사람들이 RC라는 지표를 많이 사용하는데 이 값은 최고 수준의 공격력을 가진 선수에 대하여 과대 평가된다. 즉, 지표에는 출루율과 장타율이 가장 큰 영향을 주기 때문이다. 이를 어느 정도 감안한 것이 VORP라고 할 수 있다. VORP는 Replacement level이라는 값을 통하여 계산하며 투수와 타자 모두 계산 가능하며(계산 방법은 다름) 투수는 선발/구원투수의 Replacement Level 차이를 고려하여 계산한다. 타자의 경우엔 Replacement Level에 있어서 포지션도 고려한다는 것이 다른 지표와는 다르다. 즉, 1루수나 지명타자를 대신하는 것보다 포수나 유격수를 대신하는 것이 더 어렵다는 것이다. 예를 들어 포수가 3할을 치는 것과 타자가 3할을 쳤다면 당연히 포수가 더 좋은 시즌을 보냈다는 것이다. 그 외에도 VORP는 다양한 지표가 반영되기 때문에 복잡한 계산 방법 만큼이나 선수 평가지표로써 가장 잘 맞다고 생각한다. 단, VORP에는 포지션에 대한 값을 반영하지만 수비력에 대해서는 고려하지 않는다. 같은 포지션의 선수는 똑같은 수비 능력을 보유하고 있다고 가정하므로 수비를 잘하는 선수가 손해볼 수도 있다.(이 부분을 고려한 지표도 있는 것으로 알고 있다.)

[1] 야구기록 계산

OPS(On base percentage Plus Slugging percentage) : 출루율 + 장타율
RC(Run Created) : 득점생산력
- RC = (A × B) / C

※ A = 안타 + 볼넷 + 사구 - 도루자 - 병살타

B = 루타수 + 0.52 X (도루 + 희생타 + 희생플라이) + 0.26 X (볼넷 + 사구 - 고의 볼넷)

C = 타수 + 볼넷 + 사구 + 희생타 + 희생플라이

팀이 득점을 올리는데 있어 선수가 기여한 정도를 평가
RC와 비슷한 방법으로 RC/27(특정 타자로만 9명을 구성한 팀이 올릴 수 있는 점수를 평가)이 있음

PSN(Power-Speed Number) : 호타준족 지수
- PSN = 2×(홈런×도루) / (홈런 + 도루)
- 얼마나 잘 칠뿐만 아니라 잘 달리느냐를 평가, 곱셈으로 이루어져 있기 때문에 홈런이나 도루가 없는 타자는 당연히 값은 '0'
- 장타가 홈런만 있는 것이 아니고 단순 도루 개수가 아닌 실패 개수까지 포함한 계산법도 있음
RCAA(Run Created Above Average)
- 한 선수가 기록한 평균 이상의 득점 생산력
- 득점 생산력과 파크 팩터로 조정한 평균적인 선수가 아웃 당하는 횟수와의 차이
VORP(Value Over Replacement Player)
- 리그 평균 선수가 뛰었을 때에 비해 그 선수가 뛰었을 경우 틈 득점이 얼마나 많아졌나를 보여주는 지표(투수도 VORP로 평가 가능)
- 생각보다 방법이 복잡해서 계산 방법 제외(위키 참조)

※ 그 외에도 굉장히 많은 방법들이 있다.

tag : 타자, rc, VORP, 야구기록

Android Application의 해부

좋은게좋아 — Tue, 07 Jul 2009 09:21:43 GMT

※ 이 글은 http://android-runner.springnote.com/pages/2691246 에서 가져와 조금 수정하였습니다.

안드로이드 어플리케이션에는 네 가지의 구현 요소가 있다.

Activity

Intent Receiver

Service

Content Provider

모든 어플리케이션이 네 가지 요소 모두를 사용하는 것은 아니고, 이 네 가지 요소 중 일부의 조합으로 이루어지게 된다. 일단 만들고자 하는 어플리케이션이 필요로 하는 컴포넌트를 결정하면. 컴포넌트 목록을 AndroidManifest.xml 파일에 기록해야 한다. 이 xml 파일은 어느 어플리케이션에서 어떤 컴포넌트를 선언하고 그들의 기능과 요구 사항이 무엇인지를 정의한다.
※ 자세한 내용은 Android manifest file documentation을 참고

Activity

Activity는 안드로이드의 네 가지 구현 요소 중 가장 일반적인 것으로 보통 어플리케이션에서 하나의 화면을 의미한다. 각 Activity는 기반 클래스인 Activity를 확장한 클래스로 구현한 하나의 클래스로, 이 클래스는 뷰(View)와 이벤트(Event) 응답으로 이루어진 인터페이스를 화면상에 보여주게 된다. 많은 어플리케이션들이 여러 개의 화면으로 구성된다. 예를 들면, 문자 메시지 어플리케이션은 연락처 목록을 보여주는 화면과 선택된 연락처에 메세지를 쓰기 위한 두 번째 화면, 그리고 예전 메세지를 다시 보거나 설정을 변경하기 위한 또 다른 화면을 가질 수 있다. 이러한 각 화면이 Activity가 되며, 다른 화면으로 이동은 새로운 Activity를 시작하는 것이다. 상황에 따라 특정 Activity가 이전 Activity에 값을 보낼 수도 있다. 예를 들면, 사용자에게 사진을 선택하게 해주는 Activity는 호출자에게 선택된 사진을 리턴해줄 수 있다.

새로운 화면이 열리면 이전 화면은 정지되고 히스토리 스택(History Stack)에 쌓이게 된다. 사용자는 히스토리에 남아있는 이전 화면으로 돌아갈 수 있으며 히스토리 스택에 저장할 필요가 없는 경우 삭제될 수 있다. 안드로이드는 이 히스토리 스택을 홈스크린(Home Screen)으로부터 실행된 각 어플리케이션마다 유지하게 된다.

(Broadcas) Intent Receiver

Intent Receiver는 작성한 어플리케이션 내에서 휴대폰에 전화가 걸려오거나 데이터 네트워크 접속이 활성화되는 것과 같은 외부 이벤트를 처리할 때 사용된다. Intent Receiver는 UI를 표시하지는 않지만 NotificationManager가 사용자에게 어떤 일이 발생됨을 알리도록 사용하게 된다. Intent Receiver는 AndroidManifest.xml에 등록되지만 context.registerReceiver()를 이용하여 코드상에 등록해줄 수도 있다. Intent Receiver로 부터 호출되기 위해 어플리케이션이 실행되고 있을 필요는 없지만 만일 필요하다면 Intent Receiver가 트리거될 때 시스템이 어플리케이션을 구동시킬 것이다. 또한 어플리케이션은 Context.sendBroadcast()를 호출하여 자신의 Intent를 다른 어플리케이션에 브로드캐스팅 할 수 있다.

※ Intent and Intent Filters

안드로이드는 화면과 화면 사이를 이동할 때 Intent라는 특별한 클래스를 사용한다. Intent는 어플리케이션이 하는 일에 대한 정보를 담고 있다. Intent에서 가장 중요한 부분은 action과 data의 동작에 대한 자료구조이다. 일반적으로 action은 MAIN(특정 어플리케이션의 관문), VIEW, PICK, EDIT 등이며 데이터는 URI로 표현된다. 예를 들어, 연락처를 보기 위해 VIEW action에 대한 Intent를 생성하고 해당 인물을 나타내는 URI data를 만들어 VIEW action 데이터로 지정해주면 된다. 이와 관련된 클래스로 IntentFilter가 있다. Intent는 어떤 작업에 대한 요청이라면 IntentFilter는 Activity상의 또는 Intent Receiver의 Indent를 어떻게 핸들링 하는지를 나타낸다. 예를 들어, 어떤 사람의 연락처를 표시하는 Activity가 사람에 대한 정보를 표현하는 data에 적용되었을 때 VIEW Action을 핸들링 할 수 있는 intentFilter를 사전에 생성한다. 또한 각 Activity는 그들의 intentFilters를 AndroidManifest.xml 파일에 기록한다. 화면과 화면의 이동은 Intent를 해석하는 것으로 동작한다. 앞으로 갈 때(forward) Activity는 startActivity(myIntent)를 호출한다. 시스템은 설치된 모든 어플리케이션을 위한 IntentFilter를 조사하고 IntentFilter들이 myIntent에 가장 잘 맞아 떨어지는 Activity를 고른다. 그 새로운 Activity는 Intent를 전달받고, 구동이 시작된다. Intent 해석은 startActivity이 호출되는 실행 시점에 일어나며, 이러한 과정은 두 가지 장점을 지닌다.

Activities는 간단하게 Intent 형태의 요청을 통해 다른 컴포넌트의 기능을 재사용할 수 있다.
Activities는 동일한 IntentFilter를 가진 새로운 Activity의해 언제든지 대체 가능하다.

Service

Service는 UI와 상관없이 오랫동안 존재하며 실행되는 코드이다. 좋은 예로, 재생 목록에서 음악을 재생하는 미디어플레이어를 들 수 있다. 미디어플레이어는 사용자로가 노래를 선택하고 재생하게 하는 하나 이상의 Activity로 구성되어 있지만 재생 기능이 Activity 의해 다루어지면 안된다. 사용자는 다른 스크린으로 이동하더라도 계속 재생하기를 기대하기 때문이다. 이런 상황에서 미디어플레이어의 Activity는 Context.startService()를 이용하여 백그라운드 Service로 실행된다. 시스템은 음악 재생을 멈출 때까지 계속 재생할 것이다.(Life Cycle of an Android Application 을 읽어보면 시스템에서 서비스에 주어진 우선순위에 대해 더 알 수 있다.) Context.bindService() 로 서비스에 연결하거나 시작하지 않은 Service를 시작한다. Service에 연결되면 Service에 접근 가능한 인터페이스를 통해 멈춤이나 다시 재생 등을 할 수 있도록 접근 가능하다.

Content Provider

어플리케이션은 데이터를 파일, SQLite 데이터베이스나 다른 저장 장치들에 저장할 수 있다. Content Provider는 어플리케이션 데이터를 다른 어플리케이션과 공유하고자 할 때 유용하다. Content Provider는 다른 어플리케이션이 데이터를 저장하고 가져오는 것과 같은 작업에 대한 표준 메소드들을 구현한 표준 클래스이다.

원문 : http://androidcommunity.com/forums/f4/anatomy-of-an-android-application-102/

There are four building blocks to an Android application:

* Activity
* Intent Receiver
* Service
* Content Provider

Not every application needs to have all four, but your application will be written with some combination of these.

Once you have decided what components you need for your application, you should list them in a file called AndroidManifest.xml. This is an XML file where you declare the components of your application and what their capabilities and requirements are. See the Android manifest file documentation for complete details.

Activity
Activities are the most common of the four Android building blocks. An activity is usually a single screen in your application. Each activity is implemented as a single class that extends the Activity base class. Your class will display a user interface composed of Views and respond to events. Most applications consist of multiple screens. For example, a text messaging application might have one screen that shows a list of contacts to send messages to, a second screen to write the message to the chosen contact, and other screens to review old messages or change settings. Each of these screens would be implemented as an activity. Moving to another screen is accomplished by a starting a new activity. In some cases an activity may return a value to the previous activity -- for example an activity that lets the user pick a photo would return the chosen photo to the caller.

When a new screen opens, the previous screen is paused and put onto a history stack. The user can navigate backward through previously opened screens in the history. Screens can also choose to be removed from the history stack when it would be inappropriate for them to remain. Android retains history stacks for each application launched from the home screen.

Intent and Intent Filters
Android uses a special class called an Intent to move from screen to screen. An intent describes what an application wants done. The two most important parts of the intent data structure are the action and the data to act upon. Typical values for action are MAIN (the front door of the activity), VIEW, PICK, EDIT, etc. The data is expressed as a URI. For example, to view contact information for a person, you would create an intent with the VIEW action and the data set to a URI representing that person.

There is a related class called an IntentFilter. While an intent is effectively a request to do something, an intent filter is a description of what intents an activity (or intent receiver, see below) is capable of handling. An activity that is able to display contact information for a person would publish an IntentFilter that said that it knows how to handle the action VIEW when applied to data representing a person. Activities publish their IntentFilters in the AndroidManifest.xml file.

Navigating from screen to screen is accomplished by resolving intents. To navigate forward, an activity calls startActivity(myIntent). The system then looks at the intent filters for all installed applications and picks the activity whose intent filters best matches myIntent. The new activity is informed of the intent, which causes it to be launched. The process of resolving intents happens at run time when startActivity is called, which offers two key benefits:

* Activities can reuse functionality from other components simply by making a request in the form of an Intent
* Activities can be replaced at any time by a new Activity with an equivalent IntentFilter

Intent Receiver
You can use an IntentReceiver when you want code in your application to execute in reaction to an external event, for example, when the phone rings, or when the data network is available, or when it's midnight. Intent receivers do not display a UI, although they may use the NotificationManager to alert the user if something interesting has happened. Intent receivers are registered in AndroidManifest.xml, but you can also register them from code using Context.registerReceiver(). Your application does not have to be running for its intent receivers to be called; the system will start your application, if necessary, when an intent receiver is triggered. Applications can also send their own intent broadcasts to others with Context.broadcastIntent().

Service
A Service is code that is long-lived and runs without a UI. A good example of this is a media player playing songs from a play list. In a media player application, there would probably be one or more activities that allow the user to choose songs and start playing them. However, the music playback itself should not be handled by an activity because the user will expect the music to keep playing even after navigating to a new screen. In this case, the media player activity could start a service using Context.startService() to to run in the background to keep the music going. The system will then keep the music playback service running until it has finished. (You can learn more about the priority given to services in the system by reading Lifecycle of an Android Application.) Note that you can connect to a service (and start it if it's not already running) with the Context.bindService() method. When connected to a service, you can communicate with it through an interface exposed by the service. For the music service, this might allow you to pause, rewind, etc.

Content Provider
Applications can store their data in files, an SQLite database, or any other mechanism that makes sense. A content provider, however, is useful if you want your application's data to be shared with other applications. A content provider is a class that implements a standard set of methods to let other applications store and retrieve the type of data that is handled by that content provider.

To get more details on content providers, see Accessing Content Providers.

http://code.google.com/android/intro/anatomy.html

Portions of this page are reproduced from work created and shared by Googleand used according to terms described in the Creative Commons 2.5 Attribution License.

tag : Android, 안드로이드, 구성

M&S

좋은게좋아 — Mon, 06 Jul 2009 03:48:34 GMT

Modeling & Simulation 공부하면서 포스팅~!!

※ 앞으로 올리는 자료는 M&S Theory and Technology(http://smslab.kaist.ac.kr/Course/MSTT/)의 Lecture에서 발췌한 내용입니다. 공부하면서 극히 일부분만 작성한 내용이기 때문에 부족한 부분은 링크에서 참조하시기 바랍니다.

※ 저작권 등과 관련되어 삭제 요청하시면 바로 삭제하겠습니다.

Ubuntu에서 root계정 살리기

좋은게좋아 — Fri, 03 Jul 2009 15:19:52 GMT

우분투를 처음 설치하고 당황스러운 것은 root 계정으로 로그인 할 수 없다는 것이었다.
그래서 처음엔 터미널에서 root계정에 대한 password를 지정하여 사용하였다.

- 암호 지정하는 방법

Terminal 을 연다.
Terminal에서 sudo passwd root 입력
비밀번호 입력

하지만 터미널에서만 적용된다는거..... 시작화면에서 root로 로그인을 할 수 없다는 것을 알 수 있다.

- root로 로그인하는 방법

위 "암호 지정하는 방법"으로 암호를 지정한다.
gdm.conf를 수정한다.

Terminal에서 su 입력
비밀번호 입력
gdm.conf를 찾아 연다.( /etc/gdm/gdm.conf) ※ 버전에 따라 다를 수 있음

gdm.conf에서 'AllowRoot = false'를 찾아서 'AllowRoot = true'로 바꾼다
기존 계정에서 로그아웃 후 root로 로그인한다.

되도록이면 root권한으로 로그인하는 것을 반대하지만 개인적으론 Linux에 대하여 하나하나 알아가는 입장에서 root계정으로 로그인하는 것을 편하다.

tag : root, ubuntu, 우분투, gdm

안드로이드 개발환경 구축

좋은게좋아 — Thu, 02 Jul 2009 09:53:01 GMT

안드로이드 개발에 필요한 것들

Java SDK 1.5이상 (http://developers.sun.com/downloads/)
Eclipse IDE for Java EE Developers (http://www.eclipse.org/downloads/)
Android 1.5 SDK (http://developer.android.com/sdk/1.5_r2/index.html)
Eclipse Plugin

Java SDK 설치
다운로드 받아 설치한다. 특별히 어려운 부분이 없으므로 Pass

Eclipse 설치
다운받아 압축을 풀면 설치는 끝난다.
Eclipse를 실행하면 다음과 같은 에러 메시지가 나타나면 "eclipse starting problem ( exitcode=1 .....)"(http://pitfall.egloos.com/2299818)를 참조한다.

Android 1.5 SDK 설치
적당한 위치(?)에서 압축을풀어 설치한다. 설치한 폴더를 $SDK_ROOT라고 하면 환경변수에서 PATH에 $SDK_ROOT/tools를 추가한다. $SDK_ROOT/tools 를 Path에 추가하는 것은 Android Debug Bridge(adb)를 실행하고, 다른 커맨드 라인 툴을 실행하기 위한 작업이다. 만약에 SDK를 업데이트 했을 경우 설치 경로가 달라질 경우, PATH 세팅이 항상 새로 설치한 지점을 가르키도록 업데트해야 한다

Eclipse Plugin 설치
Eclipse 를 안드로이드 어플리케이션 개발환경으로 사용하기 위해서는 ADT(Android Development Tools) 플러그인을 추가 설치해야 한다.ADT 플러그인은 안드로이드 프로젝트에 대하여 통합 개발환경을 제공한다. (ADT 플러그인은 안드로이드 애플리케이션을 빠르고 쉽게 생성, 실행, 디버깅 할 수 있는 다양한 기능을 제공한다.)
Eclipse 실행 후 Help > Install New Software... > Add... 버튼을 클릭한다.

Name에는 적당한 이름을 넣고 Location에는 https://dl-ssl.google.com/android/eclipse/ 을 입력한 후 OK.
입력 후 체크박스와 Developer Tools가 생긴다. 체크박스에 체크하고 Next를 누른다.

Next, 동의.. 하고 Finish를 누르면 설치가 시작된다.

자.. 끝났다. 이제 Android Project로 새로 만들어 Hello, Android를 찍어보면 제대로 설치되었는지 확인할 수 있다.

tag : 개발환경, eclipse, 안드로이드, 플러그인

What is Android?

좋은게좋아 — Tue, 30 Jun 2009 10:42:38 GMT

Android Platform Stack
Android 하위 계층에는 Linux Kernel이 존재한다. Android는 Driver Model, Memory Management, Process Management, Security 및 Networking Stack 등 Linux Kernel 2.6.24를 사용한다. 하지만 일부 기본 기능은 포함되지 않으며 안드로이드를 위한 알람이나 커널 디버거 등이 추가되었다.
Linux Kernel 위에는 Libraries들이다. 다양한 Library가 있는데 이것들 대부분은 오픈 소스 또는 새로 제작된 C/C++ Negative 코드로 작성되어 있다. SQLite나 FreeType, Webkit, SSL, OpenGL | ES 등은 오픈소스로써 안드로이드 SW Stack에 통합되어 있다. 그 외에 Surface Manager나 SGL처럼 안드로이드에서의 그래픽 처리를 위해 추가된 것과 libc의 경우는 임베디드 장비에 최적화되어 재작성되어 있다.
- OpenGL : OpenGL ES 1.0 API를 기반으로 3D 그래픽을 지원하기 위한 라이브러리
- FreeType : 비트맵과 벡터 폰트 렌더링을 지원
- SGL : 2D 그래픽을 제공하기 위해 사용되는 코어 라이브러리
- libc : 임베디드 리눅스 기반 기기에 최적화된 표준 C 라이브러리
- SQLite : 경량의 관계형 DB 엔진
- SSL : Secure Sockets Layer cryptographic 프로토콜
- Surface Manager, Media Library...
다음 부분은 Android Runtime으로 Dalvik VM과 Core Libraries로 구성된다. Dalvik VM에 관한 Presentation 동영상은 여기에서 확인할 수 있다. Dalvik VM은 Interpreter VM으로 적은 메모리에서 최적화되어 있으며 레지스터 기반이다. 모든 Android App.은 자신의 프로세스에서 Dalvik VM의 인스턴스와 함게 동작한다. 즉, 하나의 Process에 하나의 VM 인스턴스를 생성된다. Dalvik VM은 Thread와 Low-level Memory Management와 같은 기초적인 기능에 대하여 Linux Kernel에 의존적이다. Core Libraries는 Java2SE라고 보면 된다고 한다.
다음 계층은 개발자들이 많이 사용하게 될 부분이 Application Framework이다. 이 계층은 일종의 System Service나 Manager로 Package의 자원을 관리한다거나 Device의 위치를 알려주는 등 다양한 서비스를 제공한다.
- Activity Manager : Activity의 Life Cycle을 관리
- Views : Activity에 대한 사용자 인터페이스를 구성
- Notification Manager : User에게 시그널링을 위한 일관성(consistent), 비간섭(non-intrusive) 메카니즘 제공
- Content Provider : 어플리케이션 사이에 데이터를 공유
- Resource Manager, Package Manager ....
마지막으로 Applicatinos이다. 폰의 첫 화면이나 주소록, 전화, 브라우저 등 플랫폼에 내장된 App.는 통신사 및 개발자가 모두 사용할 수 있는 인터페이스를 제공하게 되어 누구든지 사용 가능하다.

※ 결국 지금 당장은 Java를 통해 개발할 수 있지만 Library를 수정하거나 추가하려면 C/C++를 사용해야 한다.

tag : 안드로이드, android, stack

Android 시작

좋은게좋아 — Tue, 30 Jun 2009 09:27:54 GMT

최근 급 관심이 가는 Android에 대해서 알아가기 시작하며 포스팅을 시작한다.
하나하나 실행해가면서 포스팅하며 좋은 자료 남겨야지.
우선 JAVA언어를 기반으로 어플리케이션을 만들어나가기에 JAVA에 대한 기억을 더듬어야겠다.^^

안드로이드 소스: http://source.android.com/
익숙한 eclipse를 사용할 수 있어서 좋은듯..^^