우유 대신 두유? 번지수 잘못 찾았네 기사를 읽고 가공식품의 심각성을 다시 한번 깨달았다.
정말 먹을게 없는것 같다. 책의 내용을 무조건 믿을수는 없겠지만
현대인이라면 제대로 알아두어야 할 상식일듯 싶다.


중이미지보기

[책소개]
심장병, 암, 제2형 당뇨병 등 퇴행성 질환이 지난 30년간 급증한 이유는 무엇일까? 왜 우리는 적게 먹은 것 같은데 쉽게 살찌고, 다이어트를 해도 꿈의 S 라인은 멀기만 할까? 저자 낸시 드빌은 이 책에서 그 이유가 우리의 식생활을 지배하고 있는 공장 가공식품 때문이라 분석한다. 돈 벌 욕심에 가득 찬 식품업계가 우리를 설탕과 MSG에 중독시켜 병적인 허기와 각종 질병을 유발한 것이다. 이 과정에서 정부(FDA)의 묵인과 언론의 홍보도 큰 역할을 하였다.

결국 그 피해는 고스란히 소비자에게 넘어와 비만과 각종 질병에 시달리고 있고, 살빼고 질병을 치료하느라 각종 약을 복용해야 한다. 이 악순환이 지난 30년간 이어져왔다. 우리의 식탁을 점령한 공장 가공식품이 우리를 병들게 한 것이다. 갈수록 서구화되어가고 가공식품과 가까워지는 우리의 생활습관과 식습관을 되돌아보게 하는 책이다.

[목차]
1부. 가공식품이 우리의 삶과 죽음을 어떻게 변화시켰는가
1. 상실한 유토피아의 기회

2부. 병적인 허기
1. 사회가 용인한 설탕 중독증
2. 고과당 옥수수 시럽에 중독되다!
3. 당분 산업을 보호하는 정부

3부. 공상과학소설 같은 식품 첨가제들
1. MSG 중독
2. 아스파르템 중독, 괴담인가 사실인가
3. FDA가 승인한 슈퍼마켓 살인

4부. 콩에 대한 광기
1. 콩, 인터넷의 광기인가 사실인가
2. 이소플라본 보충제
3. 아시아인의 콩 소비
4. 현대화된 콩의 괴상한 과학
5. 모유 대신 두유라니……
6. 콩에 대한 이성적 토론의 부재

5부. 지방에 대한 오해
1. 지방이 죽음을 부른다?
2. 폴리불포화지방이란 무엇인가?
3. 믿을 수 없는 연구결과들
4. 트랜스지방의 진실을 밝힌다
5. 몸에 좋은 포화 동물성 지방, 몸에 나쁜 트랜스지방
6. 가공 우유
7. 가공 우유의 문제점
8. 자연산 우유를 살리자

6부. 다이어트의 문제점
1. 저칼리 다이어트에 따른 영양부족
2. 저지방 식품이 질병의 원인이다
3. 저탄수화물 다이어트-실패한 다이어트
4. 참먹거리의 기본 원리

7부. 병 속에 든 기적, 만병통치 영양제
1. 스트레스가 우리를 살찌게 한다
2. 만병통치 영양제
3. 약물 사용을 강요하는 사람들

8부. 부인, 조롱, 그리고 협박……
알면서도 우리가 속는 이유-광고에 우리는 속고 있다
1. 애원, 부인, 조롱 그리고 협박
2. 우리는 모두 함께한다

9부. 우리 집에서부터 시작하자
1. 변화는 가정에서 시작된다

http://www.yes24.com/Goods/FTGoodsView.aspx?goodsNo=3048607&CategoryNumber=001001011008

관련기사)
우유 대신 두유? 번지수 잘못 찾았네


Posted by ukmie
,

rdf:ID vs rdf:about

software 2008. 9. 5. 14:35
rdf:ID 와 rdf:about  뭐가 다른걸까.

