GOOD to GREAT

Unit 1: How to Write an Introduction

1.1 Structure

1.2 Grammar and Writing Skills

지금 부터 서론 작성에서 중요한 4가지를 다루겠다. 각각은 다음과 같다.

• TENSE PAIRS
• SIGNALLING LANGUAGE
• PASSIVE / ACTIVE USE
• PARAGRAPHING

1.2.1 Tense pairs

Present Simple / Present Continuous

두개의 차이는 Present simple는 permanent situation을 나타내고, present continuous는 temporary situation을 나타낸다는 것이다.

이러한 특징 때문에, present simple을 이용해서, 당신의 주장이 사실로써 받아들이도록 주로 사용된다.

즉, present continuous는 거의 사용하지 않는다!

나중에 실험 결과를 설명할때, Past Simple과 Present Simple 사이에서도 선택을 해야 한다.

다음의 예제를 보라.

a) 처럼 과거로 사용할 경우, 찾아낸 사실은 단순히 현재의 연구 결과에만 영향을 미치는것 처럼 보이며, 저자는 그것의 가정을 주장하기 힘들다. 심지어, 다른 연구자는 똑같은 결과를 얻기위해서 매번 다시 그 작업을 해야하는 뉘양스를 풍기게 된다.

b) 현재를 사용할 경우 찾아낸 결과는 충분히 사실이라고 주장할 수 있다.

연구에서 찾는 사실이나, 결과는 불변의 참값이므로, 현재 시제로 작성 한다. 즉, 이러한 경우 강하게 그것이 진실이며, 통용되는 사실이라고 믿게 만든다. 논문을 읽는 독자는 이러한 결과에 맞추어서 지속적으로 생각을 이어가게 된다. 혼돈을 주지 않는다. 이러한 주장과 결과에대한 기술법은 Result 섹션에서도 중요하게 다룬다.

결론: 논문이란 새로운 결과를 주장하는 것이다. 따라서 Present Simple을 주로 사용해라. 

Past Simple vs Present Perfect

둘다 Introduction을 작성할 때 필요한 시제이다.

하지만, 언제 사용해야되는지를 적절히 살정 해야한다.

(d)의 표현은 (c)보다 더 현재에 더 밀접한 관계가 있음을 내포 하고 있다.

이러한 사실들이 왜 Introduction을 작성하는데 중요한지를 다음 예제를 통해서 생각해보자.

아래의 예제는, Introduction에서 특히, previous research를 나타낼때의 예제이다. 과거의 연구의 부족한점을 기술할때 tense는 매우 유용하게 사용되어지며, 잘못된 사용은 심각한 오류를 발생 시킨다.

[Present Perfect]

계속해서 Past Simple을 사용하다가, 갑자기 Present Perfect를 사용한 이유는 무엇일까? 그것은 현재 논문은 적합한 rubber component를 선택하는것에 관심을 기우리고 있다는것을 보이기 위함이다.

*Note: a little means 'a small amount', but little meas 'virtually none'.

만약 Writer가, 마지막 문장을 계속해서 Past Simple로 작성할경우, 어떠한 문제가 발생하는지 생각해보자.

[Past Simple]

2년전에 적합한 rubber component를 선택하는 것을 관심 가졌었다는 의미가 된다. 아마도 그러한 관심은 그때 부터 계속 지속되었을 것이고, 결국 그 문제는 해결 되었을 것이라는 의미를 내포하게 된다.

결국, tense의 변경은 항상 의미의 뱐화를 내포 하고 있으므로, 임의로 생각없이 변경해서는 안된다. 사용과 변경에 있어서 신중함을 기해야 한다. 

1.2.2 Signalling Language

Sentence connection

문장 작성에서 가장 많이 나타나는 실수중 하나는, 각각의 문장들이 연결되지 않는 문제이다.

즉, 한단락이 끝나거나, 새로운 내용이 시작될때, 보통 컴퓨터를 끄고 집에간다. 다음날, 다시 그 부분부터 작업을 하게 된다. 과연, 다음 날 시작할때 의미상 Gap이 없이, 잘 작성할 자신이 있는가?

통상은 그렇지 못하다. Writer는 알더라도, reader는 절대로 사소한 의미상 Gap 조차 용납하지 못한다.

이것을 해결하기 위한 전략을 소개 한다.

One was to connect sentences is to overlap meaning to repeat something from the previous sentence:

Another way is to use a pronoun (it, they) or pro-form (this method, these systems) to glue the sentences together:

문장을 끝내지 말고, semicolon 또는 relative clause를 이용해서 연결 한다.

위 4가지 전략 외에도,

connector를 적절히 사용하면, 의미를 명확히 할 수 있다. therefore, however를 적절히 사용하면, 독자가 모든 문장을 이해하지 못해도, 최소한 결론만큼은 이해할 수 있게된다. 이러한 것들을 사용하지 않는다면, 독자는 해당 정보가 가지는 의미를 이해하기 어렵다. 

문법완벽하고, 모든 단어가 정확히 사용됬더라도 독자는 그 뜻을 잘 이해할 수 없을때가 많다. 따라서 connector를 이용해서 구분을 지어주며, 의미를 분명히 표현해 주는 것은 매우 중요하다. 하지만, 매번 therefore, however를 사용할 수는 없다. 아래에 science writing에서 일반적으로 사용되는 connector를 정리 했다.

Note: 아래의 설명을 보면, however나 therefore를 접속사처럼 쓰는 예문이 있다. 사실 엄밀히 말하면 틀린것은 아닌데, 현대영어에서는 접속사로 잘 쓰지 않으니, 그점을 유의해서 볼 필요가 있다. 특히 한국에서는 접속부사로써, 접속사로 쓰지말라고 가르치고 있으니, 안쓰는게 좋다. 

CAUSE

Th e experiment was unsuccessful ________ the measuring instruments were 

inaccurate.

Th e experiment was unsuccessful ________ the inaccuracy of the measuring 

instruments.

due to (the fact that) as

on account of (the fact that) because

in view of (the fact that) since

•  Be careful when you use since; it is also oft en used to mean ‘from 

that time’, so if there’s any possibility of confusion, choose a different 

connector.

•  All these connectors can be used at the start of a sentence, even because

(Because the measuring instruments were inaccurate, the experiment was 

unsuccessful).

RESULT

The measuring instruments were calibrated accurately, ________ the experiment was successful.

therefore /  as a result (of which)

consequently / which is why

hence / so

•  Don’t start sentences with so to communicate a result; it’s too informal.

•  You can sometimes use then, for example in sentences like ‘If x then y’, but it won’t work in every sentence, which is why it has not been included in this list.

CONTRAST/DIFFERENCE

British students are all vegetarians, __________ Norwegian students eat meat every day.

however / on the other hand

whereas / while

but / by contrast

•  on the contrary and conversely don’t fit into this category because they don’t only communicate difference; they communicate the fact that ‘exactly the opposite is true’, so you can’t use them in the sentence above (because vegetarians and meat eaters aren’t opposites, they’re just different). 

However, you could use them in the following sentence: 

•  Be careful when you use while; it is also oft en used to mean ‘at that/the same time’, so if there’s any possibility of confusion, choose a different connector.

UNEXPECTEDNESS

(a) _______ it was difficult, a solution was eventually found.

(b) _______ the difficulty, a solution was eventually found.

(c) It was difficult; ________ a solution was eventually found.

(a) Although         (b) Despite            (c) nevertheless

(a) Even though    (b) In spite of         (c) however

(a) Though         (b) Regardless of   (c) yet

  (b) Notwithstanding (c) nonetheless

(c) even so

Th ere are other connectors with the same meaning, such as still and anyway,but they are more informal.

ADDITION

We used a batch processing system because it was more effective; 

___________ it was faster.

in addition / also

moreover / secondly (etc.)

furthermore / in the second place (etc.)

apart from that/which     /   what is more

•  besides has more or less the same meaning as the items in the list above, but it’s more powerful and is therefore better used in more persuasive contexts.

1.2.3 Passive / Active 

