평문 파일이 사라질 위기에 놓였습니다

AI 요약

평문 파일은 notes.txt, Markdown, INI, JSON처럼 파일 시스템에 저장하고 일반 텍스트 편집기로 읽고 쓸 수 있는 데이터 형식입니다. 글쓴이는 평문 파일을 단순히 사람이 읽을 수 있는 문자로 한정하지 않고, 파일로 저장되고 여러 프로그램에서 다룰 수 있는 형식으로 설명합니다. 이메일에 첨부하거나 HTTP·NAS 서버로 공유할 수 있고, 클라우드 연결 없이 로컬 저장 장치에서 열 수 있다는 점도 강조합니다.

범용 데이터 인터페이스로서의 평문

리눅스와 BSD뿐 아니라 Windows의 Notepad, macOS의 TextEdit처럼 주요 운영체제에는 기본 텍스트 편집기가 들어 있습니다. 글쓴이에 따르면 과거에는 비전문가도 메모나 간단한 기록을 남길 때 텍스트 편집기를 흔히 사용했습니다. 연락처나 날짜, 장보기 목록처럼 다양한 정보를 평문 파일에 보관했습니다. 문서 작성이나 업무에는 서식 편집기를 더 많이 썼더라도, 평문 파일은 여러 프로그램에서 충돌 없이 열고 수정할 수 있는 간편한 형식이었습니다.

글쓴이는 스마트폰이 대중화되면서 이런 사용 방식이 약해졌다고 봅니다. 스마트폰 운영체제에는 평문 편집기가 기본으로 제공되지 않았고, 이를 보완할 제3자 편집기 생태계도 자리 잡지 못했습니다. 대신 사람들은 각자 목적에 맞춘 앱에서 독점적이거나 복잡한 형식으로 글을 입력하게 됐습니다. 그 결과 일반 사용자에게는 평문 파일뿐 아니라 파일을 직접 다룬다는 개념도 희미해졌다는 주장입니다.

개발자마저 편집을 맡기면

글쓴이는 지금까지 평문 파일을 지탱한 마지막 사용자층으로 소프트웨어 엔지니어를 꼽습니다. 코드와 설정 파일, 로그를 다루려면 텍스트 편집기와 파일 시스템을 계속 사용해야 합니다. 이 수요는 코드 편집기와 플러그인 생태계를 키웠고, 일부 개발자는 상용 편집기에 상당한 비용을 지불하기도 합니다.

하지만 글쓴이는 개발자도 LLM REPL에서 코드와 문서를 작성하기 시작했다고 지적합니다. 결과물은 웹 인터페이스에서 diff로만 검토하고 편집기를 아예 열지 않을 수도 있습니다. 이 흐름이 계속되면 텍스트 편집기와 주변 도구를 유지할 사람이 줄고, 운영체제나 라이브러리가 바뀌면서 오래된 편집기가 작동하지 않을 수 있다고 우려합니다. 파일 관리자도 특화 앱과 앱 중심 사용 환경에 밀려 비슷한 처지에 놓일 가능성을 제기합니다. 개인이 평범한 텍스트 편집 도구를 만들고 배포하는 일마저 기업이나 국가의 허가에 좌우될 수 있다는 경고도 덧붙입니다.

토론: 유지보수 위기인가, 과장인가

댓글에서는 평문 편집기 생태계가 실제로 사라질 가능성을 두고 의견이 갈립니다. 반대하는 쪽은 편집기를 만들고 유지하는 데 대규모 조직이 필요하지 않다고 말합니다. 취미 개발자와 시스템 관리자는 앞으로도 파일을 직접 다룰 것이며, vi 계열 편집기가 수십 년간 살아남은 사례도 듭니다. LLM이 오히려 개발자와 비개발자에게 텍스트 파일과 Markdown의 쓰임을 더 널리 알릴 수 있다는 반론도 나옵니다.

