주니어 개발자에게 얼마나 많은 노력을 기울여야합니까? [닫은]

어느 시점에서 포기해야합니까?

나는 그들이 나를 가리게하여 그들을 도와 주려고 노력했다. 우리는 잠시 휴식을 취하기로 동의했고, 그들은 잠시 동안 실종 상태에 빠졌습니다. 그들이이 일을했다는 것을 알게 되더라도, 내 일부는 내가 갈 필요는 없지만 배우는 데 관심을 가져야한다는 느낌이 든다. 솔직히 말해서, 내가 할 수있을 때 갈 때 설명을하지 않은 시간입니다. 그들이 배우고 싶다면 그들이 준비되어 있고 기꺼이 알고 있음을 확신 할 것이라고 기대하기를 너무 많이 기대하고 있습니까?

그들은 회의에 참석하여 참석해야한다는 말을 듣지 못했습니다 ... 좋았지 만 모퉁이에 앉아 잠을 자지 못했습니다. 나는 그것으로 무엇을 해야할지조차 모른다.

때때로 나는 그들에게 할 일을 작은 것으로 주었고, 훌륭하게 해주므로, 그들에게 손을 대는 것을 더 어렵게하고 완전히 실패합니다.

그들은 테스트하지 않고 물건을 체크인합니다.

저의 일부는 아마도 그들과 더 많은 시간을 할애해야한다고 생각하지만, 동시에 많은 관심을 보지 못하고 정말 같은 일을 반복해서 가르치는 시간이 없습니다. 때로는 당신이 알아 내려고 노력하는 약간의 일을하면 정말 답하기 쉬운 질문을받을 수 있습니다. 다른 때는 아무 것도 묻지 않았습니다.

나는 더 잘하지만 솔직하게 할 수 있다고 확신합니다 ... 나는 더 이상 원하지 않습니다.

무엇을 기다립니다? 이 사람들은 아직 가지 않았습니까?

그것은 나에게 관리 문제처럼 들린다. 왜 그런 사람이 여전히 거기 있을까요?

관리 지원이 있다고 가정 할 때, 측정 가능한 구체적인 서면 기대치를 제공해야합니다. 침착하고 정중하게 (심지어 유쾌하게) 이것들이 당신이 그들에게 기대하는 것임을 말해줍니다. 구체적이고 현실적인 목표를 세우십시오. 모든 것을 기록하십시오.

기대치가 세 번 충족되지 않으면 종료 순서입니다.

내말은 회의에서 자? 그것은 모두를 타락시킵니다.

한 가지 더 : 주니어 개발자를 제대로 심사하지 못할 수도 있습니다. 경력을 쌓고 새로운 것을 배우고 더 나은 사람이 되려는 열렬한 개발자를 찾아야합니다. 그것들은 골키퍼입니다.

이렇게하면 오래된 포미처럼 들리 겠지만 요즘 젊은이들은 첫 직장을 구하고 왜 2 년 안에 회사를 소유하지 않는지, 왜 다음 페이스 북을 작성하여 세상을 바꾸지 않을지 궁금합니다.

이 프로세스의 일부는 기대치를 관리하는 것입니다.

나는 그들이 회의에서 잠 들었던 부분에서 그들을 해고했을 것입니다. 테스트되지 않은 코드를 체크인하는 것은 반복적으로 수행 할 때 실수가 아니며 부주의합니다. 나는 당신이 우리에게 말한 것과 정확히 맞서고 그들이 진로를 계속하고 싶은지 무딘 지 물어 봅니다.

인턴들에게 더 많은 자유를주세요

인턴으로서 저는 무엇을해야하는지, 어떻게해야하는지, 언제해야했는지에 대해 정확히 같은 방식으로 행동했습니다. 저의 인턴쉽은 학교 교육을받는 것보다 학교 교육과 같은 느낌이 듭니다. 짧은 이야기를 짧게하기 위해 나는 이것에 대해 상사와 대면했다 : 그는 멋진 사람이고 나에게 그가하고 싶은 일에 대한 일반적인 아이디어를 주도록 전환했다 (X, Y 및 Z를하는 프로그램을 만들어라) 방법. 그 이후로, 나는 인턴쉽을 위해 잠들지 않는 밤을 기뻐하며 이제는 그냥 모방하는 대신 배우는 것처럼 느낍니다. 상사와 저는 지금까지 성취 한 것에 정말 만족합니다.