종종 논문을 쓰다보면, Active로 쓰라는 말을 많이 듣는다. 한국어는 주어를 잘 쓰지 않으니 어렵지않다.

영어로 작문하다보면, Active를 쓸려고 하다보니, 주어를 생각하게 되고, We 를 많이 쓰게된다. 

과연 We를 research group이나 team을 지칭하기 위해서 논문에서 써도 될까?

결론은, "쓰지 말아야 한다" 이다. 한 두번이야 쓸수 있지만, in general 하게 막 써서는 안된다. 

실제로, 본인이 IEEE transaction에 수차례 떨어질때 에디터의 지적중 하나가, we를 쓰지말라는것이다. 

아래는 해당 에디터의 지적 원문이다.

결론은 Third person tense로 작문하라는것이었다. 

그래서, we를 제거하다보니 8 pages 논문에서 90개가 넘는 사용이 있었다. 

당시에는 accept를 목표로 생각없이 모든 We를 포함하는 Active 문장을 무작정 Passive 문장으로 변경 했었다. 하지만, 이것은 논문은 Active로 작성하라는 기본적인 원칙에 반하는 것이며, 독자로 하여금 혼란을 야기 시킨다. 그래도 논문은 붙었으니 First person tense 사용보다는 괜찮은것인것 같다.

그렇다면, 어떻게 we를 안쓰고 Active 문장을 만들것인가? 방법은 두가지 이다.

• It을 사용하자.

We know / think that -> It is known / thought that 

또 다른 경우로, 만약Thesis를 작성한다면, research group 또는 team이 아니라, 개인 연구인것을 나타내야하므로, 어려울 수 있다. 그렇다고, I 를 쓸수는 없다. 그래서 보통, Passive 문장을 다시금 이용하게 된다.

Passive로 바꿔서 사용할 경우에는 here 또는 In this study 등을 사용해서 스스로의 연구임을 지칭 하면 된다.

Active로 하고싶은 경우, Dummy를 이용해서 i 또는 we와 같은 subject를 대체 할 수 있다.

• This article describes an algorithm for clustering sequences into index classes.
• The present paper presents a set of criteria for selecting such a component.

Passive sentence를 사용할 때의 문제는 agent를 나타낼 수 없다는 것이다.

다시말하면, by me 또는 by other researchers 와 같이 쓸 수 없다는 것이다.

이렇게 되면, 독자는 agent를 생각하며 글을 읽어야 하고, 직관적이지 않다.

따라서, Introduction에서는 agentless 한 Passive 표현을 쓰지 말아야 한다. 

그렇다고, We 를 써서도 안된다. 

따라서 Dummy subject가 최적의 방법이다. 상황에 따라, agent가 너무나도 분명하다면, passive를 써도 된다.

1.2.4 PARAGRAPHING 

Paragraph은 읽을때나 쓸때 모두 효과적인 시각화 지원을 해주기 때문에 매우 중요하다.

이때의 기본적인 오류는 두가지이다.

1) 너무 짧거나 단일 문장으로 paragraph을 만드는 것

2) 너무 길게 paragraph을 만드는 것

두 에러모두 독자에게 혼란을 주며, 저자에게는 잘못 글이 구성되고 있다는것을 나타내는 지표이다.

좋은 Paragraphing을 간단한 예로 설명한다.

소설에서는,즉 추리소설에서는 스토리 텔링이 중요하다.

의문점들을 쭉쭉 뿌리면서, 등장인물들을 나열하면서, 최종적으로 범인을 색출 하게된다. 

하지만, Science writing에서는 사실을 감춰서는 안된다. 가장 먼저, 사실을 먼저 보여줘야한다.

그리고 상세한 설명이 뒤따라온다.

추리소설을 읽을때 범인이 누군지, 왜그랬는지, 모두 안다면, 소설에 대한 흥미는 급속도로 떨어지지만, 

스스로 필요없는 정보를 제거하면서, 빠르게 소설을 읽을 수 있다. 왜냐하면, 등장인물에 대해서 세세히 집중할 필요도없으며, 의문점들에 대해서도 그렇게 집중하지 않아도 된다. 그러면서도 사건의 전체 흐름과 수사 과정에대해서 효과적으로 이해할 수 있다.

위 차이가 바로 Science writing에서의 paragraph 생성의 핵심이다. 즉, 두괄식으로 작성 하라는 것이다.

우나라말은 항상 결론이 끝에 나온다. 이런 악습관을 science writing에서는 버려야한다. 항상 보여주고자 하는 결론을 가장 간단하고, 명확한 문장으로 paragraph 앞에 기술하라. 그다음에 상세한 이유와 과정 그리고 특징을 설명 하면 된다.

잘 쓴다는 것은, 독자를 고려한 글쓰기가 되어야 한다. 어떻께 훑어보기를 하는지 알아보자.

How to I skim efficiently and quickly?

아래는 skimming 하는 방법을 기술한 것이다.

대부분의 가이드는, look at or check 하라는 것이다. 읽는것이 아니다. 훑어 보는 것이다.

Skimming may help me read, but how does it help me to write?

6번째를 보면, 대부분 paragraph의 첫문장에 중요한 정보가 있으므로, 그것을 주의 깊게 읽으라고 되어 있다.

즉 academic writing은 시작에서 정확히 main idea를 기술해야한다. 그다음 올것은, 상세한 설명과 예이다. 만약 첫 줄의 주제문과 너무 거리가 먼 내용을 기술해야 한다면, 새로운 paragraph을 만들어야 할 것이다.

Correct paragraphing is essential

하지만, 매우 쉽게 paragraphing을 생각 없이 작성하는 안좋은 습관을 가지게 된다. 귀찮음이나, 부주의함을 언제나 조심해야한다.

반드시, paragraphing을 하기전에, 각각의 paragraph에 들어갈 main idea/concept을 리스팅하고, 그것을 bullet point로 마크한다음 논리적인 흐름이 이어지는지 확인해야한다.

그다음 조심스럽게 paragraphing을 해야한다. 무작정 쓰면, 엉망이된다.

1.3 Writing Task: Build a Model

1.3.1 Building a model

1.3.2 Key

Introduction의 첫번째 문단은 해당 연구가 왜 중요한지를 기술 해야 한다.

What if I don't have the confidence to say that my research is important?

만약, 정말로 저렇다 하더라도, 중요함을 필역 하지 않으면 안된다. 그렇다면, 해당 연구는 가치를 잃어버린다.

자신의 연구가 중요하거나 유용하다는 것에 대해서 기술하는것을 부끄러워 하지 말라.

What tense should I write in here?

과거 연구를 이야기 할때는 Present Perfect tense를 사용

Much study in recent years has focused on....

현재 나의 연구의 중요성을 이야기 할때는 Present Simple tense를 사용

There are substantial benefits to be gained from .....

So What kind of facts should I start with?

광범위한 곳에 출간되는 연구라면, 좀더 일반적인 내용으로 뒷밤침하고,

좁은 범위에 출간된다면, 고급수준의 내용으로 본인의 연구가 가치있음을 주장해야한다.

두 경우 모두 반드시 레퍼런스를 명시해야 한다.

What if there are several background facts I want to start with, not just one?

How do I know which one to begin with?

가장 일반적인 것으로 시작하면 된다. 그것은 대부분의 독자가 알 수 있을 만한 것이다.

항상 상세한것을 설명하기 이전에 큰 그림을 먼저 소개시켜줘야 한다.

I'm still not sure where to begin.

논문 제목과 타이틀이 도움을 줄 수있다. 그것을 이용해서 시작을 이끌어 낸다.

Can't I start by describing the problem I am hoping to solve?

할수 있다. 하지만, 대부분의 저자들은 그렇게 하지 않는다. 

대부분의 독자들은 기본 지식이 부족하므로, 그것을 이해하기 어렵고, 이것을 해결하기 위해서는 저자는 글 작성에 많은 노력을 기우려야한다. 이것은 더 어려운 작업이다.

Don't the research references means that this is part of the literature review?

