독일 의회, Git Contribution 그래프로 투표 결과를 표시

• 정치적 결정은 모든 사람이 이해할 수 있어야 한다고 믿음
• 정치적 논의가 종종 폐쇄된 환경에서 이루어지는 시대에, 더 많은 투명성을 제공하는 플랫폼 제공 목표
• Bundestag(독일 연방의회)의 기명 투표 결과에 쉽게 접근할 수 있는 기능 제공
  • 누가 어떻게 투표했는지
  • 어떤 입장을 정당과 의원이 가졌는지 확인 가능
• 시민들도 동일한 주제에 대해 의견을 표현하고 토론할 수 있는 공간 마련

시민 참여의 의미

• 이 플랫폼의 설문조사 결과는 대표성이 없을 수 있음
  • 자발적으로 참여한 사람만 응답
• 그럼에도 불구하고, 더 많은 사람들이 자신의 의견을 표현하고 토론에 참여하는 것이 중요하다는 믿음 기반
• 핵심 목표는 정보에 기반한 토론 공간 제공
  • 정치적 결정에 대한 이해
  • 다양한 시각의 습득
  • 자신의 생각을 표현하고 나눌 수 있는 공간 조성

왜 참여해야 하는가?

• 민주주의는 소통을 통해 유지됨
• 정치적 결정이 어떻게 이뤄지는지 이해하는 것이 중요함
• 개인의 의견이 통계 수치가 아닌 대화의 일부로서 의미를 가짐
• 함께 정치 과정을 더 잘 이해하고, 시민 간의 대화를 활성화할 수 있음

함께 만들어가는 플랫폼

• 정보를 얻고, 토론에 참여하며, 자신의 관점을 공유할 수 있는 공간 지향
• 다양한 시각을 모아 정치적 프로세스를 더 잘 이해할 수 있는 플랫폼 구축 목표

FAQ

• 연방의회 투표에 대한 데이터는 어디서 나오나요?
  • 우리의 데이터는 독일 연방의회의 공식 의사록과 문서에 근거합니다. 우리는 정보가 정확하고 완전하게 입력되었는지 확인합니다. 오류가 발생할 경우, 어떠한 제안이나 수정 사항도 알려 주시면 감사하겠습니다.
• 이 플랫폼은 정치적으로 중립적입니까?
  • 네, 우리는 엄격한 정치적 중립을 고수하고 있습니다. 우리는 정보를 객관적으로 제시하며 정치적 입장에 대한 추천이나 평가를 하지 않습니다. 우리의 목표는 영향력이 아닌 투명성입니다.
• 플랫폼은 어떻게 자금을 조달하나요?
  • 이 플랫폼은 현재 민간 자금으로 운영되고 있으며, 상업적 목적이 없는 프로젝트입니다. 현재 운영 비용은 관리 가능한 한도 내에 있습니다. 우리는 독립성을 유지하기 위해 의도적으로 정당이나 이익집단으로부터 기부금을 받지 않습니다. 앞으로 우리는 중립성과 성실성을 보장할 수 있는 투명한 자금 조달 모델을 검토하고 있습니다.
• 투표에 어떻게 참여할 수 있나요?
  • 투표에 참여하려면 당사 플랫폼 계정이 필요합니다. 등록 후 개별 주제에 대한 투표를 하고 토론에 참여할 수 있습니다.
• 왜 등록을 해야 하나요?
  • 등록은 양질의 투표를 보장하고 중복 투표를 방지하기 위한 것입니다. 귀하의 이메일 주소와 전화번호 또는 휴대전화 번호를 확인함으로써 귀하가 진짜 사용자인지 확인합니다. 사기를 완전히 배제할 수는 없지만, 사기를 예방하는 것은 훨씬 더 어렵습니다.
• 앱에서는 어떤 데이터가 수집되나요?
  • 등록 시, 계정 확인을 위해 이메일 주소와 휴대전화 번호를 수집합니다. 또한, 인구 통계 데이터(나이, 성별, 주 등)를 장치에 로컬로 저장할 수 있는 옵션도 있습니다. 이러한 인구 통계 데이터는 귀하의 투표와 함께 익명으로만 전송되며, 귀하의 계정과 연결되거나 당사 서버에 영구적으로 저장되지 않습니다.
