http://semver.org/

독립적인 응용 프로그램 보다는 라이브러리를 위한 것인데요. 간단히 요약하면

* 버전 번호는 기본적으로 x.y.z.r 형식이고 x, y, z, r 은 숫자.

* x는 주(major) 번호로, 라이브러리가 노출하는 공개 API에 '하위 호환성 없는 변화'가 생겼을 때 증가

* y는 부(minor) 번호로, 공개 API에 '하위 호환성 있는 변화'가 생겼을 때 증가

* z는 브랜치 구분

* r은 공개 API의 변화가 없는 버그 교정이나 내부 개선 시 증가.

이 제안의 요지는, 버전 번호 변경 방식(또는 버전 번호의 '의미론')에 대한 합의가 있으면 외부 라이브러리를 사용하는 프로그램의 갱신이나 유지 보수가 쉬워진다는 것입니다. 

예를 들어 Bar라는 라이브러리의 1.2.0.3 버전을 사용해서 Foo라는 프로그램을 만들었다고 할 때, 나중에 Bar가 1.2.0.4(버그 교정)나 1.3.0.0(하위 호환성 보장)으로 갱신된 경우 Foo의 개발자는 Foo를 변경할 필요가 없음을 바로 알 수 있습니다. 소프트웨어 설치/의존성 관리 프로그램들도 이를 기계적으로 알 수 있겠고요.

https://indidev.net/forum/viewtopic.php?f=2&t=115 류광님 답글에 의견을 덧붙임

1. 장기

 1) 주가곡선 그래프는 장기적으로 우상향

 2) 최소 3년

2. 적립식

 1) 조정을 심하게 받을수록, 주가곡선이 심하게 요동칠수록 적립식투자의 결과는 좋다.

 2) 적립식펀드에 가입하자마자 주가가 떨어지기 시작한다면 손뼉 치며 기뻐하자. 3년도 필요없다.

3. 분산

 1) 수익률의 변동성을 줄여 누적수익률을 높인다.

 2) 상관계수가 양수이면서 적당히 낮은 펀드들을 잘 조합?

투자에 실패하지 않고 오랜 기간 남아있다는 것은 곧 큰 수익을 얻을 기회가 많아지는 것을 뜻함

4. 환매타이밍

 1) 목표수익률을 정하고 달성되면 미련없이 환매