여전히 그것은 배경지식이 맞으므로 잘 작성 해야 한다.

So why does the author include reference if it's only the background?

첫번째, Plagiarism 방지

두번째, 독자들에게 좀더 읽고 탐구할 수 있는 기회를 제공 한다.

the third reason is that failing to provide a reference may indicate that you are not familiar with research in your area.

이것을 위해선, 논문을 작성하기 이전에 반드시 많은 참고문헌들을 수집 해야함을 의미한다. 

서론을 작성할때, 스스로에게 다음과 같은 3가지 질문을 던져봐야 한다.

1) Which of the research papers I have read should be mentioned somewhere in the Introduction?

참고문헌을 선택하고 배치하는 것은 매우 중요한 작업이다. 내가 선택한 참고문헌들은 현 시점에서 가장 대표적인 연구들이며 그것들과의 관계를 기술하는것은 독자로 하여금 해당 연구가 어떠한 의미와 위치를 가지는지를 명확히 이해하게 하는 효과를 가져 온다.

2) Which ones should be part of the background to the research and which ones should go in the literature review which comes later in the Introduction?

3) What order should I mention them in? 

본인 방법의 정당성을 기술 할때는 보통 Present Simple Tense를 사용 한다.

Past Simple Tense는 논문의 목적을 이야기 할때 쓴다.

The aim of this project was .... 

하지만 이것은 부분적으로만 가능한 시제는 주의해서 사용 한다. 즉, 논문에서 부분적인 성과거나, 논문의 나머지 부분이 향후에 해결 될 것이거나, 다음 단게에서 보고되어질 경우이다.

기법과 찾은 결과를 기술 한다. 하지만, 중요한것은 절대로 너무 디테일한 내용을 다루워선 안된다.

1.3.3 The model 

각각의 요약하면, 내가 생각하는 4가지 블럭이다.

위의 것들을 요약해서 4개의 Basic component로 만들면 다음과 같다.

1.3.4 Testing the Model  

각자 연구의 서론을 읽어면서, 1,2,3,4를 표시해 보자.

이러한 연습을 통해서 많이 완성 할 수 있는 것이다.

1.4 Vocabulary 

해당 어휘들은 600편의 논문들에서 추출한 것이며, 모두 Native 에서 가져온 것이다.

각각의 서론 모델들에서 주로 사용되는 것들을 정리해 본다.

1) Establishing significance

일반적인 words와 expression을 이용해서 해당연구의 중요성을 강조

2) Previous and / or current research and contributions

past tense verb를 사용한다. 

'did' 같은 것들을 쓰면 안되고, calculated, monitored, 등과 같은 해당 연구자가 구체적으로 뭘 했는지 past tense verb로 명확히 표현 해야 한다.

3) Gap / Problem / Question / Prediction

여기서는, 명확하고 정확하게 이전의 또는 현재 연구들이 제안하는 논문에서 다루는 문제점에 대해서 완벽히 해결하지 못하거나 아에 다루지 않았음을 이야기 해야 한다. 

4) The present work

제안하는 연구의 목적, 전략 디자인 등을 설명한다

1.4.1 Vocabulary for the Introduction 

1) Establishing significance

Here are some examples of how these are used:

•  A major current focus in population management is how to ensure sustainability of…

•  Numerous experiments  have established that ionising radiation causes…

•  Low-dose responses to radiation have generated considerable recent research interest.

•  Analysis of change in the transportation sector is vital for two important reasons: …

•  PDA accounts for over 95%of all pancreatic cancers.

•  It is generally accepted that joints in steel frames operate in a semi-rigid fashion.

•  Nanocrystalline oxide films are attracting widespread interesti n fields such as…

•  The importance of strength anisotropy has been demonstrated by…

•  Convection heat transfer phenomena play an important role in the development of…

•  For more than 100 years researchers have been observing the stress strain behaviour of…

•  Much research in recent years has focused on carbon nanotubes......

2) Verbs used in the literature review to present previous and/or current research and contributions

이것들은 4번째 파트에서 동사들 대부분은 무엇을 이 논문에서 할 계획인지를 설명 할때 재사용할 수 있다.

4) GAP / question / problem / criticism

핵심은 너무 강하게 비판할 우려가 있으니, 그것을 조심해야한다. 선행 연구자에대한 예의를 지켜야 한다.

4) the present work

논문의 나머지 부분이 어떻게 구성될지를 쓸때, 동사를 너무 한가지로만 쓰면 안되는 것을 주의하자.

1.5 Writing an Introduction 

연습이 가장 중요하다.

Git 간편 사용법: Click

Naver Blog: Click

맨 처음 시작

# set up git on your machine if you have not already.
$ mkdir /path/to/your/project
$ cd /path/to/your/project
$ git init
$ git remote add origin https://leejaymin@bitbucket.org/leejaymin/power-aware-notification-project.git

# Create your first file, commit, and push
$ echo "jemin lee" >> contributors.txt
$ git add contributors.txt
$ git commit -m 'Initial commit with contributors'
$ git push -u origin master

기존 프로젝트가 존재하는 경우

만약 기존에 있던 원격 저장소를 복제한 것이 아니라면, 원격 서버의 주소를 git에게 알려줘야 한다.

로컬의 변경 내용은 현재 HEAD에만 있다. 이것을 원격 서버에 반영 시킨다. 

Note: 특정 branch로 반영을 원할 경우, master 대신에 해당 이름(ex: GUI)를 써야한다.

모든것을 반영하는 방법

git push -u origin --all # pushes up the repo add its refs for the first time

git push -u origin --tags # pushes up any tags

그런데, not fast forwarding 오류가 나면,

원격 저장소 내용을 로컬 저장소에 반영할 때 씀.

강제로 push 하는 방법: Click

Branch

Staging (Index)에 추가된것 초기화 하기: Site

□ 대전에서 에버랜드 가는법 (공대 스타일로 작성함, 쓸때없는 사진과 내용 최대한 제거)

□ 에버랜드 이용 TIP

그림 1. 에버랜드의 전체 지도

그림 2. 백사자 타우 대형 인형 (15만원).

ADB_Over_network을 reboot시 초기화 하지 않는 방법

전체적인 System Properties와 preference와의 일관성 유지 및 사용자와의 상호작용 그리고 초기화 매커니즘은 아래의 그림과 같다.

Android Preference 구조 그림.pptx

□ setprop persist.adb.tcp.port 5555

• 위 명령을 adb를 이용해서 치면, 재부팅 시에도 port가 5555로 설정 되어 짐.
• 플랫폼을 수정할 필요 없는 가장 간단한 방법
• adbd 자체에서, 이 기능을 지원함.
• 원상태 복구를 위해서는, setprop을 다시 직접 쳐야한다는 단점, 발생 왜냐하면, Adb deamon은 persist option에는 반응하지 않음.

□ adbd을 수정

□ Settings App과 System Server 수정

Settings App: 사용자와의 상호작용을 담당. 설정값에 대한 입력 과 출력

System Server: System Properties로부터 값을 읽어와서 System Preference값을 그에 맞추어 변경함. 즉, 서로다른 두 레벨간의 일관성을 유지시켜 줌.

추가로, ContentObserver를 등록 시켜서, System Preference가 변경되어 지면, 그것을 System Properties에 적용 시킴.

System property를 Setting 하는 방법은 3가지가 있습니다.

import android.util.Log 

String TAG = "tag id"

Log.e(TAG,"message");

Criterion C는 coverage domain으로 부터 유도 되어 진다.

이때, 테스팅 기법에 따라서 집중하는 Domain이 달라 지게 된다.

White-box testing의 경우는 Coverage domain을 code로 부터 추출 한다.

Black-box testing의 경우는 Coverage domain을 requirements로 부터 추출 한다.

하지만, 결국 Coverage domain은 P와 R 모두로부터 추출 해야 정확하게 된다.

핵심은, White와 Black은 기법의 이름이지 이것으로부터 Tests를 뽑아 내는것은 아니다.

