2025년 예상 사항

 (lwn.net)
1P by GN⁺ | ★ favorite | 댓글 1개
  • 2025년 Linux와 자유 소프트웨어 생태계는 커널 실험의 확대와 자유 소프트웨어 프로젝트의 지속 가능성 문제가 동시에 부각될 것으로 보임
  • sched-ext와 커널 내 Rust 코드는 더 많은 사용자가 체감하는 단계로 이동하며, 일부 변화는 사용자가 알아채지 못하는 방식으로 배포될 수 있음
  • XZ와 유사한 백도어 시도, 단일 관리자 프로젝트, AI 생성 코드 병합은 자유 소프트웨어가 의존해 온 신뢰 구조를 시험함
  • 클라우드 연결 제품의 벽돌화와 데이터 유출은 사용자가 하드웨어와 개인정보를 실제로 통제할 수 있는지에 대한 관심을 키움
  • 재단의 재정난, 관리자 지원 부족, 지정학적 갈등은 2025년 자유 소프트웨어 커뮤니티의 협업 기반을 흔들 수 있음

커널 개발의 실험이 배포판으로 이동함

  • sched-ext는 2025년에 더 많은 배포판에 포함되며, 더 많은 사용자가 직접 실험할 수 있을 것으로 예상됨
    • sched-ext는 사용자 공간에서 CPU 스케줄러를 BPF 프로그램 집합으로 로드할 수 있게 함
    • 2024년에는 정식 릴리스 커널에 포함되기 전부터 많은 창의적 실험을 만들어냈음
    • 새 스케줄링 아이디어를 실제 시스템에서 빠르게 테스트하고 개선할 수 있음
    • 일부 아이디어는 게임용 시스템 같은 특화 배포판의 전문 스케줄러로 이어질 수 있음
    • 일부는 최종적으로 커널의 EEVDF 스케줄러에 들어갈 수 있기를 기대함
  • 커널에 병합되는 Rust 코드는 추상화 증가와 커뮤니티의 숙련도 향상으로 2025년에 더 빠르게 늘어날 전망임
    • 지금까지 병합된 Rust 코드는 대부분 인프라와 개념 증명에 가까웠음
    • 2025년에는 최종 사용자가 실행하는 Rust 코드가 등장하되, 사용자가 이를 알아채지 못할 수도 있음
    • 커널이 필요로 하는 불안정 Rust 언어 기능 수는 Rust 커뮤니티의 안정화 작업으로 크게 줄어들 것으로 예상됨

보안 사건이 신뢰 모델을 압박함

  • XZ와 유사한 백도어 시도가 다시 드러날 가능성이 있음
    • 기존 코드베이스는 XZ 공격과 비슷한 공격을 찾기 위해 조사됐지만, 거의 발견되지 않았음
    • 그렇다고 다른 기법을 쓰는 진행 중인 시도가 없다는 뜻은 아님
    • 정부 기관이나 충분한 자금을 가진 조직에는 성공 시 보상이 너무 크기 때문에 누군가는 시도하고 있을 것으로 봄
  • 단일 관리자 프로젝트는 사용자에게 점점 더 위험하게 보일 수 있음
    • XZ 백도어 시도 같은 보안 사건이 그런 인식에 영향을 줌
    • 단일 관리자는 번아웃과 시간 부족에도 취약함
    • 이런 프로젝트는 사용자가 원하는 만큼 신뢰할 수 있는 상태가 되기 어려움
  • 대형 프로젝트 하나가 많은 AI 생성 코드를 병합했다는 사실을 발견할 수 있음
    • 명목상 작성자가 코드의 동작을 실제로 이해하지 못할 때 문제가 드러날 수 있음
    • 자유 소프트웨어 프로젝트는 개발자가 자기 작업을 기여하고 책임지는 구조에 의존함
    • 대형 언어 모델은 그런 책임을 질 수 없음
    • 저장소에서 이런 코드를 발견한 프로젝트는 상당한 변경을 되돌려야 하는 불편한 상황에 놓일 수 있음

