이동평균은, 데이터의 불규칙한 요인을 제거, 장기적인 변동이나 추세를 확인하기 위한 방법입니다.

새로운 추세가 시작되었거나, 끝나거나 전환되는 것을 확인하기위해 주로 사용합니다.

이동평균에 산정되는 데이터의 개수가 적으면 측정 자료의 변화는 잘 표현하지만 잡음이 많고, 데이터의 개수가 많으면 잡음 제거 성능은 좋아지지만 자료의 변화가 잘 반영되지 않습니다.

import java.util.ArrayList;
import java.util.List;

/**
 * 단순이동평균(Simple moving average)
 * 
 * @author parkssie
 */
public class SimpleMovingAverage {

	//입력된 데이터
	private List<Double> dataToAvg = new ArrayList<Double>();
	
	//평균값
	private List<Double> avg = new ArrayList<Double>();

	//입력된 데이터의 합
	private double sum = 0;
	
	//평균 산정에 사용할 데이터의 개수
	//0이 될 경우 무한대 값이나오므로 주의.
	private int sizeToAvg = 1;
	
	/**
	 * 생성자, 평균산정에 사용할 데이터의 개수 등록
	 * @param sizeToAvg 평균산정에 사용할 데이터의 개수
	 */
	public SimpleMovingAverage(int sizeToAvg) {
		this.sizeToAvg = sizeToAvg;
	}
	
	/**
	 * 평균산정에 사용할 데이터의 개수 조회
	 */
	public int getSizeToAvgerage() {
		return this.sizeToAvg;
	}

	/**
	 * 이동평균값 가져오기
	 * @return 이동평균
	 */
	public List<Double> getAvgerage() {
		return avg;
	}
	
	/**
	 * 데이터 초기화
	 * @param sizeToAvg 평균산정에 사용할 데이터의 개수
	 */
	public void init(int sizeToAvg) {
		dataToAvg.clear();
		avg.clear();
		sum = 0;
		this.sizeToAvg = sizeToAvg;
	}

	/**
	 * 데이터 추가
	 * @param val 실수형 데이터
	 */
	public void addData(double val) {
		
		sum += val;
		
		if(dataToAvg.size() <= sizeToAvg) {
			dataToAvg.add(val);
		}
		else {
			sum -= dataToAvg.get(0);
			dataToAvg.remove(0);
		}
		
		//이동평균 산정
		avg.add(sum/dataToAvg.size());
	}
	
	/**
	 * 입력 데이터 초기화 및, 신규 데이터 입력
	 * @param sizeToAvg 평균산정에 사용할 데이터의 개수
	 * @param data List<Double>형 데이터
	 */
	public void setData(int sizeToAvg, List<Double> data) {
	
		init(sizeToAvg);
		for(double val : data) addData(val);
	}
	
	/**
	 * 입력 데이터 초기화 및, 신규 데이터 입력
	 * @param sizeToAvg 평균산정에 사용할 데이터의 개수
	 * @param data Double[]형 데이터
	 */
	public void setData(int sizeToAvg, double ... data) {

		init(sizeToAvg); 
		for(double val : data) addData(val);
	}
}

데이터셋에 데이터가 추가될 경우, 매번 모든 데이터셋을 사용하여 평균을 새로 구해야 하는 번거로움을 덜 수 있습니다.

/**
 * 평균필터(Average filter)
 *
 * @author parkssie
 */
public class AverageFilter {

	// 평균값
	private double avg = 0d;

	// 입력된 데이터의 개수
	private int cnt = 0;

	/**
	 * 평균값 가져오기
	 *
	 * @return 입력자료의 실수형 평균값
	 */
	public double getAverage() {
		return avg;
	}

	/**
	 * 데이터의 개수 가져오기
	 *
	 * @return 입력된 데이터의 개수
	 */
	public int getDataCount() {
		return cnt;
	}

	/**
	 * 데이터 입력
	 *
	 * @param val 실수형 데이터
	 */
	public void setData(double... val) {

		for (double i : val) {
			cnt++;
			if (cnt == 1) {
				avg = i;
			} else {
				avg = (cnt - 1) / cnt * avg + (1 / cnt) * i;
			}
		}
	}
}

- 애플 1997년 광고, ‘Think different’

(이미지 출처 : 위키피디아)

애플의 1997년 광고 문구이자, 월터 아이작슨의 스티브 잡스 전기 앞부분에 나오는 말이다.

나는 이 말이 자꾸만 머리속에서 맴돌았었다.

아…

막히던게 풀리니 기분이 좋아지고, 안되던게 되니 즐거워 지고, 아무도 못하는 걸 할 수 있게 되니 기뻐서 미쳐가게 되는 구나.

그렇게 미쳐간 사람들이 세상을 바꾸게 되는구나.

2011년 한 해를 돌아보니 안주하는 자신을 발견하였습니다.

안정된 자리에서 안주하는 자신에서 보다 도전하는 자신으로 거듭나야 되어야 겠다는 생각에, 목표를 이와 같이 설정하였습니다.

좀 더 빛나는 2012년을 위하여 :)

“좋은 동기부여 방법”에 대한 내용의 애니메이션으로,

동기부여를 함에 있어서 기존의 상벌 제도에서 목적을 달성해 큰 보상을 받은 사람일 수록 퍼포먼스는 더더욱 떨어지며, 좋은 동기부여는 다음의 3가지 요소에 의해 이루어 질 수 있다는 내용입니다.

개인적인 만족과 보다 나은 퍼포먼스를 위한 3가지 요소