Tests는 무조건 상세하게 뽑아내는것이 중요하고, 이때는 반드시 requirements를 반영해야한다.

Verification & Validation을 만족하기 위해서, 프로그램 측면과, 요구사항 측면을 모두 반영 해야 한다.

Statement Coverage는 쉬워 보이지만,

if ( x = malloc(10) {

..

}

else {

..

}

와 같은 코드들의 만족시키기란 쉽지 않다.

White-Box testing의 경우, V model 측면에서

Unit test level 수준에서 적용 할 수 있다.

Black-box testing의 경우, V model 측면에서,

System level test 수준에서 적용 할수 있다.

Coverage 공부를 위해 보면 좋은 블로그: http://froginpot.tistory.com/4 

문제점.

wxPython에서 'Start'버튼을 눌렀 때, 정말 긴 작업을 발생 시킬 때가 존재한다.

당연히, 이때 GUI는 락킹 되어진다. 

이때, Thread를 사용하지 않고 이 GUI 락킹 문제를 해결 할 수 있을까?

해결방법.

3가지 방법: Threading, wxYield, Chunking up your processing in a wxEVT_IDLE handler.

1) Threading을 이용하는 방법

Thread와 별 차이가 없으며, 가장 쉽고, 일반적인 방법이다.

import time
from threading import *
import wx

# Button definitions
ID_START = wx.NewId()
ID_STOP = wx.NewId()

# Define notification event for thread completion
EVT_RESULT_ID = wx.NewId()

def EVT_RESULT(win, func):
    """Define Result Event."""
    win.Connect(-1, -1, EVT_RESULT_ID, func)

class ResultEvent(wx.PyEvent):
    """Simple event to carry arbitrary result data."""
    def __init__(self, data):
        """Init Result Event."""
        wx.PyEvent.__init__(self)
        self.SetEventType(EVT_RESULT_ID)
        self.data = data

# Thread class that executes processing
class WorkerThread(Thread):
    """Worker Thread Class."""
    def __init__(self, notify_window):
        """Init Worker Thread Class."""
        Thread.__init__(self)
        self._notify_window = notify_window
        self._want_abort = 0
        # This starts the thread running on creation, but you could
        # also make the GUI thread responsible for calling this
        self.start()

    def run(self):
        """Run Worker Thread."""
        # This is the code executing in the new thread. Simulation of
        # a long process (well, 10s here) as a simple loop - you will
        # need to structure your processing so that you periodically
        # peek at the abort variable
        for i in range(10):
            time.sleep(1)
            if self._want_abort:
                # Use a result of None to acknowledge the abort (of
                # course you can use whatever you'd like or even
                # a separate event type)
                wx.PostEvent(self._notify_window, ResultEvent(None))
                return
        # Here's where the result would be returned (this is an
        # example fixed result of the number 10, but it could be
        # any Python object)
        wx.PostEvent(self._notify_window, ResultEvent(10))

    def abort(self):
        """abort worker thread."""
        # Method for use by main thread to signal an abort
        self._want_abort = 1

# GUI Frame class that spins off the worker thread
class MainFrame(wx.Frame):
    """Class MainFrame."""
    def __init__(self, parent, id):
        """Create the MainFrame."""
        wx.Frame.__init__(self, parent, id, 'Thread Test')

        # Dumb sample frame with two buttons
        wx.Button(self, ID_START, 'Start', pos=(0,0))
        wx.Button(self, ID_STOP, 'Stop', pos=(0,50))
        self.status = wx.StaticText(self, -1, '', pos=(0,100))

        self.Bind(wx.EVT_BUTTON, self.OnStart, id=ID_START)
        self.Bind(wx.EVT_BUTTON, self.OnStop, id=ID_STOP)

        # Set up event handler for any worker thread results
        EVT_RESULT(self,self.OnResult)

        # And indicate we don't have a worker thread yet
        self.worker = None

    def OnStart(self, event):
        """Start Computation."""
        # Trigger the worker thread unless it's already busy
        if not self.worker:
            self.status.SetLabel('Starting computation')
            self.worker = WorkerThread(self)

    def OnStop(self, event):
        """Stop Computation."""
        # Flag the worker thread to stop if running
        if self.worker:
            self.status.SetLabel('Trying to abort computation')
            self.worker.abort()

    def OnResult(self, event):
        """Show Result status."""
        if event.data is None:
            # Thread aborted (using our convention of None return)
            self.status.SetLabel('Computation aborted')
        else:
            # Process results here
            self.status.SetLabel('Computation Result: %s' % event.data)
        # In either event, the worker is done
        self.worker = None

class MainApp(wx.App):
    """Class Main App."""
    def OnInit(self):
        """Init Main App."""
        self.frame = MainFrame(None, -1)
        self.frame.Show(True)
        self.SetTopWindow(self.frame)
        return True

if __name__ == '__main__':
    app = MainApp(0)
    app.MainLoop()

여기서 문제는, 어떤 이유에서 Thread가 종료 되어 지지 않는다면, 그냥 "self.setDaemon(1)"을 에 추가하면 된다. 그러면, Python은 그것의 terminate을 기다리지 않게 된다.

문제점

Thread는 미세한 종료문제를 발생 시킴

Signal 처리와 같은 Process 레벨의 작업

2) wxYield를 이용하는 방법

computation code가 있는 위치에대가 wxYield()의 호출을 추가해 준다.

wxYield 가 호출 되어질 때, 어떤 pending window event들은 dispatched 되어 지게 된다. 즉, window는 refresh되고, 버튼이 눌러지게 되는 등의 작업을 할 수 있다.

그다음, 위에서 Thread로 처리 했을 때와 같게, wxYield 가 리턴된 뒤의 위치의 작업 코드들을 제어하기 위해서 flag들을 설정 해야 한다. 즉, wxYield로 인해서 pending 되어진 'STOP'에 관한 이벤트가 들어 왔다면, 작업은 종료가 되어 져야한다. 따라서 그 후의 처리를 위해서는  flag를 통해서 제어를 해줘야 한다.

Threading의 경우와 마찬가지로, 모든 이벤트들은 wxYield 가 호출되어지는 동안, 처리되어 지므로, 반드시 같은 오퍼레이션이 두번 실행되어지는것에 대해서 보호되어 져야된다.

보여지는 코드는, 위의 Threading 코드와 똑같은 기능을 하지만, Computation Code들이 main window class안으로 들어 갔다. 핵심은, Threading 코드와 다르게 응답성은 절대적으로 wxYield의 호출 빈도에 의존한다는 것이다.

import time
import wx

# Button definitions
ID_START = wx.NewId()
ID_STOP = wx.NewId()

# GUI Frame class that spins off the worker thread
class MainFrame(wx.Frame):
    """Class MainFrame."""
    def __init__(self, parent, id):
        """Create the MainFrame."""
        wx.Frame.__init__(self, parent, id, 'wxYield Test')

        # Dumb sample frame with two buttons
        wx.Button(self, ID_START, 'Start', pos=(0,0))
        wx.Button(self, ID_STOP, 'Stop', pos=(0,50))
        self.status = wx.StaticText(self, -1, '', pos=(0,100))

        self.Bind (wx.EVT_BUTTON, self.OnStart, id=ID_START)
        self.Bind (wx.EVT_BUTTON, self.OnStop, id=ID_STOP)

        # Indicate we aren't working on it yet
        self.working = 0

    def OnStart(self, event):
        """Start Computation."""
        # Start the processing - this simulates a loop - you need to call
        # wx.Yield at some periodic interval.
        if not self.working:
            self.status.SetLabel('Starting Computation')
            self.working = 1
            self.need_abort = 0

            for i in range(10):
                time.sleep(1)
                wx.Yield()
                if self.need_abort:
                    self.status.SetLabel('Computation aborted')
                    break
            else:
                # Here's where you would process the result
                # Note you should only do this if not aborted.
                self.status.SetLabel('Computation Completed')

            # In either event, we aren't running any more
            self.working = 0

    def OnStop(self, event):
        """Stop Computation."""
        if self.working:
            self.status.SetLabel('Trying to abort computation')
            self.need_abort = 1

