| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
Merging into a Table: Example The following example uses the bonuses table in the sample schema oe with a default bonus of 100. It then inserts into the bonuses table all employees who made sales, based on the sales_rep_id column of the oe.orders table. Finally, the human resources manager decides that employees with a salary of $8000 or less should receive a bonus. Those who have not made sales get a bonus of 1% of their salary. Those who already made sales get an increase in their bonus equal to 1% of their salary. The MERGE statement implements these changes in one step:
CREATE TABLE bonuses (employee_id NUMBER, bonus NUMBER DEFAULT 100); INSERT INTO bonuses(employee_id) (SELECT e.employee_id FROM employees e, orders o WHERE e.employee_id = o.sales_rep_id GROUP BY e.employee_id); SELECT * FROM bonuses; EMPLOYEE_ID BONUS ----------- ---------- 153 100 154 100 155 100 156 100 158 100 159 100 160 100 161 100 163 100 MERGE INTO bonuses D USING (SELECT employee_id, salary, department_id FROM employees WHERE department_id = 80) S ON (D.employee_id = S.employee_id) WHEN MATCHED THEN UPDATE SET D.bonus = D.bonus + S.salary*.01 DELETE WHERE (S.salary > 8000) WHEN NOT MATCHED THEN INSERT (D.employee_id, D.bonus) VALUES (S.employee_id, S.salary*0.1) WHERE (S.salary <= 8000); EMPLOYEE_ID BONUS ----------- ---------- 153 180 154 175 155 170 159 180 160 175 161 170 179 620 173 610 165 680 166 640 164 720 172 730 167 620 171 740
'티맥스데이' 행사서… 독자개발 오피스ㆍ브라우저도 공개
 |