또한 이 비디오 는 프로그래머에게 동기를 부여하는 요소를 설명 한다고 생각 합니다 .

그들이 일에 대해 매우 적극적이거나 열정적이지 않은 것 같습니다. 그러나 어쨌든 당신은 그들에게 너무 많은 도움을 주었을 것입니다. 그들에게 어려운 프로젝트를 제공하고 그들이 투쟁하고 실패 할 수있게하는 옵션입니까? 독립성을 배우고 자신의 일에 책임을지는 법을 배우는 것처럼 들립니다.

분명히 어떤 사람들은 일을 처음하는 것을 잊는가? 누군가를 해고하는 것에 대해 이야기!

저는 Microsoft에서 인턴을했고 방금 관심을 잃었을 때가 있었지만 그 아름다움은 매주 일대일로하고 싶었던 일과 일을 더 흥미롭게 만드는 방법에 대해 논의했습니다. 그들은 단지 그들에게 관심을 갖지 않으며,이 경우 그들과 함께 앉고 그들이 참여하고 싶은 지역을 목표로 삼아야합니다.

그들과 일대일로 일대일을 결성하고 그들이 한 일과하고 싶은 일에 대해 이야기하고, 너무 어려운 일이 있다면 도움을 청하는 것을 두려워하지 말고 그들이 시도한다는 사실은 그들이 그러나 그들이 순전히 게으 르면 더 강력한 행동을 요구할 것이다.

그들 각자가 선택한 도구를 사용하여 작업 할 수있는 프로젝트를 제공하고 일주일에 오후 1 시간을 보내면서 그들과 함께 가서 그들을 도울 수 있습니다. 이것은 기술의 강점과 약점을 식별하고 목표를 달성하는 데 도움이됩니다 그들을 개선하십시오.

인턴이되는 것은 쉽지 않습니다. 저는 마이크로 소프트가되기에 충분하지 않다는 느낌을 기억합니다. 그러나 그들은 쉬운 질문을했을 때 매우 반가워하며 웃지 않았습니다.

그들이 매주 그들과 함께 앉는 것이 도움이된다고 말했듯이, 그들에게 적절한 계획을 세우고 그들 모두에게 재미있게 참여하도록하십시오. 그들로부터 피드백을 받으려면 어떻게 문제를 해결할 것입니까? 인턴을 돕는 것은 많은 즐거움이 될 수 있습니다. 기술에 대한 열정을 드러내고 제대로 작동하지 않는 경우 이유를 파악하는 것을 목표로하십시오!

인생에서 어떤 것들을 벌어야합니다. 나는 당신이 학생, 자원 봉사자, 인턴, 초급 직원이든 상관하지 않습니다. 일을 끝내려고 노력하는 동안 시간을 ​​허비하지 말고 시간과 수면을 낭비하지 마십시오. 저의 직장을 보는 유일한 사람들은 제 월급을 지불하는 사람들입니다.

당신은 내 관심을 원하고 그에 따라 행동해야합니다. 그들은 반쯤 당신을 만나고 싶지도 않습니다. 그들은이 경험에서 무엇을 얻을 것으로 기대합니까?

배우고 일하고 싶은 사람들이 있습니다. 그들을 찾아서 잘 대하십시오. 다른 사람들에게 문을 보여주십시오.

아마도이 사람들에게 한 달에 최소 3k를 지불하고있을 것입니다. 물어볼 질문은 다음과 같습니다.

• "현재 출력은 한 달에 3k의 가치가 있습니까?"
• 방금 시작했을 때 즉각적인 긍정적 인 생산성을 기대하는 것은 다소 순진한 일이므로 1 년 동안 3k / 월 총알을 물었다 고 가정합니다.
• 그것들은 소프트볼입니다. 결국에는 "1 년에 3k / 월의 가치가 있고 떠나기 전에 만들어진 3k / 월의 적자를 보충해야합니까?"라고 물어야합니다.