class MainApp(wx.App):
    """Class Main App."""
    def OnInit(self):
        """Init Main App."""
        self.frame = MainFrame(None,-1)
        self.frame.Show(True)
        self.SetTopWindow(self.frame)
        return True

if __name__ == '__main__':
    app = MainApp(0)
    app.MainLoop()

3) Chunking up your processing in a wxEVT_IDLE handler

마지막으로, 작업을 idle handler에서 처리 할 수 있다. 이것을 사용할 때에는, wxPython이 IDLE event를 언제든지 발생 시킬 수 있도록 허용 해야 한다. 즉, 일반적인 유저 이벤트들의 처리가 완료 되어졌을 때, IDLE 핸들러가 실행 되도록 해야 한다. 단순히 그냥 Flag로 조작 된다.

구현된 알고리즘에 따라서 약간은 어려운 부분이 존재 한다. 이러한 알고리즘들은, 별게의 조각들로 나누어서 실행 할 수 있어야 한다.

IDLE handler안에서, 만약, 작업이 완료 되지 않았다면, 다시 이 핸들러가 호출 되어 질 수 있도록 해야 한다.

결국, IDLE Hander에서 얼마나 자주 return 되는지가 응답성을 보장 하게 된다. 매우 제약적인 방법이며, 복잡하기만 하다. 쓸때없음.

import time
import wx

# Button definitions
ID_START = wx.NewId()
ID_STOP = wx.NewId()

# GUI Frame class that spins off the worker thread
class MainFrame(wx.Frame):
    """Class MainFrame."""
    def __init__(self, parent, id):
        """Create the MainFrame."""
        wx.Frame.__init__(self, parent, id, 'Idle Test')

        # Dumb sample frame with two buttons
        wx.Button(self, ID_START, 'Start',p os=(0,0))
        wx.Button(self, ID_STOP, 'Stop', pos=(0,50))
        self.status = wx.StaticText(self, -1, '', pos=(0,100))

        self.Bind (wx.EVT_BUTTON, self.OnStart, id=ID_START)
        self.Bind (wx.EVT_BUTTON, self.OnStop, id=ID_STOP)
        self.Bind (wx.EVT_IDLE, self.OnIdle)

        # Indicate we aren't working on it yet
        self.working = 0

    def OnStart(self, event):
        """Start Computation."""
        # Set up for processing and trigger idle event
        if not self.working:
            self.status.SetLabel('Starting Computation')
            self.count = 0
            self.working = 1
            self.need_abort = 0

    def OnIdle(self, event):
        """Idle Handler."""
        if self.working:
            # This is where the processing takes place, one bit at a time
            if self.need_abort:
                self.status.SetLabel('Computation aborted')
            else:
                self.count = self.count + 1
                time.sleep(1)
                if self.count < 10:
                    # Still more work to do so request another event
                    event.RequestMore()
                    return
                else:
                    self.status.SetLabel('Computation completed')

            # Reaching here is an abort or completion - end in either case
            self.working = 0

    def OnStop(self, event):
        """Stop Computation."""
        if self.working:
            self.status.SetLabel('Trying to abort computation')
            self.need_abort = 1

class MainApp(wx.App):
    """Class Main App."""
    def OnInit(self):
        """Init Main App."""
        self.frame = MainFrame(None, -1)
        self.frame.Show(True)
        self.SetTopWindow(self.frame)
        return True

if __name__ == '__main__':
    app = MainApp(0)
    app.MainLoop()

읽은것: 색깔

안 읽은것: 색깔

약한 논문: 색깔

우리말로는 같이 "비율"로 해석되는 경우가 많지만..
다른 의미의 단어입니다.


Ratio
Ratio는 말 그대로 비율입니다. 5:5, 6:4, 과학 또는 수학 계산시 특정 수식에 사용하는 이런거죠...

즉 두 수와의 관계를 나타내는 것 입니다.

flashlight가 2개 있고 battery가 5개 있다면, flashlights / batteries 를 계산하면 2개를 비교하는 ratio가 된다.

즉, 2 to 5, 2:5, or 2/5 인 것이다.

값으로 표현하면, 2:5 또는 0.4 이다.

Rate
Rate는 빈도수를 말합니다. 분당 100회, 초당 25회, 주당 3일, 3일에 한번... 이런거죠..
Rate는 또한 등급, 속도, 정도의 뜻도 있습니다.

서로 다른 Unit일 때도 사용 한다.

10개 젤리빈당 $45 라면 이때 1개의 젤리빈 가격을 알고 싶으면

4500 cents / 10 젤리빈 을 계산 한다.

그럼 $4.5가 된다.

이 처럼 서로 다른 unit의 비율을 계산할 때도 사용 한다.

같이 쓰이는 경우
그런데, 두 단어가 비슷한 뜻으로 쓰이는 경우도 있는데...
이 경우는 예를들어 "주당 3일"이라면... 이것은 Rate로 해야 맞지만, 
이것을 7-3:3 = 4:3 으로 쓸 수도 있으므로.. Ratio도 사용할 수 있습니다.

영어 단어와 우리말의 단어는 1:1로 매치되지 않으므로 정확하게 선을그어 
구분하기에는 어려움이 있으므로..
영어를 많이 접하시면서 .. "감"을 잡으시는것이 좋습니다.
제가 드린 설명도 .. 그런 이유로.. 100% 정확할 수는 없습니다.
그냥 문맥에 따라 해석 하시는것이 가장 바람직하겠습니다.

Fraction

3:4 == 3/4 는 같은 의미 (ratio)

잘 정리된 그림

Basic: be동사, 조동사, 일반동사 의문문

1.동사 + 주어

2. 조동사 또는 Be 동사가 있으면, 주어 앞에 위치

3. 완료형 have p.p의 have의 경우 주어 앞에 위치

형태: be동사 + 주어 + 동사 또는 조동사 + 주어 + 동사

[예문]

It was built in 1980: 그건 1980년도에 세워졌어..

=> Was it built in 1980?: 그건 1980년도에 세워졌어?

You can't see anything: 넌 아무것도 볼 수 없어.

=> Can't you see anything? 너 아무것도 볼수 없어?

4. 조동사, be동사 둘다 있으면, 조동사가 주어 앞으로!

형태: 조동사 + 주어 + be동사.

you will be studying in the United States next year.

: 너 내년에 미국에서 공부하고 있을 거야.

=> Will you be studying in the United State next year?

: 너 내년에 미국에서 공부하고 있을 거야?

5. 동사가 일반동사인 경우는?

- 단, 문장에 조동사는 없을 때.

주어 앞에 do/does (현재), did (과거) 붙여 줌..

형태: Do/Does/did + 주어 + 동사

You know tom: 너는 탐을 알아.

=> Do you know Tom? 너는 탐 아니?

6. 만약 문장에 의문사가 있으면?

의문사: who, what, how, which 등

모든 규칙에서, 의문사는 맨 앞으로 오게 한다.

( 조동사, be 동사, 일반동사 )

의문사가 목적어로 쓰이는 경우.

What did you eat for lunch? 너 점심으로 뭘 먹었니?

How many people have you invited? 너 몇명 초대 했어?

※ 꾸며주는 말과 꾸밈받는 말이 항상 붙어 다니게 된다.

[예외]

의문사가 '주어'로 쓰인 경우는 형태 주의!

형태: 의문사 + 동사 + (목적어)

Who cried?: 누가 울었니?

Who saw Tom?: 누가 탐을 봤어?

Basic Two: 의문사 의문문

§ 의문사의 종류

1. 부사: how, when, where, why

뒤에는 당연히, 형용사, 부사가 올 수 있다.

[예문]

How was it? 그거 어땟나요?

Where are you?  너 어디에 있어

Why are you angry at me? 왜 나한테 화를 내?

When did it happen? 언제 그게 일어났어?

2. 대명사: what, which, who, whom, whose

Who are you? 너 누구야?

What is it? 그게 뭐야? 

