[장선진] 삶을 위한 소프트웨어

꼭 성공하셔서 이런 생각이 옳다는 것을 보여주셨으면 좋겠습니다~! ^^

공감 엄청 합니다...
사회 나온지 1년 밖에 안되었는데도 어차피 시간 단위로 급여나 실적이 평가되는지라,
처음에는 어떤일이든 최선을 다해서 빨리빨리 효율적으로 하고 싶고 새로운 방법도 써보고 싶었는데,
점점 대충 시간때우고 앉아있는 제자신을 발견하게 되네요 ;; 이거 참 ...

대강 생각하는건 ...


1. 회사에 늦게 퇴근하는 분위기가 만연되어 있는 경우
-> 신참들은 상사 눈치보느라 같이 늦게 퇴근.
솔직히 신참때는 별로 할 일이 없음 -> 아무리 일을 빨리해도 퇴근이 늦으므로 오전에는 대충 시간 때우고 놀고 오후 3시쯤 슬렁슬렁 해볼까 하는 자신을 발견하게 됨. 심하면 저녁때까지 아무것도 안하고 있다가 저녁 먹고 바싹 함.

2. 일하는 시간으로 실적을 평가하는 경우
-> 말씀하신 바와같이 A란사람은 정말 효율적으로 일을 하고 일반인의 3배의 효율을 가지고 있고, B라는 사람은 A보다 능력이 떨어진다고 할 때
-> A가 1시간 걸려서 일을 마치고 놀고, B가 3시간 동안 끙끙대며 일을 할때 상사가 와서 "A는 일 다했으니 이거 일줄테니 해라!" 라고 한다면 다음부터 A는 최대한 비효율적인 방식으로 슬렁슬렁 3시간으로 시간을 맞추겠죠 ...
-> 마찬가지인데 A가 최고의 효율로 일을 해서 B가 한 일의 3배 만큼의 일을 했는데 실적이 시간으로 계산되어 둘이 동일한 보수를 받는다면 다음달부터 A는 최대한 비효율적인 방식으로 일을 하겠죠 .. 공산주의가 몰락한 이유중에 하나군요 ㅋㅋ

아직 1년차밖에 안되었는데 다들 하고 계신 생각인지 ... 그냥 그렇더라구요 ㅋㅋ


지금 가지고 계신 생각이 잘 반영 되어 합리적인 인사 평가 제도가 정착 되고 언젠가 우리나라 전반에 그러한 문화가 정착 되었으면 좋겠습니다!!

그럼 인센티브 안받고 야근안해도 되는건가요?

과학자는 자신이 좋아하는일을 하고 몸이 힘들면 언제든 쉬어가면서
필요하면 자기자신에게 시간을 사용할 수 있습니다.

개발자 물론 자신이 좋아하는일이니까 개발하겠죠..
몸이 힘들다고 언제든 쉬어가며 할수 있을까요?
필요하면 언제든지 세미나 같은곳 갈수 있을까요?
간다고 월차나 반차 내면 아마도 욕만 엄청 먹을거 같군요

노동자랑 비교를 하신다구요?
노동자 단위시간당 나오는 량 정해져 있습니다.
매일 생산량 계획짜고 그것에 맞게 생산하면됩니다.
경력자라고 해서 더 많이 해야하거나 그렇지 않습니다.
계획된 생산량을 오바하면 어쩔수 없이 야근하지만 야근수당 발생합니다.

//------
여러분이 소프트웨어 개발을 노동으로 생각하는 노동자라면 당연히 일정량 이상의 코드가 산출되어야하고 일정량 이상의 소프트웨어 컴포넌트가 작성되어야 하며 일정량 이상의 소프트웨어가 개발되어야 합니다.
-------//

