천객만래 [千客萬來] (It has an interminable succession of visitors)

프랑스에서 야근했더니






한국은 반대네요..... 


http://news.naver.com/main/read.nhn…
LG전자는 지난해 11월 연구소에서 일하는 직원 A씨를 해고했다. 사유는 동료들을 배려하지 않고 정시퇴근했다는 점,

Posted by SB패밀리

개발자 이력서 10계명




#1: 보유 기능 목록을 제일 앞에 올리라
고용 담당자는 회사가 찾고 있는 기능을 보유하고 있는지 알고 싶어 한다. 물론 "경력" 란에 구직자의 보유 경력이 잘 나오겠지만, 이력서 상단에 "보유 기능" 란을 넣으면 자연스럽게 그 부분을 제일 먼저 보게 된다. 

당연히 그런 이력서를 고르기가 더 쉽다. 동시에 그렇게 하지 않았다면 고용 담당자들이 놓쳐버렸을 수 있는 기능에 관심을 가지게 한다는 장점도 있다. 최소한 고용 담당자는 그 보유 기능 목록을 보게는 된다.

#2: 눈길을 끄는 방식으로 경력을 소개하라
일자리를 구하는 대부분의 개발자들은 데이터 중심형 웹 사이트나 데스크톱 애플리케이션을 만든 적이 있다. 따라서 이력서에 그런 일반적인 예를 잔뜩 써 넣는 것은 별로 눈길을 끌지 못한다. 장래의 고용주가 관심을 가지는 것은 독특한 무언가가 있는 경력, 즉 단순히 기본적인 수준의 프로그래밍 작업을 한 것이 아님을 보여주는 경력이다. 

독특한 제약 조건이 적용되는 작업을 했거나 트랜잭션이 많이 발생하거나 무장애 실행을 요구하는 환경에서 일한 경력은 이력서를 보는 사람에게 아주 좋은 인상을 준다. 즉, 자신의 경력이 남과 다르다는 것을 보여주어야 다른 사람이 그를 남다른 사람으로 보게 된다.

#3: 문법, 철자 및 기타 일반적인 실수를 샅샅이 찾아내어 고치라
고용 업무를 담당하는 동안 필자는 이력서에서 온갖 종류의 문법 오류나 철자 오류를 보았다. 가장 황당했던 경우 중 하나는 자기가 졸업한 대학교의 철자를 잘못 쓴 경우였다.

이력서에는 몇 가지 독특한 문법적인 규칙이 관련되며, 특히 소프트웨어 개발 작업에는 약어나 철자가 특이한 단어들이 관련되는 경우가 많다. 하지만 어떤 경우에도 변명의 여지가 없다. 철자나 문법상으로 실수가 없는지 확인해야 한다. 이 점은 필자가 읽어 본 모든 이력서 관련 지침에 빠지지 않고 나오며, 분명히 강조할 가치가 있다.

#4: 학력은 고려 대상이지만 중요하지는 않다
프로그래밍 구직 시장에 이제 막 발을 들여 놓은 사람이나 아주 전문적인 자리를 얻기 위해 이력서를 쓰는 것이 아닌 한 학력은 별로 중요하지 않다. 물론, 이력서에 학력이 빠질 수는 없지만 제일 마지막에 넣는 것이 좋다. 

학력에 대해 알아야 하거나 알 필요가 있는 고용 담당자라면 학력 부분까지 읽을 것이고, 그 외의 사람들은 학력을 보느라 시간을 허비할 필요가 없다. 프로그래밍 계통은 변화가 너무 심하기 때문에 7년쯤 뒤에는 (수학이나 "순수" 컴퓨터 공학과 같은 "원론적인" 과목 이외에는) 대부분의 학과목과 자격증은 현재의 실제 업무와 거의 관계가 없다.

#5: 빨리 본론으로 들어가라
전통적인 이력서 형식에는 개발 담당자가 볼 때 필요하지 않은 정보가 많이 포함되어 있다. 예를 들면 요약 부분이 그런 정보이며 아마도 목표 부분도 그렇게 볼 수 있을 것이다. 

