Serendipity - 세런디피티

Serendipity란 과학기술의 세계에서 발견과 발명이 우연에 의해 이루어지는 것을 뜻함

  1. Horace Walpole(1717-1797)이 '세런딥 왕국의 3명의 왕자의 여행과 모험'이라는 동화를 읽고 처음 사용.
     Walpole이 Serendipity라는 단어를 처음 사용하게 된것은 1754년 1월 28일 메디치가의 방패 문장에 관한 흥미로운
     사실을 어떻게 발견했는지를 기술하기 위해 친구에게 쓴 편지의 시작부분에서였다.

  2. Serendipity는 사람 혹은 사건에 응용되는 것이 아니라 오히려 발견의 특성에 부여할 수 있는 명사이다.
     Serendipity는 항상 관련된 사람으로부터의 무엇인가와 사람들이 처해 있는 상황으로부터의 무엇인가가 결합된 것이다.      문제는 창의적인 행동을 관찰한 사람들이 지나치게 우연의 사건이나 혹은 영민함 한쪽에만 원인을 돌리는데 있다.
     그러나 이 두 가지 요소는 상호 의존적이다 - 우연한 사건에 관련된 사람이 실제 가치를 볼 수 있을 경우에만,
    이 사건은 운 좋은 결과로 나타날 수 있는 것이다. 실 생활속의 사람들은 특정 영역에서만 영민할 수 있으며,
     이 분야에서만 우연한 사건을 운 좋은 사건으로 변화시킬 수 있다. 사람이 영민해 질 수 있는 영역은 자신의 특정 지식,      인생과 업무에서의 경험, 개인적 특성과 흥미의 결과인 것이다.
     Serendipity의 진정한 의미를 고려한다면 기업에서 조직원의 창의성 발현에 많은 시사점을 가져다 줄 것이다.
     요사이 중요시되는 부가가치를 창출하는 지식근로자 (Knowledge Worker) 역시 Serendipity를 통해 조직 내에서
     길러 질 수 있을 것이다

  3. 아르키메데스의 '유레카'일화나 뉴튼의 '중력 발견 일화'를 생각해 보자.

  Serendipity의 예

 1. X-RAY - Roentgen이 음극선 형광을 연구중에 근처 테이블에 이상한 빛이 흘러나오는 것을 발견하면서

 2. Penicillin - 플레밍이 화농균을 배양하다가 우연히 배양접시에 세균무리가 죽어있는 것을 보고

 3. Dynamite - 노벨이 연구중에 손가락을 다쳐 외상치료제인 콜로디온으로 치료를 하면서

 4. 합성고무 - 찰스 굿이어가 냄비에 황을 녹이다가 실수로 생고무위에 엎지르게 되면서

 5. 아세톤의 대량생산 - 바이츠만(이스라엘 초대 대통령)의 우연한 박테리아 발견을 계기로

 6. Metallocene촉매 - 윌킨슨이 꿈속에서 샌드위치를 보고 화합물의 구조를 샌드위치형태로 그리면서

 7. 벤젠의 방향족 화합구조 - 케쿨러가 졸다가 뱀이 자기꼬리를 물고 빙빙도는 꿈을 꾸면서

유럽의 박사 유망직업 시장
1.영양 생화학 박사
2.식품 가공 및 효소학 박사
3.시각디자인박사
4.비판 커뮤니케이션 박사
5.조형 예술학 박사
6.환경건축학 박사
7.패션 마켓팅 박사
8.해양스포츠 박사
9.관광학 박사
10.와인학 박사
11.광고 음악학 박사
12.사회보장법 박사
13.도시단지설계박사
14.방송 이론 및 영상 제작학 박사
15.금융수학박사

미국의 박사 직업시장
1.부동산학 박사
2.약리학 박사
3.측량 및 지형공간 정보 박사
4.진단 방사선학 박사
5.핵 물리학 박사
6.의용 공학박사
7.항공 우주공학 박사
8.통계학 박사
9.스포츠 마케팅 박사
10.화폐금융론 박사
11.국제자본시장 박사
12.스포츠 법 박사
13.의료윤리 박사
14.목회 심리학 박사
15.미생물학 박사
16.환경영향 평가학 박사
17.혼성 신호및 전자회로설계박사