개발자요? 개발자도 일정계획 있습니다.
개발자에게 생산량에 준하는것이 프로그램 페이지 또는 본수 SQL 코드 등입니다.
일정계획에는 언제까지 어떤페이지를 어떤업무에 관한 페이지를 완료해라라고 나오지요
일정계획에 맞게 프로그램만 맞추면 야근안해도 될까요?
경력자일수록 더많은 프로그램이 할당되는건 뭘까요?
프로젝트 진행될수록 당초 계획보다 프로그램 더많아져서 어쩔수 없이 야근하게되면... 야근수당 줄까요?

웃음만 나오네요

개발자 출신이라는 분의 벤처 CEO 마인드가 이러니 우리나라 IT 노동자의 미래가 더욱 어두워질 것 같습니다.

먼저 떳떳하게 야근 수당을 지급하고 나중에 성공하면 당연히 인센티브를 지급하여 성공한 과실을 나누어야

하는게 정상적인 생각이 아닐까요?


2000년대 초 벤처붐일때 신기루같은 스톡옵션에 속아 말도 안돼는 급여와 노동시간을 참았지만

결국 몸만 상한 경험을 격은 저같은 개발자들이 이글을 본다면 얼마나 참담한 심정을 느낄지

한번쯤 생각해 보길 바랍니다.


리플달 가치가 없는 글이지만 혹시나 생각이 변할수도 있을까 하는 마음으로 남김니다..

"개발자" 라는 단어에는 작성자 분이 생각하시는거 이상으로 많은 분들이 대상으로 포함된다는것을 감안하시고 작성해 주셧으면 더 좋왓을뻔 햇네요..

실제 개발 단가를 작업기간과 투입인원으로 후려치는 영세업체들이 상당히 많이 존재 합니다. 이러한 업체에 다니는 개발자는 어쩔수 없이 항상 야근을 하게 됩니다. 물론 대부분 촉박한 시간으로 인해 작성자분이 원하시는데로 항상 신기술을 연구하고 새로운 시도를 할수는 없겠죠. 시간에 쫏기고 일에 치여 아마 힝상 거의 해왔던 방식으로 작업을 하게 될것입니다.
그렇다면 이러한 분들에게 "결과문에 따른 인센티브"는 어떠한 형식으로 지급을 하실건가요? 야근은 이분들의 탓인가요?

이러한 분들 외에도 IT업체들의 특성상 '갑,을.병.정' 이러한 식으로 엮이게 되는 일들이 많기 때문에 자의보다는 타의에 의해서 야근을 하게 되는 많은 경우가 발생하게 됩니다. 이러한 경우엔 어떠한 형식으로 인센티브를 지급할수 있게 되나요?


개발자 중에 작성자 분이 말씀하시는 것 처럼 새로운 기술에 대한 연구들을 하시는 분들도 계시지만 전체의 많은 수의 개발자들은 기술자 입니다. 그들이 하는 일은 정신 노동을 통해 자신의 기술을 파는 것이지 공장에서 프레스 찍는것과 같이 코딩 줄수로 결과를 낼수 있는 일이 아닙니다.

만약 작성자분이 말씀하신데로 작업 성과에 따른 인센티브 제라면 어떠한 형태로 작업 성과와 연구의 결과를 산출 할수 있을지를 먼저 제시하실수 있으셔야 하지 않을까요?

물론 대상은 "연구를 하는 특정 개발자"가 아닌 "정신 노동을 하는 대부분의 개발자"입니다.

단지 처음에 목표로 세웠던 결과물에 대한 인센티브, 그것을 명확히 하셔야 할 것 입니다.

그러기 위해서는 해당 결과물에 대한 정확한 검증이 필요로 하고요.

결과물에 검증이 너무나도 주관적일 수 밖에 없어서 다른 수 많은 사무직원들도 시간에 따른 보상을 해주는 것이 아닐까요?.

해당 시간을 주어도 결과물이 나오지 않은 경우에는 그것을 관리 감독하는 분이 결정을 지어야 하는것이지요.(인사,고과평가등)

글에 따르자면 소프트웨어 업종에 일하시는 분들을 과학자에 비유하셨는데, 사무직원으로 비유는 왜 하시지 않으시는지..