사실 이력서보다 더 간단한 내용으로 프로그래밍 경력을 표현하는 요약을 쓸 수 있는 방법은 없다. 대부분의 요약 항목이 아무 쓸모없는 정보로 보이는 이유가 바로 그것이다. 예를 들어 주요 기능을 기록한 부분 앞에 붙어 있는 "10년 개발 경력의 노련한 프로그래머"라는 표현이 무슨 의미가 있겠는가? 고맙지만, 없으면 더 고맙겠다.

목표는 (항상은 아니지만) 쓸모 없는 경우가 많다. 전직하려는 경우라면 목표는 고용 담당자가 당신의 보유 기능과 경력을 기준으로 당신을 분류하지 못하게 하는 좋은 방법이 될 수 있다. 

하지만 선임 개발자 자리로 옮기려고 하는 중급 프로그래머는 목표를 생략해도 무방하다. 소프트웨어 아키텍트나 DBA가 되려고 하는 선임 프로그래머는 목표를 밝혀야 한다. 따라서 요약 부분은 어떻게든 빼고 쓸모 있는 목표만 포함시켜 이력서를 보는 사람이 당신의 보유 기능을 가능한 한 빨리 볼 수 있게 하라.

#6: 서식을 주의 깊게 고려하라
이력서 서식은 중요하다. 고급 용지에 이력서를 인쇄하여 발송하던 시절은 오래 전에 지나갔지만 컴퓨터 화면으로 보든 종이로 된 문서이든 간에 이력서는 서식이 있어야 한다. 어쨌든 이력서를 쓰려면 상당한 균형 감각을 가져야 한다. 지금은 자신의 피카소 같은 감각을 과시하는 시대가 아니다. 

원하는 자리가 시각적인 예술 감각과 관련이 있는 것이 아닌 한 그렇다. 지금은 가독성을 높여야 하는 시대이다. 가독성을 높이려면 더 큰 글꼴(10~12포인트)를 사용해야 하며 (문서 포맷에 글꼴이 내장되지 않는 한) 모든 컴퓨터에서 사용하는 글꼴이어야 함을 의미한다. 한 마디로 화면으로 보든 인쇄해서 보든 간에 보기 좋아야 한다. 

추천할 만한 영문 글꼴은 Verdana, Arial, Tahoma, Calibri, Helvetica 등이다.

문서가 너무 빽빽해 보이지 않도록 여백을 충분히 두어야 한다. 그래야 보는 사람이 질리지 않는다. 반대로, 겨우 200단어를 여덟 페이지로 만들 정도로 공간을 낭비하지 말라. 

물론, 파일 자체의 포맷은 중요하다. 필자의 경험으로는 사원 모집 담당자들의 99.9%는 접수된 이력서가 다른 포맷으로 되어 있으면 MS 워드 포맷의 이력서를 요구한다. 따라서 표준 .doc 포맷으로 문서를 만들어야 한다.

이력서가 자신을 상품으로 소개하는 주요 도구라는 사실을 항상 염두에 두어야 한다. 이력서를 보는 사람이 이력서에 담긴 정보를 이해하는 데 어려움이 있다면 그것이 기술적인 문제이든 가독성 문제이든 간에 그들은 즉시 다음 이력서로 넘어간다.

#7: 길이에 주의하라
문서 포맷에 관계 없이 아주 특별한 상황이 아닌 한 분량을 2~4페이지 정도로 제한하라. 단기 계약직으로 일하는 데 많은 시간을 보내는 사람들이라면 이력서가 비교적 길 것이며 막 구직 시장에 뛰어든 사람이라면 이력서가 짧을 것이다.

전반적으로 기존의 1페이지 분량의 이력서 서식 안에 자신의 기술적인 보유 기능과 하나 이상의 직장 경력을 적절하게 부각시키기는 어렵다. 2페이지는 중급 개발자나 선임 개발자를 기준으로 한 것이다. 

