僕は最初からCivicTechをやろう！というモチベーションで開発を始めたわけではないです。 もっと単純で、自分が政治に関する情報を集めるのに苦労したからなんです。 とりたすさんは政治について自分で調べたことはありますか？

実は僕も大学の専攻も理系でしたし、かつては全く関心がなかったんです。 政治との関わりは選挙で投票に行くくらいでしたし、どの候補に票を入れるかは顔で決めてたくらい無関心でした。

そうです。 でもあるとき、政治って我々の生活に大きな影響を与えるということに気づいて。 例えば、消費税の増税や大学のセンター試験の変更は、人生の選択を大きく変えてしまう可能性があるじゃないですか。 そこで急に政治に好奇心が湧いて、試しにいくつか気になる法律案について調べてみたんです。

そしたら、情報を集めるのが本当に難しかったんです。 まず、新聞は各社の色がありますし、Twitterだと声の大きい人の意見が目立つ割にファクトチェックの手間がかかります。

私は公式のドキュメントを参照しようと考え、国会や行政のページを見てみました。 しかし、この公式のドキュメントにも問題があって。 情報がバラバラに散らばっているんです。

例えば、2020年5月に話題となった「検察庁法改正案」に関する情報を集める場合を考えてみましょう。 国会に提出された法律案は衆議院のHPにて公開されています。 しかし、改正対象の検察庁法はe-Gov、法律案の概要資料は内閣官房、 そして国会での議論は国会会議録検索システムでそれぞれ別々に公開されています。

これらの情報は、相互に紐づいておらず、各サイトにて独立に探さなければ閲覧することができません。 法律に関する公的文書は、インデントやカラーなど視覚表現も使うことができず、文章もすごくカタいのでただでさえ読みづらいんです。 なのに探しづらかったら、二重三重でわかりにくくなってしまいます。 これを解消するために始めたのが、PolityLinkです。

そうですね。 例えば法律案の概要資料は、担当する省庁ごとに公開されているので、20弱くらいのサイトからクローラーでデータを集めてます。 省庁って意外とたくさんあるんですよね（笑）

サイトごとにデザインもバラバラなので、基本的にめちゃくちゃ探しづらいです。 あとは、政府のHP以外にも、会議録や審議中継、ニュース記事なんかもクロールしています。

クロールすることより、クロールしてそれをどう関連づけていくかという部分が大変でしたね。 いかに情報を整理するか、というのがこのサービスの肝なので。 実際のユースケースを考えた上で、それに沿ったデータ構造にする必要がありますから。

現在は、法律案、国会、議員、委員会…みたいなものをオブジェクトとしていて、それを交互に結びつけるようにしています。 オブジェクトの相互移動もなるべくスムーズにできるようなUXを考えるのも大変でしたね。

まずは今年の秋に衆議院選挙があるので、そのときに役立ててもらいたいです。 自分の選挙区の議員ページを見て、彼らが国会で4年間どんな活動をしてきたのかをファクトチェックしてもらえると良いなと思います。 国会でどんな発言をしたのか、どんな法律案を推進したのかなど、実際の行動を元に投票先を決めるのも面白いかもしれません。

またそれをきっかけに、日々の国会にも興味を持ってくれれば嬉しいです。 どんな法律案が現在議論されているのかを見てみるのも、今のニッポンの課題が垣間見えてきて面白いですよ。

「公平」にするためにはどうすればいいのかは気をつけた部分ですし、まだまだな部分でもあります。 最初、PolityLinkの法律案ページには今のようにニュースサイトを貼っておらず、法律の原文だけを載せていたんです。 でも、これって公平じゃないと思ったんです。

法律案やその法律案に関連する資料って、その法律を成立させたい人が作るじゃないですか。 だから、それらのドキュメントに載っていない、ネガティブな要素が存在する可能性があるんです。

それを踏まえると、1番可視化したい・届けたい情報というのは、実際にどういう議論が行われたかなんです。 ある法律案について、この法律案のポジティブな面は資料の通り、ネガティブな面は資料にある他にこういうことがあって…みたいな議論ですね 。 これが真に中立だと考えています。

