bachalor.java

door.java

infomation.java

student.java

undergraduate.java

0403'.txt

student.java

test.java

today.txt

int형과 float형은 둘 다 4바이트로 자료형의 크기가 같은데

실제로 표현될 수 있는 값은 왜 그렇게 큰 차이가 나는 것일까?

int, float 자료형의 bit구조를 알기전까지는 위와 같은 의문을 가진바가 있었다.

그 의문은 컴퓨터구조라는 과목을 배우면서 해결되었다.

더불어, 부동소수점 형이 의외로 신뢰할 수 없는 결과를 나을 수 있다는 것도..

int 형     -2,147,483,648  ~  2,147,483,647     ( 2^-31 ~ 2³¹-1 )

float형   3.4E-38 ~ 3.4E+38                   ( 3.4*10^-38 ~ 3.4*10³⁸ )

int형이 42억 남짓한 수를 표현할 수 있는 반면,

float형은 무려 0 이 38개나 붙는 어마어마한 수를 표현할 수 있다.

     ( 조 단위까지 가더라도 0 은 고작 12개일 뿐이다. )

위에서도 언급했다시피 똑같은 4바이트(32비트)로 표현가능한 수의 범위가 차이나는 이유는 무엇인가.

그 이유는 두 자료형을 구성하는 비트 구조가 다른데서 기인한다.

int형은 구조가 단순하다.

4바이트를 비트형태로 보면 아래와 같다.

 31  30 29 28 27 .......                                                     .........2  1  0 bit

int형의 범위는 아래와 같이 구해진다.

    (1*2³¹) + (1*2³⁰) + (1*2²⁹) + ^...... + (1*2¹) + (1*2⁰)

이와 같이 이진수 <-> 십진수 변환법과 똑기에 2^-31 ~ 2³¹-1 까지 표현가능하다.

하지만 float형은 다르다.

 31  30 29 28 ....... 25 24 23  22 21 20 ......                                   .........2  1  0 bit

부호   지수비트(8bit)                           유효자리비트(23bit)

비트

float 형의 범위는 아래와 같이 구해진다.

    (-1)^부호비트 * (1 + 유효자리) * 2^(지수-127)

부호비트 - 부호를 결정하는 비트

유효자리 - 소수점 이하의 수를 표현

지 수     - 2ⁿ 에서 n을 표현

위와 같이, 부호비트(1bit) + 지수(8bit) + 유효자리(23bit)로 구성되어 있다.

지수비트로 인하여 int형과 같은 4바이트(32비트) 임에도 불구하고 표현 가능한 수의 범위가

차이를 보인다는 것을 알게 되었다.

부동소수점에 대해 조금 더 알아보자.

더 큰 수를 표현할 수 있다고 해서 float형이 더 좋은 것일까?   그것은 아니다.

분명히 단점도 존재한다. 그것은 아래 글에서 언급한 정밀도의 한계를 가진다는 것이다.

int형은 있는 그대로의 비트를 보여주면 되기 때문에 100%의 정확도를 가지며,

그에 비해 float형은 아주 큰 수를 표현할 수 있지만 그 수가 유효자리비트로 표현할 수 있는

한계를 넘어가버리게 되면 근사치를 취하게 된다. 실제로 값을 짤라먹는다는 말이다.

컴퓨터의 계산은 100% 믿을 수 있어야 하는데 이처럼 그 값을 제대로 표현하지 못하게 되면 어찌 될까.

아주 큰 수에서 이러한 경우가 발생하기 때문에 보통은 신경 쓰지 않아도 되지만 그것조차 고려를 해야한다면

해결 방법으로는 double 형을 쓰는 것이 있다.

double         1.7E-308 ~ 1.7E+308         ( 1.7*10^-308 ~ 1.7*10³⁰⁸ )

long double    3.4E-4932 ~ 3.4E+4932         ( 3.4*10^-4932 ~ 1.7*10⁴⁹³² )

 31  30 29 28 .......       22 21 20   19 18 17 ....                        ......   2  1  0 bit

부호   지수비트(11bit)                           유효자리비트(20bit)

비트

                           유효자리비트(30bit)

double형은 8바이트(64비트)로 표현하기 때문에 float보다 훨씬 크며, 유효자리비트 또한 커서 정밀도 역시 높아지게 된다.

많은 비트를 할당해서 더 큰 수와 더 정확한 정밀도를 제공한다고 해서 float형에서 발생했던 오류가 사라지는 것인가?

아니다.  여전히 존재한다.  단지, 그러한 경우가 발생할 확률이 줄어들도록 더욱 더 많은 비트를 할당 할 뿐이며 완벽한 해결법은 없다.

이러한 경우가 발생할 것을 예측하여, 프로그래머가 예방하는 길만이 최선의 방법이다.

알아두자. 아주 크거나 아주 작은 부동소수점 수는 무조건 믿으면 안된다는 것을...

지금까지 언급한 내용은 IEEE745 표준에서 나온 것으로 부동소수점 연산을 하는 기계에서 다루어지는 부분이다.

 float, double, long double 의 값들은 특정한 기계에 대한 것이며 기계에 따라 다를 수 있다. < C++을 이용한 프로그래밍, 사이텍미디어 >

출처 : http://blog.naver.com/blueslame

Installing Sun JDK 7 on Ubuntu 12.04 / 12.10 / 13.04:

• Download the sun jdk 7 tar file 
• Extract the tar file:

tar -xvzf jdk-7u11-linux-x64.tar.gz

• For Ubuntu 13.04: There is no longer a jvm folder in /usr/lib, therefore create jvm folder

sudo mkdir /usr/lib/jvm

• Move extracted folder to this location:

sudo mv jdk1.7.0_11 /usr/lib/jvm/jdk1.7.0_11

