소프트웨어 장인 ( 9장 - 13장)

Yuri Lee·2021년 4월 26일
0

소프트웨어 장인

목록 보기
3/4

09장 인재 채용

일은 단순히 일이 아니다

  • 훌륭한 개발자들에게 일은 그냥 일이 아니다. 일은 취미이자 열정이다.
  • 새로운 것을 시도하고, 배우고, 지식을 공유하고, 커뮤니티 활동에 적극적인 사람을 원했다.
  • 무언가를 시킬 때 까지 그저 가만 있는 사람들은 회사를 정체 상태로 이끌어 피해야 할 사람들이다. 열정적인 개발자는 성장하기 위해 개인 시간을 기꺼이 투자한다.
    • 투자투자투자!

10장 소프트웨어 장인 면접하기

비지니스 협상

  • 면접을 볼 대, 일자리를 구걸하는 입장이 아니라는 것을 기억해야 한다. 비즈니스 협상을 하는 것이다.

생산적인 파트너십을 알아보는 방법

회사 입장에서의 관점

  • 항상 질문을 많이 하는 지원자를 우선시
  • 과거 수행한 프로젝트나 업무, 기술, 또는 스스로 성취한 사항들을 이야기할 때 얼마나 열정적이고 애착을 보이는가? 실패에 대해서 책임감을 느끼는가 아니면 남 탓을 하는가? 이전 업무에서 불평 불만 대신 그 상황을 개선하기 위해 스스로 노력한 적이 있는가?

지원자 입장에서의 관점

  • 면접관은 누구인가? (PM or 개발자 or PL etc..)
  • 얼마나 많은 지원자가 있을까
  • 원샷 면접 or 다단계 면접
  • 특정된 질문 or 개방형 질문

바람직한 면접 방법

  • 좋은 면접은 자유 토론과도 같아야 한다.
  • 올바른 집중
  • 마인드 맵핑 대화
  • 페어 프로그래밍 면접 : 경험 수준, 개발도구(IDE, 언어, 테스팅/목업 프레임워크, 단축키 등)의 익숙함, 클래스 메서드 변수 네이밍 적합성, 면접관의 제안이나 조언에 어떻게 반응하는지, 문제 해결만이 아니라 해결을 위한 방법과 과정에도 얼마나 주의를 기울이는지

번트 홈런

  • 면접을 할 때 특정 기술에 대한 지식이 아니라 지원자의 재능, 태도, 열정 그리고 잠재성

11장 잘못된 면접 방식

  • 똑똑한 척 하는 면접관 세우기
  • 수수께끼식 질문 던지기
  • 답을 모르는 질문 하기
  • 지원자를 바보로 만들기
  • 인터넷 접속 막기
  • 종이에 코드 작성하기
  • 알고리즘 문제 내기
    • 여러 시스템들의 문제들 중 거의 대부분이 알고리즘이 어떻게 작성되었느냐와는 관계가 없다. 테스트의 유무, 좋은 테스트 방법의 부재, 부족한 리팩토링 등이 가장 흔한 문제이다.
  • 전화 면접 하기

12장 낮은 사기의 대가

  • 열정의 부재 자체가 열정적인 개발자들을 화나게 한 것은 아니다. 열정적인 개발자들을 화나게 하는 것은 열정을 다해서 애플리케이션을 더 나아지게 하고 일하는 방식을 개선하려고 온갖 노력을 쏟는 동안 다른 개발자들이 그저 뒤에서 팔짱만 끼고 구경하거나 심지어 방해하는 것이 화가 날 뿐이다.

  • 직원들의 사기가 낮으면 회사가 파괴되기 쉽다. 동기부여가 되지 않는 사람들은 혁신을 창조하고 적용할 에너지가 없다. 일을 제대로 하고 책임을 지는 데도 관심이 없다. 그 사람들이 원래 그랬던 것은 아니다. 상황이 그렇게 만들어 간다. 사람들의 열정을 없애는 데 정말 능숙한 회사들도 있다.

    • 요근래 나는 미라클 모닝도 안하고 굉장히 의욕도 열정 없이 지냈었는데 왜 때문일까.. 생각해보면 늘어지는 프로젝트 일정과 기약없는 것들.. 그리고 제대로 확립되지 않는 요구사항 이런 문제들로 힘들었다. 무엇보다도 상사분께서 힘들다는 이야기를 하시니 괜히 더 사기가 낮아지고 암튼 그랬다. 😞 그럼에도 불구하고 내 사기는 낮아지지 말아야 하는데! ㅠㅠ 💪💪

13장 배움의 문화

배움의 문화 만들기

  • 관리자들은 개발자들에게 무엇을 언제 어떻게 하라고 일일이 명령할 것이 아니라 개발자들에게 권한을 위임하고 개발자들 스스로 배움의 문화를 만들어갈 수 있도록 북돋워야 한다.

  • 북 클럽에 가입하기

  • 테크 런치 진행하기

  • 그룹 토론회 참여하기

  • 업무 교환하기

  • 얼마 동안만 업무 교환하기

  • 그룹 코드 리뷰하기

    • 주석은 객관적, 개인적으로 표현되어서는 안된다.
    • 누가 코드를 작성하느냐는 중요하지 않다.
    • 그룹 코드 리뷰 시간에 커밋 히스ㅗ리를 뒤지지 않는다. 비난할 사람을 찾기 위해 과거를 파헤치지 말고 미래를 변화시키는 데 집중한다.
    • 주석은 반드시 객관적이고 생산적이어야 함.
  • 코딩 실습하기

아무도 참여하려 하지 않는다면

  • 모범을 보여라. 팀에 열정을 불어 넣고 더 나은 일하는 방법을 추구하도록 하는 가장 효율적인 방법은 스스로 모범을 보이는 것이다.
  • 관심을 보이는 사람들에게 집중하라. 변화를 수용하는 사람들에 집중하자.
  • 강제하지 마라
  • 모두를 변화시키려 들지 말라.
  • 모임에 대한 약속을 제때하라.
  • 허락을 구하지 마라. 책임있게 행동하면 될 뿐이다.
  • 투덜대지 마라.
  • 리듬을 만들라.

위 글은 산드로 만쿠소의 소프트웨어 장인을 읽고 정리한 내용입니다.

profile
Step by step goes a long way ✨

0개의 댓글