너무 주관적인 생각으로만, 편협된 사고방식으로 생각하신건 아니신지라는 느낌을 가지게 하네요~.

다시 한번 말씀드리지만. 말씀하시고자 하는 내용이 잘 지켜지고 원하시는 바를 이루시시려면.

결과물에 대한 검증이 정확하셔야 할 것입니다.

그리고 결국은 재분배에 관한것인데

이 문제는 수많은 똑똑하시고 위대하신 경영학자분들도 결과를 내놓지 못하는 수세기동안의 뜨거운 감자같은것인데,

그것을 어떻게 처리해 나가실지가 궁금해지는군요.

몇가지를 적어보자면

1. 단순 노동시간량만큼 일정한 산출물이 안나오는건 개발 만이 아니고 기타 다른 사무직들도 마찬가지입니다. 이 부분은 인지를 하고 계신가요?
노동자와 비교하면서 굳이 가장 힘들다는 프레스 담당과 비교할 필요가 있는지 그리고 그정도가 기준이 되야 야근수당을 받을수 있는건지 기준선정 이유를 알고 싶구요.

2. 업체를 운영하신다면 '프로젝트' 라는 놈이 철저한 설계와 알맞은 일정으로 짜여지지 않는 다는 사실은 아실거라고 봅니다.
1년 짜리 프로젝트가 6개월로 줄어들고 다시 3개월로 줄어드는 경우도 얼마든지 보아왔구요. 이럴경우 혹사당하는건 개발자들입니다. 이때도 개발자가 효율적인 로직을 구성안했다고 개발자를 욕할겁니까?


제 생각에 개발자와 업체는 정규직의 경우 시간을 사고파는겁니다.
정규직은 정해진 시간 (9~6) 동안에 본인에게 주어진 일을 성실히 수행하겟다는 계약을 하는것이고
이에대한 감시 감독은 업체의 책임입니다.
한시간 1만줄을 뽑을수있는 개발자가 천줄을 뽑으면 그건 관리를 잘못한 업체의 잘못이고요.
한시간 천줄을 뽑는 개발자를 뽑아놓고 만줄 안나온다고 뭐라고 하면 안되는겁니다. 그런 사람을 뽑은 인사담당자를 뭐라고 해야죠.
그리고 회사는 회사가 생각한만큼 아웃풋이 안나오면 적절한 조치를 취하면 되는거죠.


현 법령에도 개발자는 노동자의 영역에 들어가고 노동법의 보호를 받게 되어있습니다.
그렇다면 우선 업체는 노동자에게 지켜야할 기본적인 의무(노동법)를 지켜야 노동자에게 업무를 지시하거나 퇴사를 시킬 권리가 생기는겁니다.

월급을 준다고 내가 그 회사에 영혼까지 저당잡힌건 아닙니다. '직장'은 내가 생활을 하기위한 수단일 뿐인데 우리나라 중소기업 사장들은 모든 생활위에 '직장'을 놔두기를 원하더군요. 그럼 그정도의 보상을 해줘야죠. 주는건 쥐꼬리 월급인데 바라는건 한 사람의 회사를 위한 무조건적인 희생이라니... 참 웃기죠. 이런 인식이 당연한듯 퍼져있는게 말이에요.

사장님께 묻고싶네요.
노동법은 잘 지키고 계신가요?

에휴~

개발자가 무슨 벼슬이야?
그냥 급여 받는 지식노동자잖아.

야근 수당 안 줄꺼면 야근 시키지 말고...

월화수목금금금
하는 제일 큰 이유가 설계/분석 하는 PM이나 그런 사람들이
개판 쳐서 그런거 아냐?

말의 의도를 아실만한 분인데 이해를 못하신건지 일부로 그러신지는 모르겟지만

대부분의 프로젝트에서 일정이 줄어드는건 '사람이 하는일 이라서' 라는 이유와는 별로 관련이 없습니다.

