시스템 엔지니어(SE)란 무엇인가요?

우리나라 IT 망합니다.ㅌ 특히 네트웍쪽과 서버쪽. ㅋㅋㅋ! 어떻게 개나 소나 닭이나 말이 엔지니어를 하겠습니까 그내들은 주는 먹이만 잘 먹어 주고 잘 커 주고 조류독감이나 안 걸리고 가축 당뇨나 안 걸려서 먹기 좋은 상태로 혹은 부려먹기 좋은 상태면 되는 겁니다 ㅋㅋㅋㅋㅋ!
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
MSN: ysnglee2000@hotmail.com
----
웃음... 행복... 평화... (진정한...) 희망... 사랑... 이 세상 모든것이 그렇다면 얼마나 좋을까...(꿈 속의 바램일 뿐인가...)

치킨이나 족발은 시켜 먹어 봤어도 .. 보신탕이나 갈비는 못 뜯어 봤는데...

---------
귓가에 햇살을 받으며 석양까지 행복한 여행을...
웃으며 떠나갔던 것처럼 미소를 띠고 돌아와 마침내 평안하기를...
- 엘프의 인사, 드래곤 라자, 이영도

즐겁게 놀아보자.
http://akpil.egloos.com

내공이 상당히 심후하신 분이 십니다..
기다리고 있겠습니다..

정말 논할 가치가 없는 답글이라면 일일이 대응하지 마시고 -1을 날려 주세요~ :-)

단순히 한 대의 서버나 워크스테이션만 가지고 관리만 하고 모니터링만 하는 수준이 아니라...

1. 다각도에서 시스템을 모니터링한다.(네트워크/시스템/보안/성능 등등)
2. 하드웨어/소프트웨어적인 부분을 모두 관리하고 문제 발생시 해결한다.
3. 시스템 관리에 대한 기록을 남기며 이를 체계화 하고 앞으로의 운영 계획을 수립한다.
4. 시스템 설계 및 구축을 담당한다.(일반 서버/워크스테이션 구축 및 설계, 클러스터 망 구축, 그 외 네트워크 분산망 구축 등등등...)

저는 제가 하는 일이 이런 것과 관련이 잇다고는 생각 하지만, 엔지니어는 아니고요. 제가 생각 하는 그리고 알고 있는 한도 내에서의 SE분들이 하시는 일입니다 적은 것은. 다양하죠... 잘 적은 건지는 의문입니다. 저런 일을 하는데도 감히 SE가 개나 소나 다 한다라니 ㅋㅋㅋ! 웃음이 나옵니다. 실제로 웃었습니다. 개나 소나 다 하는거 아니냐.. 흠!

하기야 사람마다 생각이 다르고 모르면 그러는 분들도 계시죠 큭!
----
Lee Yeosong(이여송 사도요한)
E-Mail: yeosong@gmail.com
MSN: ysnglee2000@hotmail.com
----
웃음... 행복... 평화... (진정한...) 희망... 사랑... 이 세상 모든것이 그렇다면 얼마나 좋을까...(꿈 속의 바램일 뿐인가...)

흐음.. S.E 라는 것에 대한 생각을 하시는 분은 처음 뵌듯 싶군요.

제가 S.E 라는 것에 대하여 생각을 해 보기 시작한 것이 3년전이었습니다. (대략 일하고 나서 7년차 정도가 되면서 명함에 밖힌 S.E 라는 단어에 대해서 생각하게 되더군요.)

10년차가 되면서, 제가 도달한 것은 (아직 진행형입니다..) 아직 우리나라에는 S.E 가 없다 입니다. 우리나라의 리눅스 태동기시적을 star(?) 들은 거의 개발자들 입니다. 그 당시에는 S.E 라는 말 조자 생소했습니다. (전산실에서 unix 나 windows SE 들이 있었을지는 모르겠지만, 지금 생각해도 그분들은 S.A 라고 보여집니다. 또는 operator..)