• 자율성(Autonomy)
• 숙련도(Mastery)
• 목적의식(Purpose)

팀이나 회사의 구성원은 지시에 의한 작업이 아니라, 스스로 목표를 향해 나아가는 자율성(Autonomy)을 가지고, 보다 숙련도(Mastery)를 높일 수 있으며, 보다 탁월한 목적(transcendent purpose)을 가질 수록 더 큰 동기부여가 된다고 합니다.

※ RSA : Royal Society for the Encouragement of Arts, Manufactures and Commerce

빛이 없으면 그림자가 없고, 그림자가 없으면 원근감이 없다.

이제까지 단것은 삼키고 쓴것은 뭔지도 모르고 내 뱉었구나.

많이 알고 있는 것 같았지만, 무지했다.

무지했기 떄문에, 나에게는 원근감이 없었구나.

그래서,  늦었지만 반성한다.

이제 알았으니 그러지 말아야지.

어느날, 문득 현실에 안주하고 있는 나 자신을 발견하였다. 열심히 앞으로 나아가고 있는 줄 알았는데 아니었던 것이다. 명백한 사실은, 나는 안이해져 있었던 것이다.

그 어느날은 11월 중순이었으며 출근길 이었다. 나는 바쁘게 걷다가 지하철 역에 서서 생각을 하게 되었다.

“지루하다, 왜그럴까”

“… 아 … 내가 길을 잃어 버렸구나”

결론은 어렵지 않게 내릴 수 있었다.
내가 확신을 가지는 분야가 아닌 곳에서 마치 확신을 가진 것 처럼, 기계처럼 “업무”라고 부르는 로직을 가진 소프트웨어를 찍어내고 있었던 것이었다.

통상적으로 이야기하는 “생산”이라는 개념에서 나오는, 빠른 시간안에 이미 해결 사례가 있는, 유사한 “문제들”을 해결해 내야 되는 “질”이 아닌 “양”으로 평가되는 늪에 빠져 있다는 사실을 자각하게 되었다.

그리고 한가지 확신이 들었다.

“이대로 그냥 생각이 없이 지낸다면 나는, 앞으로도  현재 수준을 벗어나기 힘들겠구나.”

그래서, 잠시 다시 생각을 하였다.

“돌이키기에는 너무 늦었나?”

다행히 아니라는 확신이 섰다.

방향을 다시 찾을 필요가 있다는 확신이 들었으며, 그러기 위해서 나의 방향성을 가로막고 있는 것들을 버리기로 했다.

그래서 이 시점을 나의 새로운 출발점으로 삼기로 했다.

“많은 사람들이 웃고 즐기고 재미를 느낄 수 있는 소프트웨어를 만들어야 겠구나.”

그래서, 방향을 수정해서 다시 출발하기로 했다.

일정기간이 지나거나 지금 확인버튼을 클릭하면 해당 기능이 적용이 된다는 메세지였는데,

다시 말하면, 사용해 보고 아니다 싶으면 해당 기능을 원상태로 돌려준다는 이야기이다.

(페이스북에서는 사용자의 확인에 의한 기능의 활성화 상태를 ‘라이브 상태’라고 하였다.)

게다가… ‘더 알아보기’라는 하이퍼링크까지 친절하게 붙어 있다.

(여기서 친절하다는 의미는, 도움말의 기능이 어딘가에 있고 없고가 아니라, 사용자가 의문이 생길만한 위치 인근에 그 링크가 있다는 것이다. 대개의 웹어플리케이션을 보면 환경설정 근처 어딘가에 찾기 어렵게, 몰려있다.

프로그램은 라이프사이클의 유지하는 동안 지속적인 개선(수정)이 발생하기 때문에 해당 개선내역에 대한 사용자의 참여를 유도해야 된다.

선전, 광고, 공지 등의 방법들이 있을 수 있으나, 가장 적극적인 사용자의 참여 유도방안은 한번 써 보도록 하는 것이다.

일정기간 모니터링 후 만약 해당 기능의 반응이 부정적이거나 신통치 않다면 벤더 입장에서 해당 기능을 없앨 것이고, 이슈가 되고 활성화가 된다면 개선된 기능이 유지될 것이다.

이런 페이스북의 메세지를 보고 있으면, 본받아야 겠다는 생각이 든다.

<!doctype>은 정의(declaration)이며, html 태그(tag)가 아니다.

<!doctype> 정의는 <html> 태그 상단에 정의되며, 종료태그가 없다. 

또한, 대소문자를 구분하지 않는다.

해당 정의는 사용자의 웹브라우저가 이 문서의 종류와 버전을 알아볼 수 있도록 해 주는 역할을 한다.

<!doctype html>
<html>
<!-- !head -->
<head>
    <meta charset="utf-8">
    <title></title>
</head>
<!-- !body -->
<body>
</body>
</html>

HTML4는 SGML(Standard Generalized Markup Language)에 기반한 언어였기 때문에 DTD(Document Type Definition) 선언이 필요했으나, HTML 5는 SGML에 기반하지 않으므로, DTD 선언이 필요없다.

HTML 4.01의 <!doctype> 정의에는 다음과 같은 3개의 doctype이 존재한다.

• HTML 4.01 Strict DTD (deprecated)
• HTML 4.01 Transitional DTD
• HTML 4.01 Frameset DTD

하지만 HTML5의 <!doctype> 정의는 ‘html’ 1개의 doctype 만이 존재하며 <!doctype html>과 같이 선언하여 사용한다.

 비워야 채울수 있다.

가급적 많이 비워라.