갑과 을 이라는 관계에서 을은 갑의 요구사항을 수용할수밖에 없는 입장이고 이 상황에서 을 업체는 자기들이 갑에게 받은 부당한 요구(요구사항 증가, 프로세스 변경, 일정 축소 요구등) 를 개발자에게 전가합니다.
개발 이라는게 그때그때 발휘되는 능력이 차이가 있지만 어느기간동안에 어느정도는 가능하다는 범위가 있습니다.
처음 일정을 잡을때는 나름대로 (9-6) 의 범위 안에서 합리적으로 잡혔던 일정들 이라도 갑의 무리한 요구와 을의 수락으로
도저히 업무시간안에 해결할수없는 스케쥴로 변해갑니다.(물론 처음부터 야근, 주말까지 범위에 놓고 일정이 잡히는게 대부분입니다)

밤 12시, 새벽 두시에 퇴근하면서 '먼저가보겟습니다' 라고 말하고 퇴근하는 개발자가 상당수 존재하는 한국에서
시간에 따른 정확한 아웃풋 검증이 안되니 야근수당을 줄수 없다는 논리는 가진자의 횡포라고밖에 생각이 안되네요.

케븐

제가 가진 것은 짧은 경력이지만, 많은 부분 공감이 됩니다. 물론, "연구"라는 관점에서라면 야근 수당이 나오지 않아도, 스스로 만족하고 열심히 하는 것 같습니다.

하지만, 대부분의 작은 기업들이 그렇듯이, "연구"라기 보단 "노가다 작업"이 많은 것 같습니다. 정말 프레스 기계가 알루미늄을 자르듯이, 아무 생각 없이 코드를 작성하는 작업이 더 많았던 것 같습니다.

특히 야근을 하게 되는 경우는, 연구보단 노가다성 작업을 하게 되므로 그런 불만들이 나오게 되는 것 같습니다.
정말 관리자, CEO 분들이 개발자를 "코드를 찍어내는 기계"가 아닌, "과학자"로 생각을 해주신다면 많은 분들의 불만이 누그러들지 않을까 생각해봅니다.

개발을 천직으로 생각하는 사람이 지나가는 길에 글 남겨봅니다. 좋은 글 잘 읽었습니다.

"정말 야근 수당을 바란다면 우리가 소프트웨어를 개발을 정말 노동의 수준으로 해야 한다고 생각합니다.
그래야 노동한 시간만큼의 대가를 정당하게 요구할 수 있다고 생각합니다"

==

"편의점에 물건사러온 사람이 없었으면 매출이 없었으니 해당 시간에 대해서는 수당을 줄 수 없다고 생각합니다."

벌써 많은 논란이 되었네요. ^^
이렇게 서로 의견을 나누는것도 어쩌면 우리가 더 좋은 환경에서 일하기 위해서가 아닐까 생각해봅니다.
우리나라 개발자 화이팅! 회장님 화이팅!
내일 스터디에는 나오시나요? ^^

과학자는 경력되고 나이먹으면 월700은 기본이고

연봉 1억은 우습죠...

게다가 말잘듣는 대학원 수십명 노예처럼 거느리고 멋있게 사시구요..


같은 나이대 개발자들은 통닭집이나 김밥집?호프집 파려 굶어죽지 않으면 그나마 다행인??????

40~60대 과학자들과 같은 나이대 개발자들 연봉 복지 랑 차이가 너무 나죠..ㅋ.

인력업체 사장되서 개발자 초중고 10명만 확보하면 1인당 월 100만원만 잡아도 *10하면 월 1000이상 벌죠

그렇게 몇년만 빠짝 장사해서 돈도벌고 집도 살고 노후도 편하게...사시는게 좋아요

과학자? 개발자? 야근? 인센티브? 그런거 필요없습니다. 당장 월 수천만원 들어와 그걸로 풍족하게 먹고살고

노는게 쵝오입니다.