글쓴이는 자신의 주장이 미끄러운 경사 논증이라는 점을 인정합니다. 다만 기업이 구독료를 올리거나 앱 스토어에서 앱을 제거할 때 평문 파일 같은 대안이 있어야 한다고 설명합니다. 평문 도구를 사용하는 사람이 줄면 그런 대안을 지지하는 목소리도 약해질 수 있다는 우려입니다. 토론에서는 ‘평문’의 범위가 Markdown과 JSON까지 포함되는지도 쟁점이 됩니다. 한 댓글은 이를 구조 없는 텍스트로 한정해야 한다고 주장하고, 다른 댓글은 텍스트와 바이너리를 가르는 구분 자체가 모호하다고 반박합니다.

Lobsters 반응

• @dzwdz — 평문 편집기와 그 생태계의 유지가 멈춘다고 보는 건 지나치게 비약적입니다. 프로그래머가 정말 전부 LLM으로만 파일을 간접 조작할 거라는 주장인가요? 저수준 작업을 하는 취미 개발자도 포함해서요? 시스템 관리자는 네트워크가 끊긴 기계에서 설정 파일을 직접 고칠 일이 더는 없다는 건가요? 쓸 만한 텍스트 편집기를 만드는 데 큰 장벽은 없습니다. 재미 삼아 직접 만든 사람도 여럿 알고 있습니다.
  • @awal — 미끄러운 경사 논증을 제시하고 있으니 반발을 이해합니다. 그 주장을 아예 논의하지 않으려는 것도 괜찮습니다. ‘문자 그대로 모두’라는 단서만 빼면, 네, 거의 그게 제가 말하는 논지입니다. 그래서 아주 터무니없다고 생각하지는 않습니다. 평문 편집기와 이 주제에 관한 논의가 드물다는 점이 걱정돼 경종을 울리고 싶었습니다. 틈새 도구에 접근할 수 있다는 힘을 과소평가한다고 생각합니다. 오늘날 평문 편집기는 대부분의 사람이 무시하더라도 누구나 쓸 수 있습니다. 기업이 구독료와 서비스 악화를 지나치게 밀어붙이면 일반 사용자도 앱을 버리고 일상적인 일에 평문 파일을 다시 쓸 수 있습니다. 기술을 잘 아는 친구가 그런 선택을 권할 수도 있습니다. 기업도 이런 선택지가 압박 수단이 된다는 사실을 알 겁니다. 하지만 우리마저 평문 도구를 쓰지 않으면 기업이 앱 스토어에서 도구를 없앨 때 반대하는 사람도 줄어듭니다. 독점 플랫폼의 제약은 자유 소프트웨어에도 영향을 줍니다.
  • @nsfmc — 틈새 도구에 접근하는 힘을 과소평가한다는 말에 덧붙이자면, 평문 도구는 생각보다 틈새가 아닙니다. Valve의 Steam 덕분에 오래된 하드웨어와 Bazzite 같은 최신 휴대용 기기에서 리눅스를 쓰기 쉬워졌고, 게이머 커뮤니티에서도 리눅스와 평문 도구 체인을 발견하는 사람이 늘고 있습니다. 생산성 도구에 관심 있는 사람들도 Markdown, TaskPaper, Emacs Org mode를 통해 평문 편집을 다시 접합니다.
