GN⁺: 내 회사를 오픈 소스로 전환해야 할까? (2022)

나의 코드는 나쁜가

• 개발자들이 자신의 코드에 대해 비판받을까 두려워하는 것은 자기중심적인 생각임.
• 나쁜 코드에 대해 스트레스 받는 사람이 있다면, 그것은 추구할 가치가 있는 것임.
• 커뮤니티는 나쁜 코드를 리팩토링하고 새로운 코드 품질 지침을 도입하여 프로젝트를 개선하는 데 도움을 줌.

보안에 도달하기

• 공개된 코드에서 보안 취약점을 찾아 해킹할까 두려워하는 것은 일반적인 우려임.
• 충분한 관심이 있다면 모든 버그가 명백해진다는 리누스의 법칙이 보안 문제에도 적용됨.
• 비트코인과 같은 오픈 소스 프로젝트는 보안 문제를 일찍 발견하고 패치하여 더 안전할 수 있음.

경쟁자를 이기기

• 소프트웨어에서 아이디어는 저렴하며 가치는 아이디어의 실행에서 창출됨.
• 아이디어를 공유하면 뇌를 자유롭게 하여 중요한 것에 집중할 수 있음.
• 경쟁자가 코드를 엿보는 것은 장기적으로 볼 때 중요하지 않으며, 오픈 소스 커뮤니티는 당신의 개방성에 긍정적으로 반응할 것임.

전문가 커뮤니티 성장

• 성공적인 회사를 구축하기 위해서는 장기간에 걸쳐 잘 실행하고 고객 기반을 성장시켜야 함.
• 경쟁자가 코드를 엿보는 것은 장기적으로 중요하지 않음.

시장에서 승리하기

• 거대하고 성장하는 시장에서는 승자 독식 상황이 드물며, 사용자를 감동시키고 빠르게 반복하는 것이 중요함.
• 경쟁자가 오픈 소스 프로젝트를 포크하더라도, 더 빠르게 출시할 수 없다면 어차피 경쟁에서 질 것임.

후기 단계

• 프로젝트가 상당한 규모에 도달하면, 대형 클라우드 제공업체가 더 나은 배포 모델로 제품을 제공하는 상황에 처할 수 있음.
• AWS가 당신의 제품을 호스팅하는 데 경쟁을 시작한다면, 매우 올바른 일을 하고 있다는 것임.
• 개발자 경험과 같이 클라우드 제공업체가 잘하지 못하는 분야에서 경쟁 우위를 찾아야 함.

걱정 그만하기

• 경쟁자가 당신의 아이디어를 찾고 있다면, 그들은 항상 당신보다 한 발 뒤처져 있을 것임.

개발자 고용

• 스타트업의 가장 큰 불만 중 하나는 개발자를 고용하는 것이 어렵다는 것임.
• 오픈 소스는 개발자 고용 문제를 해결할 수 있음.

공개적으로 출처 찾기

• 모든 개발자는 오픈 소스의 혜택을 받으며, 많은 개발자들이 흥미로운 오픈 소스 프로젝트에 기여하려고 함.
• 오픈 소스 프로젝트에 기여하는 장벽을 낮추면 훌륭한 개발자들이 프로젝트를 찾을 가능성이 높음.

아니, 당신의 집으로 가져가는 테스트는 하지 않을 것임

• 개발자들은 면접 과정에서 LeetCode 문제를 풀거나 집으로 가져가는 테스트를 하는 것에 대해 불만을 가짐.
• 누군가가 당신의 저장소에 기여하면, 그들의 실제 코드 기여와 팀/커뮤니티 구성원과의 의사소통 방식을 이미 볼 수 있음.

엑셀과 통합되나요?

• 스타트업을 운영할 때 가장 큰 문제만 해결할 시간이 있을 수 있으며, 소수의 사용자가 요청하는 기능은 무기한 연기될 수 있음.
• 시스템이 오픈 소스인 경우, 이러한 사용자들이 스스로 기능을 기여할 수 있어 소프트웨어의 유용성을 확장할 수 있음.

2022년입니다. 날아다니는 차는 어디 있나요?

• 오픈 소스가 없는 세계에서는 기술 회사들이 계속해서 바퀴를 재발명하고 있음.
• Supabase는 새로운 프로젝트를 오픈 소스로 하기 전에 기존의 오픈 소스 프로젝트를 지원하려고 함.

더 많은 증거가 필요해

• 다음 주는 Supabase 출시 주간으로, 팀과 커뮤니티가 지난 3개월 동안 작업한 모든 것의 정점임.
• 오픈 소스 회사를 운영하는 모든 이점을 보여주는 Supabase 커뮤니티의 빠른 진전이 증거임.

GN⁺의 의견

• 오픈 소스 전략은 코드 품질 향상, 보안 강화, 커뮤니티 구축을 통한 협업 및 혁신 촉진에 기여함.
• 오픈 소스는 개발자 고용 문제를 해결하고, 기업의 투명성과 신뢰를 높이며, 기술 발전에 기여함.
• Supabase의 사례는 오픈 소스 모델이 소프트웨어 개발과 비즈니스 성장에 어떻게 긍정적인 영향을 미칠 수 있는지 보여줌.

