이 름    ???
 
제 목    성공적 엔지니어의 조건, 역할의 계층구조, 학습방법
 
(먼저 개인의견.. 의사도 과학자입니다. 이번 황우석 교수의 연구에도 대부분의 참여자들이 의학박사들이었죠. 의사가 과학자가 아니라고 주장하는건 우스운 일이죠. 그리고 이 싸이트의 공식의견인건 아닙니다.)


1. 성공적 엔지니어의 조건

열거는 중요도 순위에 따름

I. 성공적 엔지니어란 무엇인가
1. 돈을 많이 버는 엔지니어 - 결국 시장경제에서 엔지니어링의 결과는 경제적 가치로 측정되는 것이다.
2. 갈데 걱정이 없는 엔지니어 - 동종업종에서 서로 데려가려고 하는 엔지니어가 되어야 한다. 데려가려 한다는 것은 그만큼 그가 경제적 가치를 창출할 수 있는 능력을 가졌다는 것의 반영이다.
3. 그 엔지니어가 없으면 기업이 쓰러지는 중추적 엔지니어 - 비록 외부에는 잘 알려져있지 않다해도 조직이 절대로 뺐기지 않으려하는 엔지니어들이 있다. 이들은 결국 동종업체에 알려지기 마련이고 점차 성공적 엔지니어가 되어가기 마련이다.

이상에 있어 엔지니어란, 연구개발자,기술자 뿐만 아니라, 차별화된 능력으로 공정전반이나 연구개발팀을 이끄는 준관리자적 엔지니어도 포함한다.

II. 성공적 엔지니어 갖추어야 할 조건
1. 능력 - 결국 엔지니어가 기대야 할 것은 자신의 능력이다.
2. 경력 - 같은 능력을 가진 엔지니어라면 경력으로 평가받는다.
3. 인맥 - 모두 같은 조건이라면 인맥을 잘 닦아둔 엔지니어가 우위를 가지게 된다.

3항은 결코 인맥 자체에 의존하라는 말이 아닌다. 실력의 부족을 인맥으로 해결하는 것은 엔지니어에겐 치욕이며 인맥으로 인해 기회의 불평등을 강요당하는 것은 엔지니어의 불의이다. 바람직한 인맥이란, 그 분야에 대한 열정을 가지고 살았을때 자연히 형성되는 그것을 말한다. 이러한 경우 인맥은 그의 자기 분야에 대한 열정의 축적된 척도가 된다.

각 조건의 요건 사항
1. 능력
1) 구현능력 - 결국 엔지니어의 능력은 실현이 됨으로써 가치를 가진다. 새로 나오는 구현과 관련된 기술을 자기것으로 만들어야 엔지니어는 제대로의 몫을 할 수 있으며 또한 구현능력을 갖추는데에서 기쁨을 느껴야 한다.
2) 지식 - 구현능력이 우선이기는하나 지식이 없는 구현은 더 앞으로 나아가지 못 한다.(적지 않은 경우 목표한 구현도 실패한다.) 엔지니어는 구현에 있어 지식의 병행을 추구해야 한다.
3) 학습능력 - 엔지니어는 끊임없이 공부해야 한다. 학습능력이란 "공부의 능력"을 말한다. (학습의 방법은 다른 항목에서.)

이상에 있어 "스피드"라는 요소가 공히 고려되어야 한다. 그리고 "체력"은 이 항을 뒷받침하는 중요한 요소이다. 체력이 없으면 아이디어가 있어도 구현을 못하고 지식을 기억에서 인출해내지 못하며 새로운 학습을 하지 못 한다.

2. 경력
1) 시장 성공경력 - 결국 엔지니어는 시장에서 성공해야 한다. 단순히 시장경력만으로 충분하지 않은 것은 엔지니어링의 산물이 결국 투자에 대한 이익으로 평가되어야 하기 때문이다. 시장에 내놓는 것만으로 충분치 않다. 성공해야 한다!
2) 개발 성공경력 - 개발을 성공시키는 것만도 쉬운일은 아니다. 엔지니어가 제 몫을 할 수 있는가가 이것으로서 평가된다.
3) 연구 경력 - 현장 엔지니어도 항상 창조적인 면을 실을 수 있을지를 염두에 두는것이 좋다. 인정받는 전문가가 되는것은 창조적인 결과를 내는 출발점에 위치하는 것이다.

갈수록 경력의 중요성이 높아져가고 있다. 인터넷등의 커뮤니케이션 수단등으로 엔지니어의 능력에 대한 평판, 능력의 표현등이 자유롭고 빠르게 이루어지고 있기 때문이다.

3. 인맥
1) 끌어줄 수 있는 인맥 - 나보다 유리한 위치에 있어 나를 끌어줄 수 있는 인맥을 말한다. 인맥이 효용을 발할 경우 가장 결정적이라 할 수 있다.
2) 동급 인맥 - 비슷한 수준의, 서로 보완적 관계를 지닌 인맥은 자신에게 팀 구성의 권한이 주어졌을 경우 금방 훌륭한 팀을 구성하는데 도움을 주어 위치를 유리하게 한다. 또한 정보교환에도 도움이 된다.
3) 밀어줄 수 있는 인맥 - 아직 나보다 뒤에 있으나 그 능력과 열심으로 내가 나태해지지 않고 끊임없이 자극되도록해주는 인맥을 말한다.

엔지니어로서의 긴 생명을 바란다면 2번과 3번을 개발하는 것이 좋다.