하지만 4페이지 이상이면 이력서를 보는 사람의 눈이 침침해진다. 학력과 마찬가지로 7~8년 전에 가졌던 경력은 별 관계가 없지만, 고용 담당자는 담당한 책임이나 프로젝트 수준이 점점 높아지는 과정을 보고 싶어한다.

#8: 경력을 적절하게 정리하라
프로그래밍은 취업 경력 면에서 대부분의 분야와 차이가 있다. 우선, 많은 프로그래머들은 계약직이기 때문에 취업 경력은 줄줄이 이어지는 형태가 되기 마련이다. 뿐만 아니라 닷컴 불황이 지난 지 그렇게 오래 되지 않았으며, IT는 항상 파산, 인수, 합병이 많이 이루어지는 산업계였다.

문제는 고용 담당자는 단기직 경력이 길게 나열된 이력서를 좋아하지 않는다는 점이다. 이력서에 직책이 점점 높아지는 취업 경력이 쭉 이어지고 있다면 충성심이 없는 사람으로 보일 수 있다. 반면에 직무가 기본적으로 동일(하거나 점점 낮아)지는 것처럼 보인다면 실직자라는 느낌을 준다. 

계속 단기직으로 일한 정당한 이유가 있다면 반드시 그 이유를 명확하게 밝히라. 예를 들어 계약직/컨설팅 직은 명확하게 표시하라.

#9: 이력서를 보는 사람에게 법적인 부담을 주지 마라
어떤 고용 담당자도 고용 과정에서 편파적이거나 차별 대우를 했다고 고발 당하는 것을 좋아하지 않는다. 그런 행동은 비윤리적일 뿐만 아니라 불법이다. 따라서 직무를 올바르게 수행하려고 애쓰고 있는 고용 담당자는 신청인에게 해서는 안되는 질문을 잘 알고 있다. 

바꿔 말하면, 이력서를 내는 사람은 그런 내용을 이력서에 포함시켜서는 안된다. 고용 담당자가 알 필요가 없는 그 외의 개인적인 정보도 많다. 관련이 없는 내용을 이력서에 자세히 밝히면 고용 담당자는 겁을 먹고 수동적이 된다. 그런 구체적인 내용은 밝히지 말기 바란다.

#10: "튀는 사람이군!"
고등학교에서 튀는 행동으로 왕따를 당하는 것을 좋아하는 사람은 없다. 하지만 지금은 프로그래머로 일자리를 찾고 있는 중이다. 고용 담당자들은 "튀는 사람"을 "돈덩어리"로 본다. 따라서 그들에게 자신이 총명하며 프로그래밍을 사랑하고 끊임없이 성장하면서 새로운 아이디어를 배우고 탐구하는 사람임을 보여줄 수 있는 방법을 찾으라. 

오픈소스 프로젝트에 참여하고 있거나 동네 아이들에게 프로그램을 가르치는 자원 봉사 활동을 하고 있다면 그런 취미 활동에 대해 이야기하라. 그런 정보를 통해 고용 담당자들은 당신이 퇴근 후에도 프로그래밍이나 컴퓨터를 다룰 만큼 그런 것을 좋아한다는 것을 알게 된다.

고용 담당자들이 이 문제를 보는 논리는 정말 단순하다. 현재 두 명의 후보자들이 거의 비슷한 수준이라면 내일은 열정이 있는 후보자가 업무를 "단순한 직업"으로 취급하는 후보자보다 훨씬 더 발전해 있기 마련이라는 것이다.

출처 : 인터넷

Posted by SB패밀리

[개발/컬럼] 개발자가 야근을 하면 회사가 발전할까? 


개발자가 야근을 하면 과연 회사가 발전할까요?

 

"개발자가 정한 일정을 회사가 받아들여주지 않는다"


