구글 직원, 구글 워크스페이스 CLI 만들었다가 해고됐다고 주장

전 구글 직원이 “구글 워크스페이스 CLI를 만들었다가 해고됐다”고 공개함

• 글쓴이는 약 7년 동안 구글에서 일했고, 해고 시점은 글 기준 두 달 전이라고 밝힘
• 본인 표현으로는 이 경험을 계속 설명하기보다 한 번에 정리하고 싶었고, 개인적으로도 받아들이는 과정의 일부라고 함

문제의 도구는 그냥 조용히 묻힌 사이드 프로젝트가 아니었음

• 공개 후 해커뉴스(Hacker News) 1위까지 올라갔고, 며칠 만에 깃허브 스타 수천 개를 얻었다고 함
• 실제 사용자도 “수천 명” 단위로 붙었다고 적음
• 즉 내부 장난감 수준이 아니라, 개발자들이 “이거 필요했는데?” 하고 바로 반응한 도구였던 셈

내부 반응은 꽤 혼란스러웠던 듯함

• 한쪽에서는 디렉터와 리더들이 이 도구에서 무엇을 배울 수 있는지 물었다고 함
• 다른 한쪽에서는 법무팀이 구글 워크스페이스 깃허브 코드 저장소에 왜 구글 로고와 브랜드 색상이 들어갔는지 캐물었다고 함
• 잘 만든 도구라 관심을 받았는데, 동시에 브랜드와 제품 통제 이슈로도 본격 체크를 받은 분위기

글쓴이는 해고 원인을 워크스페이스 조직의 “disruption” 공포로 해석함

• 특정 CLI 자체가 무서웠다기보다, 에이전트(agent)가 워크스페이스 같은 생산성 제품을 어떻게 바꿀지에 대한 더 큰 긴장감이 있었다는 주장임
• 쉽게 말하면 사용자가 버튼 누르고 메뉴 찾는 대신, CLI나 에이전트에게 “이 문서 정리하고 캘린더에 공유해줘” 식으로 시키는 흐름이 오면 기존 제품 UX와 권한 구조가 흔들릴 수 있음

특히 아이러니한 포인트는 타이밍임

• 글쓴이가 해고되기 이틀 전, 구글 클라우드 넥스트(Google Cloud Next)에서 공식 워크스페이스 CLI가 나올 예정이라는 발표가 있었다고 함
• 개인이 만든 도구는 문제시됐는데, 회사는 비슷한 방향의 공식 도구를 예고한 셈이라 묘하게 씁쓸한 장면

이 사건은 개발자에게 꽤 현실적인 질문을 던짐

• 사내/개인 오픈소스가 회사 제품 전략과 겹칠 때 어디까지 허용되는가
• 회사 브랜드, 로고, 색상, 저장소 이름 같은 요소는 개발자가 생각하는 것보다 훨씬 민감할 수 있음
• 내부 도구가 너무 빠르게 사용자 반응을 얻으면 “좋은 실험”이 아니라 “조직을 흔드는 변수”로 읽힐 수도 있음

글쓴이는 그래도 구글에서의 7년을 기회였다고 정리함

• 마지막 몇 달 동안 자신을 지지해준 팀원과 매니저에게 고마움을 표함
• 감정적으로는 복잡하지만, 이 일을 본인 이야기로 직접 소유하고 싶다는 뉘앙스가 강함