아시아 국가 박사유망 직업시작
1.노인복지학 박사
2.통신 신호처리 박사
3.레이저 광공학 박사
4.로봇 공학 박사
5.사이버홍보학 박사
6.병원 경영학 박사
7.화학박사
8.만화학 박사
9.반도체공학 박사
10.자동차 엔진 공학박사
11.구름 물리학 박사
12.단백직 생화학 박사
13.나노박사
14.도시 교통공학 박사
15.컴퓨터 게임 공학박사
16.노동경제학 박사

=제맘대로 분석을 하자면 유럽은 아시아국가보다 앞서 고령화가 찾아왔고 그에 대한 대비, 그와 관련한 산업이 발전한 것 같습니다.먹는 것 위주의 영양 생화학/식품가공 및 효소학이 우선순위에 올라있는 것을 보면 "얼마나 오래 사느냐"보다는 "되도록이면 건강하게 오래 살고싶다."는 욕구가 반영된 것 아닌가 싶습니다.
전 개인적으로 환경건축학 /도시단지설계학에 흥미가 가네요.

=미국.개발을 해도해도 여전히 텅텅 남아오는 땅덩이.부동산과 측량,지형공간 등으로 나타난 것 같습니다.항공우주공학이나 핵 물리학 쪽은  제가 별로 관심이 없어서 잘은 모르지만,냉전구조가 무너지면서 러시아 과학자들이 실업자 처지가 됐었던 과거를 떠올려봅니다.중국이 새로운 경쟁자로 떠오를 수 있겠군요.
의료 산업의 메카인 만큼 진단 방사선학,의용공학,의료윤리 등이 주목을 받고 있군요. 의용 공학이란 의료용 장비를 개발하는 걸 말하는 거랍니다.

=아시아 국가 최대의 화두는 고령화.8위에 언급된 만화학 박사도 재밌군요.김 샘은 "만화를 단순히 좋아해서 많이 읽는 것으로는 부족하고,세상을 관조하듯 본질의 흐름을 읽어내야한다."고 하시는군요.한국에서는 이미 만화 홍보학이 학문으로 자리잡고 있구요.

원 분석논문을 첨부하니 자세한 내용이 궁금하신 분은 다운해서 받아보시기 바랍니다.

그래서 추적해보기로 계속 해서 1주일 정도 delete 부분 바꿔보고, Common library 에 있는 두 클래스를 조금씩 수정해보는 식으로 하였는데, 어느날 이상한 현상을 발견하였다. bool 변수가 중간에 끼어 있었는데 이걸 위치를 바꿔보니, 에러가 안 나는 것이었다. (특정 변수 뒤로 선언했다.) 기존에 계속 이상한 값을 가지던 포인터도 제대로 값이 들어가고, 정상적으로 돌아가는 것이었다. 왜 위치만 바뀌면 제대로 되는 것일까라고 생각하고 드디어 어셈블리와 메모리 레벨에서 추적해서 들어가기 시작했다. 어셈블리와 메모리를 계산해서 추적해보니 이상하게 4바이트를 덜 가서 값을 가져오는 것이었다.그래서 값이 이상하고, 죽고 그러는데... 그래서 혹시나 해서 SP5 로 업데이트 하고(그 떄는 업데이트 안되서 기존 버전을 쓰고 있었다. 왜 안되었는지 잘...) 새로 리빌드 해보기도 했지만 그 현상을 마찬가지 였다. 왜 하필이면 4바이트일까...처음에는 컴파일러가 계산을 잘못해서 코드를 생성했나 싶었지만 아무리 생각해도 그게 이상일리는 없을 것 같고 해서 이것저것 바꿔보다가...결국 바이트 정렬 떄문이 아닐까 하는 생각이 들었다. 그런데 바이트 정렬이 구조체에서는 만약 적용해봤지만 클래스에서 내부적인 동작 도중에 문제 생긴다는 건 처음 들어본지라 너무 이상하다 싶었다. 너무 이상하다 싶어 주위에 베테랑급 사수들에게 물어봤지만 첨 들어보는 현상이라고 하였다. Sun이나 AIX에서 가끔 이상하게 동작하는 경우를 알려주긴 했지만 이번 경우에는 그게 아닌듯 싶고 하였다.

