퇴근 후 업무를 위해 무료 프로그래밍 작업을하려는 동기는 무엇입니까? [닫은]

저는 프로젝트를 위해 초과 근무를하는 것이 아니라 회사에 도움이되는 R & D 또는 테스트 베드 응용 프로그램에 대해 이야기하고 있습니다. 이것들은 교육 도구가되고 결국 판매 도구가됩니다. 물어 보는 것도 미치게 들리지만, 빠르게 변화하는 기술과 관련하여이 업계의 추세와 프로그래머가 시간외 지식을 집으로 가져 오게하는 문제가 있습니다. 당신은 그것이 자연스럽게 쏟아 질 것이라고 생각할 것입니다. 그러나 나는 그 작업이 회사와 현재 회사의 재산에 의해 "관리"될 것이기 때문에 대부분의 리드를 보류합니다. 실제로 테이블에 무언가를 가져다가 보상을받을 수있는 앞뒤를 자극하는 견고한 프로그램이나 이니셔티브가 있습니까?

편집하다

누구든지 이것에 대한 추가 피드백을 제공 할 수 있습니까?

실제로 테이블에 무언가를 가져다가 보상을받을 수있는 앞뒤를 자극하는 견고한 프로그램이나 이니셔티브가 있습니까?

여기에 잘못된 의사 소통이있는 것 같습니다. 일부 사용자는 동료로부터 무료 작업을 얻는 방법을 찾으려고합니다. 그 반대도 마찬가지입니다. 존재하는 프로그램이나 동기 부여가 될 아이디어가 있는지 알고 싶습니다. 반드시 돈일 필요는 없습니다.

프로그래머가 시간외에 얻은 지식을 집에 가져 오도록하는 문제.

문제는 그렇게하기 위해 비용을 지불하지 않는다는 것입니다.

자연스럽게 쏟아 질 것이라고 생각할 것입니다.

아니요, 자유 시간은 자유 시간입니다. 누군가가 카이트 서핑이나 다른 것을하는 대신에 자유 시간을 공부하기로 선택한다면, 물론 그들은 자유 시간 동안했던 일로부터 이익을 얻을 수있는 사람이어야합니다. 왜 그래야합니까? 그들이 그 시간과 노력에 무엇을 기여 했습니까?

그러나 나는 회사와 현재 회사의 자산에 의해 작업이 "관리"될 것이기 때문에 대부분의 리드를 보류하고있는 것을 발견했다.

예

프로그래머가 당신을 위해 일하지 않고하는 일에서 가치를 발견한다면, 근로 시간 동안 그 일을 해 보지 않겠습니까?

구글은 이것을 이해하고 있으며 이것이 20 %의 시간을 갖는 이유입니다. 그러나이 기간 동안 직원이 수행하는 작업을 지속적으로 제어하여이 문제를 해결하기가 너무 쉽습니다. 현명한 개발자는 기회가 주어지면 비즈니스를 개선하기 위해 할 수있는 많은 일을 알고 있습니다. 이제 일주일에 하루는 줄었지만, 일정 시간이 지나면 다섯째 날의 작업으로 인해 다음 4 일 동안의 작업이 훨씬 생산적이고 효과적이라는 것을 알게 될 것입니다. 또한 스마트 개발자는 일상 업무에 영향을 미치는 나쁜 결정을 더 이상 처리 할 필요가 없으므로 실제로 상황을 긍정적으로 변화시키기 위해 무언가를 할 수 있기 때문에 당신을 위해 일하는 것을 좋아합니다.

당신이 자유 시간의 혜택을 얻고 싶다면 당신이 얻을 수있는 유일한 방법은 정말로 당신과 그들이 일하는 회사를 좋아하는 개발자입니다.

많은 개발자 (아마도 젊은 개발자)는 최소한 금전적 보상만큼이나 "명예"와 동료의 인정에 의해 동기를 부여받습니다.