이 마지막 질문과 평균 젊은 프로그래머가 회사에서 약 2 년을 소비 할 것이라는 점을 감안할 때, 첫 해에 무가치 한 경우 두 번째 해에 한 달에 6k 상당의 산출물을 출력해야합니다. 아무것도 아닌 가치!

이 가장 기본적인 벤치 마크를 충족시키지 않으면 손실을 줄이고 목초지로 보내야합니다. 스스로 판단하지만,이 사람들은 쉽게 고려할 가치가없는 것처럼 들립니다.

• 그들은 회의에서 잠들기 때문에 (비즈니스 지식이나 혁신적인 가치를 추가하지 않습니다)
• 그들은 당신의 시간을 낭비합니다.
• 회의실에서 잠 들어있을 때 작동했던 소프트웨어를 중단합니다.

죄송합니다. 대부분은 Jr. 개발자와 관련이 없습니다.

나는 지금 15 년 이상 IT를 사용해 왔으며 많은 사람들이 회의에서 잠을자는 것을 보았습니다. 더 젊은 것. 그들은 전화기 나 iPad에서 회의를 무시하는 데 더 많은 시간을 보내는 경향이 있지만 잠을 자지 않습니다.

테스트되지 않은 코드 확인 : 나는 이것을 수행하는 더 많은 중급 개발자와 협력했습니다. 코드가 "알고있는"중간 레벨 개발자의 종류이며 문제가있을 때는 코드와 관련이 없습니다. 낮은 수준은 잘못된 코드를 체크인 할 수 있지만 신입 사원의 체크인 권한을 허용하지 않는 이유는 무엇입니까?

새로운 프로그래머에게 작은 일을시키고 그들에게 큰 도움을 주지만 더 큰 일에 실패한다면, 그들은 더 많은 도움이 필요하고 그것을 요구하는 것을 두려워합니다. 처음 몇 가지 큰 작업을 새로운 프로그래머 (새로운 사용자 또는 새로운 프로그래밍)에게 줄 때 나는 하루에 몇 번 멈추고 그들이 어디에 있는지 확인해야합니다. 우리는 그들의 코드를 검토하고 약간의 검토를합니다.

이로 인해 코드 검토가 훨씬 쉬워지고 새로운 직원이 회사가 코드를 처리하는 방식에 대한 통찰력을 얻을 수 있습니다.

나는 이것이 인턴이라고 가정하고 있습니다.

• 우리는 잠시 휴식을 취하기로 동의했고, 그들은 잠시 동안 실종 상태에 빠졌습니다.

휴식의 의미에 대한 기대치를 관리합니다.

• 갈 필요는 없지만 학습에 관심을 가져야합니다.

손을 돌리는 것은 조금 어색합니다.

• 그들이 배우고 싶다면 그들이 준비되어 있고 기꺼이 알고 있음을 확신 할 것이라고 기대하기를 너무 많이 기대하고 있습니까?

아니요. 통신 오류처럼 들립니다-가능합니다!

• 그들은 회의에 참석하여 참석해야한다는 말을 듣지 못했습니다 ... 좋았지 만 모퉁이에 앉아 잠을 자지 못했습니다. 나는 그것으로 무엇을 해야할지조차 모른다.

자다? 정말? 문자 그대로 졸 으면 집으로 보내십시오. 아마도 그들은 시간당이므로 지불을 도킹합니다. 그것은 회의에서 졸다 수 없습니다.

• 때때로 나는 그들에게 할 일을 작은 것으로 주었고, 훌륭하게 해주므로, 그들에게 손을 대는 것을 더 어렵게하고 완전히 실패합니다.

그것은 초기 대학생처럼 들립니다. :-/

• 그들은 테스트하지 않고 물건을 체크인합니다.

다시 기대 관리. 응답에 따라 여기에 분기하십시오.

• 저의 일부는 아마도 그들과 더 많은 시간을 할애해야한다고 생각하지만, 동시에 많은 관심을 보지 못하고 정말 같은 일을 반복해서 가르치는 시간이 없습니다. 때로는 당신이 알아 내려고 노력하는 약간의 일을하면 정말 답하기 쉬운 질문을받을 수 있습니다. 다른 때는 아무 것도 묻지 않았습니다.

