로컬 우선 소프트웨어의 귀환
마우스 버튼 하나를 바꾸는 데 왜 계정이 필요할까.
DPI를 조절하고, 휠 동작을 바꾸고, 특정 버튼에 단축키를 넣는 일은 본질적으로 내 컴퓨터와 내 마우스 사이에서 끝나는 작업이다. 그런데 현대의 주변기기 소프트웨어는 이 단순한 설정마저 계정, 클라우드, 백그라운드 서비스와 연결하는 경우가 많다.
OpenLogi는 바로 이 지점에서 출발한다.
Logitech Options+의 로컬 우선 대안을 목표로 만들어진 오픈소스 애플리케이션이다. Rust로 작성됐고, Logitech의 HID++ 프로토콜을 이용해 버튼 재매핑, DPI 조정과 프리셋 전환, SmartShift 휠 제어 등을 수행한다.
흥미로운 부분은 기능보다 저장 방식이다.
OpenLogi는 Logitech 계정을 요구하지 않는다. 버튼 바인딩과 프로필은 클라우드가 아니라 사용자의 컴퓨터에 있는 일반 TOML 설정 파일로 저장된다.
기본 구조에는 사용자 바인딩과 프로필을 위한 원격 텔레메트리나 클라우드 동기화가 없다. 애플리케이션 안에서 업데이트를 확인하는 기능조차 기본적으로 꺼져 있는 선택 사항이다.
이 차이는 사소해 보인다.
하지만 AI와 SaaS가 업무의 기본 환경이 된 지금, 오히려 이런 작은 소프트웨어가 중요한 질문을 던진다.
모든 기능이 반드시 계정과 클라우드를 필요로 하는가.
우리는 이미 문서, 메모, 디자인, 코드, 이미지 생성, 일정, 고객 관리까지 수많은 서비스를 온라인 계정에 의존하고 있다.
그런 상황에서 마우스 설정처럼 굳이 서버에 보낼 이유가 없는 정보까지 외부 서비스에 맡기는 것이 정말 최선일까.
OpenLogi를 단순한 Logitech 대체 프로그램으로만 보면 이 질문을 놓치게 된다.
더 중요한 변화는 ‘로컬 우선’이라는 오래된 설계 방식이 다시 경쟁력이 되고 있다는 점이다.
파일이 내 컴퓨터에 있고, 사람이 직접 열어볼 수 있고, 복사할 수 있고, 버전 관리할 수 있으며, 필요하면 CLI나 스크립트로 다른 작업과 연결할 수 있는 구조다.
이 방식은 개발자뿐 아니라 AI를 많이 사용하는 개인, 창작자, 1인 사업자에게도 새로운 선택 기준이 될 수 있다.
이후부터는 어떤 도구를 로컬로 가져오는 것이 유리한지, 반대로 어떤 것은 클라우드에 남겨두는 편이 나은지 판단할 수 있는 기준을 만들어보겠다.
로컬이라는 말부터 정확히 나눠야 한다
먼저 한 가지 오해를 없애야 한다.
로컬 우선이라고 해서 인터넷을 절대로 사용하지 않는다는 뜻은 아니다.
OpenLogi도 장치 이미지를 가져오기 위해 공개 CDN에 접근할 수 있다. 다만 프로젝트의 현재 정바카라상 이 요청에는 사용자 신원이 연결되지 않는다.
중요한 것은 핵심 데이터의 위치다.
OpenLogi에서 사용자가 만든 버튼 바인딩과 프로필은 일반 TOML 파일로 로컬에 저장된다.
즉 설정의 주도권이 서비스 계정이 아니라 파일을 가진 사용자에게 있다.
로컬 우선의 첫 번째 가치는 소유권이다
클라우드 기반 설정은 편하다.
여러 컴퓨터에서 로그인하면 설정을 불러올 수 있고, 사용자는 파일이 어디에 있는지 몰라도 된다.
하지만 반대로 생각하면 설정을 직접 소유하지 않을 수도 있다.
OpenLogi의 TOML 방식에서는 사용자가 파일 자체를 확인할 수 있다.
파일을 복사해 백업할 수도 있고, 다른 컴퓨터에 옮길 수도 있고, 버전 관리 시스템에 넣어 변경 이력을 관리할 수도 있다.
공식 소프트웨어가 GUI를 통해 추상화했던 설정이 다시 ‘파일’이 되는 것이다.
이 차이는 개발자나 고급 사용자에게 특히 크다.
GUI에서 버튼 하나를 눌러 설정하는 것과 텍스트 파일을 직접 다룰 수 있다는 것은 확장성에서 완전히 다른 결과를 만든다.
두 번째 가치는 자동화 가능성이다
OpenLogi는 GUI만 제공하는 프로그램이 아니다.
구조가 GUI, 장치 입출력과 입력 후킹을 담당하는 백그라운드 에이전트, 헤드리스 조회와 진단을 위한 CLI로 나뉜다.
이 구조는 단순한 편의 기능 이상의 의미를 가진다.
AI 시대에는 CLI가 있는 도구와 없는 도구의 활용 범위가 크게 달라질 수 있다.
사람이 버튼을 눌러야만 작동하는 프로그램은 사람의 작업 흐름 안에 머문다.
반면 CLI를 제공하는 도구는 스크립트와 연결할 수 있고, 자동화 파이프라인 속에 넣을 수 있으며, 다른 프로그램과 조합할 여지가 커진다.
OpenLogi가 사용자 정의 단축키뿐 아니라 애플리케이션 실행과 스크립트 기반 동작까지 지원한다는 점도 같은 방향이다.
주변기기 설정 프로그램이 단순 설정창을 넘어 작업 환경의 일부가 되는 것이다.
지금 바로 작가의 멤버십 구독자가 되어
멤버십 특별 연재 콘텐츠를 모두 만나 보세요.