안녕하세요. 10분 만에 생산적인 미팅을 할 수 있는 웹 서비스 「minmeeting」를 개발하고 있는 이세가와입니다.



3월에 돌입해, 곧 신인 엔지니어 여러분도 2년째의 선배 엔지니어가 될 것입니다. 거기서, 불필요한 신세입니다만, 2년째 엔지니어가 빠지기 쉬운 증상과 예방법을 몇번의 연재로 소개하고 있습니다.

최근, 오픈 소스의 라이브러리의 충실 듬뿍은 눈부시고, 뭔가 하고 싶은 것이 있을 때는 라이브러리를 조합하면 상당한 것을 실현할 수 있게 되어 왔습니다. 오늘은, 그런 편리한 시대에 엔지니어가 된 사람들에게 가끔 나타나는 증상을 소개합니다.

오픈 소스 라이브러리 중독

첫 번째로 다루었던 'Google 중독'과 비슷하지만 오픈 소스 라이브러리에 의존하고 이러한 라이브러리에서 할 수 없는 것은 실현할 수 없다고 생각하는 젊은 엔지니어를 자주 볼 수 있습니다.

사례

채용하고 있는 오픈 소스의 라이브러리에 기인한 결함을 발견했을 때에, 라이브러리의 탓이므로 대응할 수 없다고 포기해 버린다.

이미 있는 라이브러리가 채용되고 있는 환경에서 개발을 하고 있을 때, 그 라이브러리에서는 실현할 수 없는 요건이 발생하면(보통 스스로 구현하면 실현할 수 있는데) 그것은 실현할 수 없다고 생각해 버린다.

예방법

하나의 오픈 소스 라이브러리가 지원되지 않는다고해서 실현할 수없는 것은 아닙니다. 즉시 포기하는 것이 아니라 라이브러리를 사용하지 않으면 보통 어떻게 실현하는지, 그 실현 비용은 어느 정도인지, 실현했을 때 기존 라이브러리와의 구분은 어떻게 해야 하는지를 검토해 주세요.

라이브러리를 사용하지 않는 것이 쉽게 실현할 수 있는 것이 많이 있습니다. 그럴 때는 불필요한 라이브러리는 빨리 버리고 스스로 다시 작성하는 것이 좋습니다.

또한 라이브러리를 사용하지 않으면 비용이 많이 드는 경우에도 포기할 필요가 없습니다. 오픈 소스이기 때문에 issue에 등록하거나 다시 pull request를 내면 문제가 해결될 가능성이 있습니다.

덧붙여 pull request를 내놓아도 아무것도 반응이 없는 죽은 라이브러리라면, 빨리 리플레이스 하는 것이 장래를 위해일 것입니다.

백 넘버

엔지니어의 2년째병과 그 예방법 ① 구글 의존

엔지니어의 2년째 병과 그 예방법

엔지니어의 2년째병과 그 예방법 ③ 잡용 호이호이 증후군

엔지니어의 2년째병과 그 예방법 ④ 방치 플레이 의존증