고전적인 대학생 행동. 나를 믿어, 나는 TA'd.

내가 여기서 보는 것은 의사 소통이 매우 부족하다는 것입니다. 학생은 회사의 문화 나 기대를 실제로 파악하지 못하고 대규모 프로젝트를 개발하는 방법을 실제로 이해하지 못합니다. 술에 취한 사람들이 종종 인턴으로 밀려 드는 것을 고려할 때 놀랍게도 지루할 수도 있습니다. 도움이 될 수있는 것은 다른 멘토를 찾는 것입니다. 개성과 상호 기대는 역동적으로 상당히 역동적 일 수 있습니다. 무엇 나는 실용적이고 합리적이라고 생각하는 것은 HR + 감독과 함께 '올 예수에 대한 회의를하는 것입니다. 해당 개인은 기본적으로 "모양", "선적"옵션을 제공해야합니다. 형태는 잠정 조항에 따라야합니다. 회의에서 계속 졸고 나가는 경우에는 용납 할 수 없습니다.

당신이 구조 노력에 집중하고 싶다면, 나는 개인의 상황에 대해 더 깊이 조사 할 것입니다. 이것이 그들의 첫 직업입니까? 전에 일을 해본 적이없는 사람들은 일을하는 것이 혹독한 일에 익숙하지 않습니다. >. <이것이 그들의 첫 전문직 직업입니까? 타코 스탠드와 사무실 사이의 기대는 조금 다릅니다. 기타 등등.

분명히, 이것이 대학에서 고용 된 사람이라면 기대치가 더 높아집니다. 너무 멘토링 할 필요가 없으며, 적절한 직무 행동과 비슷해야합니다.

병사 직원이 어떤 진전을 보이고있는 한 그와 대화하십시오. 그가 실패한 곳과 성공한 곳을 지적하십시오. 그가 기대에 부응하기 위해 어디서 형성해야하는지 명확히하십시오. 유쾌한 대화는 아니지만 생산적인 수준으로 끌어 올리는 데 필요할 수 있습니다.

그를 해고하는 것도 고려하십시오. 때때로, 죽은 체중을 놓는 것이 가장 좋습니다. 그렇습니다. 가혹한 일이지만, 진행이 늦거나 너무 느리게 진행되지 않으면 고용주, ​​자신 및 주니퍼 개발자의 요구에 균형을 맞춰야합니다. 당신이 묘사 한 것에서, 당신은 그 균형의 상실에있을 수 있습니다.

어느 시점에서 포기해야합니까?

가장 좋은 대답은 없을 것입니다. 당신은 최선을 다합니다. 나머지는 그들에게 달려 있습니다. 당신은 물로 말을 가져갈 수는 있지만 그를 마실 수는 없습니다.
만약 그들이 관심이 없다면 그들과 대화하고 그들에게 어떤 관심이 있는지 확인하십시오. 신선할수록 프로세스에 관심이 많지 않고 적절한 체크인의 중요성을 이해하지 못할 수 있습니다. 일부 사람들이 실수를 할 때,이 실수가 어떻게 다른 사람의 시간과 에너지를 낭비했는지, 왜 그런지 이해해야합니다. 조심스럽게해야했습니다. 그들이 관심이없는 것 같다면 그들에 대해 상사와 이야기해야합니다.

당신이하고 싶은 마지막 일은이 요요에게 더 많은 자유 또는 책임을 부여하는 것입니다. 그들은 코드베이스를 더 엉망으로 만듭니다. 당신은 그들을 가르치려고 노력했습니다. 이제 책임을 관리자에게 넘겨서 무엇이 잘못되었는지 말하고 보호 관찰을 받거나 해고하십시오. 나는 이런 수준의 무책임 성을 보인 사람들을 지키는 것도 고려하지 않을 것입니다. 다른 개발자에게는 공평하지 않으며 회사가 유능하고 유능하지 않은 사람들을 유지하는 것은 좋지 않습니다. 우리는 이런 사람이 한 번 있었는데, 그들이 그를 해고하기 전에 팀에서 팀으로 튀어 나와서 모두가 동의 한 것은 약 9 개월이 너무 길었습니다. 이 개발자들은 가능한 빨리 가야합니다.

