변형 가능한 소프트웨어: 폐쇄적인 앱의 세계에서 사용자 주도권 되찾기 (2025)

변형 가능한 소프트웨어(malleable software) 는 누구나 최소한의 마찰로 도구를 자신의 필요에 맞게 바꿀 수 있는 생태계를 지향함 설정, 플러그인, 모딩, 오픈소스는 사용자에게 통제권을 주지만 각각 한계가 있으며, AI 코드 생성만으로는 기존 도구 수정과 도구 간 데이터 공유, 결합 문제를 해결할 수 없음 사용자가 제작자로 나아가는 완만한 경사가 필요하며, 작은 수정에는 간단한 조작을, 더 깊은 수정에는 점진적인 학습을 요구하고 본격적인 프로그래밍은 마지막 수단으로 남겨야 함 독립된 앱보다 조합 가능한 도구를 중심에 두려면 데이터뿐 아니라 작업 공간과 UI도 공유해야 하며, 개인의 자급자족보다 공동체의 공동 제작과 유지보수를 지원해야 함 Ink & Switch의 연구 프로토타입은 로컬 우선 데이터, 코드 공유, 버전 관리, 동적 문서의 가능성을 보여주지만, 상호운용성, 보안, 사업 모델, 문화까지 함께 바꿔야 하는 과제가 남아 있음 디지털 환경을 자기 필요에 맞게 바꿀 권리 물리적 공간에서는 도구를 재배치하거나 직접 만들고, 필요하면 주변 전문가의 도움을 받아 환경을 바꿀 수 있음 기타 제작자는 작업대와 공구를 조정하고, 요리하는 사람은 선반과 조리 도구를 자신의 작업 흐름에 맞게 바꿈 Stewart Brand의 How Buildings Learn에서처럼, 공간과 사용자는 시간을 두고 서로에게 적응함 디지털 도구는 원거리 협업과 빠른 검색을 가능하게 했지만, 환경을 직접 바꾸는 능력을 약화시키기도 함 벽에 붙인 색인 카드로 업무를 관리하던 팀은 구획과 체크리스트를 수시로 바꿀 수 있었음 원격 협업을 위해 웹 이슈 추적기로 옮긴 뒤에는 특수한 카드 구역을 구현하지 못해 작업 방식을 포기했고, 몇 분이면 시험하던 변경에 수시간이 필요하거나 아예 불가능해짐 경직된 소프트웨어는 중요한 업무에도 피해를 줄 수 있음 Atul Gawande의 의료 전산화 사례에서는 종이 양식에서 건너뛰던 무관한 항목을 소프트웨어가 강제로 입력하게 만들었고, 의사는 그 규칙을 바꿀 수 없었음 반대로 신경외과 의사와 IT 분석가가 해당 부서에 맞는 진료 인터페이스를 만들었을 때는 업무 효율뿐 아니라 도구에 대한 통제감도 높아졌음 중앙 개발팀이 모든 사용자의 요구를 해결할 수는 없음 요청을 모두 수용하면 제품이 비대해지므로, 좋은 제품팀도 대부분의 요청을 거절하고 틈새 요구를 남겨둘 수밖에 없음 현재의 배포 기반은 사용자를 ...