Whom do you like? 너 누구를 좋아해?

3. 형용사 역할: what, which, whose

-뒤에 명사와 한 덩어리로 쓰입니다.

What time is it now? 지금 몇시야? 

Which way is faster? 어느 길이 더 빨라?

Whose bag is this? 이건 누구 가방이야?

§ 의문사 의문문 만들기

1.의문사로 의문문을 만들때는 의문사가 항상 앞에 온다.

즉, 의문문을 만든 상태에서 의문사만 맨 앞에 붙인다.

추가적으로, 다음의 두 가지 형태로 나뉘어 진다.

1) 의문사가 주어 역할 할때 [주의]

-형태: 의문사 + 동시 + (목적어)

Who saw Tom today? 누가 오늘 탐 봤어?

Who can be elected? 누가 선출될까?

2) 의문사가 목적어 역할할 때

-형태: 의문사+조동사나 be동사+주어+동사

Who(m) did Cindy see? 신디는 누굴 봤어?

회화: 목적격 whom 대신, 주격 who를 많이 씀

Who(m) do you like? 너는 누구를 좋아해?

[전치사의 위치]

의문사가 전치사의 목적어로 쓰인 경우!

I should talk to (     ) 난 누구한테 말해야 돼.

의무문 만들때, 목적어의 전치사는 맨 끝에 둡니다.

Who(m) should I talk to? 난 누구에게 말 해야돼?

전치사가 앞에 오는 경우: 격식체

이때는 who가 아닌, whom을 사용한다.

-> To whom should I talk?

§ 의문문사 의문문의 경우

조동사가 있는 경우: (의문사) + 조동사+ 주어+ 동사 

When did the mail arrive? 언제 편지가 도착 했니?

Can you believe Tommy got a scholarship? 너는 Tommy가 장학금을 받았다는 것을 믿을 수 있니?

조동사가 없는 경우: (의문사+) 동사 + 주어

When are you able to come? 너는 언제 올 수 있니?

Are you free this Sunday? 이번 주 일요일에 한가하니?

§ 의문 형용사: What 과 Which + 명사

Which room did she enter? 그녀가 어느 방에 들어 갔니?

Which section has the dictionaries? 어느 섹션에 사전이 있나요?

§ 의문 부사: How + 형용사/부사

How long should I wait? 제가 얼마나 오래 기다려야 하나요?

§ 간접 의문문: 다른 문장 안에 포함된 의문문 

일반적인 형태: 의문사 + 주어 + 동사

I heard why the professor quit. 나는 그 교수가 그만둔 이유를 들었다.

Tell me which courses you will take. 네가 어떤 수업을 들을 건지 내게 말해줘.

※ 말할때, 순식간에 어순을 맞추면서도, 시제와 인칭을 맞추어서 이야기하기란 쉽지 않다. 그래도 연습을 해야 한다.

[추가 예문]

1. be동사/조동사 간접의문문

I don't know who that girl is. 나 몰라, 저 여자애 누군지..

Please, tell me where I can meet Lena. 좀 말해줘 Lena 어디서 만날 수 있는지..

Do you remember what my name is? 너 기억나? 내 이름이 뭔지?

You don't know what kind of person I am. 넌 몰라~ 내가 어떤 사람인지..

2. do 동사 간접 의문문

I want to know what this word means (나 알고 싶어, 이 단어 무슨 뜻인지..)

그냥 의문문이라고 하면, What does this word mean? (what은 목적어로써 쓰인다.)

i don't understand why you did that (난 이해가 안돼, 너가 왜 그랬는지..)

원래 의문문, Why did you do that?  (why는 목적어로 쓰였다.)

3. 의문사가 없는 의문문 (누가 너 봤어: Did anybody see you?)

을.. 간접 의문문 형태로 중간에 넣을 때는, If나 whether을 사용 한다.

이 때, If나 whether 뜻은 -인지 or -인지, 아닌지.. ( if는 조건/ 가정의 뜻이 아니다.)

Do you know if/whether anybody saw you? (너 알어? 누가 너 봤는지?)

Think, believe, imagine, suppose, suggest 등이 동사로 쓰인 의문문에

간접 의문문이 포함되면 의문사가 문장의 맨 앞으로 온다.

Do you think? + What are they planning? 당신은 생각하나요? + 그들은 무엇을 계획하고 있나요?

-> Do you think what they are planning ? [x]

-> What do you think the are planning? [0]

EndNote x7 사용방법 정리

Introduction

해당 Journal에 맞게 Citations & Bibliography를 수정하는 방법이다.

IEEE transaction 라고해도, 각각이 모두 틀리다. 따라서 수정을 해줘야 한다. 틀리면, reject...

Menu 위치

IEEE Transactions on Consumer Electronics Style로 수정 하기

백업 방법

MS-Word에서 스타일 바꾸는법

Citation group references (그룹 인용)

Endnote 참고 문헌을 BibTex 파일로 만들기

명사절

발화 인지 감정 등에 관련된 동사: say, think, pretend

  형용사: sure glad

뒤에 쓰인 That은 생략 할 수 있다.

Rising sea levels show (that) ice caps are melting.

The guard was sure (that) he had locked the door.

관계대명사

주격 관계 대명사 + be 동사는 생략 할 수 있다.

• We're preparing a meal (that is) fit for a king

목적격 관계 대명사는 생략 할 수 있다.

• She bought the camera (which/that) she saw at the store

관계 부사

관계부사 when, where, why는 선행사와 관계부사를 모두 쓰거나, 둘 중 하나는 생략 한다.

• The architect described the reason why the bridge had become unstable.
• The architect described the reason the bridge had become unstable.
• The architect described why the bridge had become unstable.

단, how의 경우 선행사 the way와 how 중 하나는 반드시 생략 한다.

• Show knows the way how we can get uptown quickly.
• Show knows how we can get uptown quickly.
• Show knows the way how we can get uptown quickly.

that/those의 사용법

관계 대명사 that

---------------------------------------------------------------------------------------------

능동태의 주어는 by+목적어 로 행위자를 표현하게 된다.

[by + 목적]의 행위자 표시는 꼭 필요하 경우에만 한다.

They cut down the trees (그들이 그 나무를 잘랐다.)

=> The trees were cut down

We call it "Blackie." (우리는 그것을 블랙키라고 부른다.)

=> It is called "Blackie."

Someone broke the window of my car. (누군가가 내 차의 유리창을 깨뜨렸다.)

=> The window of my car was broken.

People killed the animals for money. (사람들이 돈을 위해 그 동물들을 죽였다.)

=> The animals were killed for money.

Image.open() 이 정상적으로 작동하다가 갑자기 작동 하지 않으면서, no Attribute라는 error 메시지를 나타낼 경우 그것은, namespace 충돌 때문일 것이다.

그 경우 모듈로 다시 masking을 해주면 문제를 해결 할 수도 있다.

PIL.Image

이렇게 하는 경우 어떤 class 이름이 Image일경우 namespace 문제가 발생 하는 것을 맊을 수 있다.

from PIL import Image

위의 것 대신에,

Import PIL.Image 를 사용 한다.

When working with a lot of imports, beware of namespace confilict.

I'm generally very wary of from some_module import * statements.

The amount of sugar overwhelmed the workers.

The number of tourists coming into Korea increases every year.

The amount of + 불가산 명사(단수) // 동사는 단수 동사.

The number of + 가산명사(복수 형태) // 동사는 단수 동사. = 단순히 해당 복수명사의 수를 의미하므로.

a(an) number of + 가산(복수 명사) // 동사는 복수 동사. = 해당 명사의 여러개를 의미하므로. 

실행창에서

Sysdm.cpl

WordPress에 대한 code-coverage 측정 방법 연구

Commit Hash Code:

Bug list (직접 발견)

Monkey coverage를 측정.

1) Test Project 생성: Eclipse 이용

2) WordPress Project 변환 및 설치: Ant 이용

3) coverage.em 파일 생성 (원본 파일이다.)

4) Test Project 변환 및 설치: Ant 이용