스쿨쥐

궁금한 점이 있습니다.

위에 "지나가는 객"님의 댓글에서 답변하신 내용중에

"편의점에 물건을 사러온 사람이 없어도 당연히 수당을 지급해야 하구요, 편의점에 물건을 사러온 사람이 넘쳐서 초과근무를 할때는 그에 상응하는 수당을 지급해야 한다고 생각합니다.
그 수당을 인센티브라는 것으로 드리려고 생각하고 있습니다.
그럼 인센티브는 나올 수 도 있고 나오지 않을 수도 있는것 아닌가라고 묻는 다면 사실 맞습니다."

라고 하셨습니다.

편의점 아르바이트하는 사람이 야근수당을 포기하고, 퇴근을 할 수 있는 것처럼 말씀하신 "인센티브를 포기한다는 약속"을 한다면 야근을 하지 않아도 허용하시는지 궁금합니다.

즉, 야근과 인센티브에 대한 선택권이 "기업주"에게 있는 것인가 아니면 "개발자" 스스로에게 선택권이 주어지는 것인가에 대한 점이 궁금하다는 것입니다. "개발자" 스스로에게 있다면 문제가 없지만 선택권 자체가 "기업주"에게 있다면 개발자의 선택권보다 기업주의 선택권이 우선시 된다는 것이고, 이는 홈페이지 가장 위쪽에 있는 "이 세상 그 무엇보다 사람이 가장 소중합니다."라는 좋은 구절의 의미가 왜곡되지 않을까 합니다. 기업주에게 야근과 인센티브에 대한 선택권이 있다는 것은 사람보다 기업이 중요하다는 것이 되니까요.

또한 인센티브는 나올수도 있고 나오지 않을수도 있다는 것에 동의한 것으로 이해하고 있습니다.(잘못 이해했다면 말씀을 부탁드리겠습니다.) 이는 편의점 아르바이트에게 초과근무에 대한 수당을 줄수도 있고, 안줄수도 있다고 한다면 어떤 편의점 아르바이트생이 초과근무를 하겠습니까?

포데브

대부분의 글에 공감이 갑니다. 무엇보다 발생한 이익에 대하여 공유하고자 하시는 마음 그것으로 개발자들은 더욱 열정을 갖을 수 있을겁니다.
그런데 최근 상황만을 본다면 과학자의 연구와는 다른 것같습니다. 과학자는 언제나 진실을 추구하며 거짓이나 적당한 타협을 하지않을것입니다. 그러나 소프트웨어 공학은 현실과 적당한 타협을 해야하는것 같습니다. 자사 개발 프로젝트라면 보다 연구하는 자세를 갖을 수 있겠으나 SI개발프로젝트에 원리와 원칙을 제시하면 집중포화를 받고 결정에 대한 책임을 묻게 됩니다.
안타깝지만 그것이 현실이므로 어느정도의 타협이필요하며 급진적 개혁보단 중도개혁이 필요한것 같습니다.
저 개인은 과학자의 연구와 같이 진실을 추구하고 더 좋은 소프트웨어를 만들수 있었으면 좋겠습니다. ㅎㅎ 그러나 그러기엔 기업은 이윤을 추구해야하기 때문에 항상 실패하는 프로젝트를 해서도 안되고 대중이 원하고 고객이 원하는 결과를 만들어 내야 합니다. 다소 불합리하더라도 종합적으로 판단하여 결정해야 할것입니다.

얼마전 <장인>이라는 책을 읽었습니다.
노동자라고도 과학자라고도 할 수 없는 이들이었고,
유럽의 산업혁명 시기에 몰락해가던 이들이 꿈꾸던 하나의 삶의 형태이었던 장인...

노동자와 과학자라는 구분을 하시니 저도 그냥 장인이라는 말이 떠오르더군요.
전 노동자와 과학자가 하나되는 세상을 소망해봅니다.