경영자 중에는 정말로 꽉 막힌 사람이 있어서 논리적으로 설득하려고 하면 
화를 내고 고성을 질러 잠재우는 사람도 물론 있지만 
설득하기에 따라서 개발자의 말을 들어주는 사람도 분명히 있습니다.
저의 경우에는 아래와 같은 논리로 합리적인 일정의 필요성을 호소합니다.
회사에서 촉박하게 일정을 잡고 개발자를 야근 시키는 이유는 역시 돈을 많이 벌기 위해서인데 
장기적으로 볼 때 촉박한 일정과 개발자의 야근은 회사의 수익을 줄어들게 만든다고 생각합니다.

 

<경영진/영업팀에서 기대하는 프로젝트 진행 과정>
 1 경영진/영업팀에서 갑과 상의하여 프로젝트 완료 일정을 결정
 2 개발자가 최선을 다해서 정해진 일정에 프로젝트 완료
 3 짧은 기간에 프로젝트를 완료해서 회사의 이익이 높아짐

 

<실제 프로젝트 진행 과정>
 1 경영진/영업팀에서 갑과 상의하여 프로젝트 완료 일정을 결정
 2 시간 부족으로 인해 [요구사항 분석] -> [기획] -> [설계] 모두 부실해짐
 3 개발기간이 부족한데다 잘못된 [기획], [설계] 로 인해 개발 중 요구사항이 계속 추가, 수정되어 부실한 결과물 또는 완료일 지연
 4 수준 낮은 결과물로 인해 고객의 신뢰 하락, 개발비 받지 못하거나 줄어듬, 영업 안됨

 

 

회사에서는 촉박하게 일정을 잡으면 돈을 많이 벌 수 있을거라고 생각하지만 
이렇게 하다 골로 가는 회사 여럿 봤습니다.


<경영진/영업부에서 기대하는 개발자의 직장생활>
 1 많을 일을 하기 위해 개발자는 매일 야근
 2 개발자 능력 향상 및 회사의 수익증가

 

<실제 개발자의 직장 생활>
 1 많은 일을 하기 위해 개발자는 매일 야근
 2 실력있는 개발자의 경우 야근이 힘들어서 개발환경이 더 좋은 회사로 이직
 3 회사의 개발 노하우도 다른 회사로 이동
 4 신입 및 다른 회사로 이직할 능력이 없는 개발자만 남음
 5 기존 개발, 운영중인 프로젝트에서 사고 발생 증가. 경영 상황 악화


우리나라에서 개발자를 고용해줄 회사가 하나밖에 없다면 그렇게 개발자를 혹사 시켜도 상관 없겠지만 
우리나라에는 개발자가 필요한 회사가 생각보다 많고 개발자의 경우 이직이 쉽고 
노예 취급하는 회사를 위해 충성을 다할 개발자는 없습니다.
실력 있는 개발자일 수록 더 좋은 환경의 회사를 찾아간다는 것을 대부분의 경영자는 생각하지 못하는듯 합니다.
회사가 발전하려면 좋은 개발자를 확보하여야만 하고 좋은 개발자를 모으기 위해서는 
좋은 대우를 해주는 수 밖에 없다고 생각합니다.

 

출처 : 인터넷

--------------------------------------------

 

위 이야기는 모든 회사가 그런 것은 아니지만 다수의 회사들이 위와 같은 증상을 갖고 있는 것으로 생각이 됩니다.


사실, 인재를 함부로 부리다가 나가면 다시 뽑으면 되겠지 하는 회사는 결국, 더 좋은 인재를 구할 수 없고
좋은 인재도 퇴사하게 됩니다.
결국, 새로운 인재를 교체하면되지라는 생각보다는 현재 회사의 인재의 역량을 더욱 강화시켜서 
회사의 수익을 창출하는 방법이 더욱 효율적이라는 생각입니다.

Posted by SB패밀리

[자기경영] 야근 그리고 개발과 경영의 차이


"야근을 하면 단기적으로는 성과를 내지만 장기적으로는 사람이 망가진다"는 게 이유다.

그는 "가능한 일찍 퇴근해 이런저런 공부를 하는 편이 조직의 미래에 더 도움된다"고 설명한다.


 개발과 경영의 차이에 대해서도 (주)다날 남긍선(35) 대표는 교과 과목에 빗대 명쾌하게 설명한다. 