• @andyc — 오히려 LLM 때문에 프로그래머에게 평문이 더 중요해졌다고 봅니다. IDE 대신 에이전트를 쓰는 사람이 늘었고, 에이전트는 평문을 능숙하게 다룹니다. 에이전트가 실행하는 셸 명령을 숨기고 사용자가 무슨 일이 일어나는지 모르는 경우는 있겠지만, 평문을 다룬다는 점은 마음에 듭니다. LLM은 ASCII 아트로 다이어그램을 만들기도 합니다. 사람에게 덜 익숙하거나 불투명한 형식보다 낫습니다.
  • @simonw — 프로그래머만 그런 것은 아닙니다. 프로그래머가 아닌 LLM 고급 사용자도 파일이 무엇인지, 평문과 Markdown이 왜 유용한지 배우고 있습니다.
  • @andyc — 맞습니다. ‘LLM이 일을 하니 텍스트 파일은 필요 없다’고 진지하게 주장한 사람은 보지 못했습니다. 오히려 반대입니다. 코드는 .py, .js, .go 파일에, 문서는 .md, .html에, 데이터는 .csv, .json에 둡니다. LLM은 그런 형식이 계속 쓰이게 할 겁니다. LLM이 어떻게 작동하는지 이해한다면 그 형식이 사라진다고 말하기 어렵습니다. 코드를 직접 보는 사람과 그렇지 않은 사람 사이의 차이일 수는 있습니다. LLM이 수학과 프로그래밍에서 먼저 발전한 이유도 상당 부분은 평문으로 표현할 수 있기 때문입니다. 그런 형식은 LLM이 학습하고 추론하고 생성하기에 효율적입니다.
• @technomancy — 20년 전에는 일반인도 텍스트 편집기를 자주 썼다는 말은 제 경험과 다릅니다. 제가 평문을 쓰는 비전문가를 마지막으로 본 건 1990년대입니다.
  • @vifon — 1990년대 후반에도 누군가 ‘텍스트’라고 말하면 사람들은 MS Word 전체를 실행했습니다.
  • @dmcgrath — 제 경험과는 다릅니다. 제가 아는 사람 대부분은 PC에서 Notepad나 WordPad를 편하게 열었습니다.
• @laurentbroy — 세상에 텍스트 파일을 편집할 사람이 소프트웨어 엔지니어뿐이라고 해도, 그 사람들은 편집기를 유지할 능력이 있습니다. 좋은 텍스트 편집기를 만드는 데 엔지니어 2,000명이 필요한 건 아닙니다. 헌신적인 애호가 몇 명이면 됩니다. Mac System 9에서 최신 브라우저 엔진을 돌릴 사람이 충분하다면, 열이 죽을 때까지 Vim을 유지할 고집 센 사람도 충분할 겁니다. vi 파생 편집기가 50년 뒤에도 살아 있다는 사실이 증거입니다.
• @robalex — 파일 전체가 위험하다고 생각합니다. Android에서는 파일을 내려받아 앱에 불러오는 일이 너무 번거롭습니다. OPML 구독 목록을 피드 리더 앱에 넣으려 했는데 모바일 브라우저에서 다운로드가 까다로웠습니다. 플랫폼은 사용자를 폐쇄형 생태계에 가두려고 모든 것을 API 기반으로 만들고 싶어 하는 것 같습니다.
  • @dandellion — Android에서는 웹에 파일을 올리는 일조차 제대로 할 수 없습니다. 휴대폰 파일 선택기로 웹에 이미지를 올리면 Android가 파일을 바꾸고 메타데이터를 몰래 제거할 수 있습니다. 끌 방법도 없고 브라우저가 권한을 물을 방법도 없습니다.
• @l0b0 — 글에서 든 예시 중 평문은 하나뿐입니다. 평문은 바이너리가 아닌 모든 형식이 아니라 구조 없는 텍스트를 뜻합니다. 적어도 지난 25년 넘게 소프트웨어 분야에서 제가 본 용법은 그렇습니다.
  • @bediger4000 — 텍스트와 바이너리를 나누는 구분 자체가 문제라고 봅니다. 결국 전부 바이트입니다. 실행 파일을 nano로 열면 알아보기 어려운 내용이 나오지만, Word를 거치며 따옴표가 스마트 따옴표로 바뀐 텍스트 파일도 vi에서 상당히 낯설게 보일 수 있습니다. 사람이 내용을 읽을 수 있게 표시하는 프로그램의 능력에 차이가 있을 뿐입니다.

원문: paste.sr.ht / 번역·요약: Trawling