"한빛미디어 <나는 리뷰어다> 활동을 위해서 책을 제공받아 작성된 서평입니다."
https://ko.wikipedia.org/wiki/%EB%8D%B0%EB%B8%8C%EC%98%B5%EC%8A%A4
ko.wikipedia.org
DevRel...Developer Relations 라고 해서 DevOps와 비슷한 뭔가 새로 나온것인줄 알았다.
사실 DevOps도 별로 접해볼일이 없어서 잘 모르지만...(그래서 위에 링크를 넣어 보았다)
뭔가 새로운 개념이 나온거 같아 궁금하기도 하고 해서 리뷰 도서로 선택해 보았다.
책은 DevRel(이하 데브렐)에서 말하는 커뮤니티 개념의 설명부터 시작한다.
시작하는 파트에서는 어떻게 커뮤니티를 만들고 유지를하고 발전시켜 나갈지 그리고 어떻게 데브렐팀을 구성할지 설명하는 내용들로 시작을 한다.
두번째이자 마지막 파트에서는 이미 존재하는 커뮤니티를 찾는 내용을 시작으로 자체적으로 커뮤니티를 만드는 방법, 오프라인 모임을 하는 방법, 자주 발생하는 커뮤니티의 이슈를 어떻게 해결할지, 퍼스널 브랜드를 어떻게 만들어 나갈지 에 대해서 다루고 있다.
책을 보면서 처음에 혼란스러웠던 점은 여기서 말하는 커뮤니티가 개발자를 위한것인지 개발자에 의한것인지...뭔가 모호한 느낌을 계속 준다는 생각이 들었다.
어쩌다 일이 갑자기 늘어서 집중해서 제대로 못읽어서 그런가 싶은 생각도 들고...
뭔가 알듯 말듯한 모호한 기분으로 읽어 내려가서 그런가...
결국 데브렐은 개발자를 위한 또 다른 조직?(그게 커뮤니티는 아닌거 같고...)를 얘기 한다는 느낌이 들었다.
전반적으로 개발자들과 의사소통하면서 개발자들이 최대의 효율을 낼 수 있도록 도와주는 역할을 수행하는 조직? 또는 담당자? 와 그런 업무를 위한 개발자 위주의 커뮤니티의 구성과 운영에 관한 내용....
이라고 짧게 책의 내용을 정의 할 수 있을것 같다.
아무리 생각해도 시간을 내서 다시 읽어 보면서 중간중간 검색도 좀 해가며...그렇게 한 번 더 봐야 좀더 이해가 될것 같다.
읽고나서 드는 생각인데...
해외에선 이미 오래된 개념이고 국내 메이저 IT 회사들은 도입을 하고 있다고는 하는데...
문득 작지만 우리 회사도 이런걸 도입 하자고 하면....음....
반응은 뭔가 뻔할듯 하다.
"지금도 일 많은데 무슨 일을 또 벌리느냐?" 아니면 "그래 하자 니가해~"
그래도 뭔가 한번 도입을 해 보고 싶어 지기는 하는건...
이런거 도입 아니라도 일은 많긴 한데...