그는 "개발은 수학·과학과 비슷해 답이 딱 떨어진다. 그러나 경영은 안 되는 이유든, 잘 되는 이유든 해답을 찾기 어렵고 공식도 답도 모른 채 고민하고 판단하는 철학 과목 같다"고 말한다.



(주)다날 대표 남긍선 CEO의 말이다.


잦은 야근은 몇년 후 질병으로 나아가기 마련인 것 같다.

그런데, 대부분 야근에 중독되 듯 일을 하게 되는 것 같아 안타깝다. 자의든 타의든.


하지만 야근을 계속하다가.. 잘 생각해보아야 한다...

왜 야근을 하고 있는지..

낮에 쉬엄쉬엄 일하고 어련히 오늘도 야근해야겠지...하는 것과

무언가 목표를 가지고 야근을 하는 것의 일의 능률과 성과는 엄청난 차이를 보이게 된다.


근무시간 8시간만 봤을 때....

8시간중 1시간 정도는 담배나 잡담, 바람쐬기, 화장실 등으로 잠시 심신을 쉬게 할 필요가 있다.

그럼 7시간중에... 집중해서 근무하는 시간은 얼마나 될까?


4시간 근무하기도 힘들지 않나 싶다. 

지금 나는 4시간 이상 집중해서 근무하기 위해 무척 애를 쓴다.

이렇게 애를 쓰고 나면 5,6시쯤에... 손이 떨리기도 하고 허기가 지기도 한다.

이런 상태에서 야근을 자주 한다면. 당연히 피로가 과로가 되고 몸의 어느 부분이 고장이 난다.


이런식으로 일하는 사람은 잦은 야근을 피하도록 해보자.



개발과 경영의 차이는 대체로 위의 글이 수긍이 된다.

답이 있어도 힘든게 개발이지만 답이 없어도 힘든게 경영인가 보다.

Posted by SB패밀리
취직을 못해서 백수, 그냥 쉬는 백수, 밤낮없이 일하는 직장인, 자영업자.

다양한 사람들이 이 시대를 살아가면서 살기위해 일하고 있다. 

내 주위의 개발자와 영업부서 사람들을 보면..

보이지 않는 곳에서 다들 열심히 일할 꺼라고 믿는다.
눈에 보이는 면에서 본다면
회사에서 (영업부 직원들은 야근을 많이 안하는 편이라 개발자만 이야기 하자면) 개발자들 몇몇은 낮과 밤 부단히 일을 하고 있다. 즉, 하드워킹을 하고 있는 것이다.
야근수당도 없고 급여를 더 주는 것도 아니고 인센티브를 받는 것도 아니다.
그렇다고 성취감이 높은 환경도 아닌거 같아서 안타깝지만 그들은 책임감으로 열심히 일하는 것으로 보인다. 

오너들은 개발자들의 젊은 패기를 보고 채용을 하곤 한다.
나쁘게 보면 저렴한 노동력을 이용하고 좋게 보면 열정을 발산할 수 있는 스테이지를 제공한다.

내가 아는, 나의 상사였었던 지금은 이사님들이 된 분들을 보면
엄청 열심히 일을 하시는 분들이다. 
정말 몸을 불살라가면서 주야없이 일하는 분들이다.
그 밑에서 일해봐서 그런지 하드워킹에 좀 익숙한 편이다.

이렇게 일을 쫓아서 열심히 일하는 일데렐라에게는 신데렐라 처럼
성장의 기회나 성공을 담보 받는 기회가  얼마나 될까 궁금해진다.
무작정 일더해라 해서 일만 하다가 그냥 버려질 지도 모른다는 생각들 많이들 하기 때문이다.

열심히 일하는 하드워킹맨, 하드워킹걸들인 일데렐라, 신데렐라 들에게
최선을 다해서 일하는 정도의 성장이나 보상을 받는 기회가 주어졌으면 하는 바램이다. 

 
Posted by SB패밀리