즉, 몇명 되지 않은 우리나라의 SE 들의 시작은 좀 비참다하고 보여집니다. 즉 프로그래밍을 하다가 "난 소질이 없나봐" 하고 눈을 돌린 분야가 시스템이라는 것이죠. 정규 과정도 없고, 또한 그런 과정을 만드려고 노력도 하지 않은 까닭에 (노력을 안했다기 보다는, 할 능력이 부족했겠죠. 제 자신도 정의를 내리지 못하는데.. 학문의로의 승계를 하기란..) 후진 양성도 결국에는 처음 진입한 사람과 마찬가지로 "삽질신공" 을 연마할 수 밖에 없게 되는 겁니다. (이건 지금도 동일하다고 생각합니다.)

다만, 아쉬운 것은.. S.E 라고 불리우는 사람들과 얘기를 해 보아도 아직 이런 쪽으로 관심을 가지시는 분이 없다는 것입니다. 다들 자신의 영역과 본인의 관심사(?)에만 열정을 쏟으시고 계시다는 얘기죠.

그래서, 감히 저는 우리나라에는 S.E 가 없다고 생각합니다. 저 역시 S.E 라는 명함을 달고 다니지만.. 이제 막 S.E 라는 영역에 대해 입문을 한 단계가 아닐까 생각 합니다.

소위 말하는 내공이 깊다고 다 고수가 되는 것은 아니죠. 그 내공을 얼마나 적절하게 사용할 수 있느냐도 중요합니다.

대인 관계 (대부분 회사 업무이기 때문에..) 역시 S.E 가 가져야 할 아주 중요한 덕목이고, 개발자들이 바라는 architector 는 S.E 로서는 당연히 가져야 할 기본 바탕이고, 어떠한 트러블도 해결할 수 있는 능력을 가져야 하고.. H/W 부터 S/W 까지, Network 에서 Server 까지 광범위하게 알아야 하고.. 각 서비스의 Spec 을 이해해야 하고..

이제 이 바닥에서 10년을 일해왔는데, 이제 다음 10년은 S.E 론(?) 에 대한 정립을 해 보고 싶은 것이 현재의 구상입니다.

다만.......... 현재 상태에서 후배분들에게 조언을 드리자면..

당신은 프로그래밍이 적성에 맞지 않기 때문에 시스템쪽을 하시고 있지는 않으신지요?

라는 것을 곰곰히 생각해 보시기 바랍니다. 제가 아는 대부분의 시스템 엔지니어들이 코드를 읽을 줄 모릅니다. (코드를 읽을 줄을 몰라도 되지만, 최소한 그 요소들에 대해서는 이해를 해야 합니다. 그렇지 않고서 설계를 할 수는 없죠.) 하지만 코드를 읽지 못하거나, 프로그래밍을 못하더라도, 언어에 관련된 특성들을 이해할 수 없다면 S.E 의 영역에 밝을 디디기는 어렵습니다. 일단 architecture 의 능력을 가지지 못한다는 얘기와 상통하니까요.

제가 가끔 사석에서 몇몇 분들에게는 이런 얘기를 한 적이 있습니다. 현재 저의 상태는..

10층이라는 건물이 목표였고.. 드디어 10층을 올라와서 옥상 문을 열었습니다. 그런데.. 다 왔는 줄 알고 옥상문을 여니 그 위에는 하늘이 있었습니다.

짧은 우리나라의 S.E 의 역사를 생각하면 참 우물안 개구리였다는 생각이 됩니다. 작년 12월의 Usenix 에서 LISA 컨퍼런스가 있었는데 (갈 기회가 있었는데 가지는 못하고 자료만 받았습니다.) 컨퍼런스중 한 섹션 에 "왜 SE 를 키우기가 힘든가" 라는 섹션이 있었습니다. 머리속으로는 생각하던 일인데, 이게 결정적인 이유가 될 수 있다는 사고의 전환을 시켜 주더군요. (100% 동의는 못하지만..) 즉 외국의 SE 역사는 대략 우리보다 15 ~ 30년 정도 앞서나갑니다. 즉 SE 에 대한 정의가 어느정도 이루어 지지 않았나 생각이 되고, 빨리 우리도 저렇게 되어야 하지 않나 부럽기도 하더군요.