주의: 반드시, ant로 project를 변환하며, 설치 해야함

4) to run testing: adb shell am instrument -e coverage true -w org.wordpress.android.test/android.test.InstrumentationTestRunner

단, ant emma debug install test는 coverage가 0%로 나오니 쓰지 않음.

5) coverage.ec 추출

6) HTML로 변환: 

java -cp ~/Android_Application_tools/android-sdk-linux/tools/lib/emma.jar emma report -r html -in coverage.em,coverage.ec

주의: coverage.em,coverage.ec 사이에 space를 주지 않는다.

Ant builds support a property named adb.device.arg, 를 이용 한다.

For example:

AndroidMonkey is an Android Library. It is, in fact, a copy of the original Android Monkey Toolhttp://developer.android.com/guide/developing/tools/monkey.html and made as a library for testing and analysis (e.g. code coverage) purposes.

Tester/User can easily use the library to create random test cases to test android apps with GUI.

Why this library:

You can use this library to create random test cases for your application, with just few lines of code

You can add your assertions to access the state of the SUT (you can hardly do this with the Android Monkey Tool)

You can do Coverage analysis of random testing on Android Application, this is useful for Research Purpose (like what I'm doing)

실행방법

우선, 위 open project에서 다운받은 example code를 ant로 빌드환경에 맞게 update를 해야한다.

이러한 작업을 완료한 3개의 파일을 본 블로그에 첨부한다.

1) monkey testing할 project를 target smartphone에 설치 한다.

명령어: ant emma debug install 

2) app test project를 설치한다.

해당 project는 AndroidMonkey project와 종속성이 있다. 왜냐하면, 테스팅 수행 과정에서 random event를 생성해서 testing을 수행하기 때문이다.

3) 테스팅을 실행한다.

환경은 notepad 어플리케이션에 2개의 post를 등록한 상태에서 실행을 한다.

명령어: adb shell am instrument -e coverage true -w com.example.android.notepad.test/android.test.InstrumentationTestRunner

특이사항: 위 명령어를 실행하면 app project의 bin 디렉터리에 coverage.em 파일이 생성 되어 진다.

3) report 생성.

주의: coverage.em이 없을 경우, app project 디렉터리에서 ant instrument 명령어를 실행해서 

F-검정에 대해서 공부해보자. 
몇 결정트리 알고리즘에서 t-검정, F검정을 사용하기 때문에 
해당 결정트리 알고리즘을 잘 이해하기 위해서는 이러한 통계 검정 방법들을 잘 이해해두어야 한다. 

F-검정은 언제 사용할까?
F-검정은 두 모집단의 분산의 차이가 있는가를 검정할 때 사용한다. 
(두 집단의 평균의 차이가 존재하는가가 아니라 분산의 차이가 있는가를 검정한다.) 

F-검정은 언제 사용할까?
F-검정은 두 모집단의 분산의 차이가 있는가를 검정할 때 사용한다. 
(두 집단의 평균의 차이가 존재하는가가 아니라 분산의 차이가 있는가를 검정한다.) 

예1. (제4판. 현대통계학. p.349-350) 
예를들어, 어느 중학교에서 1학년 학생들의 성적의 차이(분산)이 2학년이 되면 더 커질 것이라고 예상된다. 실제로 그런가 검정해보자. 1학년에서 7명을 뽑고, 2학년에서 9명을 뽑아서 각각의 성적의 분산을 조사해 봤더니, 1학년의 분산은 9.0 이었고, 2학년의 분산은 19.8 이었다. 두 모집단의 분산은 같다고 볼 수 있을까? 알파=0.05 에서 검정해보자. 
F(8,6) = 4.15 이다. (자유도는 개체 크기에서 1씨 뺀 값으며 2개가 사용된다. F분포표에서 찾아보자.) 
F = 19.8 / 9 = 2.2 이다. 2.2 < 4.15 이므로 F=2.2는 기각역 안에 있으며, 귀무가설을 기각할 수 없다. 
즉, 2학년학생의 성적 차이가 1학년 학생의 성적차이보다 크다고 할 수 없다. 

F검정표는 두 개의 자유도 값을 사용한다. (행, 열에 두 표본의 자유도가 사용된다.)  

1. 단순 회귀 분석: 종속 변수 = 독립변수.

단순 회귀 모형은 최소 제곱법에 의해서 추정을 하게 된다. 

2. 모형의 적합도 분석 

모형의 적합도는 분산분석의 F 검정을 실시하거나,

결정계수 r^2를 가지고 회귀 방정식의 유효성을 검증하게 된다.

따라서, SSE(잔차변동)이 0으로 가면 아주 좋은 것이다.

그렇게 될경우 SST(총 변동) = SSR(회귀변동)과 일치한다.

이 의미는, SSR(회귀변동)은 회귀 방정식에 의한 값이고 이게 SST(총 변동)과 일치한다는 것은 회귀 방정식이 완벽히 측정값과 일치한다는 의미를 가진다.

이러한 특성을 토대로 우리는 결정계수 R^2을 계산해 낸다.

- 모형의 설명력

- 즉, 독립수들이 Y값을 얼마나 잘 설명해 주는가를 나타내는 척도

- 결정계수 값이 1에 가까울수록 설명력이 좋음 0에 가까울수록 설명이 떨어지는 것 

- 결정계수에 대한 검정방법은 없으므로, 회귀모형의 적합성에 대해 설명하는 것은 위험 하다.

단지 독립변수들의 설명력으로만 해석이 가능하다.

모델의 적합성은 F검정으로 해야 한다.

▣ 분산분석표에 의한 F-검정의 정의는 아래의 스크린샷과 같다.

보통, 통계페키지(SPSS)에 의해서 유의확률 p 값이 0.5 보다 작을 경우, 귀무 가설을 기각한다.

따라서 해당 회귀 방정식은 유효하다고 검정 한다.

▣ 베타계수

• 독립변수들이 종속변수에 주는 영향력을 비교하기 위해 회귀계수를 직접 비교하는 것은 위험 (회귀계수의 크기가 독립변수들의 측정단위에 크게 영향을 미치기 때문) 
• 측정단위에 관계없는 회귀계수 필요
• 표준화 변환 후 회귀 모형 추정시 이때의 회귀계수를 표준화 계수 혹은 베타계수 
• 독립 변수들간에 관련성이 낮을경우 상대적인 중요도 

• 공선성 통계량

독립변수들 간에 상관관계가 높으면 하나의 변수가 투입이 되며 나머지 변수들이 갖는 고유한 설명력은 매우 작아짐

VIF = 1/공차한계

공차한계<0.1 이거나 VIF>10 이면 공선성이 존재

• 다중 공선성

설명변수 사이에 정확한 선형관계는 아니나 상관관계가 매우 높은 경우

상관관계가 클수록 회귀분산이 커지고, 분산이 커지면 회귀계수 추정량에 대한 t-통계량값이 작아져서 유의성이 낮게 나타남

해결책

설명변수의 제외

모형의 재설정

사전정보이용

표본자료의 추가 

▣ T,F,P 값의 의미

T-test = T, P

ANOVA = T, P

회귀분석 = F, T, P

교차분석 = X^2, P

위 그림을 보면, x축에 T,F 값이 존재한다. 그리고 그 값에 대한 오른쪽 면적이 P 값이 된다.

이렇게 나온 P값을 기준치인 0.05랑 항상 비교해서 해당 통계치가 유의한지 유의하지 않은지를 판단하게 된다.

3. 중회귀모형 또는 다중 회귀 모형

결정계수는 독립변수가 늘어나면, 무조건 증가 하게된다.

따라서 어떠한 독립변수가 중요한 역할을 하는지를 알기위해서 다른 참조 값을 필요로 한다. 이 때 이용하는 값이 수정된 결정계수이다.

▣ 수정된 결정계수

결정계수를 자유도로 수정시킨 계수

설명력이 거의없는 독립변수가 추가되면 감소 따라서 변수선택의 기준으로 이용

▣ 부분상관계수 (part correlation coeff.)