예를 들어 Google 개발자가 수행 한 '20 % '프로젝트는 결국 회사가 소유하고 있지만 Gmail과 같이 프로젝트가 분리되어 성공하면 해당 프로젝트를 수행 한 개별 개발자는 명성을 얻습니다. 개발자 커뮤니티에서의 인정; 동료들에게 존경받는 느낌을줍니다.

회사가 프로젝트가 출시 된 후에도 개발자에게 인식의 주목을 끌 수 있다면 회사와 개발자의 동기를 맞추는 데 먼 길을 갈 것입니다.

동기 부여 에 대해 묻는다면 가장 중요한 세 가지 요소를 고려한 다음 회사가 그 중 하나를 제공 할 수 있는지 확인하십시오.

• 첫째, 당신은 열정적 인 프로그래머 가되어야 합니다. 실제 문제를 컴퓨터 명령어로 변환하려는 생각조차도 당신을 흥분시킬 것입니다. 얼마나 많은 프로그래머들이 실제로 회사의 일을하는 데 기쁨을 느끼고 있으며, 하루 동안 돈을 들이지 않고 얼마나 많은 프로그래머들이 일을합니까?

• 둘째, 좋은 아이디어 가 필요합니다. 아이디어 에 대해 생각하면 뇌의 아드레날린을 회복시켜야합니다. 귀중한 아이디어를 제공하여 회사에 더 많은 가치를 부여하는 것에 대해 실제로 얼마나 많은 직원이 생각합니까?

• 셋째, 그리고 가장 중요한 것은 당신 의 생각에 시간과 두뇌를 두는 것이 기쁨, 만족, (언젠가) 돈을 가져다 줄 것이라는 믿음 이 필요하다는 것입니다. 당신이 그 믿음을 가지고 있다면, 정말로 회사가 그것에 참여하게 하시겠습니까?

내가 제안하고자하는 것은 그들이 일하는 회사 를 절대적으로 사랑하는 아주 많은 사람들이 있다는 것입니다. 이것이 바로 "시간외 지식"이나 아이디어를 회사와 쉽게 공유하지 않는 이유입니다. 당신이 얼마나 많은 보상을 받더라도, 당신이 위의 세 가지를 모두 가지고있는 순간-당신은 그것을 스스로 만들고 다음 Mark Zuckerberg 또는 Sergey Brin이되고 싶을 것입니다.

문제는 열정, 아이디어 및 진정한 신념의 원천이 실제로 기업의 "기업의 악"과 일치하지 않는다는 것입니다. ( 열정적 인 사상 가나 신자들 조차도 종종 그러한 기업을 만드는 것은 완전히 다른 문제이지만 )

자극하는 견고한 프로그램이나 이니셔티브가 있습니까?

"마음"을주는 직원을 회사에 제공하는 것은 정말 어렵습니다. 그리고 이것이 회사들이 일반적으로 그런 방식으로 "자극을 자극"하려고하지 않는 이유입니다. 적어도 그것은 내 경험이었습니다.

개발자는 시간과 지식에 대한 대가를 지불합니다.

고용주에게 무료로 제공하는 경우, 그만한 가치가있는 작은 일들이 있습니다.

1) 당신은 당신의 일에 뒤쳐져 있으며, 당신의 명성이 손상되지 않도록 따라 잡아야합니다.

2) 회사에 대한 지분이 있습니다.

3) 당신은 잠재적 인 승진을 위해 또는 다음 해고를 피하기 위해 다음 사람보다 더 가치있는 것처럼 보이게하려고합니다.

그렇지 않으면, 특히 유일한 보상이 명성 일 때 그렇게하는 데 매우주의하십시오. 명성의 반감기는 약 6 개월 이지만 회사가 여전히 혜택을 누리고 있더라도 귀하가 소비 한 추가 시간은 영원히 사라졌습니다.

어쩌면 나는 나이가 많고 냉소적이지만, 다른 회사의 많은 사람들이 항상 자신을 여분으로주는 것을 보았습니다. 꼬집기.

나는 그들과 그들의 가족에 대한 협박이나 폭력의 위협을 제안 할 것입니다. 아마도 침대에 말 머리가있을 것입니다.