트위터, 페이스 북, 블로그 등에 점점 더 많은 것을 배우고 싶은 관심을 가진 사람들이 충분히 있습니다. 내가 제안하는 또 다른 것은 당신이 그들을 돌보지 않으면 때로는 이러한 요소를 존중하는 데 크게 감사하고 동기를 부여하는 것입니다. 들을 수 있는지 확인하십시오.

이것과는 별도로, 나는 당신이 다음과 같은 것을 분명히 할 것을 제안합니다. 이런 식으로 문제를 해결할 수 있습니다.

흥미로운 질문은 이야기의 양면을 볼 수 있습니다. 몇 가지 중요한 정보가 누락되었습니다.

• 그들의 기대와 당신이 왜 거기에 있고 무엇을해야하는지에 대한 기대치 사이에 전반적으로 불일치가있는 것 같습니다. 그리고 당신은 그들과 이것에 대해 논의한 적이 없습니다.
• 이 인턴 프로그램에 대한 귀하, 회사, 회사 및 대학의 기대는 무엇입니까? 이 인턴쉽은 학습 과정, 경력 목표 등과 어느 정도 일치합니까? 인턴의 50 % 이상이 졸업시 다시 돌아 옵니까? 아니면 경쟁사에 가십니까? 아니면 업계를 탈출? 당신의 회사는 솔직히 그들에게 가르 칠 많은 것이 있습니까? HS, 커뮤니티 칼리지, AA, BS, MS 또는 PhD의 수준과 연도는 차이가 있습니다. 음성 인식이나 클라우드 작업을 실제로하고 싶을 때 QA 나 sysadmin을 위해 작업하고 있습니까? 이것들과 그 이유를 이해하기 위해 그들과 간단한 대화를 했습니까? ( 당신의그들의 책임이 아닌 시작에 대한 책임. 기한이 지났습니다.) "무엇을 바꿀 수 없다면 정말이 작업에 관심이 있고 부서입니까?" 대신 "X, Y, Z를합니까? 그렇지 않으면 해고됩니다." 재 할당 하시겠습니까? 햄버거를 뒤집는 대신 회사와 마지막 선택을 했습니까? 어쩌면 그들의 대학은 짜증을 내고 회사는 짜증을 내고 그냥 $$ 또는 이력서 총알을 위해 그것을하고 있습니다.이 경우 모두 복수 돼지에 립스틱을 바르려고합니다. 그들이 자신을 그렇게 보지 않거나 관심이 없다면 "주니어 개발자"사고 방식을 기대하지 마십시오. 이 공유 맥락이 없다면 저 인턴에서 징계 절차를 부르는 것은 의미가 없습니다. 건설적인 제안도 요청하십시오.

> "나의 일부는 아마도 그들과 더 많은 시간을 보내야하지만 동시에 많은 관심을 보지 못할 것이라고 생각한다"

귀사는 대학의 연구에 대한 귀하의 시간 보조금 또는 귀하의 부서를위한 추가 노동, 또는 그 사이의 무언가에 대해 인턴 준비를 고려합니까? 캘빈과 홉스를 앉아서 하루 종일 탁구를하면서 귀찮게하지 않아도됩니다.

> "그들은 한동안 실종되었다 ... 솔직히, 내가 할 수있을 때 갈 때 설명 할 시간이 없다."

• 어쨌든 인턴 준비가 어느 쪽이든 효과가 없다면, 어쨌든이 인턴 프로그램을 누가 강요하고 누가 사람들을 인터뷰 했습니까? 이 인턴 인터뷰 했어? 그렇지 않다면 (왜 안 되나요?), 누가 당신에게 할당 되었습니까? 그들이 당신의 생산성에 기여하지 않는다면, 다른 사람들은 어떻게 인턴을 관리합니까? 그들은 당신의 회사에서 연구를하거나 순수하게 시간당 임금을받는 일을하거나 합리적인 혼합을합니까? 그들은 의미있는 프로젝트를 가지고 있거나 개인적 관심을 가지고있는 결과물을 가지고 있습니까? 마일스톤이 있습니까? 모니터링하고 있습니까 (아니오처럼 들립니다)? 그들은 그것의 끝에 프레젠테이션을합니까? 귀사는 (개인적으로가 아닌) 인턴 인터뷰를 종료합니까? 그들의 비판과 제안은 무엇입니까? 경쟁력있는 $$를 지불하고 있습니까? 시장 이하 $$ 또는 무료? 소프트웨어이든 그 밖의 어떤 이전 작업 경험이 있습니까? 아마도 이력서를 읽고 더 면밀히 인터뷰하고 그들의 이니셔티브와 작업 스타일을 측정해야 할 것입니다.