덧붙이는 말)
1. 좋은 글 잘 읽었습니다. 뒷북이네요-_-
2. 노동자와 개발자라는 구분은 뜻하신 내용을 전달하기 위해서 필요하셨을 것 같기는 합니다.
3. 개인적으로 인센티브는 반대합니다. 이유는 음...너무 길어서(사실은 정리가 안되어서) 생략-_-

스쿨쥐

제 생각은 다음과 같습니다.

일반적으로 야근과 인센티브는 동일한 개념으로 보기 힘듭니다. 이유는 인센티브는 말씀하신대로 성과에 대한 보상이고, 이는 회사 정책의 문제이지 반드시 지급해야 하는 부분은 아닙니다. 그리고 야근은 "성과가 아닌 시간에 대한 보상"입니다.

이럴 경우 야근비 및 인센티브에 대해서 지급하는 형태는 다음과 같습니다.

1. 야근비 있음, 회사정책상 인센티브 없음
2. 야근비 있음. 회사정책상 인센티브 있음

1번의 경우 회사정책상 인센티브가 없기 때문에 말씀하신대로 직원분들의 자발적인 동의가 있다면 야근비를 인센티브 형태로 지급해도 무난할 듯 합니다.

문제는 2번의 경우입니다. 2번의 경우는 자칫 야근비를 인센티브로 전환할 경우 "사실상 야근비가 없어지는 것과 마찬가지"입니다. 이유는 "야근비 없음, 인센티브 있음"과 차이가 없기 때문이죠. 물론 경영자 입장에서는 나가는 금액이 다르다라고 말씀하실 수 있지만 직원들의 입장에서는 이 둘을 구분하기가 힘듭니다.

제가 이해하기에는 장선진님께서 말씀하시는 정책이 "야근비 있음(인센티브형태), 별도의 인센티브 제도도 있음" 이것으로 이해하였습니다. 만약 제가 이해한 것이 맞다면 야근비는 없는 것과 다르기 때문이죠. 다시 한번 말씀드리지만 "야근비는 시간에 대한 보상이지 성과에 대한 보상체계가 아닙니다." 차라리 야근비는 없고, 인센티브만 있다고 말씀하시는게 오해의 여지를 줄일 수 있는 방법이 아닌가 합니다.

편의점에서 장사가 잘되서 점장님께서 알바생에게 "인센티브"를 준다고 했을 경우 이는 지급해도 되고, 지급하지 않아도 문제가 안됩니다. 인센티브는 "성과에 대한 보상"이기 때문이고, 회사(편의점) 정책 맘대로 이기 때문이죠.

하지만 야근비의 경우 "시간에 대한 보상"이기 때문에 편의점이 장사가 잘되든, 못되든 일했으면 무조건 줘야하는 것입니다. 이는 법적으로도 그렇게 되어있죠. 이를 인센티브 형태로 바꾼다는 것은 "시간에 대한 보상"을 "성과에 대한 보상"체계로 바꾸겠다는 말씀이고, 이럴 경우 직원에게는 굉장히 불리한 조건이 됩니다. 이를 인지를 하고, 직원이 자발적으로 승인을 했다면 괜찮겠지만 이 방법 자체가 올바른 방법이라고 할 수 없습니다.

말씀하시는 방법이 회사에서 융통성을 발휘하게끔 하는 대안을 될 수 있겠지만 블로그처럼 회사 외부분들이 보시기에는 받아드리기 힘든 방법이라고 생각됩니다.

스쿨쥐

추가적으로 포데브님의 글에 대한 답변중에

"결국 야근비라는 것이 결코 인센티브보다 작을텐데.. 야근비를 드린다면 야근을 권장하는 꼴이 되고, 야근비를 드리지 않고 인센티브를 드린다고 하면 믿을 수 없다는 말씀들을 하시니.."

라는 부분이 있습니다.

일부 선진국의 경우, 야근 허용시간을 법적으로 제한을 두고 있습니다. 우리나라는 그런 법규가 있는지는 모르겠지만, 만약 없다고 하더라도 사규로 정하면 될 듯 합니다.

