오픈소스는 누구를 위한 것인가?

오픈소스는 유지관리자가 사용자에게 일방적으로 주는 선물이 아니라, 양측이 가치를 주고받는 지속적인 사회적 관계임 유지관리자는 코드 공개를 통해 평판, 영향력, 역량 향상, 유지보수 부담 분담을 얻으며, 사용자는 단순히 혜택을 받는 수동적 존재가 아님 사용자가 맡긴 신뢰는 거래 대가가 아니며, 유지관리자에게는 시스템 악용과 악성 업데이트를 막고 사용자의 의존을 고려할 의무가 있음 LLM 생성 코드 수용을 둘러싼 갈등은 소프트웨어가 계속 제대로 작동할 것이라는 기대와 연결되며, 우려를 논의할 공간이 없으면 불만이 개발자 채널과 소셜미디어로 번짐 무한한 무료 노동도, 아무 책임도 없다는 태도도 해법이 아니며, 의무의 범위와 끝을 명확히 하는 작업은 사용자와 유지관리자 모두에게 필요함 일방적인 선물이라는 모델의 한계 Rich Hickey의 「Open Source Is Not About You」는 오픈소스의 상호 관계를 충분히 담지 못함 자원봉사 유지관리자에게 개인적 요구를 당장 무료로 해결하라고 강요하는 사용자의 태도는 부당함 비용을 줄이려고 커뮤니티에 무료 지원을 요구하는 기업이나, 고객의 이런 비용 전가로 이익을 얻는 기업도 마찬가지임 그렇다고 코드 공개가 “선물을 줬으니 불평할 권리는 없다”로 끝나는 관계는 아님 선물 모델은 유지관리자가 무언가를 만들어 공개하고, 사용자는 감사하며 효용을 얻고, 극소수만 기여를 돌려주는 순서로 이루어짐 유지관리자는 팀과 함께 일하는 즐거움과 결과물에 대한 자부심을 얻고, 사용자 기여에는 감사할 수도 있음 Hickey는 유료 고객을 사용자 중 1% 미만인 별도 집단처럼 취급함 이 모델에는 왜 공개하는가라는 핵심 질문이 빠져 있음 팀워크와 자부심은 비공개 개발에서도 얻을 수 있음 수입이 컨설팅 고객에게서 나온다면, 왜 별도로 커뮤니티를 위해 일하고 더 많은 사용자를 끌어들이는지 설명이 필요함 의무와 권리를 논하는 것은 사회적 기대와 행동에 따른 결과를 정하는 윤리 체계를 만드는 일임 이미 존재하지만 명문화되지 않은 결과도 있을 수 있음 어떤 책임과 결과를 구체적으로 적용해야 할지는 아직 불명확하며, 이를 정하는 사회적 대화가 필요함 코드를 공개하는 이유 1: 평판 평판은 오픈소스 기여자가 얻는 실질적 보상임 눈에 띄는 기여 경력은 해당 분야에서 일자리를 찾는 데 도움이 됨 컨설팅 회사에는 팀의 기술을 입증하는 수단이자 서비스 광고가 됨 이 관계는 전통적인 선물 경제에 가장 가까움 유...