> "그들은 회의에 참석하여 참석해야한다는 말을 듣지 못했습니다 ... 좋았지 만, 모퉁이에 앉아 잠을 잤습니다 ... 나도 그걸 어떻게해야할지 모르겠습니다."

아마도 그들은 더 넓은 조직 / 제품 / 산업을 이해하려고 노력하고있을 것입니다 (귀하 또는 다른 사람들이 그것을 제공하고 있습니까?). 그들의 진전이 없거나 어쩌면 그들은 단순히 느슨해져 있습니다-당신이 말한 것을 근거로 말할 수 없습니다.

불필요한 회의를 긍정적 인 것으로 바꾸는 방법은 잘 알려져 있습니다. 어느 시점 에나 전화를 걸어 부서 회의에 서서 그 회의에 대한 구두 요약을 전달할 수 있다고 말합니다. 또는 참석할 필요가 없다고 생각되는 회의 목록을 제공하고 회의에 동의하는지 여부와 이유가 없는지 물어보십시오. 어쩌면 당신이나 당신의 HR 또는 인턴 부서는 그들과 다른 인턴들이 회사 전체의 다양한 사람들과 직무를 충족시키기 위해 점심이나 프레젠테이션 일정을 설정해야 할 것입니다. 모든 훌륭한 인턴 프로그램은 그렇게합니다. 그것이 존재하지 않는다면 그렇게하십시오! 그것은 당신 모두에게 이익이 될 것입니다. 이 인턴 프로그램의 소유권을 가지십시오.

"인턴 관리를위한 베스트 프랙티스"에서 인턴을 관리하는 사람들을위한 미팅을 설정하십시오 (인턴을 초대하지 마십시오). 이 문제에 대해 인턴을 관리 한 사람과 이야기 해 본 적이 있습니까?

그것은 당신이 대답하지 않은 큰 그림 컨텍스트였습니다. 다음은 구체적인 세부 사항입니다.

• 당신은 그들이 당신의 책상에서 당신을 그늘지게하기를 원합니다 (하루에 몇 시간? 2? 8?). 이것은 미세 관리처럼 들립니까? 체크인 오류 문제를 해결하고 코드 검토 (아래 제안)를 보유한 경우 실제로 필요합니까? 나는 아니오라고 말할 것입니다. 왜 그들이 당신을 가리게할지 결정 하지 않습니까? 더 나은 방법으로, 컴퓨터에서 코딩 / 테스트 / 디버깅 방법을 주기적으로 보여주고 앉아보고 의견을 제시하도록하는 것이 더 좋습니다.

일반적인 원칙은 다음 과 같습니다 . 기대치를 관리하고 진행 상황을 정기적으로 검토합니다 (3x / 주?). 행동을 미세하게 관리하지 마십시오 .

> 시험하지 않고 물건을 체크인합니다.

• 좋아, 그것은 고치는 매우 간단한 것입니다 : 모든 체크인이 testcase 파일 + passlogfile을 첨부하도록 요구하십시오 . SCM 시스템이 변경 사항을 거부하거나 플래그를 지정하지 않도록하십시오 (/ 부서 리더 보드에서 빅 보스 / 레코드 체크인 성공률 / 이메일로 이메일 보내기). 이를 적용하기 위해 SCM 시스템을 설정하는 것은 적절한 인턴 작업 일 수 있습니다. 그리고 / 또는 확실히이 코드 리뷰 (당신이 바쁜 때)는, 이메일 의견 스카이프를 통해, 또는 경우에도. 또한 파일 차단을 중지 할 때까지 체크인 할 수있는 파일의 범위를 제한하십시오.