개발자가 야근을 하면 과연 회사가 발전할까요?

 

"개발자가 정한 일정을 회사가 받아들여주지 않는다"


경영자 중에는 정말로 꽉 막힌 사람이 있어서 논리적으로 설득하려고 하면
화를 내고 고성을 질러 잠재우는 사람도 물론 있지만
설득하기에 따라서 개발자의 말을 들어주는 사람도 분명히 있습니다.
저의 경우에는 아래와 같은 논리로 합리적인 일정의 필요성을 호소합니다.
회사에서 촉박하게 일정을 잡고 개발자를 야근 시키는 이유는 역시 돈을 많이 벌기 위해서인데
장기적으로 볼 때 촉박한 일정과 개발자의 야근은 회사의 수익을 줄어들게 만든다고 생각합니다.

 

<경영진/영업팀에서 기대하는 프로젝트 진행 과정>
 1 경영진/영업팀에서 갑과 상의하여 프로젝트 완료 일정을 결정
 2 개발자가 최선을 다해서 정해진 일정에 프로젝트 완료
 3 짧은 기간에 프로젝트를 완료해서 회사의 이익이 높아짐

 

<실제 프로젝트 진행 과정>
 1 경영진/영업팀에서 갑과 상의하여 프로젝트 완료 일정을 결정
 2 시간 부족으로 인해 [요구사항 분석] -> [기획] -> [설계] 모두 부실해짐
 3 개발기간이 부족한데다 잘못된 [기획], [설계] 로 인해 개발 중 요구사항이 계속 추가, 수정되어 부실한 결과물 또는 완료일 지연
 4 수준 낮은 결과물로 인해 고객의 신뢰 하락, 개발비 받지 못하거나 줄어듬, 영업 안됨

 

 

회사에서는 촉박하게 일정을 잡으면 돈을 많이 벌 수 있을거라고 생각하지만
이렇게 하다 골로 가는 회사 여럿 봤습니다.


<경영진/영업부에서 기대하는 개발자의 직장생활>
 1 많을 일을 하기 위해 개발자는 매일 야근
 2 개발자 능력 향상 및 회사의 수익증가

 

<실제 개발자의 직장 생활>
 1 많은 일을 하기 위해 개발자는 매일 야근
 2 실력있는 개발자의 경우 야근이 힘들어서 개발환경이 더 좋은 회사로 이직
 3 회사의 개발 노하우도 다른 회사로 이동
 4 신입 및 다른 회사로 이직할 능력이 없는 개발자만 남음
 5 기존 개발, 운영중인 프로젝트에서 사고 발생 증가. 경영 상황 악화


우리나라에서 개발자를 고용해줄 회사가 하나밖에 없다면 그렇게 개발자를 혹사 시켜도 상관 없겠지만
우리나라에는 개발자가 필요한 회사가 생각보다 많고 개발자의 경우 이직이 쉽고
노예 취급하는 회사를 위해 충성을 다할 개발자는 없습니다.
실력 있는 개발자일 수록 더 좋은 환경의 회사를 찾아간다는 것을 대부분의 경영자는 생각하지 못하는듯 합니다.
회사가 발전하려면 좋은 개발자를 확보하여야만 하고 좋은 개발자를 모으기 위해서는
좋은 대우를 해주는 수 밖에 없다고 생각합니다.

 

출처 : 인터넷

--------------------------------------------

 

위 이야기는 모든 회사가 그런 것은 아니지만 다수의 회사들이 위와 같은 증상을 갖고 있는 것으로 생각이 됩니다.


사실, 인재를 함부로 부리다가 나가면 다시 뽑으면 되겠지 하는 회사는 결국, 더 좋은 인재를 구할 수 없고
좋은 인재도 퇴사하게 됩니다.
결국, 새로운 인재를 교체하면되지라는 생각보다는 현재 회사의 인재의 역량을 더욱 강화시켜서
회사의 수익을 창출하는 방법이 더욱 효율적이라는 생각입니다.

 

Posted by SB패밀리