The rdf:ID attribute on a node element (not property element, that has another meaning) can be used instead of rdf:about and gives a relative RDF URI reference equivalent to # concatenated with the rdf:ID attribute value. So for example if rdf:ID="name", that would be equivalent to rdf:about="#name". rdf:ID provides an additional check since the same name can only appear once in the scope of an xml:base value (or document, if none is given), so is useful for defining a set of distinct, related terms relative to the same RDF URI reference.
( http://www.w3.org/TR/rdf-syntax-grammar/#section-Syntax-ID-xml-base )

똑같은건데 rdf:ID 는 문서내에서 유일해야 한다는 얘기같군. 그리고,
not property element, that has another meaning <- 이건 Reification 에서 쓰일때 이야기인듯
http://www.w3.org/TR/rdf-syntax-grammar/#section-Syntax-reifying

As for choosing between rdf:ID and rdf:about, you will most likely want to use the former if you are describing a resource that doesn't really have a meaningful location outside the RDF file that describes it. Perhaps it is a local or convenience record, or even a proxy for an abstraction or real-world object (although I recommend you take great care describing such things in RDF as it leads to all sorts of metaphysical confusion; I have a practice of only using RDF to describe records that are meaningful to a computer).rdf:about is usually the way to go when you are referring to a resource with a globally well-known identifier or location.



참고)
Use rdf:about and rdf:ID effectively in RDF/XML
https://mailman.stanford.edu/pipermail/protege-owl/2007-March/001676.html


Posted by ukmie
,
Jena 파서 실행시
WARN  RDFDefaultErrorHandler.java .....
이런 메세지가 성가시게 느껴진다면,

...
RDFDefaultErrorHandler.silent = true;
...

를 실행전에 삽입해준다.

com.hp.hpl.jena.rdf.model.impl.RDFDefaultErrorHandler 안의 주석에도 바꾸라고 되어있다.
...
 /**
  * Change this global to make all RDFDefaultErrorHandler's silent!
 * Intended for testing purposes only.
 */

 public static boolean silent = false;
...



Posted by ukmie
,
다국어 지원을 위해 UTF-8를 주로 쓰는 편임

Mysql JDBC를 이용해 insert를 하는 경우 데이터베이스가 utf8임에도 깨져 들어가는 경우.

JDBC Connection URL에 useUnicode, characterEncoding파라미터를 붙여줌.

예) jdbc:mysql://localhost:3306/database?useUnicode=true&characterEncoding=utf8


Posted by ukmie
,
뭐 이런것도 팁이냐 하겠지만, 의외로 자꾸 까먹게 되더라. 음음

**

for(int i = 0, n = list.size(); i < n; i++){

//일하기

}

n을 for문 앞에서 선언하는 방법도 있지만, for block 밖에서 n이 필요한 경우가 아니라면 n이 for의 초기화 부분에 선언되고 할당되는 것이 좋습니다. 변수의 유효범위가 최소화되기 때문이죠.

**

for (Iterator i = c.iterator() ; i.hasNext(); ) {

 doSomething(i.next());

}

작은 차이지만 Iterator i는 for block을 벗어나는 순간  잊어버려도 되는 것이니 block 밖에서 개발자의 머리는 조금이나마 가벼워 질 수 있습니다. 이것은 캡슐화의 원칙인 class의 맴버 중 밖에서 볼 필요 없는 것들은 private으로 선언해야 하는 이유와 일맥상통합니다.

**

for/in 선언문은 collection 류의 객체들과 배열에 대해서
편리하게 순환문(반복문)을 돌릴 수 있게 해준다.


형식은 다음과 같다.

for(Object obj: collection) {

    ...

}


단, 컬렉션은 제네릭을 사용하여 어떤 객체를 담는 컬렉션인지 명시해야한다.


ArrayList<Movie> movieList = (ArrayList<Movie>)getMovieList();


for(Movie movie: movieList) {

System.out.println("Movie Name is : " + movie.getName() );

}


이런 식으로 말이다.

>>
http://benelog.egloos.com/1382604
http://greenwebber.tistory.com/69
Posted by ukmie
,