> 때때로 나는 그들에게 할 일을 작은 것으로 주었고, 훌륭하게 해주므로, 그들에게 손을 대면 더 힘들게하고 완전히 실패합니다.

학습 과정이나 사고 과정이 효과가없는 것 같습니다. 그들이 해결하기 위해 시도해야했던 논리적 인 단계를 따라 걸었습니까? 매뉴얼, 위키, 튜토리얼, 사용자 안내서, 서적 등을 읽으십니까?

• 또 다른 좋은 방법은 방법론에 대한 위키 / (문서)를 시작하고 소유하게하는 것입니다. 그들에게 그것을 제시하고 검토하게한다. 이러한 모든 문제는 변장 할 수있는 기회입니다. 기본 능력, 동기 부여 및 관심이 있다고 가정 할 때 우리는 귀하가 말한 내용에 근거하지 않습니다.

> "때로는 당신이 알아 내기 위해 약간의 노력을한다면 정말 정말 쉬운 질문을받습니다."

그들에게 스스로 대답 할 수 있다고 말하고 , 위키를 시작하고 소유하게하고, 자료에 대한 문서 / 링크를 제공하십시오. 다시 한 번 방법론을 발표 할 때 발표하게한다. 또한 일정 시간을 사용 가능 / 사용 가능 시간 ( "적색 시간 / 녹색 시간")으로 표시한다고 가정합니다.

> "다른 경우에는 아무 것도 묻지 않습니다"

불필요한 모임에서 자거나 캘빈과 홉스를 읽거나 당신에게서 숨어 있지 않다고 가정하면 나쁜 징조이거나 좋은 징조 일 수 있습니다. 전자 메일, IM을 통해 연락을 유지하고 코드 체크인 전자 메일을 자동화했다고 가정하면 더 깊은 작업이 작동하지 않을 수 있습니다.

위의 내용 중 일부에 대답 할 수 있습니까?

주니어를 교육하고 기술을 키워서 팀의 독립적 인 구성원이 될 책임이 있습니다. 그러나, 당신의 후배는 전문가로서 행동하는 경력을 시작해야 할 책임이 있습니다. 물론, 우리 모두는 피곤해졌으며, 회의가 흥미롭지 않은 날이 있지만 풀림과 무례 함 사이에는 차이가 있습니다.

다른 사람들이 말했듯이, 귀하의 심사 과정은 좀 더 엄격해야 할 것 같습니다. 그것은 당신이 처음에 주니어를 얻는 방법에 따라 올 수 있습니다. 트릭은 지역 대학이나 대학에 가서 CompSci 교사에게 재능뿐만 아니라 훌륭한 소프트웨어 개발자를 만들기위한 헌신을 요청한 다음 많은 아이들을 인터뷰하고 어디에서 가고 싶은지 확인하는 것입니다. 그곳에.

얼마나 많은 노력을 기울여야하는지에 대해서는 최고의 기회를 주어야하지만 동시에이 아이들에게 그레이비 열차를 무료로 타지 못한다는 것을 보여 주어야합니다. 회사에 징계 조치에 대한 특정 기준이있는 경우 적용하십시오. 후배가 동일한 전문성 기준을 충족시키지 못하고 진지하게 받아들이지 않으면, 벤치마킹, 거래 또는 단순히 놓아 두는 옵션이 있습니다. 행하다. 분명히 당신은 같은 수준의 전문 지식을 기대할 수 없으므로, 주니어 와 협력 하여 그들이 기대하는 헌신을 보여 주면 향상시킬 것입니다.

더 높은 수준의 전문 지식과 경험을 얻기 위해 후배들을 데리고 오는 것은 당신에게도 풍성한 경험이 될 수 있지만, 당신이 마치 모여 들어야하는 아기 인 것처럼 행동해서는 안됩니다. 그들이 당신을 위해 일할 때, 그들은 더 이상 엄격하게 학생이 아니며,보다 높은 수준의 전문성을 유지해야합니다. 이 모든 것을 미리 설명하고, 기꺼이 노력할 의향이있는 다른 사람에게 더 잘 투자 할 수 있도록 시간을 낭비하지 마십시오.