개발자

Developer
開發者

1 개요

원래는 모든 분야의 개발에 대해 사용되는 용어다. 그런데 대한민국에서는 개발자라고 하면 주로 '소프트웨어 개발자'를 떠올리곤 한다. 이것은 외국도 마찬가지라서 위키백과에서 Developer를 검색해보면 Software Developer와 Game Developer가 나온다. Developer라는 용어가 사용되는 또 다른 중요한 분야인 부동산 개발 분야는 우리나라에서는 오히려 '디벨로퍼'라는 단어가 사용되고 있다. 영미권에서는 Developer 를 줄인 Dev라는 이름으로 불리는 일도 많다.

2 개발자의 종류

2.1 부동산 개발자

사람에 의해 인위적인 개발이 되어 있지 않은 부동산 (여기서는 주로 토지를 말한다. 예를 들어 임야, 농지, 그린벨트로 묶여 있던 도시외곽지역 등)을 개발하는 사람이나 기업을 말한다.

주로 후자, 즉 기업(소위 시행사)인 경우가 대부분이다. 부동산을 개발하기 위해서는 국가나 지방자치단체로부터 개발 허가를 받아야 한다. 부동산을 개발하기 위해서는, 부동산 개발 관련 법규 뿐만 아니라, 경제성 분석, 시장 분석 능력등을 갖춰야 한다.

부동산 개발자의 등급을 나누어 보면 첫 번째 순위는 자본을 돌릴 수 있는 회사가 있는 부동산 개발자이고, 그 다음으로 fee 를 받는 부동산 개발자, 기획 없이 진행하는 부동산 개발자, 우리가 흔히 알고 있는 시행사가 된다. 시행사를 가장 낮은 레벨로 두는 이유는 간단히 말해 생각이 없어서이다. 특히나 우리나라의 경우 부동산 개발자에 대한 시각이 시행사에 주로 몰려있어 룸살롱이나 비리 등과 같은 사회의 어두운 면을 주도하는 부류로 주로 인식되기 쉽다. 그러나 실제 개발자라는 역할은 매우 도전적이고 창의적이어야 하며 무엇보다도 사회적 책임이 큰 사람이다.

우리나라의 경우 1998년 이후 외국인에게 부동산이 개방되고 기존의 장애요소로 작용하던, 현재로서는 말도 안 되는, 표준건축비 제도가 사라지면서 금융시장에서도 부동산개발시장이 등장하기 시작한다. 본격적으로 부동산개발시장이 활성화되기 시작하고 투자자의 역할이 중요해짐과 동시에 투자자의 자본을 효율적으로 활용할 수 있는 개발자의 역할 또한 중요해지며 기존 시행사의 문제점인 사회의 어두운 면 또한 하나씩 꼬리를 밟히고 진정한 개발자의 능력이 더욱 절실해진 것이다.

한편 우리나라의 부동산 개발자의 문제점으로는 개발자의 자질 또는 능력확보의 문제라고 인식된다. 그외에도 자료의 축적문제, 제도적인 문제 등이 지적되고 있다.

2.2 소프트웨어 개발자

소프트웨어 개발자(Software Developer)는, 시스템 분석가의 요구에 맞게 컴퓨터 프로그래밍을 하거나 시스템 설계를 하는 사람이다. 흔히 프로그래머와 혼동하기도 하지만, 소프트웨어 개발자와 프로그래머의 뉘앙스는 조금 다르다. 단순 프로그래밍보다는 좀 더 상위 개념의 프로그램 설계라는 뜻이 가미되어 있다고 할 수 있다. 사실 대한민국에서 개발자라고 하면 프로그램 개발에 관련된 모든 일을 다하는 사람이라는 뉘앙스를 가지고 있다고 보면 된다. 외국의 경우, 프로그램 개발시 프로젝트를 관리하는 사람(PM이나 게임 기획자) 설계하는 사람, UI 디자인 하는사람, DB 하는 사람 제각기 나뉘어져 있다. 하지만 한국의 경우 소프트웨어 개발자라 하면 코드도 짜고, UI 디자인도 하고, DB 설계도 하고, 기술영업도 하고... 물론, 외국도 영세 업체는 별로 다르지 않다. 사실 프로그램을 만드는 사람은 가급적 프로그래밍이라는, 그리고 그 중에서도 자신의 전문분야 한 두가지만 들이파서 거기에만 집중하는 것이 좋을 것이다. 사실 다른 모든 일도 그렇겠지만 일을 할 때 이래저래 주 업무 외적으로 신경쓰이게 하면, 업무효율은 떨어지기 마련이다. 특히 개발자가 부족한 대한민국 환경상이 아니고 원가 절감하려고 고용하기 않는다는 게 더 정확한 표현, 한명의 개발자가 갈려나가는커버하는 영역이 엄청나게 넓기 마련인데 이것저것 엉뚱한 일들까지 신경쓰게 만들면 당연히 개발하는 물건의 품질이 제대로 안나올수 밖에 없다.

사실 뭐 다른 분야들도 마찬가지이겠지만, 특히나 코딩은 개발자의 컨디션에 따라 생산성과 나오는 코드가 크게 확연히 달라지는 분야이다. 개발자의 컨디션이 나쁠 때에는 온 종일 고민하던 부분을 푹 자고 일어나서 보자마자 해결하는 경우도 종종 나오며, 특히 컨디션 나빴을 때 짠 코드를 다음 날 아침 좋은 컨디션으로 확인해보면 개판으로 보이는 경우도 태반이다. 그러다보니 개발자 근무 환경에 따라서 코드퀄리티가 크게 좌우되는 상황이다. 물론, 개발자간의 기본적인 실력 차이가 크게 중요하게 작용하고 가장 중요하긴 하지만, 그건 업무를 맡기 전에 개발자 선별과정에서 이미 다 걸러지고 정해지는 문제고, 이미 정해진 개발자를 통해서 최선의 결과물을 만들려면 결국 어느 정도의 근무환경을 보장해주는 편이 낫다. 하지만, 고등학교 야간자율학습과 같은 마인드로 무조건 엉덩이 붙이고 있으면 잘되는 줄 아는 사람이 한둘이 아닌 것이 가장 큰 문제다. 윗분들 인식이 시대를 못 따라간다.. 구글이나 마이크로소프트 같은 다국적 기업들은 엄청난 돈과 노력을 투자해서 개발자들을 위한 연구개발센터를 만들어서, 거기에 캠퍼스라고 이름을 붙이고, 건물안에서 모든 일들이 해결가능하도록 개발환경을 갖추어 주고 있다. 그나저나 여담이지만 스티브 발머 아저씨는 20초 동안 "개발자들"을 무려 14번이나 외쳤다. 애플이 2014년 WWDC에서 개발자에 대한 감사 동영상(유튜브/한글자막)을 만들어 공개했는데, SNS에서는 발머의 '개발자 구호'와 비교하는 반응이 많았다고.

3 나무위키의 개발자

나무위키:역대 운영진 참고

네이버 웹툰의 스마트폰 게임 개발 이야기