본문 바로가기
Book

협업의 기술 p1~30

by OKOK 2021. 5. 4.

book.naver.com/bookdb/book_detail.nhn?bid=7199069

 

협업의 기술

『협업의 기술』은 소프트웨어를 개발하는 과정에서 다른 사람, 팀, 그리고 사용자와 협업하기 위한 기본적인 패턴과 안티패턴들을 소개한다. 소프트웨어를 작성하는 일에서 간혹 간과할 수 있

book.naver.com

"이 책을 통해 역자 스스로 어떤 문제를 가지고 있었으며, 이를 어떻게 극복해야 하는지에 대한 큰 힌트를 얻었다는 점 역시 사실이다."

"이 책의 목적은 프로그래머들이 소프트웨어를 개발하는 데 있어서 그들의 이해력과 커뮤니케이션 능력, 타인과의 협업 능력을 효과적이면서도 효율적으로 향상하는 데 도움이 되도록 하는 것이다."

 

"훌륭한 소프트웨어를 구현하고 싶은가? 그렇다면 이 책은 바로 당신을 위한 책이다."

 

"당신은 소프트웨어 엔지니어링을 즐기고 있으며, 그에 따른 보상과 즐거움을 믿고 있다."

 

"협업 방식에 대해 학습하는 것은 성공하는 것만큼이나 중요하다. 소프트웨어 공학의 '소프트 스킬'에 투자한다면 동일한 노력에 비해 훨씬 더 큰 영향력을 발휘하게 될 것이다."

 

"그 누구도 비난을 받는 것을 좋아하지 않는다. 특히, 아직 완료되지 않은 일이라면 더욱 그럴 것이다. .. 불안감은 실제로 닥쳐 올 커다란 문제에 대한 조짐과 같은 것이다."

 

"리눅스는 리누스의 작업과 비교하면 수백 배 이상 거대한 코드로 구성되어 있으며, 수백 명의 똑똑한 사람들에 의해 개발되었다. 리누스의 실제 업적은 이 사람들을 이끌며 그들의 역할을 조율한 점이다. 리눅스는 이들의 집단 노력의 빛나는 산물이다."

 

"이들은 모두 특정 집단이 이루어 놓은 업적의 리더이며 상징인 사람들이다."

 

"내심 우리는 모두 천재가 되기를 바란다. 그러한 판타지의 궁극은 놀랍도록 새로운 생각에 대한 영감을 얻는 것이다."

 

"당신의 경력을 성공시키는 것도, 망가뜨리는 것도 결국 다른 사람과 어떻게 잘 협업하느냐에 달렸다."

 

"지금 막 시작한 작업을 공유하는 것에 대해 두려워하는데, 그 이유는 동료가 당신의 실수를 발견하고 이 코드를 작성한 사람이 천재가 아니라는 사실을 알게 되기 때문이다."

 

"그렇게 하면 초기부터 기본적인 디자인 결함ㅇ믈 지니기가 쉽다. 당신은 바퀴를 다시 발명하는 위험을 감수하는 것이다."

 

"일찍 실패하고, 자주 실패하라."는 말에 담긴 의미를 기억하자."

 

"우리 팀은 소음으로 집중력이 흐트러지지 않도록 소음을 제거하는 기능이 탑재된 헤드폰을 엔지니어들에게 지급했다. 사실, 일반적으로 직장 내에서 헤드폰을 착용한다는 것은 정말 중요한 일이 아니라면 방해하지 말아 주세요." 라는 의미일 것이다."

 

"누군가 당신의 아이디어를 훔쳐가거나 혹은 당신을 바보 취급하는 것을 두려워하기보다는 쓸데없는 일을 열심히 하면서 시간을 허비하는 것을 더 무서워해야 할 것이다."

 

"세상을 바꾼 이들의 업적은 거의 항상 그들을 숭배하며 수고를 아끼지 않는 팀의 번뜩이는 영감의 결과이다."

 

"겸손 : 당신은 우주의 중심이 아니다. 또한 전지전능하지도 않으며 항상 서공하는 것도 아니다. 자기 개선에 대해 항상 열려 있어야 한다."

 

"존중 : 당신은 함께 일하는 사람을 진심으로 존중할 수 있어야 한다. 그들을 인간으로 대하고, 그들의 능력과 업적에 감사해야 한다."

 

"신뢰 : 함께 일하는 사람들은 숙련된 인력이며, 항상 옳은 일을 할 것이라 믿고 적절하게 그들을 운영할 수 있어야 한다."

 

"사회적 관계의 힘을 과소평가하지 말라는 뜻이다. 사회적 관계란 그저 사람을 속이거나 다루는 것이 아니라 필요한 일을 위해 관계를 형성하는 것이며, 이러한 관계는 항상 프로젝트 기간보다 오래 간다."

 

"당신 자신이 현명한지 아닌지에 대해 걱정하는 것보다는 팀의 목표를 설정하고 조직의 자부심을 높일 수 있도록 '집단적'자부심에 대해 고려하는 것이 훨씬 낫다."

 

"당신의 자부심과 당신이 작성하는 코드의 품질을 동일시하지 말 것!"

 

"나는 이 부분의 흐름 제어가 약간 혼란스러운 것 같아. 여기에 xyzzy 코드 패턴을 적용하면 좀 더 명확하고 유지보수가 쉬워지지 않을까?" 

 

"이때 요구되는 것은 불완전한 소프트웨어를 사용자에게 제공하는 것도 괜찮다는 약간의 존중과 사용자들의 구글의 노력에 감사함과 동시에 제품이 빠르게 향상되는 것을 간절히 원할 것이라는 약간의 신뢰뿐이다."

 

 

 

'Book' 카테고리의 다른 글

배민다움  (0) 2021.08.01
협업의 기술 p31~36  (0) 2021.05.05
[Book] 예민함이라는 무기  (0) 2018.07.31
[Book] 운동화 신은 뇌  (0) 2018.07.31
[Book] 머니  (0) 2018.07.16

댓글