• 투표는 정말 익명인가요?
  • 네, 투표는 완전 익명입니다. 투표 결과는 개인 데이터와 별도로 저장되고 집계됩니다. 아무도 – 심지어 우리 팀도 – 여러분이 개별 문제에 대해 어떻게 투표했는지 알 수 없습니다.
• 다른 사용자와 투표 주제에 대해 논의할 수 있나요?
  • 네, 각 투표마다 토론 공간이 있습니다. 우리는 이 곳을 민주적인 교류와 다양한 관점을 위한 중요한 공간으로 봅니다. 우리는 서로 존중하고 객관적인 상호작용을 촉구합니다. 건설적인 비판과 타당한 주장은 토론을 풍요롭게 하는 반면, 개인적인 공격과 획일적인 비난은 공유된 대화를 해칩니다.
• 제가 투표 주제를 제안할 수 있나요?
  • 현재 우리는 공식적인 연방의회 투표만 다루고 있습니다. 하지만, 커뮤니티 기반 투표를 위해 사용자가 직접 주제를 제안할 수 있는 기능을 구현하기 위한 초기 고려사항이 이미 있습니다. 그러면 이것은 공식 투표와 명확히 구별될 것입니다. 이 새로운 기능의 개발 상황은 계속해서 알려드리겠습니다.
• 플랫폼의 추가 개발에 어떻게 기여할 수 있나요?
  • 여러분의 피드백과 개선 제안을 환영합니다! 이메일이나 소셜 미디어를 통해 직접 문의해주세요. 기술에 정통한 사용자도 GitHub 저장소를 통해 개발에 기여할 수 있습니다.

[onixboox]

이게 그냥 찬반만 표시하는 사이트인거지, git으로 찬반 투표를 하는 건 아닌거죠? github 레포에 가봐도 저 사이트의 소스만 있는 것 같고요.

[xguru]

네 그냥 표시만 그런거고, 투표는 사이트에 가입해서 인증하고 해야하는 것 같네요.
요약이 투표 안건들만 나오는 것 같아서 About 페이지의 요약으로 교체하였습니다.

[GN⁺]

Hacker News 의견들