솔직히, 나는 보상받지 않은 많은 일을 해냈습니다. 내가 엉망이되어 문제를 해결해야한다고 생각했기 때문에 또는 무언가를 배우고 싶었고 일과 관련된 소프트웨어가 그 일을하기 가장 좋은 곳처럼 보였기 때문에 이런 종류의 작업은 생산에 투입되지 않았습니다). 두 경우 모두 고용주가 무급으로 일을해야한다고 말한 경우에는 아니오라고 대답했을 것입니다.

사람들이 당신을 위해 일하기를 원한다면, 그들은 그것을 지불받을 자격이 있습니다. 그들이 당신이 지불하는 것과 관련이없는 아이디어가 있다면, 당신은 경쟁자들보다 더 많은 권리를 갖지 못합니다 (솔직히 대부분은 그렇지 않을 것입니다). 이 중도는 당신이 훈련 비용을 지불하고 싶지 않은 것처럼 들리며 반은 그들이 당신을 위해 일하기 때문에 그들이하는 모든 것이 당신의 이익을 위해 있어야한다고 생각하는 것처럼

1. 회사의 (대규모) 지분. 나는 회사의 규모에 따라 5 % 이상과 같은 몇 가지 주식을 말하는 것이 아닙니다.
2. (참) 내 프로젝트의 소유권. IE 나는 내 시간에 그것을 빌드하고 회사 는 나에게 라이센스를 부여합니다 . 나는 이것이 무료가 아니라고 생각한다.)

사람들이 측면 및 취미 프로젝트에서 자신이 알고있는 것을 공유하려면 모임 공간, 프로젝터, 피자 및 맥주를 제공해야합니다. 이를 감안할 때 대부분의 개발자는 자신이 작업 한 것에 대해 행복하게 이야기 할 것입니다.

작업장에서 프로그래밍 할 때 사양, 목표, 일정 및 라이센스는 귀하 이외의 사람이 제공합니다. 종종 아이디어조차도. 여가 시간에는 원하는 일정, 일정, 원하는대로 할 수 있으며 마치지 않아도 문제가되지 않습니다. 그리고 당신은 당신의 아이디어를 발표하고 모든 사람들이 볼 수 있도록 노력함으로써 인류에 대한 일반적인 지식에 기여할 수 있습니다.

개인적으로 나는 아주, 아주 약간 알고 정말 프로그래밍에 의해 문제를 해결하기위한 열정이없는 좋은 프로그래머. 열정 없이는 유능 할 수 있고, 열정은 여가 시간 코딩에서 항상 나타나는 것은 아니지만 프로그래밍은 매우 기술적이고 두뇌 집약적 인 예술이므로 열정이없는 사람들은 일반적으로 더 나은 것에 대한 고유 한 동기가 없어서 일부 프로그래머를 더 잘 유지할 수 있습니다 다른 사람보다. 이 규칙에는 예외가 있지만 그 사이에는 매우 광범위합니다.

따라서 프로그래머를 고용하고 여가 시간에 코드를 작성하는 것은 훌륭한 채용 결정을 내렸음을 의미합니다. 이들은 장기적으로 빛날 사람들입니다.

그리고 프로그래머를 고용하고 무료로 일하도록 속이려고하면 직장에 더 나은 선택권을 가진 사람들을 거의 몰아냅니다. 사람들이 돈없이 일한다면 , 그들은 싫어하기 때문에가 아니라 일 을 사랑 하기 때문에 그렇게합니다.

내가 배우고 싶은 분야의 프로젝트에서 정말 좋은 프로그래머와 함께 일할 수있는 기회. 소니에 있고 게임 장치에 대한 부가 프로젝트에 대해 듣고 있다고 상상해보십시오. 당신은 그것이 히트라고 생각하지 않더라도, 그 아이디어는 매우 흥미 롭습니다.