생성형 AI와 재단 지원의 현실

  • 진정으로 자유로운 생성형 AI 시스템을 만들려는 더 집중적인 노력이 나타날 것으로 예상됨
    • 모델 생성을 지원하는 하나 이상의 재단이 만들어질 수도 있음
    • 이용 가능한 자원이 훨씬 적기 때문에, 필요한 자원을 줄이는 혁신이 작업의 큰 부분을 차지함
    • 결과물은 이런 시스템에 대한 접근성과 통제력을 높일 수 있음
    • 모든 사용자가 이를 좋은 목적에만 쓰지는 않을 수 있음
  • 관리자 지원을 목표로 하는 재단이 하나 이상 출범할 수 있음
    • 자유 소프트웨어 프로젝트에 적극 기여하는 기업도 관리자 역할 지원에는 주저하는 경우가 많음
    • 하지만 프로젝트는 관리자 없이는 작동하지 않음
    • 일부 기업은 관심 있는 특정 프로젝트의 관리자 상황을 해결하거나 개선하겠다고 약속하는 별도 조직을 지원하도록 유도될 수 있음
    • 그래도 2025년 말에도 관리자 역할은 여전히 심각하게 지원이 부족한 상태일 것으로 예상됨
  • 자유 소프트웨어 작업을 지원하는 재단들은 2024년에 보인 흐름처럼 2025년에도 어려움을 겪을 전망임
    • 2025년은 전반적으로 관대함이 늘어나는 시기처럼 보이지 않음
    • 타인의 관대함에 의존하는 조직은 어려운 일을 감당해야 함

클라우드 제품과 사용자 통제권

  • 제조사가 파산하거나 관심을 잃으면서 더 많은 클라우드 기반 제품이 벽돌이 될 것으로 예상됨
    • 클라우드 연결 제품의 감시와 데이터 유출 문제도 2025년에 반복적으로 발생할 것으로 봄
    • 최근 사례로 air-fryer surveillance와 Volkswagen 전기차 데이터 유출이 있음
    • 2025년에는 광범위한 클라우드 연결의 단점에 대한 인식이 더 널리 퍼질 수 있음
    • Home Assistant 같은 자유 소프트웨어 대안은 개인 데이터를 더 잘 관리하는 방식을 보여주며 진입할 기회를 가질 수 있음
    • 그 기회를 제대로 활용하려면 사용자 중심성이 필요하지만, 자유 소프트웨어 커뮤니티가 항상 강한 영역은 아님
  • 더 완전한 오픈 하드웨어가 2025년에 등장할 것으로 예상됨
    • 2024년에 출시된 OpenWrt One은 초기 생산분이 빠르게 매진됐음
    • 구매자가 진정으로 소유할 수 있는 하드웨어에 대한 수요가 분명히 있음
    • 자유 소프트웨어 커뮤니티에는 그런 하드웨어를 만들 기술과 도구가 있음
    • 2025년에 흥미로운 프로젝트들이 출시될 것으로 예상됨
  • 모바일 기기용 대체 배포판에 대한 관심이 다시 살아날 수 있음
    • Android 초기에는 CyanogenMod나 파생 배포판으로 제조사 소프트웨어를 교체하는 일이 흔했음
    • 당시에는 기기 통제력과 기능을 최대한 얻는 좋은 방법이었음
    • Android가 개선되면서 많은 사용자가 그런 추가 노력을 멈췄음
    • 개인정보와 보안 우려 증가, 대체 배포판 품질 향상이 결합해 일부 사용자를 다시 기본 Android에서 벗어나게 할 수 있음

지정학적 갈등과 커뮤니티의 기반

  • 전 세계적 호전성은 자유 소프트웨어 커뮤니티에도 영향을 줄 것으로 예상됨
    • 세계 전체가 평화로운 방향으로 가고 있는 것처럼 보이지 않음
    • 새로운 갈등이 생기지 않아도 기존 갈등만으로 개발 커뮤니티에 영향을 줄 수 있음
    • 선호되지 않는 지역 출신 개발자들은 정부나 고용주의 악행에 개인적 책임이 없더라도 다시 배제될 수 있음
  • 미국에서는 정치가 뚜렷하게 “우리 대 그들” 구도로 바뀌었고, 그런 흐름은 미국에만 한정되지 않음
    • 이런 태도는 자유 소프트웨어 커뮤니티의 기반과 강하게 충돌함
    • 커뮤니티는 모두를 위한 시스템을 만들고, 기꺼이 도울 수 있는 누구의 기여든 받아들이는 기반 위에 있음
    • 자유 소프트웨어 커뮤니티는 놀라운 일을 해내고 세상을 바꿀 수 있는 글로벌 커뮤니티를 만들 수 있음을 보여줬음
    • 2025년은 그런 역량이 여전히 가능함을 보여주기에 좋은 해임