맨날 불평만 하고 우리들 자신이 스스로 대접 받기를 포기하고 있었는지도 모른다는 생각이 들기도 합니다. 하지만.. 분명한 것은 어떠한 분야의 최고는 대접을 받습니다. 그 점을 명심하시고 앞을 설계를 해야 합니다.

제가 작성하고도 정리가 잘 되지 않네요. 머리속에서 또는 입으로는 줄줄 나오는데 글로 정리를 하려면 이상하게 중구난방이 됩니다. 물론 제 국어 실력이 형편없어서 그렇습니다. (그래서 영어도 못하는 게 아닌가 생각이 들더군요.) 그런 면에서는 많이 아쉽군요. 저의 10년동안 느낀점을 제대로 전달해 드리지 못한다는 것이..

SE 9년차...

이바닥 하면서 느낀점은 정의가 안되는군요.

과연 SE가 뭐하는 직업일까요?
System Engineer 서버관리 하는 사람 일까요? 정말 서버 관리만 하면 해피할텐데..
서버 다루는거 편하죠. 기계가 뭘 알아요 시키면 시킨대로 하는거죠 ㅎㅎ. 사람들과 부딛치고 설명하는게 더 힘든건 내가 A형 이기 때문일까요?

일해보면 요구사항은 정말 많죠.
하드웨어 셋팅 관리, OS 부분에 대한 관리, application에 대한 관리, 각종 프로그램 언어에 대한 지원, 디비 부분, 서비스 구성도 해야하고, 해킹당하면 원인 파악도 해줘야 하고, 업체에서 서비스 문의하면 설명도 해줘야 하고..
그러면서 문제 안생기면 논다는 이야기 듣고, 문제 터지면 능력없다는 소리 듣기도 하고 ㅋㅋ

이일하면서 후배들 만나서 이야기 하다가 그럼 너 SE 해봐라 권해준적 없습니다. 말렸죠..
왜 일까요?
야간 당직해야 되고, 주말에도 문제 생기면 일해야 하고, 술먹고 뛰어오고, 그렇다고 월급이 센것도 아니고.. 공부는 공부대로 해야하고

SE 정말 바쁘고 공부해야 하는 직업이라고 생각합니다.
위에 말씀하신 코딩 부분뿐만 아니라, 신규 OS에 대한 하드웨어 스팩 및 의존성 부터, application 버그도 알고 확인해야 하고, 디비 버전에 따라서 변경되는사항도 파악해야 하고, 신규 이슈화 되고 있는 기술도 파악 습득해야 하고..

제가 생각하기에 SE라고 하면 한마디로 "순돌이아빠" 이겁니다.
하드웨어, OS, DB, application, network 등 해당 부분의 밴더 수준은 아니더라고 통합적인 지식 및 기술을 가지고 일차적으로 client와 접촉하는 접점 역활의 존재라고 생각합니다.
저역시 이런 역활을 하지 못하고 있습니다. 되기 위해서 계속적으로 부딛쳐서 익혀 나가는것이죠. 과연 제가 이 직업을 떠나기 전에 당당하게 저 역활을 해볼수 있을지는 장담은 못하지만, 그래도 제가 생각하는 목표는 저겁니다.

저 위에 익명으로 하는 개나 소나 한다는 말~ 어느정도 공감가는 부분이 있습니다.
여러 업체랑 일하다 보면 SE라고 하면서, 사고 치고는 도망가버리는 경우, 암것도 모르면서 입으로만 하는 군상들~
정말 욕나오게 하는 사람들이 많습니다. 그런 사람들 때문에 정말 밤세서 복구해주고, 서버 복구 됐다고 좋아라 하는 SE들 맘고생만 하죠...

전 SE의 제 1 요소는 책임감과 의욕이라고 생각합니다. 없는 사람은 SE 하지 마세요

서버 죽었다고, 사이트 느리다고 SE 욕하지 마세요.
서버 관리는 SE가 하는게 아닙니다. 당신의 관심과 당신의 투자가 하는 것입니다.

