Hacker News 의견
  • Linux Foundation이 FAIR Package Manager Project를 발표했다는 소식 공유, 공식 발표문은 여기에서 볼 수 있고, HN 내에서의 관련 토론은 여기에서 확인 가능
    • 몇 달 동안 나만의 프로젝트를 위해 비슷한 시스템을 생각해왔다고 말하면서, ATProto(atproto.com), IPFS(ipfs.tech), Radicle(radicle.xyz), Iroh(github) 등을 검토한 경험을 언급, 최근엔 Iroh 쪽으로 기울고 있었지만 ATProto도 흥미롭다고 판단, 이제 FAIR(protocol)도 확인해볼 예정, 보편적으로 채택될 수 있는 프로토콜 등장이 기대
  • FAIR의 레포지토리를 특히 fair-plugin에서 살펴보고 나서, 현재 방식보다 Wordpress의 소프트 포크에 별도 인프라를 구축했으면 더 낫지 않았을까 하는 생각, 현재 방식처럼 코어 Wordpress를 대체 구현으로 우회 시도하는 방식은 실패할 가능성이 크다고 판단, 코어 개발자가 이 메커니즘을 깨라는 임원을 통한 지시를 받을 수밖에 없는 구조, 아울러 TFA에 링크된 Matt Mullenweg의 jkpress 포스트는 매우 비전문적이고 신랄하다고 느꼈다며, 그의 인성에도 악영향을 준다고 평가
    • 오픈 거버넌스라는 접근으로 먼저 기여를 시작하는 전략이 현명하다고 생각, 만약 Matt가 방해하거나 무산시키려 시도하면, 커뮤니티의 “최선을 다했다”는 분위기로 소프트 포크로 넘어갈 명분과 지지를 확보할 수 있으리라 기대, 이런 합리적 태도를 보임으로써 포크 시 커뮤니티 다수를 함께할 수 있고, Matt에게도 이 노력에 간여하지 않거나 심지어 동참할 수 있는 여지를 남겨 신뢰 회복 가능성도 열려 있음
    • Matt Mullenweg의 신랄한 성격은 처음이 아니라 오랫동안 이어진 특징이라는 의견, 본래 잘 드러나지 않았지만 해마다 어딘가에 드러나곤 했고, 최근 9개월 동안은 비일비재하게 나타남, 관련 타임라인과 캡처, wp engine 소송 문건(타임라인, 뉴스Y코멘트) 참고
    • 코어에서 해당 메커니즘을 일부러 깨려 할 가능성은 낮다고 생각, 예를 들어 HTTP 요청 필터 기능을 빼면 많은 플러그인과 사이트가 깨지면서, “한 번 설치하면 다시 신경 쓸 필요 없음”이라는 판매 포인트가 무너짐, 주요 경쟁자도 Wix나 Jimdo 같은 서비스니 CMS끼리의 경쟁이 아니라는 점, 백엔드를 막으면 구버전들도 다 깨지고 업그레이드 경로가 끊기는 부작용도 발생, 필터 및 액션 구조는 개발자들에게 Wordpress 작업을 견딜만하게 해주는 핵심 요소, 플러그인 생태계 없인 Wordpress는 별 의미가 없을 것이란 의견도 피력, FAIR 코드상 OOP와 composer가 PHP 8을 필요로 하지 않는데 7.2까지 지원하는 점은 우려스럽지만, 실제로는 많은 WP 플러그인과 코어도 같은 상황
    • WPEngine의 소송 덕분에 Wordpress가 대안 인프라 구현을 막을 명분이 사라질 거라 조심스럽게 추측, Linux Foundation에는 신뢰가 가지 않지만 워드프레스 사태 전체에선 (개인적으론) 워드프레스를 더 응원하고 있었음, 하지만 탈중앙 apt 스타일의 Linux Foundation 후원 플러그인 저장소가 75%만 잘 돌아가도 과감히 넘어갈 자신 있음, 하나의 CEO와 리스크를 안고 가는 것보다 훨씬 낫기 때문, 비슷한 생각을 가진 이용자가 많으면, 워드프레스의 미래는 어둡다고 봄, 포크를 원치 않는 건 워드프레스 개발비를 내고 싶지 않아서이고, 수익이 빠져나가면 워드프레스는 더 정체되며 이미 공룡이라는 비유도 덧붙임, 기생충이 숙주를 죽이는 상황에 비유
  • 내 입장에서 한동안은 Wordpress가 최소한 개인적인 용도로는 막다른 길이라고 판단, 그 이유와 의견은 블로그에 정리, 굉장한 도구이지만 불안정한 회사 때문에 신뢰가 힘든 상황, FAIR Package Manager가 생태계를 바꿀 수 있을지 지켜볼 예정
    • Static Site Generator(SSG)로의 마이그레이션도 충분히 고려할만한 옵션, 그 외에 어떤 CMS가 인기가 있는지도 궁금, 현재 내 블로그는 Grav으로 운영 중이고, 파일 기반이지만 Git으로 쉽게 관리 가능, 동적 콘텐츠와 검색(및 선택적 Admin UI)까지 지원, Grav 공식 사이트 참고 가능
  • FAIR 공식 사이트는 fair.pm이고, 곧바로 github.com/fairpm으로 리디렉트됨, FAIR Package Manager는 중앙 WordPress.org 플러그인/테마 에코시스템을 대체하는 분산형 대안으로서, 워드프레스 호스트와 개발자가 더 많은 통제권을 가질 수 있게 설계된 도구, 기존 서비스는 플러그인만 설치하면 바로 대체 가능하며, API 교체(업데이트 체크 등 WordPress.org API를 FAIR가 대체), 플러그인/테마 분산 패키지 관리 등 두 가지 축으로 구성, AspirePress 또는 지정 도메인 미러를 통한 데이터 설정까지 지원, 현재는 안정적 플러그인의 경우 WordPress.org 미러를 사용하지만, 점차 FAIR-native 패키지로 확대될 예정, 플러그인 설치는 이곳에서 가능
  • FAIR와 같은 방향에 모멘텀이 생기는 게 매우 기대, 아이디어 자체는 언제나 많지만 실행은 어렵고 다양한 기술 분야의 협업과 조율이 필요한 게 현실, 이 단계까지 진행되기까지 모두에게 큰 박수
  • 향후 자원봉사 큐레이터 팀을 계속 유지할 수 있을지 궁금, 현재도 패키지의 악성코드 여부와 기존과 중복되는 기능 여부 등을 분류하고 검증하는 일이 많아졌고, AI 생성 패키지의 등장으로 업무량도 지속 증가하는 상황
    • TSC 공동의장 입장에서 관련 의문 매우 공감, 공동의장인 Mika Epstein(Ipstenu)이 플러그인 리뷰팀을 오랫동안 이끌었고, 기여자들 다수가 리뷰 프로세스에 깊이 관여한 경험자가 많아 항상 최우선적으로 고민하는 문제
  • 한동안 이어진 Wordpress/Automattic 관련 주요 이슈와 논란을 한데 모아둔 주요 링크들의 모음, 해당 사건에 관심 있다면 아래 항목과 토론을 차근히 확인 권장
  • FAIR라는 명칭이, 데이터 관리 쪽에서 이미 써온 FAIR 원칙(Findable, Accessible, Interoperable, Reusable)과 혼동될 우려 있다는 지적
    • 이미 모든 이름이 겹치는 세상이기 때문에 어쩔 수 없다는 자조
  • “우리가 하는 일은 새로운 배포 계층을 추가하고, 그 위에 자체 거버넌스를 얹는 것이다”라는 FAIR 프로젝트 요약