• GitHub에 일부 법률을 Markdown 형식으로 올려둔 저장소도 있음
  실제 의회 정당들이 제안한 변경에 PR을 썼고, 커밋 날짜도 맞춰져 있어서 법률에 git blame을 해보면 어떤 대통령이 해당 변경에 서명했는지도 볼 수 있었음
  아쉽게도 지금은 관리되지 않음
  https://github.com/bundestag/gesetze

  • 최신 상태를 유지하는 독일 법령 전체 저장소를 관리하고 있음
    https://github.com/jandinter/gesetze-im-internet
    공식 사이트(https://www.gesetze-im-internet.de)를 주 1회 긁어오며, 저장소에는 “공식” XML 파일이 들어 있음
    다만 이 XML은 법령의 논리 구조보다 표시 형식에 더 초점이 맞춰져 있어 아쉬움(https://www.gesetze-im-internet.de/dtd/1.01/gii-norm.dtd)
    예전에 독일 디지털 서비스 쪽 사람이 사용 사례를 물어본 적이 있어서, 언젠가 공식 Git 법률 저장소가 나올지도 모름
  • 독일 법률은 다를 수 있지만, 소프트웨어 버전 관리가 입법과 그렇게 잘 맞는지는 모르겠음
    소스 코드는 동작하지 않는 부분을 그 자리에서 교체하거나 수정하지만, 많은 법률은 그렇게 움직이지 않고 추가 조항의 미로에 가까움
    새 법률이 “1992년 어선 작업장 안전법 §12 3항 5줄의 ‘소기업’을 ‘핵로켓’으로 대체한다” 같은 식으로 들어가면, 어떤 버전 관리도 이런 변경을 제대로 찾아내기 어려움
  • 기능 명세의 참고 자료로 필요할 때 지역 법률 PDF를 Markdown으로 변환해서 쓰곤 함
    그러면 정확한 조항을 가리키기가 훨씬 쉬워짐
    일반 법률을 Markdown으로 바꾸는 건 쉽지 않고, 온라인 변환기와 수작업 수정이 필요했음
    지금은 로컬 LLM 하드웨어에서 marker를 실험 중인데, 지금까지는 가장 나아 보임
    [1]: https://github.com/VikParuchuri/marker
  • 벨기에 관보의 통합본을 긁어와 HTML로 다시 렌더링하는 웹사이트를 운영하고 있음
    이런 텍스트의 구조화된 표현이 있으면 Markdown 같은 형식으로도 렌더링할 수 있음
    특정 텍스트의 여러 버전, 즉 아카이브에 해당하는 Markdown 파일을 만들어 같은 Git 저장소에 커밋하고, 차이나 blame을 볼 수 있는지도 실험해 봤음
    각 커밋에 올바른 날짜를 부여하고 싶지만, 예를 들어 1791년의 텍스트도 있어서 불가능함
    0: https://refli.be/fr/lex
    1: https://github.com/hypered/iterata-md
    2: https://github.com/hypered/iterata-archive
  • 의회 정당들이 제안한 실제 변경을 PR로 다루고 커밋 날짜까지 맞추는 방식은 모의 의회에도 매우 흥미로움
    모의 의회와 모의 국회의 인프라와 도구는 대체로 위키와 Google Docs에 머물러 있고, 장기적으로 추적과 보존에서 문제가 생김
    우리 모의 의회는 다른 모의 입법부와의 특정 조약 Google Doc을 소유하지 않았고, 문서가 우리 모르게 바뀐 적이 있었음
    Google Docs의 소유권, 그리고 소유자가 게임에서 빠지면 어떻게 되는지가 문제가 됨
    참여자들이 법안에 넣는 글꼴, 서식, 배치, 이미지 같은 창의성도 보존해야 함
    이를 밋밋한 Markdown 텍스트 벽으로 바꿔버리면 그 노력이 사라짐
    Markdown도 문제가 있는데, 입법부가 순서 있는 목록의 항목 하나를 삭제했을 때 Markdown이 자동으로 번호를 다시 매기지 않게 막기 어렵음
    우회하려면 Markdown을 확장하거나 일반 텍스트를 써야 함: https://www.apache.org/licenses/LICENSE-2.0.txt
    다른 해법으로 QuillJS(https://quilljs.com/)가 있고, 이는 Delta의 JSON 배열로 직렬화됨
    하지만 그러면 git diff가 읽기 어려워지고, 맞춤형 비교기가 필요해짐
    커밋을 제정 행위로 쓴다면 커밋 메시지나 노트에 제정문을 넣어야 할 텐데, Git 클라이언트가 긴 커밋 메시지를 어디까지 감당하는지도 애매함
    커밋 메시지에 직렬화된 QuillJS 문서를 넣을 수 있는지, 그 안에 base64 인코딩 이미지가 들어가면 어떻게 되는지도 고민거리임

• 더 많은 정부가 Git 우선 방식으로 운영되어 모든 결정과 기여를 온라인에서 추적할 수 있으면 좋겠음
  예를 들어 미국에서는 예산 상한 위기 때 양당이 “정부 셧다운을 막기 위해” 부채 한도를 올리는 법을 밀어붙임
  겉으로는 정부를 계속 운영하기 위한 조치로 팔리고, 보통 크리스마스 같은 연휴 직전에 처리됨
  실제로는 로비 때문에 특정 이익집단을 위한 예외와 특혜가 수천 페이지씩 끼워 넣어짐
  대중은 누가 언제 어떻게 이런 문구를 추가하고, 양당 합의가 어떤 방식으로 실시간 형성되는지 사후가 아니라 실시간으로 알아야 함

  • 실시간으로 양당 합의가 형성되는 과정을 공개하는 건 실제로는 끔찍한 아이디어임
    공개되고 열린 모든 것은 순수성 시험으로 변함
    합의가 생기려면 사람들이 서로 협상할 수 있어야 하고, 협상은 원하는 것을 일부 포기하고 다른 것을 얻는 과정임
    이걸 공개하는 순간 협상은 짧은 선전 문구를 만들기 위한 장이 되고, 정치인들은 상대에게 공격거리를 줄까 봐 실제 일을 하지 않게 됨
    미국에서는 예비선거 제도 때문에 의원들이 당내 측면 공격에 더 취약해져서 더 나빠짐
    의원은 유권자의 대리 투표 장치로 뽑히는 게 아니라 판단을 쓰라고 뽑히는 것임
    그래서 보통 소환선거도 없고 투표 방식 제한도 적음
    오히려 본회의, 위원회, 청문회가 녹화되거나 중계되지 않는 편이 정치 전반에 더 나을 수 있다고 봄
    회의록 공개는 괜찮지만, 모든 회의에서 짧은 영상 클립이나 TikTok용 발언을 뽑아낼 수 없다면 입법부가 훨씬 생산적일 것이라 확신함
  • 미국에서는 여러 회기 동안 예산안이 사실상 통과되는 유일하게 중요한 법안이기 때문에 이런 일이 생김
  • 정부와 공직자들은 책임성과 투명성을 피하려고 끝까지 싸울 것임
    거기에 돈과 권력이 있기 때문임
  • 원칙적으로는 좋아 보이지만, 실제로는 나쁜 아이디어일 가능성이 큼
    의회나 미국 상원의 연설은 이미 공개되어 있고, 바로 그 이유 때문에 쓸모없어졌음
    대중을 향한 과시용 발언으로 쓰일 뿐임
    타협을 찾는 진짜 작업은 닫힌 문 뒤에서 이뤄짐
    그래야 다음 선거철에, 특히 같은 당의 도전자에게 “충분히 순수하지 않다”고 공격당할 짧은 발언을 만들지 않을 수 있음
  • 누가 언제 어떻게 문구를 넣는지는 언론과 여러 독립 단체가 이미 추적하고 있음
    자료를 샅샅이 읽는 사람들이 있고, 의원실과 제3자 이익단체에서 제보와 보도자료도 받음
    다만 다룰 수 있는 양에는 한계가 있고, 대중 대부분은 저녁 뉴스를 켜는 것 이상을 귀찮아함
    깊이 있는 좋은 저널리즘은 많지만, 조금 더 찾아봐야 함

• 여기서 Git스럽다고 할 만한 게 GitHub가 대중화하고 GitLab이 따라 한 기여 달력 말고 또 뭐가 있는지 잘 모르겠음

  • 스스로 답한 것 같음
    엄밀히 말하면 git != github인 건 알지만, 영어는 유동적이고 여기서 “git”을 “GitHub/GitLab 같은 서비스”로 받아들이는 추론이 그렇게 무리도 아님

• 법률 텍스트를 그냥 Git에 넣는 건 거의 쓸모없다고 봄
  이런 작업을 하는 사람들은 상용 법률 데이터베이스를 본 적이 없는 것 같음
  보통 필요한 건 상호 참조임
  예를 들어 법률에 “인증은 관련 기관이 발급한다”라는 문구가 있으면, “관련 기관”이 그 기관을 지정한 정부 명령으로 연결되는 하이퍼링크여야 함
  특정 조항 주변에는 관련 판례 링크도 필요하고, 예정된 개정이 있으면 “9월 1일에 변경 예정” 같은 주석도 본문에 있어야 함
  많은 나라에는 지역 법률도 있으므로 장소별 필터링도 필요할 수 있음
  GitHub는 원문 문서를 저장하는 이상한 데이터베이스로는 쓸 수 있겠지만, 실제 법률 질문의 답을 찾는 데는 쓸모없음
  비유하자면 GitHub에서 법률을 읽는 건 구문 강조와 탐색 없는 소스 코드를 읽는 것과 비슷함

  • 기존 법률 텍스트에 대한 제안 변경 추적에 Git을 써본 적이 있는데, 그것만으로도 이미 매우 유용했음
  • 그건 다른 관심사 아닌가?
  • 기억하기로 일부 유럽 국가는 코드로서의 법률이라는 아이디어를 살펴보는 중임
    즉 법을 기계가 읽을 수 있는 형식으로 만들어 알고리즘으로 파싱할 수 있게 하는 것임
    오스트리아는 일부 법전을 그런 형식으로 변환해 어느 정도 진척이 있었던 것 같음
    관련 발표에서 실제 법률 변환 여부를 물었고, 실제 변환된 법률을 보여줬지만 공개로 링크할 수 있는 자료는 찾지 못했음
    일반적인 기업 자료는 이런 정도임: https://wwwdev.unisys.com/our-clients/advancing-public-servi...
    EU도 비슷한 작업을 하는 듯함: https://interoperable-europe.ec.europa.eu/collection/endorse...

• https://git.tricoteuses.fr/tricoteuses/a_propos에는 프랑스 헌법과 다른 법령도 Git으로 관리됨
  예를 들어 “Code Pénal”: https://git.tricoteuses.fr/codes/code_penal/commits/branch/m...
  이를 자동화하기 위한 맞춤 도구도 만들었음: https://git.tricoteuses.fr/logiciels/tricoteuses-legifrance

• Git과 GitHub를 혼동하면 안 됨
  후자는 평판이 나쁜 미국 독점 기업의 소유임

  • 1980~1990년대에는 나도 M$를 싫어했지만, 지금은 그보다 더 싫은 기술 기업들이 여럿 떠오름
    Windows 때문에 기술적으로는 아직 독점 기업이라고 볼 수 있지만, 그 중요성은 많이 줄었음
  • 공평하게 말하면, 이유는 모르겠지만 Git 포지라고 부르는 모든 서비스에 이 기능은 있음

• https://abstimmung.eu/git/2024의 일부 투표 결과는 오해를 부를 수 있음
  투표 대상은 결정 권고안(Beschlussempfehlung)이고, 이 권고안이 원래 요청안(Antrag)을 부정하는 경우가 있음
  예: https://abstimmung.eu/votes/55

  • 이걸 짚어줘서 좋음
    주요 정당들이 AFD를 빼고 모두 찬성이라 처음 봤을 때 본문이 암시하는 것과 반대여서, 투표가 뒤집혀 표시되는 줄 알기 시작했음
  • 인용한 예시에서는 Yes와 No가 무엇을 가리키는지조차 완전히 불명확함
    요약이 LLM으로 생성된 것처럼 보이는 것도 도움이 안 됨
    유용해지려면 사람이 큐레이션해야 함

• 좋긴 하지만 법률에 버전 관리 시스템의 기능, 예를 들어 git blame과 git log 같은 것이 더 적용되면 좋겠음

  • 이미 존재함
    법전의 “커밋”은 정부 관보에 게시됨: https://en.wikipedia.org/wiki/Government_gazette
    현행 법률은 메인 브랜치의 끝이라고 볼 수 있음
    이론적으로는 git blame을 돌려서 어떤 업데이트가 법전에 특정 단어를 삽입했는지 정확히 찾을 수 있음
    소련 해체 같은 국가 승계의 경우에는 브랜치도 있다고 볼 수 있음

• 이런 아름다운 정부 데이터 집계 서비스가 더 많았으면 좋겠음
  정부가 공개하는 자료가 얼마나 많은지 대부분은 모르고 있음
  자발적으로 공개되거나 정보공개법(FOIA)으로 공개되는 자료가 많지만, 대개 20년 된 Java 애플릿 같은 곳에 묻혀 있어서 그럴 것임
  비슷한 자료나 좋아하는 서비스가 더 있는지 궁금함

  • 워싱턴 DC의 법률은 Git에 있음
    https://arstechnica.com/tech-policy/2018/11/how-i-changed-th...
  • 나도 알고 싶음
    독일 정부에는 수많은 의회 문서에 접근할 수 있는 꽤 괜찮은 API가 실제로 있지만, 일반 사람이 데이터를 쉽게 이용할 수 있게 만들지는 않았음