[neo]

Hacker News 의견

• 가정의 문제점

  지속 가능한 수익성에 대한 가정이 현실을 반영하지 못함. 특히 미국 개발자의 높은 급여와 같은 도전 과제를 고려할 때, 오픈소스 소프트웨어(OSS) 회사는 두 번의 성공을 필요로 함. 첫 번째는 OSS 자체에 대한 성공이고, 두 번째는 회사의 성공임.

• Graphistry 팀의 경험

  Graphistry 팀은 OSS에 열정적이며, 인기 있는 Apache Arrow와 Nvidia RAPIDS 프로젝트를 시작하는 데 도움을 줌. Python과 JS 클라이언트를 OSS로 제공하고, PyGraphistry[AI]는 다양한 도구를 갖춘 그래프용 스위스 군용 칼임. 하지만 주로 기업, 정부, 데이터 회사에 GPU 그래프 시각화 서버의 클라우드/온프레미스 자체 호스팅 라이선스를 판매하여 지속 가능하게 성장함. 대안적인 SaaS 호스팅 수익은 작은 팀을 지원하지만, 대부분의 팀은 자체 호스팅 라이선스 수익 없이는 혁신을 지속할 수 없음.

• 오픈소스 비즈니스 모델에 대한 불만

  다른 창업자들과 오픈소스 비즈니스 모델에 대해 논의할 때, 반복적으로 나오는 세 가지 불만이 있음:

  • 코드가 지저분하거나 나쁘거나 미완성이라는 비판
  • 해커들이 보안 취약점을 찾아 이용할 것
  • 경쟁자들이 지적 재산을 훔칠 것

  네 번째 누락된 항목은 "Amazon/AWS가 내 코드를 기반으로 서비스를 상업화하고 나에게 아무것도 지불하지 않을 것"이라고 생각함.

• 민간 정부에 판매하기

  많은 프로젝트가 놓치는 한 가지는 민간 정부에 판매하는 것임. 미국 정부는 기술을 위한 많은 프로그램을 가지고 있고, 민간 기관, 정보 공동체, 주 정부의 분리로 인해 다양한 소프트웨어를 대량으로 구매함. 규제 및 준수 요건은 생각보다 높지 않으며, 처음 몇 개 계약을 팀으로 진행하는 경우 특히 그렇음. 이는 프로젝트를 위한 확실하고 보장된 수익을 제공하며, 대개 3-5년 약정으로 매우 수익성이 높음.

• 오픈소스 소프트웨어의 가치

  소프트웨어 아이디어는 저렴하지만, 가치는 거의 항상 아이디어의 실행에서 창출됨. 오픈소스 소프트웨어를 공개할 때는 아이디어뿐만 아니라 그 아이디어의 상당 부분을 실행하는 것도 제공함. 코드는 전체 실행이 아니지만, 판매, 마케팅, 지원 등으로 확장됨. 기사는 코드의 가치를 경시하는 경향이 있으나, 이는 사실이 아님.

• Supabase의 비즈니스 모델

  Supabase는 오픈소스 회사로 자신을 마케팅하지만, 실제로는 자체 호스팅을 시도하는 것이 실용적이지 않음. 따라서 오픈소스라는 칭찬을 받지만, 실제로는 마케팅 전략에 불과함.

• 오픈소스 제품의 선택

  개인적으로 오픈소스 제품을 대안보다 항상 선택함. 소스 코드에 대한 무제한 접근은 중요하며, 이는 사회에도 중요함. 이러한 마인드셋으로 생성된 소프트웨어는 오픈소스이며, 때때로 사람들은 이에 대해 지불함.

• 오픈소스 비즈니스의 어려움

  PostgreSQL, Python, Bitcoin, React와 같은 오픈소스 프로젝트는 좋지만 좋은 비즈니스는 아님. MongoDB와 Elastic은 예외임. 오픈소스 데이터베이스 회사보다 폐쇄 소스 데이터베이스 회사가 더 많이 성공함. 오픈소스 회사는 어렵지만 사용자에게 매우 가치가 있음.

• 브랜드와 커뮤니티의 중요성

  Google과 같은 기존 공급업체와 경쟁할 때, 브랜드, 커뮤니티, 팀, 개발자 경험(DX)은 준수 등에 비해 거의 중요하지 않음.

• 오픈소스 코드의 공개와 라이선스

  코드를 공개적으로 공개하여 사람들이 읽고 기여할 수 있게 함. 상업적 사용을 위한 유료 라이선스를 요구하되, 낮은 계층에서는 무료로 유지함. 비즈니스 내에서 유료 고객이 모든 개발을 자금하는 문화를 심어야 함.

• 오픈소스 회사의 타당성

  회사가 개발자를 대상으로 하거나 실제로 자체 호스팅할 가능성이 없는 제품을 만드는 경우에만 오픈소스 회사가 의미가 있음. Supabase는 두 가지 모두에 해당하는 예시임.