원문 : http://cafe.naver.com/easyit1/1044
개발자 관련 속담
가는 소스가 고와야 오는 파일에 바이러스 없다.
잦은 Warning 에 Error 날줄 모른다.
영업은 상사 편이다.
디자이너는 프로그래머 편이다.
프린터 밑에 누워 소스 떨어지기만을 기다린다.
printf 도 디버깅에 쓸려면 에러난다.
에러 무서워서 코딩 못 할까
소스가 한 박스라도 코딩을 해야 프로그램이다.
코더도 타이핑하는 재주는 있다!!
길고 짧은 것은 strlen을 써봐야 안다.
소스도 먼저 코딩하는 놈이 낫다.
믿는 팀장에 발등 찍힌다.
개발실 청소 아줌마 삼 년에 디버깅 한다.
보기 좋은 코드가 디버깅 하기 좋다.
소스 잃고 백업장치 구입한다.
아니 코딩한 소스에 버그 날까?
안 되는 코더는 엔터를 쳐도 PC가 다운된다.
잘되면 프로그래머 탓, 못되면 시스템 탓.
야한 화일도 위아래가 있다.
하룻 프로그래머 정품단속반 무서울줄 모른다.
백업을 안하면 삼대가 내리 흉하다.
Reply
잘 키운 개발자 한명 열 코더 안부럽다...
멀쩡한 프로그램에 날 세그먼트폴트...
바늘 버그가 치명적 버그된다..
안에서 새는 메모리 밖에서도 샌다...
프로그램은 개발자가 짜고, 보너스는 영업이 받는다...
늦게 배운 코딩 날새는줄 모른다...
디버깅한번 으로 천버그 잡는다...
돌(완벽한) 코드도 생각해보고 컴파일하자...
경영다툼에 개발자등 터진다...
제 코드가 석자...
KLDP서 윈도우 찾기....
개발일정 시계는 거꾸로 매달아도 간다...
버그보고 놀란가슴 오타보고 놀란다.
코딩 전 마음 다르고, 코딩 후 마음 다르다.
제 코드 구린줄 모른다..
코드가 죽끓듯 하다..
환경이 좋아야 개발자가 모인다..
소스 놓고 main도 모른다..
악습코드 구제는 팀장도 못한다..
goto에 소스꼬인줄 모른다..
프로그래머 많으면 프로젝트 완성될날 없다.
개 같이 코딩해서 정승처럼 사표쓴다.
숙제밭에 굴러도 학교가 좋다.
코딩도 전에 컴파일한다..
컴파일 하자 컴 다운된다..
VC 대신 Vi..
개발자 간 빼먹기..
리펙토링도 단숨에 하랬다..
아는 코드도 다시봐라..
개발자 망신은 Copy&Paste가 시킨다..
짧은 코드가 더 아름답다..
천줄코드도 #include부터...
한 프로그램에 개발자 되랴..
사장도 버그날땐 온다..
꽃보다 코딩!
선옵티마이징이 개발자 잡는다.
개발자 키워서 대기업 준다.
버그잡자고 빌드다 뽀갠다.
될성부른 코드는 들여쓰기부터 안다.
빌드 뽀갠 넘이 성낸다.
다된 프로젝트에 코 빠트리기.
개발자살이는 코딩 3년, 프로그래밍 3년, 파워포인트 3년
사표쓴다 사표쓴다 하면서 프로젝트 세개 한다.
같은 값이면 대기업 파견살이.
고와도 내 코드 미워도 내 코드.
코드 주고 뺨 맞는다.
코드 가는 데 버그 간다.
코드를 봐야 디버깅을 하지...
빌드 뽀갠 날 데모 하랜다.
발 없는 소스가 천리간다.
손은 삐뚤어 졌어도 코딩은 바로 해야한다.
소스 한줄로 천냥빚도 생긴다.
개발자 목에 usb 메모리 목걸이.
스파게티 코드 소스가 주석 안달린 소스 나무란다.
기능 많은 프로그램 버그잘날 없다.
3일에 짠 코드 80개월 간다.
원수는 메신저에서도 만난다.
모니터도 때리면 꿈틀거린다.
비트 모아 테라.
내일 정전이 된다해도 나는 오늘 한 줄의 코드를 쓰겠다. - 스피노자
스스로 돌아봐서 에러가 없다면 천만인이 가로막아도 나는 컴파일하리라. - 맹자
나는 하루라도 코드를 쓰지 않으면 입안에 가시가 돋는다. - 안중근 의사
가장 커다란 에러는 컴파일의 순간에 도사린다. - 나폴레옹
나는 코딩한다, 고로 나는 존재한다. - 데카르트
대박 프로그램은 1%의 영감과 99%의 노가다로 이루어진다. - 에디슨
네 코드를 알라. - 소크라테스
자바 컴파일과 실행 에 사용되어지는 javac, java 명령어의 옵션 을 다음과 같이 정리하였습니다.
javac - 자바컴파일러로써, 자바코드를 작성한 소스파일(.java)을 자바 가상머신이 인식할수 있는 바이트 코드(.class)
타입으로 변환시켜주는 명령어 입니다.
사용법: javac <options> <souce files>
예를들어, Hello.java, Greeting.java 두개의 파일이 존재한다면,
javac Hello.java Greeting.java
javac *.java (*을 사용해서, 모든 확장자가 .java인 파일을 컴파일할수 있다.)
1) 옵션:
a) -classpath:
-classpath(cp) path(파일 절대 경로):
컴파일러가 컴파일 하기 위해서 필요로 하는 참조할 클래스 파일들을 찾기 위해서 컴파일시 파일 경로를 지정해주는
옵션. 예를 들어, Hello.java파일이 C:Java 디렉터리에 존재하고, 필요한 클래스 파일들이 C:JavaEngclasses에 위치한다면,
javac -classpath C:JavaEngclasses C:JavaHello.java 로 해주면 된다. 만약 참조할 클래스 파일들이 C:JavaEngclasses외의
다른 디렉터리에도 존재한다면, C:JavaKorclasses 일경우,
javac -classpath C:JavaEngclasses;C;JavaKorclasses C:JavaHello.java
그리고, 현재 디렉터리역시 포함하고 싶다면,
javac -classpath .;C:JavaEngclasses;C;JavaKorclasses C:JavaHello.java
기본적으로, dos에서는 .는 현재 디렉터리를 의미하고, ..는 현재 디렉터리의 상위디렉터리를 의미한다.
또한 classpath 대신 단축어인 cp를 사용해도 된다.
javac -cp C:JavaEngclasses C:JavaHello.java
b) -d:
-d directory
클래스 파일을 생성할 루트 디렉터리를 지정합니다.
기본적으로 컴파일러는 -d옵션을 주지 않으면, 소스파일이 위치한 디렉터리에 클래스 파일을 생성시킵니다.
예를 들어, Hello.java파일이 C:Java 디렉터리에 존재하고 클래스 파일의 루트디렉터리를 C:JavaClassfiles라고 하면,
javac -d C:JavaClassfiles C:JavaHello.java 입니다.
만약 -d 옵션을 사용하려고 하는데, 루트디렉터리(위예에서는 C:JavaClassfiles) 가 존재 하지 않는다면,
"The system cannot find the path specified"라는 에러 메시지를 보게 됩니다.
현재 작업 디렉터리가 C:JavaClassfiles 에 위치하면,
javac -d .Classfiles Hello.java 와 같이 상대 디렉터리로 표현할수 있습니다.
c) -encoding:
-encoding encoding name
소스 파일에 사용된 문자열 인코딩을 설정합니다.
만약 위옵션이 설정되어 있지 않으면, 플래폼의 기본적인 컨버터가 사용되어 집니다.
d) -g:
모든 디버깅 정보를 생성시킵니다.
만약 위옵션이 설정되어 있지 않으면, 기본적으로, 라인넘버만 생성시킵니다.
-g:none: 디버깅 정보를 전혀 생성 시키지 않습니다.
-g:{lines, vars, source}:
위처럼 명시적으로, 몇몇 디버깅 정보를 생성시킬수 있습니다.
lines은 라인정보, vars는 지역변수, sounce는 소스 파일 정보를 나타냅니다.
e) -nowarn:
경고 메시지 (warning message)를 생성시키지 않습니다.
f) -verbose:
컴파일러와 링커가 현재 어느 소스파일이 컴파일되고 있고, 어느 파일이 링크되고 있는지
그정보를 출력한다.
h) -deprecation:
소스 코드내에서, 사용되어진 deprecated API의 위치 를 출력 합니다.
ex)
C:Java> javac World.java
Note: World.java uses a deprecated API. Recompile with "-deprecation" for details
.
1 warning
C:Java> javac -deprecation World.java
World.java:52: Note: The method java.awt.Dimension size() in class java.awt.Compon
ent has been deprecated.
Dimension d = size();
Note: World.java uses a deprecated API. Please consult the doc-umentation for a be
tter alternative.
i) -sourcepath:
-sourcepath 소스패스
소스파일의 위치를 지정합니다.
j) -target:
-target 자바버젼
지정된 자바버젼의 VM에서 작동 되어지도록 클래스파일을 생성 시킵니다.
1.1
jvm 1.1 버젼에서 호환되어질수 있는 클래스 파일생성
1.2
jvm 1.2 버젼에서 호환되어질수 있는 클래스 파일생성
1.3
jvm 1.3 버젼에서 호환되어질수 있는 클래스 파일 생성
ex)
javac -target 1.2 Helloworld.java
k) -bootclasspath 패스:
특정한 bootstrap또는 확장 클래스를 지정할수 있다.
기본적으로, 자바컴파일러는 javac(컴파일러명령)이 설치된 플래폼의 bootstrap과 확장클래스들을 통해서, 컴파일작업을 수행하지만,
bootclasspath 옵션을 사용하면, cross-compiling이라고 해서, 다른 자바플래폼의 bootstrap과 확장클래스들을 통해서, 컴파일 할수 있는 기능을 지원한다.
예를들어,
javac -target 1.1 -bootclasspath jdk1.1.7/lib/classes.zip -extdirs "" OldCode.java
컴파일러에게 현재 자신의 bootstrap을 사용하지 말고, jdk1.1.7/lib/classes.zip bootstrap클래스들을 사용해서 컴파일 하라고
명령하는것이다.
참고로, 모바일자바에서, 모바일폰에 설정된, jvm에 맞도록, 소스코드를 컴파일하기 위해서, 주로 사용되어지는 옵션이다.
l) -extdirs 디렉터리:
특정한, 확장 디렉토리를 지정한다.cross-compiling시 주로, 사용되어지는 옵션이면, 각디렉터리들은 콜론(:)에 의해서, 분리되어진다.
컴파일시, 기술한 디렉터리의 클래스 파일을 참조한다.
원문 : http://www.etnews.co.kr/troop/detail_sa.html?id=208
나도 어지간한 글들은 구글크롬으로 읽고 있다..
하지만 여기 티스토리에 글을 올릴 때에는 IE에서 올린다..
WEB2.0의 선도주자라고 볼 수 있는 티스토리도 아직 타브라우저에 대한 지원은 그다지 별 볼 일 없나보다..
하긴.. 전자정부 어쩌고 저쩌고 하면서 내놓은 사이트들이 100% IE전용이니 말해봐야 무슨 소용이랴..
가끔 네이버 카페에 이미지 하나 올릴려면 구글 크롬을 쓰다가도 엄청 느린 IE를 켜고 네이버로 찾아들어가서 글을 쓰곤 한다..
우리나라는 MS의 봉이다고 누가 그러던데 틀린 말이 아니다..
그럼에도 불구하고 어떤 MS제품은 한국어 지원이 하나도 안 된다지??
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
마이크로소프트(MS)의 인터넷 익스플로러의 웹브라우저 점유율이 내년 초에60%로 떨어질 것이라는 소식에 다수 네티즌들은 우리나라는 아직도 멀었다며 냉소로 일관하고 있다.
2일 주요 외신들은 3월의 MS 인터넷 익스플로러 시장 점유율이 전달에 비해0.7% 하락한 66.8%로 집계되었다고 넷 애플리케이션 자료를 인용 보도했다.
모질라의 파이어폭스가 시장 점유율이 22%까지 올라가는 가운데, 현재 추세가 계속 될 경우 윈도7 운영체제가 공식 발표될 2010년 1월에는 익스플로러 점유율이 60% 아래로 떨어질 것이라는 전망도 제기되고 있다.
이 전망에 많은 네티즌들은 우리나라는 MS의 ‘노예’라고 비꼬며 정부 기관 및 주요 공공기관에서 웹표준부터 지켜야 한다고 주장하고 나섰다.
네티즌 oldgoriot님은 ‘MS의 노예국가 한국’이라는 제목의 글로 많은 네티즌의 추천을 얻었다. 그는 “익스플로러의 점유율이 떨어지면 뭐하냐? 한국에선99%인데. 사파리와 파이어폭스를 쓰는데 익스플로러 없이는 네이버 같은 큰 사이트 동영상도 못 올린다. 입사원서도 익스플로러로만 쓸 수 있고, 금융결제도 익스플로러 아니면 안된다. 어떤 사이트는 익스플로러 아니면 로그인 자체가 안 된다”라고 했다.
이어 그는 “미국은 대학 컴퓨터실을 가면 MS+파이어폭스 반, 맥25%로 리눅스25% 자기가 원하는 검색엔진을 선택할 수 있다. 이런 환경 속에서도 한국이 IT강국이라면서 착각 속에 살고 있는 사람들”이라고 꼬집었다.
czarihs님은 ‘아무리 그래도 우리나라는 예외’라는 제목으로 “어딜 가나 익스플로러. 그 중에서 익스플로러6. 60% 붕괴는 외국 이야기죠”라고 비꼬았고 ‘이니’님도 “한국에선 99%가 MS. MS의 노예국가”라고 비난하는 등 많은 네티즌들이 익스플로러에 최적화 된 현실을 꼬집었다.
금융기관 또는 정부기관 등 주요 홈페이지에 깔린 액티브X에 대한 따가운 지적도 이어졌다.
네티즌 Weekend님은 “최소한 정부가 운영하는 사이트라도 웹표준을 지켜야할 것 아닌가. 이건 뭐 정부 사이트도 엑티브X 떡칠에 선택권 자체가 존재하질 않는. 노력하는 모습을 좀 보여봐라”라고 정부에 일침을 가했다.
oild님은 ‘어여 은행들, 정부넘들 정신차리길’이라는 제목으로 “나도 파폭 쓴다.은행하고 쇼핑 빼고. 엑티브로 떡 된 컴퓨터 보고 있으면 한숨부터 나온단다.엑티브 깔 때마다 바이러스랑 해킹 때문에 더 무섭단다”라고 토로했다.
Interpreter님도 ‘아 진짜 액티브X 없애라. 다른 대체 기술 만들던지 자바 프로그램을 이용하던지. 외국 은행 사이트는 로그인하면 그걸로 끝인데 왜 유독 우리나라 은행은 이거 깔아라 저거 깔아라. 진짜 생산적이지 못한 거 같다”라고 비판했다.
액티브X가 개인에게 보안 책임을 떠넘기려는 업체의 얄팍한 ‘수작’이라는 주장도 제기되는 등 네티즌들의 액티브X에 대한 불만의 글은 곳곳에서 추천을 받았다.
‘회식늑대’님은 “은행사이트에 설치하는 엑티브엑스를 사용함으로써 은행은 보안에 관한 어떠한 것도 책임을 지지 않는다는 사실을 아시는지. 엑티브엑스를 설치하는 순간 모든 보안에 대한 책임은 개인 사용자에게 전가됩니다”라고 주장했다.
‘봄’님도 ‘Active X 왕국 대한민국’이라는 제목으로 “악덕업체에서 엑티브X 설치하라고 뜨는건 자신들의 서버 과부하는 줄이고 무거운 파일은 사용자에게 돌리기 위함이다. 또한 각종 인터넷 해킹 사고 등 책임을 사용자에게 떠넘기기 위함이다. 액티브X 설치를 통해 수 십개 바이러스가 한방에 걸리기도 한다”라고 하는 등 액티브X의 ‘꼼수’를 지적하고 나섰다.
이렇듯 많은 네티즌들은 우리나라가 익스플로러와 액티브X의 노예국가라고 규정하며 정부부터 웹표준화를 실천해야 한다고 입을 모으고 있다. IT에 대한 그럴듯한 청사진도 좋지만, 기본부터 하나하나 실천하는 것만이 IT강국으로의 첫걸음일 것이다.
|
출처 : http://www.potatosoft.com/tt/218
Java 를 기반으로 구현된 모든 코드에서 국제화 등을 이유로 리소스 파일 작성을 할때에, 문자열 등의 리소스 파일은 ascii 값의 ISO-8859-1 인코딩으로 작성해 주어야 합니다.
프로퍼티 파일들을 UTF-8 로 읽어주도록 변경되면 좋겠지만 어쨌든 현재는 그렇습니다.
이 때문에 jdk 에는 native2ascii 라는 실행파일이 들어 있는데( $JAVA_HOME/bin 에 들어있음 ) 이놈을 이용해서 프로퍼티 파일을 파라메터로 건내주거나 파일 실행 후 문자열을 입력해보면 Latin-1 인코딩의 ascii 값을 알 수 있습니다.
ANT에서도 native2ascii task 를 지원하기 때문에 일반적으로 컴파일 및 빌드 과정과는 별개로 native2ascii 를 이용해서 리소스 파일들을 바꾸어 주는 작업을 추가하게 됩니다.
Quick and Dirty Hack for UTF-8 Support in ResourceBundle 라는 포스팅을 보면 PropertyResourceBundle 의 wrapper class 구현이 있는데 이런 걸 이용하는 것이 편하긴 합니다. 다만 해당 포스팅의 아래쪽 comment 를 보면 3가지 정도의 bug case 에 대한 지적이 있는데 특히 Brian 이 지적한 내용은 반드시 적용해서 사용하셔야겠습니다.
Very cool however I found a bug in your impl. when asking for a resource bundle with a parent. This is how I fixed it. Notice the call to getString which makes sure to recursively go over the parent bundles. Also checking for null.
protected Object handleGetObject(String key) {
String value = (String)bundle.getString(key);
if (value==null) return null;
try {
return new String (value.getBytes("ISO-8859-1"),"UTF-8") ;
} catch (UnsupportedEncodingException e) {
// Shouldn't fail - but should we still add logging message?
return null;
}
}And another small thing: not all ISO-8859-1 chars are a subset of UTF-8. The (C) sign seems to clash. If I put a \u00a9 in a UTF-8 file, it fails. But if I put the actual sign, it works. For some reason it is encoded as two bytes even though it is below 192 decimal.
Not a big deal though. Still very cool solution.
첫번째 지적한 경우에 해당하는 문자는 저작권 표시와 유로화 표시, 그리고 무한대 표시 등이 있는 것 같네요.
이런 프로그래밍적인 것 말고 이클립스 플러그인 형태의 '편집기'를 원하는 분이라면 Properties Editor 라는 것을 추천합니다.
이클립스의 Help -> software updates -> add site 를 선택하고 http://propedit.sourceforge.jp/eclipse/updates/ 를 추가해서 업데이트를 하면 됩니다.
설치를 하고 나서 파일을 생성할때 확장자를 .properties 로 설정하면 해당 파일을 편집할때 자동으로 이 Properties Editor 를 이용해서 편집이 되고 properties 파일의 아이콘도 에디터 설치 후에는 아래와 같이 녹색 P 모양으로 바뀌게 됩니다.
물론 파일을 선택하고 팝업메뉴를 띄워서 Open with... 로 파일을 열 수도 있습니다.
package.properties 파일을 열어보면 이렇게 이쁘게 한글로 표시가 되어 있습니다...만...
Open with 를 선택하고 일반 텍스트 편집기로 열어보면
native2ascii 를 돌린 것처럼 이쁘게 변환되어 있습니다. 전체 프로젝트의 인코딩이 UTF-8로 지정되어 있어도 해당 .properties 파일은 ISO-8859-1 로 맞춰지기 때문에 별도로 파일 인코딩을 바꾸어주지 않아도 되니 편리하군요.