ただ、PolityLinkを使えばユーザがみんな真に中立な情報を取得できているか、というとそれはまだ未達成だと思っています。 いまは、「資料をリンクさせてアクセスしやすくするから、自分で読んでください」というスタンスなので。

チームで開発しているのが大きいと思います。 人手も増えますし、メンバーが自分では思いつかないアイデアをくれたりするんです。 「こういう機能もあったほうがいいんじゃないか？」といって新しい機能を追加してくれることもあります。

僕が大学時代の友人に声をかけました。 実は、このPolityLinkの前に作ってたLawHubっていうサービスのときも誘ったんですが、そのときは断られちゃったんですよね（笑） PolityLinkは一緒にやってくれてよかったです。

メリットからご紹介します。 まずはさきほど言ったように、新しい機能をそれぞれが追加できるため、開発速度があがります。 それにあくまで個人開発なので、好きな技術に挑戦することもできます。

例えば、PolityLinkを開発するにあたって、扱ったことがなかったGraghQLをバックエンドで採用したんです。 その結果、仕事でもGraphQLを使ったプロジェクトに取り組めるようになりました。

あとはやっぱり議論ができるので、悩ましい部分だったりアイデアがでない部分についてベターな判断がくだせるようになります。 抽象的な話、たとえばさきほどお話した公平の概念についても議論することもります。

ただ、これは意見が衝突してしまうというデメリットと裏表です。 機能の重複や意義についてよく議論するんですが、やはり意見の不一致は起こります。

フラットな視点で議論してもらえるように心がけています。 その結果、不一致が解決できているかはわからないですけど（笑）。

していませんね。 PolityLinkの開発はモチベーション駆動なので、最終的には各々の時間にやりたいことをやってもらうしかないです。 チームメンバーも仕事がありますし、計画を立てても全然そのとおりに進まないですから。

色んな人に使ってほしいっていうのがやっぱ一番強いですかね。 自分が「こういうサービスがあったら便利だな」と考えたところからPolityLinkは始まってるので、それを実際に同じように困ってる人みんなに使ってほしいです。

すごく多くの人が使ってくれたら僕も広告入れたいです（笑）。サーバー代もかさむでしょうし。 でもまずは、とにかく色んな人に使ってもらえるようになってほしいです。 PolityLinkは万人受けするサービスではないので難しい部分もありますが。

エンジニアはともかく、普通の人はなかなかソースをチェックしようとはならないんです。 大学の先生だったり、普段から国会中継に目を通している方々には好評ですが…。

やっぱりもっと利用してもらうためには、法律をわかりやすく解説するなど、サービス利用の敷居を下げる必要があると感じています。 そもそも原文へのアクセスを用意しても、法律の原文を読み解くのが難しいことがあるんです。

それもありますし、法律案ってすごくハイコンテクストなんです。 改正法案だったら元の法律も読まないといけないですし、そうでない法律案でも既存の他の法律と相互に関連していることが多いです。 そこそこ法律案の原文を読んでいる僕ですら、たまに「なんだコレ、概要読んでもちょっと分かんないな」となるときがあります。

やっぱり、色んな人に使ってもらえるサービスにしたいです。 まずは今年の秋の衆議院選挙に向けて、議員ページの改善を進めていきたいなと思っています。

あとはPolityLinkで集めたデータは公開しており、Graph APIを通して好きに使っていただけます。 データ解析に興味がある人にはどんどん使ってもらいたいです。 基本的な分析をPythonで行うチュートリアルも用意しているので、興味がある人はぜひ読んでみてください。

極論フロントは見やすければ何でもいいと思うので、開発者の方々にはPolityLinkのAPIを使ってどんどん整理されたサービスを作ってほしいです。 もちろん一緒にPolityLinkのサイトを改善してもらうのも大歓迎です！ 一緒にGitHubに草を生やしましょう。

PolityLinkは僕のニーズから始まったサービスなので、不自由が解決されましたね。 どういう法律案が今議論されてるのかのような、日本の課題がすっきりと理解できるようになったメリットは大きいです。 これからも、なるべく多くの人の不自由を解決していきたいと思っています。