what is my wish?

글 잘 읽었습니다.
좋은 내용 잘 보고 갑니다.

--------------@@
우분투+emacs교 정착.
x264 코덱 cell로 포팅중(미친짓이라고 봄..회사에서 진행중 ㅡㅡ)

책이 있기는 한데.. 추천해볼까요.

http://www.kyobobook.co.kr/product/detailViewKor.laf?ejkGb=KOR&mallGb=KOR&barcode=9788989484301&orderClick=LAA
SE가 가져야 할 성공 마인드 - 꽤 괜찬습니다.

그리고 이름을 까먹었는데 SE를 위한 프레젠테이션 머 이런것도 있고..

요즘 괜찬은 것이 Art Of project management 라고 아마..
http://www.kyobobook.co.kr/product/detailViewKor.laf?ejkGb=KOR&mallGb=KOR&barcode=9788979144093&orderClick=LAA

SE용 교양도서로 괜찬은 듯 합니다.

-------------------------------------------------------------------------------------------------------
Life ... http://iz4u.net/blog/

많은 분들이 SE에 대한 정의를 하셨는데, 서로 다른 의견을 가지고 있는 것 같습니다.
제가 가진 생각을 덧붙여 보겠습니다.

SE는 기본적으로 최종산출물(Deliverable)에 대한 품질을 보장하는 것을 목적으로 가지고 있습니다. 이를 달성하기 위해서 최종산출물에 중점을 두는 것 보다 이를 만드는 과정에 중점을 두고 있지요. 그래서 SE는 많은 공정(Process)로 구성되는 것입니다. 이로 인해 근래에는 CMM 혹은 CMMI로 부르는 프로세스 공학이 중요시되고 있고요.

그러면 기존에는 무엇이 있었을까요? 그것은 ISO입니다.
ISO는 생산물의 품질을 보증하는 것으로 국제규격을 만족하는 생산물을 보는 것이죠.
이와 비슷하게 시그마-6이 있습니다. 다들아시겠지만, 이것은 불량률을 줄이는 것이죠.
즉, 최종생산물을 보고 불량품이 몇개 이하이다는 것을 주장하는 것입니다. 하지만 위와 같은 것을 하다보니, 과정이야 어찌되었든 최종 결과물만 만족하면 국제규격을 만족하는 경우가 된 것입니다.

비유를 하나 들어볼까요. 김치아시죠?
우리나라에서 김치는 중국에서 많이 들어옵니다. 일본에서도 많이 수입을 합니다.(역시 중국에서) 하지만, 우리나라에서 보는 중국 김치는 가격을 위주로 협상을 하기 때문에 최종 가격에 낙찰을 많이 받을 수 있지요. 물론 일본에서도 중국 김치를 들여오는데, 이들은 협상을 어떻게 하냐하면 생산 시설을 보고 그리고 생산하는 과정을 평가하여 김치를 들여옵니다. 최종 산물인 김치는 생산 시설과 과정만 보면 원하는 품질을 얻을 수 있다는 생각으로 중간 단계를 집중적으로 검사를 합니다. (불행하게도 위의 예에서 가격을 보는 것이 우리의 현실입니다.)

다시 SE로 돌아와서...
그러면 프로세스 공학은 무엇을 하는 것일까요?
첫 머리에서 언급했듯이 공정을 관리하는 것입니다.
공정을 관리하기 위해 다양한 기법이 녹아있는 것이 오늘의 CMMI입니다.
CMMI는 각각의 공정을 Process Area(PA)라 부르는데
CMMI Level 2의 경우
Project Plan, Project Management and Control, Supplier agreement Management, Requirement Management
Configuration, Process and Product Quality Assurance, Measure and Analysis
의 7 가지 PA가 있습니다.
위 7가지를 모두 만족하는 경우(심사를 통해; 국제 SEI에서 심사원을 파견합니다.) Lv 2를 획득할 수 있습니다.
하나라도 결격이 있으면 안됩니다.