"하루 또는 주간 x시간 이상 야근금지, 야근시 사유를 반드시 작성"

이렇게 했는데도 문제가 발생한다면 다음과 같은 이유입니다.
1. 작업이 한사람에게 과도하게 몰렸다
2. 작업에 걸리는 예상시간에 대한 추정이 잘못되었다. (이는 누구나 할 수 있는 실수입니다.)
3. 그 사람이 능력이 떨어지거나 근무시간에 놀았다.
4. 그 사람이 업무에 집중하려고 했으나, 주업무 이외의 잡무가 많아 집중할 수 있는 환경을 회사가 마련해주지 못했다.

그 외에도 사유는 있을 것입니다. 이를 잘 판단하는 것은 회사를 운영하는 경영자 또는 관리자들의 일입니다. 물론 3번의 경우라고 판단되면 인사고과에 불이익이 가는 것이 당연하다고 봅니다.

혹시 현 정책을 만드실때(인센티브 형태 지급) 제가 말씀드린 이런 상황을 고려하셨는지, 만약 하셨다면 어떠한 이유에서 이와 유사한 정책을 포기하셨는지에 대한 경험을 공유해주신다면 많은 경영자 또는 관리자분들께서 도움이 되고, 개발자들도 공감을 하지 않을까 합니다.

매번 친절한 답변 감사드리며, 좋은 답변 부탁드리겠습니다. 감사합니다.

옵시디안

어잌쿠 참 자랑스럽게 말씀하시네요 ^^
이러니 IT를 때려치죵

글을 보고 리플들을 보면서 참 씁쓸하네요
밤을 새면서 연구와 자기개발을 하는건 과학자 본인의 의사인데
그걸 전체적인 시스템에 맞춰서 '해야하는게 당연한' 논조로 얘기하시니
'이래서 우리나라 IT는 아직 멀었구나'라는 생각밖에 안듭니다.

개발자도 노동자고 사람으로서 받아야할 권리가 있는것인데
그 권리를 '(개발,일,야근)좋아서 하는 사람들' 이기 때문에 안줘도 된다라는 주변 사장님들을 좀 봐와서
이 글도 비슷한 맥락인거 같아서 영 기분이 찝찝하네요

우선 이 블로그에 이렇게 많은 댓글이 달리는 것도 오랜만에 보네요.
장선진님을 위한 변명을 좀 하자면...제가 실제로(스터디에서) 만나본 장선진님은 그렇게 나쁜분(?)이 아닙니다.
재미있으신 분입니다. 여긴 뭐 안티카페라도 생길 기세네요.

우선 개인적으로도 야근은 싫다는걸 먼저 적어둡니다. 사실 진짜 필요한 야근이 아니면 좋아할 사람이 있을까요?
단지 이 글에서 말하고자 하는 것은 현재 사정과 상황은 이러이러하고, 되도록 야근은 안하려고 하지만,
어쩔수 없이 야근을 하게될때에는 회사의 입장상 과정론적보다는 결과론적으로 봐야하니 이해해달라... 이렇게 보이네요.
솔직히 우리나라의 많은 개발자들이 MIT나 옥스퍼드 나와서 구글이나 애플 들어갈만큼의 실력이나
아이폰같은 아웃풋을 뽑아내는 것은 아니니, 어떻게보면 장선진님의 말이 맞기도 합니다.
그렇다고 그만큼의 아웃풋이 안되니 야근은 당연하다? 그것 또한 우리같은 보통 개발자 입장에서 말이 안되는 것이지요.
결국 회사와 개발자의 적절한 조절을 통해 그것을 맞춰나가야 겠죠.
하지만 또 이런 회사는 유감스럽게도 많지 않겠죠.