• Install new java source in system:

sudo update-alternatives --install /usr/bin/javac javac /usr/lib/jvm/jdk1.7.0_11/bin/javac 1
sudo update-alternatives --install /usr/bin/java java /usr/lib/jvm/jdk1.7.0_11/bin/java 1
sudo update-alternatives --install /usr/bin/javaws javaws /usr/lib/jvm/jdk1.7.0_11/bin/javaws 1

• Choose default java:

sudo update-alternatives --config javac
sudo update-alternatives --config java
sudo update-alternatives --config javaws

• java version test:

java -version

• Verify the symlinks all point to the new java location:

ls -la /etc/alternatives/java*

1.     작업 전 무조건 remote repository와 sync를 맞추도록 한다.

git pull

2.     모든 변경사항은 unit 단위 혹은 line by line 식으로 모든 수정사항을 commit 한다.

git add .  명령은 변경된 파일을 스테이징영역(commit 영역으로 올린다)

git commit –m “comment for modified source”

git push origin master  => remote repository(bitbucket)으로 push한다.

기본적으로 git repository 디렉토리는 master 브랜치이다.

3.     git remote add origin repository url (ssh 경우) 로 remote repository를 origin이름으로 설정한다. 그래야 bitbucket의 내용을 쓰고 읽을 수 있다.

Ssh를 쓸 경우 ssh_key를 만들어서 public_key를 bitbucket 계정에 올려줘야 한다. 그래야 권한을 얻는다.

참조 https://confluence.atlassian.com/pages/viewpage.action?pageId=271943168

4.     remote repository 의 브랜치는 따로 설정하지 않는다. 현재 master development product 3개로 설정하였다.

사용자단말에서는 webapps/자신디렉토리/에 디렉토리를 만든다음

git clone repository url 명령으로 프로젝트를 받아올 수 있다.

5.     가끔 push 중에 에러가 나는 경우가있는데 처음에 sync를 맞추지 않았기 때문이다. 리모트의 경우가 더 최신인데 내 브랜치의 소스가 update되지 않았으므로 에러를 내는 것이다. 그런 소스를 수정해서 올리는 경우를 자동방지한다. 그래서 시작시에 sync를 맞추는 것이다.

6.     부분 기능이 완료되면 관리자가 remote repository의 master 브랜치의 소스를 develop 혹은 product로 넘긴다. 그래서 우리는 개발중에도 따로 완성본을 보관할 수 있다. 이것이 브랜치의 목적이다. Webapps/web_renewal은 main 소스가 될 것이므로 건드리지 않도록 한다.

7.     다 알겠지만 포인트마다 commit을 해야 후에 잘못되었을 경우 그 직전으로 rollback이 가능하니 최대한 포인트마다 commit을 하도록 한다. 

git 설명을 위한 이미지

1. 시작하기
git init
git clone {remote repo}
ex1 - git clone https://github.com/bunhere/git-study.git
ex2 - git clone ../anotherGitRepo
ex3 - git clone git://github.com/bunhere/git-study.git

(추가글1)

방화벽등으로 SSL접속이 안된다면 (https)

GIT_SSL_NO_VERIFY=true git clone https://...

(추가글2)
git 관련 환경 설정 (http://live.gnome.org/Git/Developers  참조)

- 자신의 이름과 이메일 설정

git config --global user.name "Rupert Monkey"
git config --global user.email rupert@example.com

- color 설정

git config --global color.ui auto

2. 작업 내용 확인하고 커밋하기
git add [파일 또는 폴더 명]   : git에 파일 또는 폴더 추가  (. 을 적으면 현재 폴더 이하를 추가)
git rm [파일 또는 폴더명] : git에서 파일 또는 폴더 제거
git status : 현재 git 상태 보기
git commit -m "로그 메시지" : 위에서 add/rm한 상태를 git repo에 메시지와 함께 저장

10. git commit 순서 바꾸기

A-B-C-D => A-C-B-D

git reset --hard A
git cherry-pick B
git cherry-pick C

git cherry-pick D

11. 지워진 파일들을 모두 git rm하기
git status --porcelain | awk '/^.D .*$/ {print $2}' | xargs git rm

git 방화벽 이슈

git config --global http.proxy http://xxx.xxx.xxx.xxx

이것만으로 안될 경우 proxy wrapper를 이용

export GIT_PROXY_COMMAND="/usr/bin/proxy-wrapper"

sudo vi /usr/bin/proxy-wrapper

git branch --set-upstream-to=origin/master master

출처 : http://bunhere.tistory.com/37

이 문서는 Linux (ubuntu 12.04)를 기반으로 동작하는 내용이다. 거의 비슷하겠지만 조금 다를 수도 있다.

해당 작업(프로젝트) 디렉토리에서 

>>git init 

새로운 git저장소가 된다.

>>git clone (remote hosting address)

원격의 repository를 복제한다.

보통 저장소는 세부분으로 구분한다.  Working directory / Index / Head 이다.

Working directory는 말그대로 작업디렉토리이며 Index는 staging area의 역활이다. 커밋하기 전 보관되는 버퍼정도라고 생각하자. 보통 git add 를 하면 여기에 보관된다.

마지막으로 Head는 최종 commit된 내용을 갖는다.

>> git add -A  

작업디렉토리의 모든 파일을 등록한다. 

해당 파일을 받아서 지운 후 다시 인스톨 하면 된다. 

하드가 새로 추가되거나 혹은 가끔 하드 드라이브로 인식되는 USB가 작동할 때 그러는 것 같다.

아마 프로그램 추가/제거에서 지우고 설치해도 다시 동작하지 않을 것이다. 

아래 프로그램을 이용해서 지운 후 다시 설치하는 수 밖에 .ㅠㅠ

O15CTRRemove.diagcab