각각의 항목을 설명하는 것은 어려우니 생략하고(인터넷 검색으로 각각에 대해 어느 정도의 정보를 알 수 있을 겁니다.)
위와 같은 항목을 관리하는 것을 System Engineer의 역할입니다.

많은 분들이 덧글에서 SE를 할려면 기본적으로 1, 2, 3, 4, 5 등등의 능력이 있어야 하고 a, b, c, d의 능력이 있어야 SE라 부른다라고 했는데, 이는 잘못된 것 같습니다.
일례로 '코딩이 기본이고 DB 정도를 다루어야 한다'는 것들을 말합니다. 물론 이와 같은 능력이 되는 사람들을 만나면 행복합니다. 하지만, 현실적으로 어렵습니다.

글이 길어졌습니다.
어지러운 글 읽어주셔서 감사합니다.
혹, 추후 기회가 되면 더 이야기를 하도록 하겠습니다.

berise@nowhere.comes.out

뭐 앞에서들 다들 너무 좋은 말씀들이 많아서 :)
(같은 말의 반복하는거 같아서 ^^;;;)

저는 그냥 조그만 회사에서 서버 뒤치닥 거리도 하고 하면서 느낀 것이지만.

시스템 엔지니어 라고 하지만 저는 가끔 서비스 엔지니어가 아닌가 싶을때도 있습니다.

시스템 은 결국 크게 보면 하나의 서비스라고 생각 해서 말이지요..
결국 시스템이란 단순히 H/W적인 부분만을 일 컷는게 아니라 S/W 적인 부분도 결코 떼 놓을수 없다는 것이지요 ..
SE 라면 자세히는 아니지만 서비스를 전반적으로 보고 그걸 중간에서 관리하는 능력을 가진 사람이 아닐가 합니다.;;

(뭐 이정도 면 거의 -_- 팀장 이나 실장급이 되는건가요??;;;)

예를 들자면 서비스에 문제가 생기면 문제 해결을 위해 명확하게 개발자에게 문제를 전달하는 역할.
그런게 아닐가 합니다.

(이러면 슈퍼 엔지니어가 될까요?? )

뭐 제가 보는 SE 란 그런게 아닌가 합니다 ;

오프토픽이지만 제가 있는 랩은 SE 랩입니다. System Engineering의 약자인데, 주로 소프트웨어 개발과정에서의 효율을 향상시키는 연구를 합니다. 그러고보면 Second Edition 같이 SE로 축약되는 컴퓨터 관련 용어들이 많은것 같습니다 ㅎㅎ

각각의 표준요소를 이용하여 큰 시스템을 구성하기 위해서는 나무보단 숲을 볼줄 알아야 하고...
당장 일어나는 현상을 조치하기 위해서는 잘못된 설계로 만들어낸 수백가지의 문제점의 근본을 알아야 하고...
이들 과정에 대한 마무리를 잘 한다는 것은... 자신의 노하우를 문서화하고 체계적으로 정리할줄 알아야 한다는 것.

한마디로 광범위한 영역에 걸친 해박한 기본지식과 정리습관이 없으면 SE가 아니라고 봅니다...

우스갯소리로 보는 사람 입장에서는 "개나소나 다 할 수 있을법한" 일이지만
정작 하는 사람 입장에서는 "때론 죽을맛을 느끼기도 하는" 직업입니다...

해보지도 않고 개나소나 다한다는 얘기는... 웬지 SE를 놀려먹기 위한 얘기가 아닌가 싶습니다. -_-;

============================================
니네 군대에서 멀쩡한 몸으로 18시간 자봤어? ㅋㅋㅋ

아무래도 일하는 업계가 다르신 분이 한 분 오신듯 싶네요 :-)

(댓글이 워낙 많아서 어디에 댓글을 달아야할지 몰라 그냥 밑에 답니다.)