2. 일반적인, 역할의 계층구조

모든 노동자를 엔지니어라 부를 수 있다면 그들은 다음의 계층구조 중 하나에 속할 것이다.

제3계층. 백엔드 엔지니어
제2계층. 미들클래스 엔지니어
제1계층. 프론트엔드 엔지니어

위의 3단계 계층구조를 따르는 구분은 다양한 분야를 보는 관점으로 쓰일 수 있다.

구체적으로 예를 들자면,

(금융과 관련해서 본) 산업계라면, 현장기술자 - 경영자 - 금융가,
SW 개발이라면, 툴, 알고리즘 개발자 - 응용SW 프로그래머 - 제품 마케터 (또는 알고리즘 개발자 - 툴 개발자 - 프로그래머)
과학계라면 기초이론 연구자 - 응용과학자 - 공학자
경제이론분야라면 수학자, 심리학자 - 경제학자 - 애널리스트
법조계라면, 법철학자 - 법학교수 - 변호사

들이다. 그리고 자신이 어느 한 분야에 속해있다고 믿더라도 사실은 그 범위에 따라 3단계 모두에 속할 수 있다는 사실을 명심해야 한다.
(자신의 상호작용하는 특정그룹과의 관계에 따라 1 계층일 수도 있고 2 계층, 3 계층일수도 있다. 즉 툴, 알고리즘 개발자는 기초이론가에 비하면 3 계층에 위치해있다고 규정될 수도 있을 것이다.)

우리가 유의해야 할 점, 그리고 현재 한국 이공계 문제에도 적용시킬 수 있는 점은, 사실 후반(상위)계층을 가능케해주는것이 전반부(하위계층)임에도 2,3 계층은 1 계층의 엔지니어들을 무시하는 오류에 빠질 수 있다는 점이다.

또한 그러한 개인차원의 경향성 외에도, 시장경제는 그대로 둘 경우 후반부(상위, 3계층)계층이 그 전 단계계층의 집단에 비해 적은 노력으로 큰 (부와 명예를 비롯한) 보상을 얻게되는 구조로 가는 경향성을 역시 가진다.

(내적으로도 마찬가지일것이다. 기초를 중시하는 태도 등..) 1계층쪽을 중시하는 사회는 강한 체질을 갖는 반면 유연성과 신속성이 떨어질 것이다. 3 계층쪽을 중시하는 사회와 개인은 그 반대일 것이다. 지속가능하면서 시장친화적인 성장을 위해서 경향성은 인위적으로 조정되거나 바람직한 수준으로 유도되어야 하며 이는 정부가 해야 할 성격의 일이다.


3. 학습절차 ("맨 땅에 헤딩하기")

1. 일단 그 분야에 대한 선입견이 있는지 돌아보고 그것을 버리고 출발한다.
2. 좋은 소개의 자료를 찾아 숙독한다.
인터넷 시대에서 그 요령은 다음과 같다.
- 우선 ppt 문서를 찾는다. 그 주제에 대한 여러 문서 중 ppt 문서는 작성자가 많은 사고를 하여 그 중 핵심인 내용을 정리한 것이므로 여러 측면에서 도움을 준다.
- pdf 문서를 찾아본다.
- 검색어는 'tutorial'을 사용한다.
- review, overview, survey는 tutorial이 너무 어려울 경우나 틈틈이 보면 좋다. review는 보통 해당분야의 전문가가 쓰므로 신뢰할 만 하다. overview도 전문가가 쓰는 경우도 있으나 그렇지 않은 경우도 많다. 따라서 피상적일 수 있다. survey는 간단한 설명과 함께 주로 이미 나온 여러 방법들간의 비교를 담는것이므로 내내 참고하면 도움이 될 것이다.
- 자료들 중 하나를 정해 완전히 외울만큼 정독해 읽는다. 찾은 여러 자료들 중 어느것이 좋은 자료인지를 선별하는 것도 중요하다. 마땅히 판단 능력이 없다면 보다 fancy하게 꾸며진 쪽을 택하는게 좋을것이다....
- 익숙치 않은 용어들이 많은데 읽는것은 아주 고통스럽다. 정 모르겠으면 처음 한번은 그냥 글자만 따라읽는다고 생각하고 본다...
- 그 다음부터는 다시 읽기전에 떠오른 질문들을 적어본다. 읽으며 해결되었다면 지워가며 새로운 질문들을 만든다. 이는 모르는 사항을 구체화시키기 위함이다.
3. 자료, 특히 논문을 읽을때 뒷쪽의 레퍼런스 논문을 한번 훑어본다. 이후 여러 자료를 볼때 반복되어 나온 논문이 있다면 그 논문은 중요한 논문이다. 그 저자의 홈페이지를 찾아들어가는것이 도움이 될 수 있다.
4. 논문을 읽을때 자신이 이 논문에서 원하는 바를 잊지 않도록 한다.
5. 그 분야에 관심을 가진이들이 모인 인터넷 커뮤니티를 찾아 들어가라. 모르는 사항등의 조언을 구하라. (그러나 항상 받는 입장이 되지 말고 또 그런 의도를 나타내지 말라. 회원들과 운영자는 공헌하는 이를 좋게 보고 또 보상을 하려한다.)


2004년 2월 14일 손님게시판에서

http://www.scieng.net/zero/view.php?id=freeboard&page=5&category=&sn=off&ss=on&sc=on&keyword=&select_arrange=headnum&desc=asc&no=9459