1P by GN⁺ | ★ favorite | 댓글 1개
  • Facebook Groups를 출시하고 해커톤에서 잇달아 성과를 낸 Bob의 생산성은 정교한 개발 환경이 아니라 결과물에서 드러났음
  • 구문 강조도 부정확한 기본 Sublime Text를 쓰며 라이브 리로딩이나 디버거 대신 printf와 로그로 문제를 확인함
  • 복잡한 Vim·tmux·mosh·hphpd·git 환경보다 Bob의 제품 감각과 직관이 해커톤 성과를 좌우했음
  • 당시 작업은 Groups의 구매·판매 게시물 지원이었던 것으로 기억되며, 이후 Facebook Marketplace로 발전함
  • 새로운 도구와 작업 방식이 일부 변화를 만들 수는 있지만, 결국 생산성을 결정하는 것은 올바른 문제를 해결하는 일

정교한 개발 환경과 실제 성과의 차이

  • Bob은 Facebook Groups를 출시하고 여러 결과물을 연이어 만든 다작 엔지니어이자 해커톤의 전설이었음
  • 함께 앉았던 동료는 Facebook의 PHP 방언인 Hack을 위해 직접 만든 구문 강조와 스니펫, mosh 위의 tmux, hphpd 단축키, git 별칭을 갖춘 정교한 환경을 사용했음
  • 예상과 달리 Bob의 작업 방식은 매우 단순했음
    • 확장 설정이 없는 기본 Sublime Text를 사용해 코드 색상도 절반가량 잘못 표시됐음
    • 라이브 리로딩과 디버거를 사용하지 않았음
    • 코드에 printf를 넣고 로그가 나올 때까지 기다렸음
  • Bob은 그날 해커톤에서 우승했지만, 작업 방식에 몰두했던 동료는 정작 그가 무엇을 만들고 있었는지 놓쳤음
    • 당시 프로젝트는 Groups의 구매·판매 게시물 지원이었던 것으로 기억함
    • 이 기능은 이후 Facebook Marketplace로 발전함

생산성을 좌우하는 문제 선택

  • Bob의 생산성을 만든 핵심은 편집기 설정이 아니라 제품 감각과 직관이었음
  • X에는 모든 것을 바꿀 것이라는 새로운 작업 방식이 매일 등장하며, 그중 일부는 실제 변화를 만들 수도 있음
  • 도구와 작업 방식을 개선하는 것보다 올바른 문제를 해결하는 일이 궁극적으로 더 중요함

댓글과 토론

Lobste.rs 의견들
  • 어느 정도의 생산성 환경 구성은 도움이 됨. 사람마다 필요한 수준이 다르고 Bob은 재능이 뛰어나거나 집중력이 탁월했을 수 있음. 쉽게 산만해지는 편이라 이런 도구가 필요하지만, 환경 구성 자체에 지나치게 시간을 쓰기 쉬우므로 적당한 균형이 최선이라고 봄
  • 그런데 Bob은 실제로 어떻게 해낸 것인지 궁금함. 이 글은 Bob이 제품 감각을 어떻게 활용했는지 분석하는 긴 글의 도입부처럼 느껴지지만, 정작 재능 있는 사람이 Sublime Text를 쓴다는 놀라움만 보여줌