뭐 우선 보는 방향에 따라서 다르다고 말씀드리고 싶고, 이런 곳에서 기술적인 이야기만 한다고 해서 이 분들이 SE가 아닌 테크니션에 불과하다 라는 이야기는 좀 다른 이야기일 듯 싶습니다. 아마 "익명사용자" 분께서 말씀주신 그 테크니션을 저희들은 보통 "Operator" 정도로 통용해서 표현을 합니다만(저 한참 위에서 언급되는 "개" 나 "소" 는 아마 'System Engineer" 가 아니라 "Operator"의 기술적 수준으로 "SE" 를 자청하는 사람들을 일컫는 것으로 이해하고 싶습니다.), 역시 서로 일하는 분야가 다르고, 관심분아가 다르고, 보게 되는 입장이 다르니 어느 선을 SE로 지정할 것인가는 별도의 문제가 되겠지요.

그리고 말씀하신 "시스템 분석, 설계, 개발(구현), 시험, 평가를 수행하는 시스템 개발의 공학적 단계" 를 시스템 엔지니어링으로 구분하는건, 글쎄요. 국내 프로젝트 관련 서적이나 시스템 관련 이론서중 많은 수가 저렇게 표현을 하고 있는듯은 합니다만 저 말이 필드에서 통용되는 곳은 정말 한정되어 있다는 표현을 하고 싶습니다.

심지어는 그 흔한 SI건에서도 시스템 분석이고 설계고 개발이고 구현이고 시험이고 평가고 그런걸 떠나서 우선 그냥 영업사원이 되는데로 찔러넣고, enduser는 되는데로 받아서, 벤더사 영업사원이 찔러주는데로 RFP를 작성해서 시스템 영업을 독점하고, 그 "시스템 분석, 설계, 개발(구현), 시험, 평가를 수행하는 시스템 개발의 공학적 단계" 를 시연하시는 시스템 엔지니어분께서 오셔서 영업사원이 만들어놓은 별 말도 안되는 "시스템의 설계" 를 가지고 별의별 닭질, 삽질을 동원해서 "개발, 구현" 을 하면 enduser가 "서버 잘 돌아갑니까? 어플리케이션은 잘 돌아갑니까?" 하고 "시험, 평가" 를 합니다. 흔히 업계에서는 이 과정을 "검수" 라고 표현을 합니다만..

뭐 모르겠습니다. 제가 모르는 그 어떤 분야에서는 정말 SE라 불리는 그 시스템 엔지니어분께서 "시스템 분석, 설계, 개발(구현), 시험, 평가를 수행하는 시스템 개발의 공학적 단계" 를 시연하실지도 모를 일이지요.(못해서 안하는게 아니라 이런걸 할 만한 환경이 당췌 안되어서 못합니다.)

근데 당장 국내에서 가장 큰 취업포털 사이트라 일컫는 잡데리아(?)같은 곳에 들어가서 SE 구인광고를 봐도 "시스템 분석, 설계, 개발(구현), 시험, 평가를 수행하는 시스템 개발의 공학적 단계" 를 시연할 SE를 찾는 업체를 찾아보기가 힘든것은 무엇일까요? 당장 자기네 회사와서 닭질 해 줄 사람을 찾는 현 업계의 실태는..뭐 분명 문제가 있는것이기는 하겠습니다만 그 이전에 진짜 현실이 무엇인지는 좀 고민해 볼 일입니다. 아무리 문제가 있더라도, 현재 상황이 그렇고, 대부분이 그러하다면 안타깝지만 그것이 진실이겠지요.

==
어디가 위고 어디가 아래여..

98년부터 se하다가

작년부터 업종을 변경하여

프로젝트 메니저와 직원 관리를 하고 있습니다.

대학도 사이버 대학이지만 경영쪽으로 다니고 있구요

주위 se하시는 분들 보면 정말 3D 직종인것 같습니다. ㅋㅋ

대기업 SI도 많이 해봣고 이것저것 불법적인 일도 많이 해봤습니다.

전문적인 SE를 양성 할 수 있는 곳이 있었으면 정말 좋겠습니다.

푸념: 올해는 서버관리 알바가 좀 안들어 올려나.. 작년에는... 놀면서 몇백 벌엇는데 ㅜㅜ ㅋㅋ
----------------------------------------------------------------------
웃는 얼굴 헤죽 헤죽