이클립스란 툴이 점점 익숙해져 간다. 참... 대단하다. 초기 개발 자금이 500억이라고 했었는데
여러 회사가 참여했다고 한다. 그럴만도 한 것이 오픈소스로 개발하면서 프로젝트에 참여한 후
알고리즘을 얼마든지 자기 회사의 제품에 넣을 수가 있기 때문이겠지.
내가 지금 사용하고 있는 프로그램들이 얼마나 대단한 수고와 노력으로 이루어졌는지 조금씩
깨달을 수가 있는 것 같다. 문제는 복사가 너무 쉽다는 것. CPU 같은 하드웨어는 복사가 안되니
참으로 대단. 하기사 칩의 재료도 백사장에 반짝이는 것들이라고 하니... 하드웨어든지 소프트웨어
든지 오로지 기술력으로만 이루어져 있다고 할 수가 있겠지...
슬슬. 캡춰를 시작해 볼까.
참... 내가 쓰는 글들을 누군가 읽을까 하지만. 우선은 밀린 다이어리에 대한 반성과 앞으로 디지털
의 행보를 꾸준히 하려는 나의 의지다. 그리고 누군가에게 분명 도움이 될 것이라 생각된다
옵션 설정에 도움되는 몇가지 팁.
이클립스 2.x 영문 버젼에서 나오는 것인데 그냥 알아두면 도움이 될 것 같은 내용.
Conflict of interface method with protected `Object` method : Object 클레스에 protected 메소드로 정의된 메소드를 인터페이스에서 호환되지 않게 정의했다. 즉 인터페이스에서 당므과 같은 식으로 메소드를 선언한 경우.
interface XXX {
public int clone();
public int finalize();
}
원래 있는 것인디.
Hidden catch blocks : 앞의 catch 블록에 의해 뒤의 catch 블록이 가려진다.
try { new FileInputStream("aFilePath"); }
catch (FileNotFoundException e) {}
catch (IOException e) { // 예외 상황이 안 옴 }
FileNotFoundException은 IOException의 서브타입이고, FileInputStream의 생성자가 던지는 예외 상황은 FileNotFoundException 뿐이므로, 두 번째 catch 블록ㅇ느 절대 실행되지 않는다.
Non-static access to static member : 정적 멤버를 인스턴스 멤버인 것처럼 사용하고 있따.
class A {
...
public static void methodA() { ... }
}
...
A a = new A();
a.methodA(); // 여기
Access to a non-accessible member of an enclosing type : 내부 클래스에서 자신을 감싸는 클래스의 private 멤버에 접근하고 있따. 예를 들어 다음과 같은 경우다.
class A {
...
private String str;
...
class InnerOfA {
...
void innerMethodA() {
...
System.out.println(str); //여기
...
}
}
}
이클립스 2.x 영문 버젼에서 나오는 것인데 그냥 알아두면 도움이 될 것 같은 내용.
Conflict of interface method with protected `Object` method : Object 클레스에 protected 메소드로 정의된 메소드를 인터페이스에서 호환되지 않게 정의했다. 즉 인터페이스에서 당므과 같은 식으로 메소드를 선언한 경우.
interface XXX {
public int clone();
public int finalize();
}
원래 있는 것인디.
Hidden catch blocks : 앞의 catch 블록에 의해 뒤의 catch 블록이 가려진다.
try { new FileInputStream("aFilePath"); }
catch (FileNotFoundException e) {}
catch (IOException e) { // 예외 상황이 안 옴 }
FileNotFoundException은 IOException의 서브타입이고, FileInputStream의 생성자가 던지는 예외 상황은 FileNotFoundException 뿐이므로, 두 번째 catch 블록ㅇ느 절대 실행되지 않는다.
Non-static access to static member : 정적 멤버를 인스턴스 멤버인 것처럼 사용하고 있따.
class A {
...
public static void methodA() { ... }
}
...
A a = new A();
a.methodA(); // 여기
Access to a non-accessible member of an enclosing type : 내부 클래스에서 자신을 감싸는 클래스의 private 멤버에 접근하고 있따. 예를 들어 다음과 같은 경우다.
class A {
...
private String str;
...
class InnerOfA {
...
void innerMethodA() {
...
System.out.println(str); //여기
...
}
}
}
자바에서 MYSQL 이나 JDBC 드라이버를 사용하려면 어떻게 할까?
우선 JAR 파일을 받는다. mysql 이나 jdbc 드라이버는 하나의 jar 파일로 구성된다. C에서 말하는
라이브러리와 같다. 패키지 익스플로어에서 프로젝트를 하나 연 다음 .... 주 메뉴의 프로젝트로
간다. 제일 밑에 특성쪽으로 가면 프로젝트의 환경설정 창이 뜬다. 빌드 경로를 클릭하면 메뉴가
나오는데 거기서 라이브러리를 선택한다. 그리고 오른쪽에 보면 외부 Jar 파일 추가가 있는데 거기
서 추가해주면 된다. 보통 java/jre/lib/ext에 넣으면 자동으로 인식을 한다.
프로젝트마다 추가하기 힘들면 창 - 환경 설정으로 가서 java를 열고 빌드 경로를 선택하면 된다.
참.... 이클립스 한글 패치는 그냥 이클립스 폴더에 한글 패치를 덮어 씌우면 된다. 문제점은 영문판
에서 전환이 어렵다. 영문판 쓰는게 편한 사람들은 잘 적응을 못하는 경우도 있었다.
우선 JAR 파일을 받는다. mysql 이나 jdbc 드라이버는 하나의 jar 파일로 구성된다. C에서 말하는
라이브러리와 같다. 패키지 익스플로어에서 프로젝트를 하나 연 다음 .... 주 메뉴의 프로젝트로
간다. 제일 밑에 특성쪽으로 가면 프로젝트의 환경설정 창이 뜬다. 빌드 경로를 클릭하면 메뉴가
나오는데 거기서 라이브러리를 선택한다. 그리고 오른쪽에 보면 외부 Jar 파일 추가가 있는데 거기
서 추가해주면 된다. 보통 java/jre/lib/ext에 넣으면 자동으로 인식을 한다.
프로젝트마다 추가하기 힘들면 창 - 환경 설정으로 가서 java를 열고 빌드 경로를 선택하면 된다.
참.... 이클립스 한글 패치는 그냥 이클립스 폴더에 한글 패치를 덮어 씌우면 된다. 문제점은 영문판
에서 전환이 어렵다. 영문판 쓰는게 편한 사람들은 잘 적응을 못하는 경우도 있었다.
http://eclipse.org
http://eclipsewiki.swiki.net
http://okjsp.pe.kr
http://www.javastudy.co.kr
http://jlab.net
http://www.javajigi.net
http://eclipsians.net
http://eclipsewiki.swiki.net
http://okjsp.pe.kr
http://www.javastudy.co.kr
http://jlab.net
http://www.javajigi.net
http://eclipsians.net
CVS란 무엇인가? Concurrent Version System의 약자로 말 그대로 공동의 버젼 시스템? 좀 이상한다. 여하튼 버젼 컨트롤 시스템이다. CVS는 윈도우 버젼과 리눅스 버젼을 사용해 봤는데 윈도우 버젼은 자기 컴퓨터에 쓸 때 유용하게 이용할 수 있는 것 같다. 그냥 저장보다는 CVS를 이용하면 고쳤을 때 버젼이 JAVA화일에 버젼이 매겨지고 자동으로 버젼이 올라간다. 그리고 버젼별로 파일이 저장된다. 패키지 익스플로러에서 Ctrl+N 하면 해서 프로젝트 -> CVS -> CVS에서 체크아웃을 하면 현재 CVS에 있는 자료들을 받을수가 있다. 계정하고 저장소 포트 번호들을 넣어주면 된다.
패키지 익스플로러로 가서 마우스 오른쪽 버튼을 눌러 Team(팀)에 가면 CVS관련 메뉴가 나오는데 싱크로나이즈하고 커밋(Commit), Update밖에 안쓴다. 기타 태그나 여기 좋은 기능이 있지만 알아야 쓰제... 여하튼 Commit은 현재 자기 자료를 올릴 때 Update는 자료를 받을 때, Sincronized.. 어쩌구는 자기가 편집하고 있는 자료가 최신 업데이트가 되지 않은 채... 즉 현재 자기가 편집한 화일이 저장소에 파일로 충돌이 있을 때(동시에 두사람이 작업한 경우) 사용하는 것이다. 마지막으로 편집한 사람이 싱크로를 해 줘야 하는데 싱크로 해보면 자동으로 싱크로 퍼스펙티브로 변경되면서 로컬 파일과 서버에 있는 파일이 같이 뜬다.
Ctrl+F8로 CVS로 관점을 변경하고 Alt+W에서 보기 표시를 보게 되면 CVS관련 보기가 Other에서 찾기 않아도 자동으로 나와 있다. CVS 자원 히스토리를 클릭하면 밑에 창이 뜬다. 패키지 익스플로러에서 아무 클래스나 클릭하면 그 클래스가 Commit될 때 적어논 메모가 보여진다.
패키지 익스플로러로 가서 마우스 오른쪽 버튼을 눌러 Team(팀)에 가면 CVS관련 메뉴가 나오는데 싱크로나이즈하고 커밋(Commit), Update밖에 안쓴다. 기타 태그나 여기 좋은 기능이 있지만 알아야 쓰제... 여하튼 Commit은 현재 자기 자료를 올릴 때 Update는 자료를 받을 때, Sincronized.. 어쩌구는 자기가 편집하고 있는 자료가 최신 업데이트가 되지 않은 채... 즉 현재 자기가 편집한 화일이 저장소에 파일로 충돌이 있을 때(동시에 두사람이 작업한 경우) 사용하는 것이다. 마지막으로 편집한 사람이 싱크로를 해 줘야 하는데 싱크로 해보면 자동으로 싱크로 퍼스펙티브로 변경되면서 로컬 파일과 서버에 있는 파일이 같이 뜬다.
Ctrl+F8로 CVS로 관점을 변경하고 Alt+W에서 보기 표시를 보게 되면 CVS관련 보기가 Other에서 찾기 않아도 자동으로 나와 있다. CVS 자원 히스토리를 클릭하면 밑에 창이 뜬다. 패키지 익스플로러에서 아무 클래스나 클릭하면 그 클래스가 Commit될 때 적어논 메모가 보여진다.
이클립스의 Windows에 가서 이래저래 하다보면 보기 표시(난 한글 패치를 해서... 메뉴이름이 한글로 나온다)에 가면 타스크 라는 것이 있다. 타스크를 열면 현재 프로젝트에서 TODO 라고 씌여진 부분이 나타나게 되는데 공동작업 할 때 유용하다.
어떤 매서드를 만들다가 중단한 경우 // TODO : 여기서 중단되었음 길동아 좀 봐도... 라고 해 놓으면 TASK 창을 열면 TODO라인이 뜨면서 설명이 나오고 바로 가기가 된다.
오늘 단축키는
Alt+Shift+S 와 Alt+Shift+T이다. 각각 소스메뉴와 리펙토링 메뉴에서 중요한 메뉴가 뜬다. 단축키를 다 외우는 것이 더 좋기는 하다만....
Ctrl+M 의 경우 현재 편집창의 크기를 크게 한다.
그리고 가장 유용한 기능
Ctrl + A 해서 전체를 선택하고 Ctrl+Shift+F를 누르면 소스가 정렬이 된다. 정말 좋은 기능이다.
어떤 매서드를 만들다가 중단한 경우 // TODO : 여기서 중단되었음 길동아 좀 봐도... 라고 해 놓으면 TASK 창을 열면 TODO라인이 뜨면서 설명이 나오고 바로 가기가 된다.
오늘 단축키는
Alt+Shift+S 와 Alt+Shift+T이다. 각각 소스메뉴와 리펙토링 메뉴에서 중요한 메뉴가 뜬다. 단축키를 다 외우는 것이 더 좋기는 하다만....
Ctrl+M 의 경우 현재 편집창의 크기를 크게 한다.
그리고 가장 유용한 기능
Ctrl + A 해서 전체를 선택하고 Ctrl+Shift+F를 누르면 소스가 정렬이 된다. 정말 좋은 기능이다.
이클립스는 퍼스펙티브라는 관점에 따라서 필요한 창이 뜬다. 그리고 배치도 틀리다. windows에서 perspective 사용자 정의나 불러 오는 옵션들이 있다. 기본적으로 JAVA, DEBUG, CVS Repository Exploring, Resource 등을 많이 쓴다. Ctrl + F8을 누르면 변경시킬 수 있다. 숏컷바를 이용해도 되는데 내 일기장에는 되도록 단축키만 적으려고 한다.
Ctrl + F8 퍼스펙티브 변경
Ctrl + F7보기 이동 (아웃라인이나 패키지 탐색쪽으로...)
Ctrl + F6 열려진 창끼리 이동.
어디에 있던지 F12를 누르면 편집창으로 이동된다.
Alt+Shift+Q P 패키지 익스플로러로 바로 가고
Alt+Shift+Q X 문제점창으로 바로 간다.
Alt+Shift+Q T 계층 구조로 바로 간다. 계층 구조를 열려고 하면 편집기에서
해당 매소드나 클레스로 간 다음. F4 키나 Ctrl+T를 누르면 된다. 둘의 기능은 틀리다.
Ctrl + F8 퍼스펙티브 변경
Ctrl + F7보기 이동 (아웃라인이나 패키지 탐색쪽으로...)
Ctrl + F6 열려진 창끼리 이동.
어디에 있던지 F12를 누르면 편집창으로 이동된다.
Alt+Shift+Q P 패키지 익스플로러로 바로 가고
Alt+Shift+Q X 문제점창으로 바로 간다.
Alt+Shift+Q T 계층 구조로 바로 간다. 계층 구조를 열려고 하면 편집기에서
해당 매소드나 클레스로 간 다음. F4 키나 Ctrl+T를 누르면 된다. 둘의 기능은 틀리다.
이클립스를 실행시켜 보려고 한다.
www.eclipse.org에서 이클립스를 받자. 다운로드로 가면 받을 수 있는데...
Release : 릴리즈 버젼이다. 말 그대로 배포하기 위해서 정식 버젼으로 인정된 것을 말한다.
Integration Build : 각 컴포넌트에서 안정적인 것들을 통합한 버젼..
Stable Build : Integration Build 중에서 사용자가 안정적으로 사용할 수 있다고 평가된 버젼.
Nightly Build : 수정 여부에 관계없이 매일 밤에 빌드한 버젼.
Release를 받으면 된다.
자바 런타임도 깔자. 이클립스에서 자동으로 JRE를 찾지 못한다면....
eclipse.exe -vm c:\j2sdk.1.4.1/bin/javaw.exe 라는 식으로... JAVA 5인 경우엔 c:\prog...\java\jre\bin\javaw가 될 것이다.
기타 옵션은.
eclipse.exe -data c:\myprogram workspace 디렉토리 지정..
eclipse.exe -vmargs -Xmx256m 최대 메모리 값을 지정. 자바는 메모리를 많이 사용하기에 이 정도는... 원래는 128을 쓴다. 메모리가 부족하면 속도가 느려지거나 정상동작이 안된다고 한다.
www.eclipse.org에서 이클립스를 받자. 다운로드로 가면 받을 수 있는데...
Release : 릴리즈 버젼이다. 말 그대로 배포하기 위해서 정식 버젼으로 인정된 것을 말한다.
Integration Build : 각 컴포넌트에서 안정적인 것들을 통합한 버젼..
Stable Build : Integration Build 중에서 사용자가 안정적으로 사용할 수 있다고 평가된 버젼.
Nightly Build : 수정 여부에 관계없이 매일 밤에 빌드한 버젼.
Release를 받으면 된다.
자바 런타임도 깔자. 이클립스에서 자동으로 JRE를 찾지 못한다면....
eclipse.exe -vm c:\j2sdk.1.4.1/bin/javaw.exe 라는 식으로... JAVA 5인 경우엔 c:\prog...\java\jre\bin\javaw가 될 것이다.
기타 옵션은.
eclipse.exe -data c:\myprogram workspace 디렉토리 지정..
eclipse.exe -vmargs -Xmx256m 최대 메모리 값을 지정. 자바는 메모리를 많이 사용하기에 이 정도는... 원래는 128을 쓴다. 메모리가 부족하면 속도가 느려지거나 정상동작이 안된다고 한다.
나의 디지털 다이어리도 끝나가는 것 같다. 요즈음엔 자바 공부밖에는 하지 않고 있다. 여기저기 책을 뒤적거리며... 그것들로 내 다이어리를 채울 수 있다면 좋을텐데...
AWT 컴포넌트들은 중량 컴포넌트라면 SWING은 경량 컴포넌트라고 할 수 있다. 단 JApplet, JDialog, Jwindow, JFrame들은 중량이라고 할 수 있다. 이것들은 AWT 클래스의 직접적인 서브 클래스이기 때문에 플랫폼에 종속적이다.
위의 네가지만 제외하면 스윙 컴포넌트는 100 퍼센트 순수 자바 코드로 이루어져 있다. 플랫폼에 독립적이기 때문에 스윙 버튼이나 텍스트 영역이 매킨토시, 솔라리스, 리눅스, 윈도우에 독립적으로 보이고, 기능 또한 각 플랫폼에 맞게 동작시킬 수 있다. 이런 형태의 디자인은 각 플랫폼에 따른 애플리케이션의 디버그나 테스트의 필요성을 감소 시킨다.
MVC 구조를 모델/뷰/컨트롤러 구조로 객체지향 사용자 인터페이스를 분리하여 디자인한 구조이다
AWT 컴포넌트들은 중량 컴포넌트라면 SWING은 경량 컴포넌트라고 할 수 있다. 단 JApplet, JDialog, Jwindow, JFrame들은 중량이라고 할 수 있다. 이것들은 AWT 클래스의 직접적인 서브 클래스이기 때문에 플랫폼에 종속적이다.
위의 네가지만 제외하면 스윙 컴포넌트는 100 퍼센트 순수 자바 코드로 이루어져 있다. 플랫폼에 독립적이기 때문에 스윙 버튼이나 텍스트 영역이 매킨토시, 솔라리스, 리눅스, 윈도우에 독립적으로 보이고, 기능 또한 각 플랫폼에 맞게 동작시킬 수 있다. 이런 형태의 디자인은 각 플랫폼에 따른 애플리케이션의 디버그나 테스트의 필요성을 감소 시킨다.
MVC 구조를 모델/뷰/컨트롤러 구조로 객체지향 사용자 인터페이스를 분리하여 디자인한 구조이다
이클립스 핫키 추가~
Alt + Shift 는 AS라고 하면...
AS + L : Local 변수 추출 system.out.println("ㅁㄴㅇㄻㄴㅇㄹ"); 에서 ㅁㄴㅇㄻㄴㅇㄹ 에서 이 버튼을 누르면 저 문자들이 변수로 추출되고 자동으로 String 형 변수 선언과 동시에 변수도 저기에 들어 가게 된다.
AS + I : Inline 위에 것과는 반대의 과정을 수행한다. 선언된 것을 집어넣고 변수 선언을 없애준다.
AS + M : 범위를 선택하고 누르면 그 부분을 메서드로 추출해 준다. main 부분에 너무 많은 내용이 있다면 void형 매소드로 추출해서 간결하게 할 수도 있고....
Alt + 좌 우 방향키 : 바로 전이나 전전에 작업했던 작업창으로 간다. 작업창을 전환하는 Ctrl+PageUP, pageDOWN보다 더 유용하다.
F3을 두번 연속으로 클릭 : 선택된 것이 정의된 곳으로 이동한다.
TODO만 모아놓는 창이 있다. Alt+W 해서 찾아 보도록
Alt + Shift 는 AS라고 하면...
AS + L : Local 변수 추출 system.out.println("ㅁㄴㅇㄻㄴㅇㄹ"); 에서 ㅁㄴㅇㄻㄴㅇㄹ 에서 이 버튼을 누르면 저 문자들이 변수로 추출되고 자동으로 String 형 변수 선언과 동시에 변수도 저기에 들어 가게 된다.
AS + I : Inline 위에 것과는 반대의 과정을 수행한다. 선언된 것을 집어넣고 변수 선언을 없애준다.
AS + M : 범위를 선택하고 누르면 그 부분을 메서드로 추출해 준다. main 부분에 너무 많은 내용이 있다면 void형 매소드로 추출해서 간결하게 할 수도 있고....
Alt + 좌 우 방향키 : 바로 전이나 전전에 작업했던 작업창으로 간다. 작업창을 전환하는 Ctrl+PageUP, pageDOWN보다 더 유용하다.
F3을 두번 연속으로 클릭 : 선택된 것이 정의된 곳으로 이동한다.
TODO만 모아놓는 창이 있다. Alt+W 해서 찾아 보도록
이클립스 단축키 중 유용한 것 추가~
Ctrl + T = 계층구조를 보여 준다. 커서가 위치한 곳의 매서드도 계층 구조를 보여준다.
F4 = 계층 구조를 보여주지만 화면에 보이는 클레스의 계층 구조를 보여준다.
Alt + Shift + J = 주석을 붙여준다. Ctrl + / 와는 달리 커서가 위치한 매서드나 클레스의 위쪽에
자동으로 Javadoc용 주석표를 붙이고 형식을 지정해 준다.
Page UP이나 Page Down으로 열려진 소스들을 이동하지 않더라도 Ctrl + E를 하면 선택해서
이동할 수 있다.
Alt + Shift + S 는 소스쪽 Alt + Shift + T 는 리펙터쪽의 팝업 메뉴를 띄워준다.
그리고 가장 중요한 팁~
Ctrl + Q는 조금전까지 타이핑하거나 지운 쪽으로 이동시켜 준다. 즉 소스를 치다가 위에 쳤던 곳을
보려고 막 이동하다가 Ctrl+Q를 누르면 바로 편집하던 곳으로 이동시켜 준다. 정말 유용하다.
Ctrl + T = 계층구조를 보여 준다. 커서가 위치한 곳의 매서드도 계층 구조를 보여준다.
F4 = 계층 구조를 보여주지만 화면에 보이는 클레스의 계층 구조를 보여준다.
Alt + Shift + J = 주석을 붙여준다. Ctrl + / 와는 달리 커서가 위치한 매서드나 클레스의 위쪽에
자동으로 Javadoc용 주석표를 붙이고 형식을 지정해 준다.
Page UP이나 Page Down으로 열려진 소스들을 이동하지 않더라도 Ctrl + E를 하면 선택해서
이동할 수 있다.
Alt + Shift + S 는 소스쪽 Alt + Shift + T 는 리펙터쪽의 팝업 메뉴를 띄워준다.
그리고 가장 중요한 팁~
Ctrl + Q는 조금전까지 타이핑하거나 지운 쪽으로 이동시켜 준다. 즉 소스를 치다가 위에 쳤던 곳을
보려고 막 이동하다가 Ctrl+Q를 누르면 바로 편집하던 곳으로 이동시켜 준다. 정말 유용하다.
아직 이클립스 시작단계인 내가 이클립스를 쓰면서 많이 쓰는 단축키는 이렇다.
Ctrl + SpaceBar 자동 완성 기능 과 Ctrl+1 자동 오류 수정 기능은 엄청나게 쓴다.
Ctrl + A 눌러서 전체 선택하고 Ctrl + Shift + F 도 엄청 쓴다. 그러면 소스가 자동 정렬된다.
Alt+Shift + (이하 AS +) Q + P 도 자주 쓴다. 패키지 탐색기를 많이 이용하기 때문이다.
AS + Q + O 는 아웃라인 창으로 가고, AS + Q + X는 문제점으로 간다.
창끼리 이동하는 것은 Ctrl + PageUP이나 Ctrl + PageDOWN을 쓴다. 여러 소스가 열려있을 때
정말 편리하다. 그리고 소스창이 너무 작을 때 Ctrl + M을 누르면 창이 커지고 작아지기도 한다.
Ctrl+Shift+ W는 지금 열려있는 소스창들을 다 닫아 준다.
뭐, 이 정도만 쓰고 있다. 일단은. 100가지가 넘는데 언제 다 외우지 --;
Ctrl + SpaceBar 자동 완성 기능 과 Ctrl+1 자동 오류 수정 기능은 엄청나게 쓴다.
Ctrl + A 눌러서 전체 선택하고 Ctrl + Shift + F 도 엄청 쓴다. 그러면 소스가 자동 정렬된다.
Alt+Shift + (이하 AS +) Q + P 도 자주 쓴다. 패키지 탐색기를 많이 이용하기 때문이다.
AS + Q + O 는 아웃라인 창으로 가고, AS + Q + X는 문제점으로 간다.
창끼리 이동하는 것은 Ctrl + PageUP이나 Ctrl + PageDOWN을 쓴다. 여러 소스가 열려있을 때
정말 편리하다. 그리고 소스창이 너무 작을 때 Ctrl + M을 누르면 창이 커지고 작아지기도 한다.
Ctrl+Shift+ W는 지금 열려있는 소스창들을 다 닫아 준다.
뭐, 이 정도만 쓰고 있다. 일단은. 100가지가 넘는데 언제 다 외우지 --;
잠시 리눅스로 돌아가서.... 명령어 복습좀 해보려 한다.
/etc/aliases 단축 명령어 모음
관련 파일 /etc/aliases.db, /usr/include/aliases.h
arch = uname -m
bg %1
fg %1
jobs
cat -n
finger
chfn -u 사용자 정보변경
ulimit -c 0 - 비정상 종료시 메모리 덤프 내용의 코어를 만드는데 안만듦.
chsh -l 쉘 종류 보기
chsh -s bash 배쉬로 바꾸기.
애거.. 리눅스 서버 해킹 당하고 나서 명령어를 쓰지 않았더니 점점 잊혀져 간다. 크레커가 왤케 많은 거여.
/etc/aliases 단축 명령어 모음
관련 파일 /etc/aliases.db, /usr/include/aliases.h
arch = uname -m
bg %1
fg %1
jobs
cat -n
finger
chfn -u 사용자 정보변경
ulimit -c 0 - 비정상 종료시 메모리 덤프 내용의 코어를 만드는데 안만듦.
chsh -l 쉘 종류 보기
chsh -s bash 배쉬로 바꾸기.
애거.. 리눅스 서버 해킹 당하고 나서 명령어를 쓰지 않았더니 점점 잊혀져 간다. 크레커가 왤케 많은 거여.
자바의 주요 패키지 간단히 적어 보려 한다. 책에 있는 내용을 적었다. 객체지향 디자인 패턴(정보문화사) <- 뭐 어차피 API에 있는 거고 덧붙인 설명도 없는 것이라 인용이라 생각되진 않는다.
java.lang : 기본적인 자바 클래스들을 포함하고 있는 패키지. import를 사용하지 않아도 기본적으로 자바 프로그램속에 포함되는 패키지이다.
java.io : 입/출력(파일을 포함한 모든)과 관련된 클래스들이 모여있는 패키지다.
java.util : 유틸리티 클래스들이 모인 패키지
java.net : 네트워크와 관련된 클래스들이 모인 패키지
java.awt : 모든 플랫폼에서 통용되는 GUI(그래픽 유저 인터페이스)와 관련된 클래스들이 모인 패키지
java.applet : 자바 애플릿을 만드는 데 사용되는 클레스들이 모인 패키지.
java.lang : 기본적인 자바 클래스들을 포함하고 있는 패키지. import를 사용하지 않아도 기본적으로 자바 프로그램속에 포함되는 패키지이다.
java.io : 입/출력(파일을 포함한 모든)과 관련된 클래스들이 모여있는 패키지다.
java.util : 유틸리티 클래스들이 모인 패키지
java.net : 네트워크와 관련된 클래스들이 모인 패키지
java.awt : 모든 플랫폼에서 통용되는 GUI(그래픽 유저 인터페이스)와 관련된 클래스들이 모인 패키지
java.applet : 자바 애플릿을 만드는 데 사용되는 클레스들이 모인 패키지.
클레스의 종류는 몇가지가 있다.
걍 클레스, 중첩 클레스, 내부 클레스, 로컬 클레스, 익명 클레스...
중첩 클레스는 static로 선언되어서 클레스 속에 있는 메소드와 같다. 클레스 속에 또 하나의 클레스
가 있는 것이다.
내부 클레스는 static은 아니고 내부에 있다. 만약 중첩 클레스가 B이고 그것을 둘러싼 것이 A라는
클레스이면 A a = new A(); A.B b = new A.B(); 해서 중첩 클레스를 호출 할 수 있는데 내부
클레스는 A,B b = a.new B(); 로 해야 한다고 한다.
왜 그런지는 나도 모른다. 지식in에 물어봐야 겠다.
로컬클레스는 메소드 속에 정의된 것이고 익명은 클레스 이름이 없는 클레스이다. 이것밖에 모른다.
걍 클레스, 중첩 클레스, 내부 클레스, 로컬 클레스, 익명 클레스...
중첩 클레스는 static로 선언되어서 클레스 속에 있는 메소드와 같다. 클레스 속에 또 하나의 클레스
가 있는 것이다.
내부 클레스는 static은 아니고 내부에 있다. 만약 중첩 클레스가 B이고 그것을 둘러싼 것이 A라는
클레스이면 A a = new A(); A.B b = new A.B(); 해서 중첩 클레스를 호출 할 수 있는데 내부
클레스는 A,B b = a.new B(); 로 해야 한다고 한다.
왜 그런지는 나도 모른다. 지식in에 물어봐야 겠다.
로컬클레스는 메소드 속에 정의된 것이고 익명은 클레스 이름이 없는 클레스이다. 이것밖에 모른다.
Eclipse는 식이란 뜻이다. 월식, 일식하는 세레모니?
sysout 하고 Ctrl+SpaceBar 하면 system.out.println이 되는 줄 알았는데 syso 만쳐도 되었다.
Eclipse는 3.0.1 버젼까지 나왔고 한글판 언어팩 깔면 도움말까지 한글로 나온다.
TODO를 적어 놓으면 코딩창의 오른쪽에 파란색 점이 표시되는데 그것을 클릭하면 TODO쪽으로
바로 이동이 된다. 책갈피 기능 같은 것이다.
플러그인이 600가지가 넘는다. 몰랐다. 사이트는 www.eclipse-plugins.info 다.
대체적으로 플러그인 설치법은 압축풀고 덮어 씌우면 된다. 자동으로 Add가 된다. plugin 폴더에.
sysout 하고 Ctrl+SpaceBar 하면 system.out.println이 되는 줄 알았는데 syso 만쳐도 되었다.
Eclipse는 3.0.1 버젼까지 나왔고 한글판 언어팩 깔면 도움말까지 한글로 나온다.
TODO를 적어 놓으면 코딩창의 오른쪽에 파란색 점이 표시되는데 그것을 클릭하면 TODO쪽으로
바로 이동이 된다. 책갈피 기능 같은 것이다.
플러그인이 600가지가 넘는다. 몰랐다. 사이트는 www.eclipse-plugins.info 다.
대체적으로 플러그인 설치법은 압축풀고 덮어 씌우면 된다. 자동으로 Add가 된다. plugin 폴더에.
오버로딩과 오버라이드.
간단히 말해서 오버로딩은 메소드에 인자 형태를 여러가지로 지정하는 것이다.
오버라이드는 같은 이름의 메소드를 다시 만드는 것이다.
static
static란 객체지향의 핵심개념의 재사용을 거스르는 예약어이다. 재 사용이 안된다. 그래서 main은
static로 선언되고 어디서 호출해서 다시 쓰여질 수가 없다. 이해가 된다. main 이라도 똑바로 곧은
절차적 길을 가야 프로그램이 실행된다는 것이다. 뭐, 제대로된 표현도 아니겠지만 이렇게 생각
한다.
뜬구름만 잡는 식이군...
간단히 말해서 오버로딩은 메소드에 인자 형태를 여러가지로 지정하는 것이다.
오버라이드는 같은 이름의 메소드를 다시 만드는 것이다.
static
static란 객체지향의 핵심개념의 재사용을 거스르는 예약어이다. 재 사용이 안된다. 그래서 main은
static로 선언되고 어디서 호출해서 다시 쓰여질 수가 없다. 이해가 된다. main 이라도 똑바로 곧은
절차적 길을 가야 프로그램이 실행된다는 것이다. 뭐, 제대로된 표현도 아니겠지만 이렇게 생각
한다.
뜬구름만 잡는 식이군...
캡슐화
내가 생각하는 캡슐화는 그냥 객체를 만드는 것이다. 아니 클레스를 코딩하는 것 자체이다. 다만 중요한 멤버 변수등은 private로 선언해서 외부에서 접근하지 못하도록 보호막을 씌워둔다. 변수나 매서드의 제일 처음에 쓰는 예약으로 private, protected, public이 있는데. private는 클레스 내부에서만 protected는 상속관계에 있는 클레스만... public 모든 클레스에서 호출할 수 있다.
추상화
상속 받을 수 있는 상위 클레스나 인터페이스를 만드는 것이라고 생각한다. 공통되는 부분을 뽑아야지 상속을 받을 수 있고 인터페이스에 있는 다중 상속을 받을 수가 있다.
참... 인터페이스의 개념을 처음에는 몰랐다. 실제 내용은 들어가지 않고 추상 함수로만 만들어 졌다고 하는데 그렇게 해서는 아무런 기능을 가지지 못하는 줄 알았다. 하지만 문을 여는 매서드가 인터페이스에 있고 true, false 값도 가지고 있다면 인터페이스가 변형됨으로서 다중 상속을 받은 모든 각가지 문이 열리게 된다.
사실 예제도 못봤고 이런 개념인지 확실히는 모른다. ^^ 틀려도 일단 이렇게 개념을 잡는 수 밖엔.
내가 생각하는 캡슐화는 그냥 객체를 만드는 것이다. 아니 클레스를 코딩하는 것 자체이다. 다만 중요한 멤버 변수등은 private로 선언해서 외부에서 접근하지 못하도록 보호막을 씌워둔다. 변수나 매서드의 제일 처음에 쓰는 예약으로 private, protected, public이 있는데. private는 클레스 내부에서만 protected는 상속관계에 있는 클레스만... public 모든 클레스에서 호출할 수 있다.
추상화
상속 받을 수 있는 상위 클레스나 인터페이스를 만드는 것이라고 생각한다. 공통되는 부분을 뽑아야지 상속을 받을 수 있고 인터페이스에 있는 다중 상속을 받을 수가 있다.
참... 인터페이스의 개념을 처음에는 몰랐다. 실제 내용은 들어가지 않고 추상 함수로만 만들어 졌다고 하는데 그렇게 해서는 아무런 기능을 가지지 못하는 줄 알았다. 하지만 문을 여는 매서드가 인터페이스에 있고 true, false 값도 가지고 있다면 인터페이스가 변형됨으로서 다중 상속을 받은 모든 각가지 문이 열리게 된다.
사실 예제도 못봤고 이런 개념인지 확실히는 모른다. ^^ 틀려도 일단 이렇게 개념을 잡는 수 밖엔.
생성자와 파괴자.
클레스를 만들면 생성자를 무조건 만들어 줘야 한다. 안 만들면 디폴트로 만들어 지는데 생성자는 객체가 처음 만들어 질 때 실행되는 매서드 이다. 객체랑 이름이 같은 메서드 이기도 하다.
생성자는 인자수를 여러개해서 오버로딩 할 수도 있다. system.our.print() 같은 경우도 여러개의 생성자를 오버로딩해서 리턴값을 돌려주는 형태를 취하고 있다고 한다. java.sun.com의 API를 보지는 않았지만 ^^.
파괴자는 객체가 제어될 때 호출되는 것이라던지. 예제도 아직 못봤고 어떻게 생겨먹은지도 모른다. 아무튼 있다고 한다.
생성자에 void 반환 타입을 넣고 기능을 막~ 적으면 구조적 프로그램처럼 되어 버린다. 솔직히 객체지향은 설계도 너무 난해하고 잘 하기도 힘들어서 코딩을 하다보면 자꾸 구조적 프로그램이 되어 버린다.
객체지향은 어렵지만... 재미있는 것 같다. ㅋ 어린 넋두리
클레스를 만들면 생성자를 무조건 만들어 줘야 한다. 안 만들면 디폴트로 만들어 지는데 생성자는 객체가 처음 만들어 질 때 실행되는 매서드 이다. 객체랑 이름이 같은 메서드 이기도 하다.
생성자는 인자수를 여러개해서 오버로딩 할 수도 있다. system.our.print() 같은 경우도 여러개의 생성자를 오버로딩해서 리턴값을 돌려주는 형태를 취하고 있다고 한다. java.sun.com의 API를 보지는 않았지만 ^^.
파괴자는 객체가 제어될 때 호출되는 것이라던지. 예제도 아직 못봤고 어떻게 생겨먹은지도 모른다. 아무튼 있다고 한다.
생성자에 void 반환 타입을 넣고 기능을 막~ 적으면 구조적 프로그램처럼 되어 버린다. 솔직히 객체지향은 설계도 너무 난해하고 잘 하기도 힘들어서 코딩을 하다보면 자꾸 구조적 프로그램이 되어 버린다.
객체지향은 어렵지만... 재미있는 것 같다. ㅋ 어린 넋두리
자바는 3가지 포함 관계가 있다고 한다.
이다, 가지다, 하다. 이다. 이다는 뭐 호랑이는 포유류이다. 나 사자는 포유류 이다.는 식으로 관계를 짓는 것이다. 여기서 호랑이와 사자의 상위 클레스로 포유류를 추출할 수 있는데 이러한 일련의 과정을 추상화라고 한다. 일반화와 구체화? 일반화와 특별화 등으로 말을 하던데 어차피 추출하는 것은 추상화라는 용어를 쓰는 것 같더라.
가지다는 컴퓨터는 모니터를 가진다. 컴퓨터는 하드디스크를 가진다. 처럼 포함하는 것을 집단화 부분화라고 한다. 모니터나 하드디스크에서 컴퓨터를 뽑아내는 것도 추상화라고 할 수 있는 것 같다. 아닌 것 같은 생각도 들지만(아직 개념이...)
하다 관계는 아예 모른다. 호랑이가 컴퓨터를 한다. 라는 식의 관계인데 연관관계 분석에 도움이 되는데 둘이 메세지를 어떤 식으로 주고 받느냐에 초점이 맞춰졌다고 생각한다. 일단은.
이다, 가지다, 하다. 이다. 이다는 뭐 호랑이는 포유류이다. 나 사자는 포유류 이다.는 식으로 관계를 짓는 것이다. 여기서 호랑이와 사자의 상위 클레스로 포유류를 추출할 수 있는데 이러한 일련의 과정을 추상화라고 한다. 일반화와 구체화? 일반화와 특별화 등으로 말을 하던데 어차피 추출하는 것은 추상화라는 용어를 쓰는 것 같더라.
가지다는 컴퓨터는 모니터를 가진다. 컴퓨터는 하드디스크를 가진다. 처럼 포함하는 것을 집단화 부분화라고 한다. 모니터나 하드디스크에서 컴퓨터를 뽑아내는 것도 추상화라고 할 수 있는 것 같다. 아닌 것 같은 생각도 들지만(아직 개념이...)
하다 관계는 아예 모른다. 호랑이가 컴퓨터를 한다. 라는 식의 관계인데 연관관계 분석에 도움이 되는데 둘이 메세지를 어떤 식으로 주고 받느냐에 초점이 맞춰졌다고 생각한다. 일단은.
이제 슬슬 자바에 관하여 정리할 때가 온 것 같다. 시작한지 얼마 되지도 않았고 개뿔 아는 것도 없지만 나름대로 정리를 하지 않으면 개념 잡는 대만 엄청난 시간을 허비할 것 같아서이다.
객체지향이란 말은 객체를 지향한다는 것이다. 객체는 클레스에서 만들어진 메모리에 있는 실제 클레스라고 할 수가 있다. 클레스가 붕어빵을 만드는 틀이라면 객체는 그 틀에서 만들어진 실제 붕어빵이라고 할 수 있는 것이지. 객체를 가르키는 변수를 레퍼런스 변수라고 한다. 배열, 객체, 또 뭐더라.. 아무튼 요런 것들을 포함하는(정확히는 가르키는) 변수는 레퍼런스 변수이다. 실제값이 아닌 메모리 상의 시작 주소를 가진다. C로 치면 *p가 아닌 p 인 것이다.
객체는 2가지 구성 요소 밖에는 없다. 멤버변수와 메소드. 즉 상태와 행위를 나타내는 것 밖에는 없다. 이 2가지로 모든 사람이나 물건 등 일정한 형태를 가지는 것들을 표현 할 수가 있다. 사람 한 사람을 객체로 잡던지 집단을 객체로 잡던지 상관은 없지만 일정한 형태를 가지는 것을 객체로 잡아야 한다. 그래야 생각하기도 쉽고, 그만큼 프로그래밍 하기도 쉽겠지.
앞으로도 내가 생각하는 자바를 짧막짧막하게 쓰려고 한다. 틀리든 틀리지 않았든 일단 내가 공부한 내용이다.
객체지향이란 말은 객체를 지향한다는 것이다. 객체는 클레스에서 만들어진 메모리에 있는 실제 클레스라고 할 수가 있다. 클레스가 붕어빵을 만드는 틀이라면 객체는 그 틀에서 만들어진 실제 붕어빵이라고 할 수 있는 것이지. 객체를 가르키는 변수를 레퍼런스 변수라고 한다. 배열, 객체, 또 뭐더라.. 아무튼 요런 것들을 포함하는(정확히는 가르키는) 변수는 레퍼런스 변수이다. 실제값이 아닌 메모리 상의 시작 주소를 가진다. C로 치면 *p가 아닌 p 인 것이다.
객체는 2가지 구성 요소 밖에는 없다. 멤버변수와 메소드. 즉 상태와 행위를 나타내는 것 밖에는 없다. 이 2가지로 모든 사람이나 물건 등 일정한 형태를 가지는 것들을 표현 할 수가 있다. 사람 한 사람을 객체로 잡던지 집단을 객체로 잡던지 상관은 없지만 일정한 형태를 가지는 것을 객체로 잡아야 한다. 그래야 생각하기도 쉽고, 그만큼 프로그래밍 하기도 쉽겠지.
앞으로도 내가 생각하는 자바를 짧막짧막하게 쓰려고 한다. 틀리든 틀리지 않았든 일단 내가 공부한 내용이다.
훗... 충렬고등학교 1기 선배 중에 내가 고삼 때 찾아와서 자신은 15일 동안 한숨도 안자고 공부한
적이 있다고 말한 선배가 있었다. 나는 믿었다.
그런데 사실이었던 것 같다. 15일 밤새고 4일 연속으로 잤다고 했는데 정말 맞는 것 같다. 세속에
찌든 나의 경험과(속물인) 눈치... 그리고 그 때의 정황등을 고려해 볼 때.
정말 사실이다. 기본적으로 10일은 독하게 마음 먹으면 셀 수 있다는 것 같다.
나도 해보고 싶다. 정말 해보고 싶다. 젊은 때 아니면 언제 할 수 있을까.
지식in이 그렇게 믿을 것은 아니지만 나름대로 신빙성 있다고 생각한 자료 2개 올린다.
아... 하루 밤새기도 힘들어 죽겠는데 15일이라...
------------------------------------------
▼수면 건강학…7~8시간이 적당▼
잠을 안자고 얼마나 버틸 수 있을까?.
기네스북의 기록은 18일 17시간이다.
그렇다면 일반인에게 가장 적당한 수면시간은 어느 정도일까?.
성인의 경우 하루 평균 7∼8시간이 가장 적당하다고 말한다.
그러나 모든 사람에게 똑같이 적용되는 것은 아니다.
3시간만 자고도 다음날 졸리지 않고 활동에 제약이 없으면 본인에게 가장 적당한 수면시간이다.
▽토막잠의 건강학
20분정도 잠깐.. 자는건 피로가 풀릴수 있기 때문이다.
제대로 잠을 자지 못한 수험생들이 책상에 엎드려서 10분 정도 잠을 자는 모습을 흔히 볼 수 있다.
토막잠을 자면 근육이 어느 정도 이완돼 육체적인 피로를 푸는 효과가 있다.
그러나 깊은 잠에 이르지 못하기 때문에 뇌의 피로를 풀 수는 없다.
▽잘 자려면 이렇게 하라!
빛 차단이 급선무다.
잠자기 전에 반드시 커튼을 치도록 한다.
가능하면 빛이 투과되지 않는 커튼이 좋다.
양질의 잠을 자려면 방의 불은 모두 끄도록 한다.
눈가리개를 하면 완전히 빛을 차단할 수 있으므로 좋다.
아침에 일어난 뒤에도 30분 정도는 밝은 빛에 노출되지 않도록 한다.
잠을 일찍 잘 것이냐에 대해선 논란이 있다.
현대의학자들은 보통 새벽에 일찍 깰 것을 감안해 오후 10시 이전에 잠자리에 들 것을 권한다.
그러나 한의학자들은 늦게 자고 일찍 일어나는 게 좋다고 한다.
자연의 섭리에 따라 사람 몸은 여름에 왕성한 활동을 하게 돼 있다는 해석이다.
낮잠에 대해서는 잠이 부족할 경우 30분 이내로 제한한다면 괜찮다는 게 공통된 얘기다.
‘수면 규칙’을 지키는 것도 중요하다.
우선 자기 전에 침대에 누워 책을 보거나 아침에 일어난 다음 침대에 오래 누워 있는 것은 좋지 않다.
술 담배는 몸을 각성상태로 만들기 때문에 피한다.
담배를 피우더라도 오후 7시 이후에는 금연하도록 한다.
침실은 어둡고 조용하며 공기가 잘 소통되도록 한다.
침대나 이불은 너무 딱딱하거나 푹신하면 좋지 않다.
베개는 뒷목이 젖혀질 만큼 높으면 좋지 않다.
또 푹신한 것보다 적당히 딱딱한 것을 고르도록 한다.
잠을 자기 전 찬물 목욕은 당장은 시원하다는 느낌을 주지만 피부혈관이 일시적으로 수축했다가 확장돼 체온을 높이기 때문에 좋지 않다
---------------------------------------------
과학자들은 때로 잔인해진다. 그들은 잠이 사람에게 어떤 영향을 미치는 가를 조사하기 위해 며칠씩 잠을 재우지 않기도 한다. 실제로 19세기 말에 만들어진 어떤 보고서는 강아지를 4∼6일 간 재우지 않았더니 죽어버렸다고 한다. 그러나 어떤 잔인한 과학자도 <잠을 자지 않으면 사람이 얼마만에 죽을까?>라는 질문에 해답을 찾기 위해 실험을 끝까지 밀고 나가진 않았다. 따라서 이 질문은 영원한 숙제인 셈이다.
현재까지 알려진 바로는 잠을 자지 않고 버틴 최장시간은 264시간이다. 꼬박 11일 동안 자지 않은 것이다. 이 기록을 세운 사 람은 랜디 가드너라는 17세 소년인데 그는 연구자들이 지켜보는 가운데 11일을 버텼지만 아무런 정신상의 결함도 나타나지 않았 다. 그는 가끔씩 시내에도 나갔고 연구자들과 전자오락 게임도 즐겼는데 연구자들은 번번히 그에게 졌다. 그는 정확히 264시간 1 2분이 지난 후에 잠을 잤는데 14시간 40분을 자는 것만으로 기운을 회복했고 그 다음 24시간을 깨어 있은 후 다시 8시간을 자는 것으로 정상적인 생활을 되찾았다. 깨어난 후 사람들이 어떻게 그 긴 기간을 자지않고 버틸 수 있어는지 비결을 묻자 17세의 이 용감한 소년은 정신력이라고 대답했다.
과학자 앨런 렉트샤펜은 그의 저서 '잠의 통제'에서 <잠은 인류의 진화과정에서 벌어진 최대의 실수>라고 말한다. 하루 1/3이나 되는 시간을 잠으로 보내야 하면서도 잠이 구체적으로 인간을 도와주는 내용이 없다는 것을 알면 이런 말이 나올 만도 하다. 많은 과학자들이 잠이 인간에게 어떤 활기를 주는가를 연구했지만 아직 별 성과가 없다.
-----------------------------------------------
적이 있다고 말한 선배가 있었다. 나는 믿었다.
그런데 사실이었던 것 같다. 15일 밤새고 4일 연속으로 잤다고 했는데 정말 맞는 것 같다. 세속에
찌든 나의 경험과(속물인) 눈치... 그리고 그 때의 정황등을 고려해 볼 때.
정말 사실이다. 기본적으로 10일은 독하게 마음 먹으면 셀 수 있다는 것 같다.
나도 해보고 싶다. 정말 해보고 싶다. 젊은 때 아니면 언제 할 수 있을까.
지식in이 그렇게 믿을 것은 아니지만 나름대로 신빙성 있다고 생각한 자료 2개 올린다.
아... 하루 밤새기도 힘들어 죽겠는데 15일이라...
------------------------------------------
▼수면 건강학…7~8시간이 적당▼
잠을 안자고 얼마나 버틸 수 있을까?.
기네스북의 기록은 18일 17시간이다.
그렇다면 일반인에게 가장 적당한 수면시간은 어느 정도일까?.
성인의 경우 하루 평균 7∼8시간이 가장 적당하다고 말한다.
그러나 모든 사람에게 똑같이 적용되는 것은 아니다.
3시간만 자고도 다음날 졸리지 않고 활동에 제약이 없으면 본인에게 가장 적당한 수면시간이다.
▽토막잠의 건강학
20분정도 잠깐.. 자는건 피로가 풀릴수 있기 때문이다.
제대로 잠을 자지 못한 수험생들이 책상에 엎드려서 10분 정도 잠을 자는 모습을 흔히 볼 수 있다.
토막잠을 자면 근육이 어느 정도 이완돼 육체적인 피로를 푸는 효과가 있다.
그러나 깊은 잠에 이르지 못하기 때문에 뇌의 피로를 풀 수는 없다.
▽잘 자려면 이렇게 하라!
빛 차단이 급선무다.
잠자기 전에 반드시 커튼을 치도록 한다.
가능하면 빛이 투과되지 않는 커튼이 좋다.
양질의 잠을 자려면 방의 불은 모두 끄도록 한다.
눈가리개를 하면 완전히 빛을 차단할 수 있으므로 좋다.
아침에 일어난 뒤에도 30분 정도는 밝은 빛에 노출되지 않도록 한다.
잠을 일찍 잘 것이냐에 대해선 논란이 있다.
현대의학자들은 보통 새벽에 일찍 깰 것을 감안해 오후 10시 이전에 잠자리에 들 것을 권한다.
그러나 한의학자들은 늦게 자고 일찍 일어나는 게 좋다고 한다.
자연의 섭리에 따라 사람 몸은 여름에 왕성한 활동을 하게 돼 있다는 해석이다.
낮잠에 대해서는 잠이 부족할 경우 30분 이내로 제한한다면 괜찮다는 게 공통된 얘기다.
‘수면 규칙’을 지키는 것도 중요하다.
우선 자기 전에 침대에 누워 책을 보거나 아침에 일어난 다음 침대에 오래 누워 있는 것은 좋지 않다.
술 담배는 몸을 각성상태로 만들기 때문에 피한다.
담배를 피우더라도 오후 7시 이후에는 금연하도록 한다.
침실은 어둡고 조용하며 공기가 잘 소통되도록 한다.
침대나 이불은 너무 딱딱하거나 푹신하면 좋지 않다.
베개는 뒷목이 젖혀질 만큼 높으면 좋지 않다.
또 푹신한 것보다 적당히 딱딱한 것을 고르도록 한다.
잠을 자기 전 찬물 목욕은 당장은 시원하다는 느낌을 주지만 피부혈관이 일시적으로 수축했다가 확장돼 체온을 높이기 때문에 좋지 않다
---------------------------------------------
과학자들은 때로 잔인해진다. 그들은 잠이 사람에게 어떤 영향을 미치는 가를 조사하기 위해 며칠씩 잠을 재우지 않기도 한다. 실제로 19세기 말에 만들어진 어떤 보고서는 강아지를 4∼6일 간 재우지 않았더니 죽어버렸다고 한다. 그러나 어떤 잔인한 과학자도 <잠을 자지 않으면 사람이 얼마만에 죽을까?>라는 질문에 해답을 찾기 위해 실험을 끝까지 밀고 나가진 않았다. 따라서 이 질문은 영원한 숙제인 셈이다.
현재까지 알려진 바로는 잠을 자지 않고 버틴 최장시간은 264시간이다. 꼬박 11일 동안 자지 않은 것이다. 이 기록을 세운 사 람은 랜디 가드너라는 17세 소년인데 그는 연구자들이 지켜보는 가운데 11일을 버텼지만 아무런 정신상의 결함도 나타나지 않았 다. 그는 가끔씩 시내에도 나갔고 연구자들과 전자오락 게임도 즐겼는데 연구자들은 번번히 그에게 졌다. 그는 정확히 264시간 1 2분이 지난 후에 잠을 잤는데 14시간 40분을 자는 것만으로 기운을 회복했고 그 다음 24시간을 깨어 있은 후 다시 8시간을 자는 것으로 정상적인 생활을 되찾았다. 깨어난 후 사람들이 어떻게 그 긴 기간을 자지않고 버틸 수 있어는지 비결을 묻자 17세의 이 용감한 소년은 정신력이라고 대답했다.
과학자 앨런 렉트샤펜은 그의 저서 '잠의 통제'에서 <잠은 인류의 진화과정에서 벌어진 최대의 실수>라고 말한다. 하루 1/3이나 되는 시간을 잠으로 보내야 하면서도 잠이 구체적으로 인간을 도와주는 내용이 없다는 것을 알면 이런 말이 나올 만도 하다. 많은 과학자들이 잠이 인간에게 어떤 활기를 주는가를 연구했지만 아직 별 성과가 없다.
-----------------------------------------------
게임에 관한 나의 생각.
그것은 하나의 인생이다. 게임에 빠져서 2~3일 밤을 PC방에서 새 본 경험이 한번이라도 있는
사람은 알 것이라고 생각한다. 스타크레프트나 디아블로 리니지 등이 이에 속하는 게임들일테다.
한 사람의 엄청난 시간을 뺏는다. 밥먹고 똥싸고 잠자는 등의 신진대사를 제외하고는 모든 시간을
앗아 간다.
실제로 죽는 경우도 뉴스에서 봤는데 ... 심장마비로 죽는다고 한다. 리니지 하다가 아이템 떨어
뜨려서 죽은 경우도 있다고 하고. 참... 대단한 사람이라고 생각한다. 어떻게 하나에 그렇게 집착
할 수가 있는 것인지. 응용해 보면 사랑때문에 죽는 사람도 이해가 갈 수 밖에...
그것은 하나의 인생이다. 게임에 빠져서 2~3일 밤을 PC방에서 새 본 경험이 한번이라도 있는
사람은 알 것이라고 생각한다. 스타크레프트나 디아블로 리니지 등이 이에 속하는 게임들일테다.
한 사람의 엄청난 시간을 뺏는다. 밥먹고 똥싸고 잠자는 등의 신진대사를 제외하고는 모든 시간을
앗아 간다.
실제로 죽는 경우도 뉴스에서 봤는데 ... 심장마비로 죽는다고 한다. 리니지 하다가 아이템 떨어
뜨려서 죽은 경우도 있다고 하고. 참... 대단한 사람이라고 생각한다. 어떻게 하나에 그렇게 집착
할 수가 있는 것인지. 응용해 보면 사랑때문에 죽는 사람도 이해가 갈 수 밖에...
기준. 돈의 가치. 제대로 된 것이 없다고 생각한다.
노가다 하는 아저씨들은 어릴적에 젊은 시절을 헛되게 보냈기 때문에 어렵게 돈을 버는 것일까?
기준 이상으로 돈을 많이 버는 사람들은 지능화된 도둑이라고 생각한다.
어차피 돈보다는 자신의 열정을 쏟을 만한 그릇이 더욱 포커스가 되겠지만.
살아보면 절대 이상향은 없다는 것을 알게 된다.
나 역시 아직은 믿고 있지만 이상향은 없다기 보다 없다고 믿는 엄청난 수의 사람들에 의하여
자신도 거기에 '용불용'이 되어 버린다. 필요없는 것은 사라진다.
길에서 철학을 하는 거지를 보면 정말 물어보고 싶은 것이 많다.
우선 가장 먼저 묻고 싶은 것은..
'내가 당신에게 질문을 던질만한 자격이 되는가?'
이다. 과연 ... 과연... 과연...
노가다 하는 아저씨들은 어릴적에 젊은 시절을 헛되게 보냈기 때문에 어렵게 돈을 버는 것일까?
기준 이상으로 돈을 많이 버는 사람들은 지능화된 도둑이라고 생각한다.
어차피 돈보다는 자신의 열정을 쏟을 만한 그릇이 더욱 포커스가 되겠지만.
살아보면 절대 이상향은 없다는 것을 알게 된다.
나 역시 아직은 믿고 있지만 이상향은 없다기 보다 없다고 믿는 엄청난 수의 사람들에 의하여
자신도 거기에 '용불용'이 되어 버린다. 필요없는 것은 사라진다.
길에서 철학을 하는 거지를 보면 정말 물어보고 싶은 것이 많다.
우선 가장 먼저 묻고 싶은 것은..
'내가 당신에게 질문을 던질만한 자격이 되는가?'
이다. 과연 ... 과연... 과연...
서울.
인천에서 군복무를 했고, 입대 전에도 서울 갈 일이 몇 번 있어서 서울이라는 지역에 대해서 할말은 없지만. 참 사는 모습이 다른 것 같다. 그리고 그렇게 될 수 밖에 없는 것 같다.
우선, 어딜가던지 쏟아지는 사람들을 보면 사람과 사람 만나는데에 깊은 정은 조금은 덜한 것 같다. 그것이 장점이 될 수도 있고 단점이 될 수도 있다고 생각한다. 거리에 많은 사람들을 보고 있노라면 수많은 인파속에 내 모습이 더더욱 뚜렷해 지기 때문이다. 당당하게 거리를 걷고 싶은 욕구가 날 더욱 구체화 시키기도 하고. 부대끼는 정도 있고 말이다. 그리고 문듯 전혀 반대의 생각도 든다. 수많은 사람들 중에 하나라는 것. 이렇게 많은 사람들이 있다는 것. 저것은 당당한 모습이 아니라는 사람에 대한 잣대등...
PC 방도 부산은 1000원이 거의 규정시 되고 있다. 서면에 인터지존 빼고는(거긴 1200원이다) 다 1000원이나 그 이하인데, 서울은 1500원이었다. 밥도 다 5000원 이상이고. 교통비도 비싸고. 물가도 비싸고. 참... 자꾸 서로 올리다보면 늘어나는 것은 지폐에 0 갯수만 늘어나는데. 자기 한테는 이익이 되니까 자꾸 그렇게 하는 것이다. 나 같아도 그러겠지만. 결국엔 돈의 가치를 떨어뜨리는 일임을 안다. 이정도는... 나름대로 경제서적을 5권 이상은 정독했으니까...
서울... 말투가 참 싫었다. 서울말 들을 때마다 두통이 왔을 정도로 한때는. 지금이야 듣는 것에 익숙하고 참 좋아한다. 나는 말 때문에 너무도 많은 고통을 받았다고 생각하기에 부드러운 말투와 어차피 말로 해결할 것이면 조리있는 서울말이 더 좋다.
솔직하게 말하면 말 자체가 싫다. 말 때문에 너무도 많이 싸운다. 너무도 짜증나고. 그에 반하여 말 때문에 행복한 순간은 거의 없다고 생각한다.
서울 끝.
인천에서 군복무를 했고, 입대 전에도 서울 갈 일이 몇 번 있어서 서울이라는 지역에 대해서 할말은 없지만. 참 사는 모습이 다른 것 같다. 그리고 그렇게 될 수 밖에 없는 것 같다.
우선, 어딜가던지 쏟아지는 사람들을 보면 사람과 사람 만나는데에 깊은 정은 조금은 덜한 것 같다. 그것이 장점이 될 수도 있고 단점이 될 수도 있다고 생각한다. 거리에 많은 사람들을 보고 있노라면 수많은 인파속에 내 모습이 더더욱 뚜렷해 지기 때문이다. 당당하게 거리를 걷고 싶은 욕구가 날 더욱 구체화 시키기도 하고. 부대끼는 정도 있고 말이다. 그리고 문듯 전혀 반대의 생각도 든다. 수많은 사람들 중에 하나라는 것. 이렇게 많은 사람들이 있다는 것. 저것은 당당한 모습이 아니라는 사람에 대한 잣대등...
PC 방도 부산은 1000원이 거의 규정시 되고 있다. 서면에 인터지존 빼고는(거긴 1200원이다) 다 1000원이나 그 이하인데, 서울은 1500원이었다. 밥도 다 5000원 이상이고. 교통비도 비싸고. 물가도 비싸고. 참... 자꾸 서로 올리다보면 늘어나는 것은 지폐에 0 갯수만 늘어나는데. 자기 한테는 이익이 되니까 자꾸 그렇게 하는 것이다. 나 같아도 그러겠지만. 결국엔 돈의 가치를 떨어뜨리는 일임을 안다. 이정도는... 나름대로 경제서적을 5권 이상은 정독했으니까...
서울... 말투가 참 싫었다. 서울말 들을 때마다 두통이 왔을 정도로 한때는. 지금이야 듣는 것에 익숙하고 참 좋아한다. 나는 말 때문에 너무도 많은 고통을 받았다고 생각하기에 부드러운 말투와 어차피 말로 해결할 것이면 조리있는 서울말이 더 좋다.
솔직하게 말하면 말 자체가 싫다. 말 때문에 너무도 많이 싸운다. 너무도 짜증나고. 그에 반하여 말 때문에 행복한 순간은 거의 없다고 생각한다.
서울 끝.
댓글 없음:
댓글 쓰기
국정원의 댓글 공작을 지탄합니다.