회사가 아니거나 회사의 파트너가 아니라면 동기 부여가되지 않습니다. 그렇지 않으면 본인의 학습을 위해 업무 이외의 개인 프로젝트를 수행하지만 시간 외 근무를 위해 보상없이 (직접 급여, 플렉스 타임 또는 이와 유사한) 업무를 수행하지는 않습니다.

사람들이 몇 시간 후에 일을 위해 무료로 일하도록하는 것과 관심이 있기 때문에 새로운 것을 배우는 사람들 사이에는 차이가 있습니다. 사람들은 자신의 여가 시간에 사람들이하는 일이 회사에 어떤 식 으로든 활용 될 수 있어야한다는 것을 암시하는 것 같습니다. 이것은 실제로 공평하지 않습니다.

Google의 20 % 사례를 살펴 봐야합니다. 충분한 기업은 없지만이 방법이 도움이 될 수 있다고 생각합니다. 이런 식으로 회사는 여가 시간을 낭비하지 않고 개발자와 직원에게 시간을 허비함으로써 더 많은 혜택을 얻을 수 있습니다. 아이디어를 표에 가져 오는 것에 관한 한, 보상 및 인정 체계도 마련되어야합니다.

나는 회사의 CSR 이니셔티브의 일환으로 외부의 자선 단체를 목표로 근무 시간과 주말 후에 코딩에 시간을 소비하는 젊은 개발자 집단의 관심을 끌 수 있음을 발견했습니다. 열정적 인 개발자 는 자유 시간에 코드로 자신의 물건 을 계속 찾고 있지만 학습, 멘토링 기회와 프로젝트 외부의 의미있는 컨텍스트를 결합 할 수 있다면 실제로 끌어 들일 수있는 기회가 있습니다.

이것은 물론 어떤 식 으로든 감정이나 보상과 같은 회사의 고려 사항과 혼합 될 수 없습니다.

프로그래머가 시간외에 얻은 지식을 집에서 가져 오도록하는 문제. 당신은 그것이 자연스럽게 쏟아 질 것이라고 생각할 것입니다. 그러나 나는 그 작업이 회사와 현재 회사의 재산에 의해 "관리"될 것이기 때문에 대부분의 리드를 보류합니다.

아니요, 그 지식을 얻는 데 어떤 종류의 응접이 가져올 지 의문이 생길 때 자연스럽게 쏟아 질 것이라고 생각하지 않습니다. 누군가가 의심스러운 가치가있는 것을 내놓는다면, 이것은 무시되거나 사소하거나 어떤 식으로 내려 놓습니까? 이곳은 보상이 아니라 전장을 볼 수있는 곳입니다.

프로그래머가 알고있는 것의 양만 고려한 적이 있습니까? 그 모든 것들을 거르는 데 오랜 시간이 걸릴 수 있습니다. 예를 들어, 지난 밤에 TV에 있던 것을 가져 오려고했는데, 직장에서 멀리보고 있던 지 몇 시간이 지난 후에 지식은 무엇일까요? 소량 복용해도 괜찮을지 모르지만 사무실에서 "저지 쇼어"에 관해 논의하는 데 몇 시간을 보낼 수 없었을 것입니다.

내가 일하는 회사 (민첩한 컨설팅)는 Social Impact Projects에 참여하는 것입니다.

http://www.rapidftr.com/ 은 내가 아는 한 예입니다.

회사가 개발자 시간을 기부하여 더 공식적으로 지원하는 동안 최소 1 년 동안 정기적으로 코드 걸림이 발생했습니다. 자원 봉사자들은 일주일에 하루 밤 일한 후 사무실에서 만나 무료 개발을합니다. 회사는 보통 맥주와 피자 몇 개를 공급했으며 10-20 명의 사람들이 이야기를 완성하거나 버그 등을 수정했습니다.

물론 재미있을 수도 있고 열정적 인 다른 개발자를 찾아서 흥미로운 문제를 집단적으로 해결하기 위해 함께 모이는 코드 도조 형식을 수행 할 수도 있습니다 (여기서 아이디어 http : // codekata 참조). pragprog.com/ ).