결국 여기 리플을 적으신 개발자분들은 자신과 자신의 회사 입장에서 적으신거고,
장선진님은 장선진님의 회사의 입장에서 적으신건데 오해가 커졌네요.
결론을 말하자면, Software in Life안에서 자체적으로 회사와 직원간에 조절이 있었을것인데,
이 글에 그에대한 자세한 언급도 없기도 해서
많은 사람들이 장선진님을 '야근시키는 전형적인 IT기업사장'으로 보는 것 같네요.

사실 이 리플도 오해로 번질까 조심스럽긴 합니다. 제 블로그 주소 적기도 뻘쭘하네요.

와우~ 과학자와 개발자를 비유해놓으셨다니 정말 좋은 비유입니다 ^-^

사실 저도 프로그래밍이라는 일을 매우 신성하게 생각하거든요. 연구하는 것도 재미있구요~!

뭐랄까 논리를 코드로 녹여내는 미학이랄까..?? ㅋㅋ 어쨌든 사회생활 1년 정도 되었지만 이런 생각이 듭니다

그리고 한 말씀 드리자면 회사에서 중요하게 해야 할일이 몇가지 있는 것같더라구요.

1. 연구개발에 대한 마인드가 풍족한 사람을 뽑는다.

- 이런 사람들을 뽑지않으면 주변 사람들이 피곤해집니다. 즉, 돈 벌기위해 일하는 프로그래머는 뽑지 않는게 좋다는거에요.

2. 성과에 따른 보상책

- 성과가 나는 사람에게는 확실하게 날개를 달아줘야 합니다. 많은 성과를 내는데 보상이 그만큼 없다면 아무리 열의가 넘쳐도
김 새죠. 저는 이왕이면 이런 성과같은게 가시적으로 보여졌으면 합니다. 그래야 평가할 때도 말도 없겠구요, 좋은 성과를 내기 위해 노력도 하겠죠.

저도 개인적으로 야근수당이나 주말 수당은, 정말 그 일을 주말에도 할만한 것인가?를 판단할 수 있는 기준이 명확치 않은 경우에는 없어야 된다고 생각합니다. 실제로 회사에서 주말 수당을 없앴더니 그 바쁘다던 사람들이 나오지를 않더군요

대충 웹질이나 하다가 가는 사람들도 많고요. 그거보다 인센티브를 많이 준다면 그쪽이 훨씬 낫다는 생각이 드네요.(물론 성과에 따라..)

휴~ 어려운 주제죠 ㅋㅋ

kapital

네,객체 지향이다 고객지향이다 용어는 다양한데 님의 글을 '이용자지향'으로 이해하면 될까요?
개발자들이 이런 깊은 생각을 하면서 소프트웨어를 개발하면 더 좋겠어요. 이미 그런 분들 있겠지만서도요.

도비

잘 봤습니다~~ 멋져요!! ㅋㅋ

greenfrog

선진님 오랜만에 놀러왔습니다. 그 동안 너무 바빠서 ... 사실 술 마시느라 ^^ 못 놀러왔네요 ...
현실에 치여 즐거운 상상하는 시간이 점점 줄어드는듯 하네요 ㅡㅡ;; 즐거운 상상 -> 멋진 소프트웨어 ~~ ㅎㅎ

짱가

오.. 멋진글... 잘 읽었습니다.

레몬에이드(현지환)

잘 참고해서 좋은 소프트웨어 만들어 보겠습니다 ^^

Ray

재미있는글 잘 읽었습니다.
제가 아는 파레토 법칙은 자연의 법칙을 발견한 것으로 알고 있습니다. 20%의 부자가 80%의 부를 가지거나, 원숭이가 타이핑을 하면 20%의 문자가 80%찍힌다거나, 산들의 높이, 낙엽의 색깔 등 자연적인 것은 8:2 법칙이 적용된다고 하더군요. 버그도 20%의 버그가 80%빈도로 나타나니 20% 버그만 잡아도 80%의 문제는 해결이 되는 것이겠지요. 그 상위 20%를 알아내는 것은 어렵지만요.