LWN의 2025년

  • LWN은 1월에 발행 27년 차를 시작함
    • Linux와 자유 소프트웨어 커뮤니티의 일부였던 것을 자랑스럽게 여기며 멈출 의도가 없음
    • 2025년에 무엇이 일어나든 이를 다루고 이해를 넓히겠다고 밝힘
    • 12월에는 이 예측들이 얼마나 빗나갔는지 돌아볼 예정임

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 샌프란시스코의 유명 기술 회사에서 일하는 친구가 주니어 팀원의 풀 리퀘스트를 리뷰하다가 코드 일부가 무엇을 하는지 물었더니, 팀원이 아무렇지 않게 “모르겠어요, ChatGPT가 썼어요”라고 답했다고 함

    • 주니어 개발자나 외주 개발자에게서 비슷한 답을 몇 년째 들어왔고, 예전에는 StackOverflow에서 복사했거나 이전 고객사/고용주의 코드를 가져왔거나 같은 프로젝트의 다른 코드를 무비판적으로 복사한 경우였음
      이런 개발자들은 테스트를 통과시키거나 명세서와 대충 비슷한 버튼을 페이지에 띄우는 것까지만 자기 책임이라고 봄. 쓰지 않는 변수, 도달 불가능한 코드, 실제 업무 요구와 무관한 주석·이름은 신경 쓰지 않음
      이런 태도를 고치려고 멘토링을 많이 해봤지만 통하는 건 20% 정도였고, 나머지는 고개만 끄덕이고 계속 무관심함. 회사는 해고의 번거로움을 감당하지 못하고, 몇 년 뒤 LinkedIn을 보면 그런 사람들이 관리자·아키텍트·임원으로 올라가 있는 반면 일에 자부심을 가진 쪽은 여전히 코딩 노동자로 남아 있기도 함
      핵심은 LLM은 이런 사람들에게 또 하나의 도구일 뿐이라는 것임. 새 현상은 아니지만, 경영진이 더 적은 비용으로 더 많은 기능을 낼 마법처럼 홍보하면서 더 나빠졌음
    • 이건 ChatGPT 문제라기보다 초기 경력 개발자 문제에 가까움. 지난 10년 동안도 “모르겠어요, StackOverflow에서 찾았어요”가 충분히 나올 수 있었음
    • 내가 일하는 곳에서 누가 그렇게 했다면 한 시간 안에 보안팀이 건물 밖으로 안내했을 가능성이 높음. 이건 절대 괜찮지 않음
    • 거의 20년 전 주니어였을 때, 동료가 무적 상태를 어떻게 구현했냐고 물었고 나는 구현 방식을 잘 알고 있었는데도 비슷하게 멍청한 답을 한 적이 있음
      당시 소비자용 AI라고 해봐야 스팸 필터나 Office 맞춤법·문법 검사보다 대단한 게 없었음. 그래서 친구의 동료 사례와 관련이 있을 수도 있고 아닐 수도 있지만, 인간의 답변도 어느 정도 자동완성처럼 나오는지 궁금함
      적어도 0은 아니고, 이 일화만 그런 것도 아님: https://duckduckgo.com/?t=h_&q=enjoy+your+meal+thanks+you+to...
    • 이것도 결국 통제 실패에 가까워 보임. 어느 정도 규모가 있는 회사가 LLM 접근을 제한 없이 허용한다면 그건 빙산의 일각일 것임
      그리고 무관심한 문화는 ChatGPT가 아니라 다른 어딘가에서 온 것임

  • 진짜 자유로운 생성 AI 시스템을 만들자는 흐름이 공짜 맥주와 자유 소프트웨어 의미의 무료라면 이해하지만, “저작권 자료를 대량으로 내려받고 비용을 지불하지 않았다”는 의미까지 포함한다면 개인적으로 쓰고 싶지 않음
    쓸 만한 LLM을 만들 만큼 윤리적으로 자유로운 자료가 충분한지도 확신이 없음. 시도하는 사람들이 있다는 건 알지만 성공했는데 내가 놓쳤을 수도 있음

    • “저작권 자료를 대량으로 내려받고 비용을 지불하지 않았다”는 건 free-as-in-load에 가깝다
    • 저작권을 맹목적으로 따르는 것이 더 높은 도덕이라고 생각하지 않음. 법이 그렇더라도 지식은 자유로워지고 싶어 하며, 지금 AI 훈련 방식은 저작권법이 지나치게 제한적이고 상업화됐다는 신호임
      AI뿐 아니라 인간도 해적판 콘텐츠로 배울 수 있어야 함. 창작자는 합리적인 기간 보호하되, 인류가 수십 년 동안 자기 문화에서 차단되지 않도록 저작권법을 축소해야 함. 문화 배포 비용은 싸졌는데 저작권법은 오히려 더 가혹해졌음

  • 글에서 나온 논점을 제쳐두고 봐도 읽기 경험이 매우 좋았음
    논점을 다시 보면, 2025년에 LLM이 어디쯤 자리 잡을지는 아직 감이 안 옴. 어떤 종류의 AGI 현상도 일어나지는 않을 것 같음

    • Linux나 오픈소스 개발과 직접 관련이 없는데도 끝까지 읽게 될 만큼 좋은 글이었음. 특히 끝부분의 이 문장이 지혜롭게 느껴졌음
      “세계 전체가 평화로운 방향으로 가고 있는 것 같지 않다. 새로운 분쟁이 생기지 않더라도 기존 분쟁만으로도 개발 커뮤니티에 영향을 주기에 충분하다. 선호되지 않는 지역 출신 개발자들은, 자기 정부나 고용주의 악행에 개인적 책임이 없더라도, 다시 배제될 수 있다”

  • 댓글 대부분이 AI가 기여한 코드에 집중하지만, 현실로 돌아오면 “전 세계적 호전성이 우리 커뮤니티에 영향을 미칠 것”이라는 부분이 더 큼
    지정학적 환경이 계속 악화되면 우리가 알던 기술 세계는 더 이상 유지되지 않을 수 있음. 이미 심각한 경우에는 분열이 현실이 되었고, 이런 동학이 훨씬 더 널리 퍼질 수 있음

    • 정확히 무엇을 뜻하느냐에 따라 다름. 예를 들어 오픈소스 세계는 러시아 Linux 개발자 몇몇 사례를 제외하면 큰 영향을 받지 않을 가능성이 큼
      중국이나 러시아가 인터넷 접근을 완전히 차단할 가능성은 낮고, 개발자들에게도 스스로를 고립시킬 유인이 없음

  • 이 논점을 깎아내리려는 건 아니지만, 내가 한 달 넘게 전에 작성한 코드의 절반도 이제는 무엇을 하는지 이해하지 못하는 것 같음

    • 작성 당시에는 이해했을 거라고 확신함
      커밋 시점에는 자기 코드에 책임을 질 수 있었을 것임. 원문은 AI 시대의 새로운 스크립트 키디를 말하는 것으로 보임. 많은 사람들이 AI가 뱉은 것을 복사·붙여넣기하는 순간에도 그 내용을 이해하지 못함
    • LLM이 만든 코드는 사소하지 않은 코드나 fizzbuzz처럼 백만 번 반복된 문제가 아닌 경우에는 자주 제대로 동작하지 않음
      그래서 거의 항상 코드를 훑어 이해하면서 “아, 여기서 LLM의 통계적 패턴 매칭이 뭔가 지어냈구나”를 찾아야 함
      최근 Claude를 쓰고 있는데 다른 언어의 코드를 옮기는 데는 꽤 좋음. 하지만 몇 군데에서는 갑자기 변수를 바꾸거나 해야 할 일을 그냥 잊어버리기도 함
    • 아, 그렇지. 오래된 “이 멍청한 코드는 누가 쓴 거야?” 경험
    • 수십 년 전에 쓴 코드도 항상 이해할 수 있음. 다만 설명적인 이름을 쓰고, 왜 특정 접근을 택했는지나 API를 설명하는 전략적 주석을 달기 때문임
      그렇게 하지 않으면 무슨 일이 벌어지는지 떠올리는 데 꽤 많은 노력이 듦
    • 이 얘기를 예전부터 들어왔지만 잘 이해하지 못했음. 40년 전에 쓴 내 코드는 여전히 잘 이해함
      다른 사람이 쓴 코드는 이해하기 어렵지만, 내가 쓴 코드는 언제 작성했든 이해됨. 물론 다른 사람들도 내 코드를 바로 이해하지 못하고 깊이 파고든 뒤에는, 나도 그들의 코드를 몇 주 후 잊어버리듯 잊어버릴 것임
      다만 어제 쓴 코드까지 포함해 예전 코드는 전부 형편없어 보이고 다시 써야 할 것 같지만, 아마 영영 다시 쓰지는 않을 것임

  • 2025년에 많은 회사가 자기 코드베이스에 LLM 생성 코드가 들어가 있다는 사실을 발견하게 될 것임
    또한 어떤 주요 제품 회사는 OSS 코드로 훈련됐을지 모르는 LLM 생성 코드를 발견하고, 준법감시 팀이 크게 난리를 칠 가능성이 있음

  • “관리자 지원을 위해 하나 이상의 재단이 출범할 것”이라는 부분은 Red Hat이나 비슷한 회사들이 이미 그런 역할을 하고 있지 않나 싶음

    • 널리 쓰이는 오픈소스 구성요소 중에는 유지보수자가 유급 근무 시간에 충분히 작업하도록 허용되지 않는 경우가 많음

  • “2024년에 출시된 OpenWrt One은 초기 생산분이 빠르게 매진됐다”고 하지만, 유통사들이 그 초기 생산분 재고까지 다 팔았는지는 별개임
    예를 들면 https://www.aliexpress.us/item/3256807609464530.html?spm=526...
    참고로 2.5GbE와 Wi-Fi 펌웨어는 오픈소스가 아님

  • sched-ext가 흥미롭게 들림. 실제로 써서 작업 중인 사람이 있는지 궁금함
    멋져 보이지만 아주 특정한 사용 사례에만 맞는 종류인지도 궁금함

답변달기