기존의 회귀모형에 어떤 독립변수를 추가할 것인가를 결정하고자 할 때 이용.

편 상관계수 ( partial correlation coeef.)

용도는 부분 상관계수와 비슷한 용도를 가진다.

▣ 변수 선택 방법

의의: 모형은 최대한 간소화 되어져야 한다. 따라서 설득력있는 독립변수들로만 모형을 구성하는 것은 중요하다.

(1) 모든 가능한 회귀: all possible regressions

-> 독립변수 K에 대한 모든 변수들에 대한 모든 모형들을 만들어보는것이다.

ex k=5, 일 경우에는 2^5 개의 모형이 생겨나게 된다. 이렇게 많은 모형들중 가장 적합한 회귀를 하게 된다.

단점은, 계산량이 엄청나게 많다. 실무에서는 거의 쓸수 없다.

SPSS의 경우는 제공하지 않는 기능이다.

(2) 전진

-> 등록된 변수를 통계적 기준에 따라 가장 중요한 변수부터 선택하여 더 이상 중요한 변수가 없다고 판단될 때 중단 (변수를 하나씩 추가해 가는 방법)

-> 일단 선택된 변수는 다른 변수에 의해 중요성이 상실되더라도 희귀모형에서 빠져 나올 수 없음

(3) 제거

-> 모형 설정 후 사용 가능

-> 모형에서 변수 제거

(4) 후진

-> 등록된 모든 독립변수를 포함하여 통계적 기준에 따라 중요도가 낮은 변수부터 한 변수씩 제거해나가는 방법 더 이상 제거시킬 필요가 없을 때 중단

(5)입력

-> 독립변수들의 강제 투입, 지정해준 변수 그대로 다 넣은 상태에서 모형 만듬

(6) 단계별 회귀: stepwise regression

-> 실무에서 적용하는 것이다.

일단, 가장 유효성이 높은 독립변수를 추가하고,

그다음 남은 독립 변수들중에서 또 하나를 추가한다.

그다음 유효성을 검사해서, 새로운 변수를 추가 했을때, 이전의 독립변수가 유효하지 않게 된다면, 그 독립변수를 제거하게 된다.

앞으로 부터의 선택과의 차이점은, 단계별 회귀방법은 일단 모델에 반영된 독립변수일 지라도, 유효성이 없어진다면, 제거가 가능하다는 점이다.

4. 회귀 모형의 진단

(a) 분산이 일정함을 나타냄

(b) 분산이 점점 커지므로, 동일 분산의 가정이 틀림

(c) 베타0와 같은 y 절편의 값의 증가를 필요로 함을 나타냄

(d) 선형 모델이 아닌 곡선 모형이 적합하는 것을 나타냄

EMMA for running android application.

▣ 사전지식

본 예제는, test project가 아닌, running application 스스로 EMMA로 instrument해서 coverage를 측정하게 된다.

coverage.em: 이것은 class file들에 대한 meta 정보를 담고 있다.

coverage.em file은 "ant instrument" command를 입력하면, code를 build하며 coverage.em 파일을 생성 하게 된다.

Step 0

GitHub에 있는 Diego의 project를 다운 받는다.

편의를 위해서 본 블로그에 파일을 첨부해 놓았다.

File 1: external library project

ViewServer-master.tar.gz

File 2: Testing App for getting Code Coverage running application with EMMA

TemperatureConverter-master.tar.gz

▣ 기본적으로 Diego의 Project에는 오류가 몇가지 있다.

1) "LocalViewServer" project에 대한 의존성이 있다.

해결 방법: 

GitHub: https://github.com/dtmilano/ViewServer 에서  ViewServer-master를 다운 받는다.

TemperatureConverter-master project의 project.properties를 아래와 같이 수정한다.

2) ViewServer-master에 SDK version이 빠져 있으므로 eclipse에서 추가 해준다.

3) ViewServer-master에 build.xml이 없어서 ant command를 수행 할 수 없다.

해결방법: # android update project -p .

▣ Step 1

root@ubuntu:~/Android_Application_source/TemperatureConverter-master# ant clean

-- clean all class files

▣ Step 2

root@ubuntu:~/Android_Application_source/TemperatureConverter-master# ant instrument install

-- coverage.em 파일이 생성 되어야 한다.

▣ Step 3

This command will start the android application on the device and create coverage.ec file for us

Step 4

/sdcard/coverage.ec 에 위치한것을 꺼내온다.

Step 5

▣ 소스코드를 참고하지 않는 경우. // 소스코드를 보지 못함

root@ubuntu:~/Android_Application_source/TemperatureConverter-master/bin# java -cp ~/Android_Application_tools/android-sdk-linux/tools/lib/emma.jar emma report -r html -in coverage.em,coverage.ec

EMMA: processing input files ...
EMMA: 2 file(s) read and merged in 9 ms
EMMA: writing [html] report to [/root/Android_Application_source/TemperatureConverter-master/bin/coverage/index.html] ...

▣ 소스코드를 참고하는 경우. // 소스코드를 볼 수 있음 (방법 아직 모름, ant emma debug install test시 정상적으로 잘 보임)

this command will give html coverage reports, and we can also see the src code also in the html reports.
the -sp option is given for that reason only.
java -cp emma.jar emma report -r html -in coverage.ec -sp D:\xxxxxx\EMMA_Coverage\TemperatureConverter-master\src -in D:\xxxxxx\EMMA_Coverage\TemperatureConverter-master\bin\coverage.em

// 내용 확인

root@ubuntu:~/Android_Application_source/TemperatureConverter-master/bin/coverage# firefox index.html
failed to create drawable

Step 6

결과를 아래와 같이 볼 수 있다. 단, 아직 소스코드 보는 법은 잘 모르겠음.

reference links for both:
-------------------------

key link: http://dtmilano.blogspot.in/2011/11/obtaining-code-coverage-of-running.html

https://developers.google.com/web-toolkit/doc/latest/DevGuideTestingCoverage#command-line

http://primates.ximian.com/~flucifredi/emma-HOWTO.html

http://stackoverflow.com/questions/2762665/how-to-use-emma-code-coverage-in-android

https://groups.google.com/forum/#!topic/android-developers/Q8-KjKVmL4U

http://mebeingneo.wordpress.com/2011/05/19/emma-code-coverage-of-android-2/

※ 상기 사항

1) ADT 20r 버전 이상을 사용

2) Android Application Testing Guide에 나온 방법 처럼 AOSP로 할 경우 잘 안됨.

3) tools/ant/build.xml을 변경하는 것은 비 추천.

1. android tool을 이용해서 project 생성 및 update

▣ 생성: application과 test 각각 1개씩 project를 생성

▣ 갱신: eclipse로 기존에 작성된 app과 test project가 있을 경우

2. ant와 emma를 이용해서 실행

3. 실행 결과 및 자료.

▣ $ ant emma debug install

 ▣ $ ant emma debug install test

▣ HelloWordTest Coverage Result

▣ TemperatrueConverterTest Coverage Result

관련 파일

HelloWord.zip

HelloWordTest.zip

TemperatureConverter.zip

TemperatureConverterTest.zip

▣ reference site list 

1) ant command[stackoverflow]: http://stackoverflow.com/questions/2762665/how-to-use-emma-code-coverage-in-android 

2) build.xml 수정 한글 블로그: http://codemuri.tistory.com/826 

3) GeekTaco [완벽한 외국 블로그]: http://geektaco.blogspot.kr/2012/07/code-coverage-with-android-and-emma.html

4) google site [android tool 관련]: http://developer.android.com/tools/projects/projects-cmdline.html

5) google site [ am instrumentation과 android test-project 생성 관련]: http://developer.android.com/tools/testing/testing_otheride.html

6) google site [ command line으로 빌드하는 방법]: http://developer.android.com/tools/building/building-cmdline.html

7) unrooted device에 대한 정보: http://stackoverflow.com/questions/8599097/emma-does-not-generate-coverage-ec

3. adb shell am instrument를 이용해서 emma 실행