그래서 Common 라이브러리에 있는 bool 변수를 BOOL 즉 int 형으로 바꾸어보았더니 모두 OK 였다. 아무래도 바이트 정렬 문제가 확실했다. 그래서 일단 그렇게 하면서 계속 근본 원인을 뒤져보다 우연히 다른 함수 떄문에 도미노 제공 헤더를 뒤져보게 된 일이 있었는데, 거기서 정말 충격적인 코드를 보았다 헤더 차원에서 #pragma pack(1)를 해놓은 것이었다. 그제서야 어떻게 돌아가는 건지 이해가 되었다. 쩝 그런 것이었구나 하고...

원인은 이렇다. Common 한 라이브러리는 VC6 기본인 8바이트 정렬로 컴파일된다. 하지만 DSAPI 필터 프로젝트는 그 헤더 때문에 1바이트 정렬로 모두 컴파일이 되게 된다. 따라서 이 쪽에서는 1바이트 기준으로 new를 해서 메모리를 구성하고 실제로 링크된 다른 라이브러리 바이너리에서는 8바이트 기준으로 정렬해서 처리되기 떄문에, 그 사이에 미묘한 차이가 생겨버린 것이다. 그래서 컴파일러는 제대로 코드를 생성했지만 두 바이너리 생성 차이로 한 EXE내에서 두 가지 바이트 정렬된 부분이 프로그래머가 알지 못하게 생겨버리는 경우였다. 그래서 다시 강제적으로 8바이트 세팅해주고 나니 아주 잘 돌더라는 그런 뼈아픈 얘기였다.

나중에 알게된 사실이지만 DSAPI 튜토리얼에 아주 조그마한 하게 1바이트 정렬을 한다는 얘기가 있긴 했다. 하지만 제대로 강조되지 않았기에 모르고 넘어가고 이런 삽질을 경험하게 된 것인데...정말 맘 아픈 경우이다 ㅠ.ㅠ 뭐 이거 덕분에 어셈블리와 메모리 주소를 통한 디버깅을 자유자재로 할 수 있게 되어버렸다

setlocale(LC_ALL, ".949"); 
wchar_t *wstr1 = L"abc"; 
printf("length: %d", wcslen(wstr1)); 
 
--- 결과 --- 
length: 3

setlocale(LC_ALL, ".949"); 
wchar_t *wstr2 = L"가나다"; 
printf("length: %d", wcslen(wstr2)); 
 
--- 결과 --- 
length: 6

61 00 62 00 63 00 00 00

B0 00 A1 00 B3 00 AA 00 B4 00 D9 00 00 00

B0 A1 B3 AA B4 D9 00

setlocale(LC_ALL, ".949"); 
char *str2 = "가나다"; 
wchar_t wstr2_uni[blocksize]; 
memset(wstr2_uni, 0, blocksize * sizeof(wchar_t)); 
mbstowcs(wstr2_uni, str2, _mbstrlen(str2)); 
 
--- wstr2_uni의 메모리 덤프 --- 
00 AC 98 B0 E4 B2 00 00

#pragma setlocale(".949")

//결국 컴파일 레벨에서 지정해주어야 한다.

좀 더 알아보고 포스트할 걸 그랬습니다.

wcstombs() : 와이드캐릭터 스트링을 멀티바이트 스트링으로 변경

 #ifdef WIN32
  #pragma warning(disable:4786)
#endif
#include <iostream>
using namespace std;

void string2wstring(wstring &dest,const string &src)
{
     dest.resize(src.size());
     for ( unsigned int  i=0; i<src.size(); i++)
        dest[i] = static_cast<unsigned char>(src[i]);
}

void wstring2string(string &dest,const wstring &src)
{
     dest.resize(src.size());
     for (unsigned int i=0; i<src.size(); i++)
         dest[i] = src[i] < 256 ? src[i] : ' ';
}

int main ( int argc, char** argv )
{
  string str = "한글 English";
  wstring wstr;

  string2wstring( wstr, str );
  wcout << L"[2Byte] " << wstr.c_str() << endl;
  wstring2string ( str, wstr );
  cout << "[1Byte] " << str.c_str() << endl;
  return 0;
}