**中学卒業後、5年間専門性の高い技術についてみっちり学ぶ高専（高等専門学校）。**

特にベンチャー界隈だと、*「高専出身」というだけで高い評価を受けたり受けなかったり*…？

また、*「編入制度」を用いて大学に中途編入することが認められている*、ちょっと特殊な存在でもあります。

しかし、**高専の実態というのは非高専出身者にとっては謎に包まれている**のが現実…！

今回アンドエンジニアでは、**高専LOVE♡な高専出身者エンジニア4名に、高専のリアルについて**語ってもらいました！

## ソフトウェアエンジニアになりたいなら「情報工学科」！

#### balloon masaokb left
高専って在学中も、ばりばりプログラミング弄ってるイメージがあるんですけど。

#### balloon zabeth129 right
むしろ**プログラミングやってる人の方が少ない**んじゃないかな…？
僕の周りだと、プログラミングをしてる人はほとんどいなかった。
授業でも*Cの簡単なソートを扱う*ぐらいで。

#### balloon 432daiki right
僕は書いてましたけど、確かに周りの高専生がプログラミングやってるかと言うと、そうではなかったですね…。

#### balloon masaokb left
いやいや、*普通の高校だとプログラミングやらない*もん。
ちょっとやってるだけでもすごいと思うけどね。

#### balloon mktakuya right
僕は*情報工学科だったから、結構ガッツリ*やっていて。
**低学年のうちは、CやJavaでアルゴリズム・データ構造をやったり、高学年になるとデータベースや離散数学をやったり、CPUの仕組み・コンパイラの仕組みとかも勉強**しましたよ。

#### balloon masaokb left
すごっ！
もうほとんど*大学のCS（コンピュータサイエンス）学科*だね。

#### balloon zabeth129 right
流石にそこまで**ガッツリやるのは情報工学科だけ**ですね。

#### balloon masaokb left
じゃあ、*ソフトウェアエンジニアになりたかったら、他の学科じゃなくて情報工学科に入れろ！*みたいな？

#### balloon mktakuya right
制御情報工学科とかは、*制御工学のためにちょろっとC言語やる*だけなんで、**コンピュータサイエンスやりたかったら、情報工学科**にしたほうがいい（笑）

#### balloon zabeth129 right
間違って*情報なんちゃら学科とか入ると、作業場いって溶接やらされます*ね。

#### balloon ysn514 right
本当にそう（笑）

#### balloon zabeth129 right
*「情報」以外の不純物っぽいワードが入ってたらアウト*（笑）。
電子とか制御とか機械とか。

## 卒業生の進路は意外と推薦が多い

#### balloon masaokb left
*「就職率が高い」*みたいな話聞いたことあるけど、卒業生の進路ってどうなってるの？

#### balloon mktakuya right
NTTとかNECみたいな、国内のSI／メーカー。
その辺の組み込み部門とかが多いですかね。
*Web系ベンチャーでソフトウェア・エンジニア、みたいなのは実は少ない*印象です。

#### balloon 432daiki right
そうですか？
僕は電子制御工学科なんですけど、ソフトウェア・エンジニアとして働いてる人が結構多かったですね。

#### balloon masaokb left
そういうのって学年によるの？

#### balloon ysn514 right
というよりは、**高専の就職先って結構、推薦が多くて**。

#### balloon zabeth129 right
**就職率xx%のからくり（笑）**。

#### balloon masaokb left
あっ、じゃあ*先生のコネとかに依存*するんだ。

#### balloon zabeth129 right
そうすね。毎年受け入れてる企業って固定されてるんで。
毎年何人は必ず採る、みたいな（笑）。

#### balloon ysn514 right
*4年生の頃になるとインターンが結構あります*よ。
*就職組はほぼ全員やっている*と思う。

## 「高専」のデメリット並べてみました

#### balloon masaokb left
高専の「デメリット」についても聞きたくて。
例えば、これがデメリットかはともかく（笑）、*男女比率*ってどんなもんなんですか？

#### balloon ysn514 right
学科によりますね。
ウチ（機械工学）は少なくて、**40人中女子2人**とかでした。

#### balloon zabeth129 right
**むしろ機械なのにいるんだ（笑）。**

#### balloon masaokb left
そんな反応なのか（笑）。
逆に女子が多い学科もある？

#### balloon mktakuya right
*化学系とか多い*ですね。
ウチ（苫小牧高専）だと、化学は女子が半分以上でした。
後は…、*建築とか環境とかも多い*のでは？

#### balloon ysn514 right
情報も割といるほうじゃないですか？
1/4ぐらいはいるイメージがある。

#### balloon mktakuya right
僕のときは**42人中6人**…。

#### balloon ysn514 right
あ〜そんなもんなのか…。

#### balloon ysn514 right
他のデメリットで言うと、高専ってなんというか…。
**「陽キャ」が圧倒的に少ないから、人格形成に影響出た**と思う。

#### balloon zabeth129 right
あ〜それめっちゃ分かる。
*東京と違って他のコミュニティとかが豊富なわけではない*し…。

#### balloon mktakuya right
非高専の人と話すときに困るんですけど、**教科の名前が分からなくない**ですか。
**数Aとか数Bとか。**

#### balloon zabeth129 right
僕らセンター試験受けてないですからね。
受験もないし。

#### balloon masaokb left
あ〜、そういったライフイベントが他の人と違うのはありそうだね。

#### balloon ysn514 right
勉強関連でいうと、**当たり前に披露される歴史の知識が分からない**っていうのもあって。

#### balloon zabeth129 right
僕ら一般教養激ヨワっすね（笑）。
吉野くん巻き添えにして悪いけど、**東大生にしては異常な教養の無さ**だと思います。僕ら。

#### balloon zabeth129 right
そういった授業がないわけじゃないけど、かなり少ないしレベルも低いんで…。
**技術的なことに振ってる分、やっぱり一般教養とかは多少捨ててる**面がありますよね。

#### balloon ysn514 right
あと、留年が多いです。
「自由に単位を選べる」とか「レポートが期に10個以上あったりする」みたいな、**大学っぽいところもありつつ、時間割は高校で、必修も多い**ので…。

#### balloon zabeth129 right
**大学入ってから「こんなに授業少ないんだ」って思ったよね（笑）。**

## 工学部入るなら「編入制度」がかなりお得!?

#### balloon masaokb left
吉野さんと松永さんは「編入制度」使ったんだよね。
これってどういう仕組みなんだっけ？

#### balloon ysn514 right
**卒業後、大学の工学部に3年から編入できる**制度ですね。
高専って5年間行くんで、高校プラス大学2年相当みたいな感じで。
受験科目は大学によって違うけど、*基本的には数学・英語・物理*かな。

#### balloon zabeth129 right
*東大だと1学年に15人前後*だよね。（編集注：東大は1学年全体で約3000人。およそ0.5%が該当する計算。）

~~東京大学本郷キャンパスの安田講堂。（[東京大学](https://www.u-tokyo.ac.jp)HPより。）~~

#### balloon masaokb left
これって、ぶっちゃけ入りやすいの？
普通に入試受けるより。

#### balloon zabeth129 right
難易度は分からないですが…。
**科目が少ないのと、受験日が違えば併願可能なので、ノーリスク**で受けられるんですよね。

#### balloon ysn514 right
*併願可能だから、東大ワンチャン勢もめっちゃいます*よね。
100人ぐらい受けに来る（笑）。
*試験終わったら答案真っ白*の人も割といる。

#### balloon zabeth129 right
併願可能という意味では、**めちゃくちゃお得な制度**だと思う。
僕も**編入制度なければ東大来てない**だろうし。

## 知る人ぞ知る「最強の高専」

#### balloon masaokb left
高専って、ほぼ全国の都道府県に分布してると思うんだけど、「強い高専」とかってあるんですか？

#### balloon mktakuya right
**明石（兵庫県明石高専）。**

#### balloon ysn514 right
間違いなく**明石。**

~~[明石高専](https://www.akashi.ac.jp/)のHP。~~

#### balloon 432daiki right
僕の学校（鳥取県米子高専）に*明石落ちて、来た人いました*ね。

#### balloon zabeth129 right
**東大の編入にめちゃくちゃ人送り込んでます。**
**東大に限らず、他の旧帝大も…。**
僕の学校（香川高専）なんて学年に旧帝大1人とかなのに…。

#### balloon masaokb left
すごいね。
なんで強いんだろう。

#### balloon zabeth129 right
やっぱり優秀さで有名なので、強い人が入学するのかなぁ…。
*入試の問題は、どこの高専でも一緒*なんですけどね。
明石は受験者平均点も高そう（笑）。

#### balloon masaokb left
じゃあ受験以外はどうですか？プロコンとか…。

#### balloon mktakuya right
**明石**が強いですね。

#### balloon masaokb left
また明石（笑）。

#### balloon mktakuya right
ただ、*プロコンとかロボコンとかの強さは顧問依存*なので…。
他にも強いとこありますね。

#### balloon zabeth129 right
*久留米高専とか、沖縄高専とかも強い*印象。

#### balloon masaokb left
ちなみにこれって、高専プロコンとかがあるの？

#### balloon mktakuya right
そうです。
**全国の高専が開催地の高専に集まって、現地でプロコンする部門と、半年ぐらいかけて作ってきたプロダクト発表部門がある。**

~~2020年度の高専プロコン。[全国高等専門学校プログラミングコンテスト](http://www.procon.gr.jp/)より。~~

#### balloon masaokb left
*全国の高専が1つの高専に集まる*んだ。
すごいドラマがありそう。

## 結局「高専」入って良かったの？

#### balloon masaokb left
「高専」入ったことって、自分の人生にとってどうでしたか？
結局「高専」入って良かった？

#### balloon mktakuya right
*良かった*ですね。
**どんな家庭のどんな環境の人でも、真面目にやっていれば、最短で手に職つける道を提供してくれる。**
僕も**高専じゃなかったら、東京に出てきてソフトウェアエンジニアになれてない**と思うし。

#### balloon zabeth129 right
*お金持ちじゃなくても、勉強すれば手に職つけられる*のは本当にいいよね。

#### balloon masaokb left
清水さんは高専中退しちゃったけど、どうですか？

#### balloon 432daiki right
*良かった*ですよ。
**高専入って「1年目からC言語書く」っていう経験があったおかげでアプリ作れたし、大学入試がないから、アプリ開発に没頭できた**っていうのもあるし。
結果、*在学中にアプリコンテストとかで東京に行く機会が増えて、東京に出るという意思決定も出来た*ので。
**東京に来たのも高専のおかげ**です。

#### balloon zabeth129 right
*大学入試がないのはデカイ*っすよね。

#### balloon ysn514 right
それで言うと、僕も*入試がないおかげでバイクの免許取れた*のが嬉しいですね（笑）。

#### balloon zabeth129 right
**高専、バイクとか原付の免許持ってる率、異常に高い**よね（笑）。

~~現在もバイク大好きな吉野さん。~~

#### balloon masaokb left
じゃあ、みんな高専のこと好きなんだ？

#### balloon mktakuya right
まぁ、*こんなインタビュー受けてる時点で（笑）。*

#### balloon zabeth129 right
**卒業生はよく、高専の悪口言ってるけど、結局はみんな高専大好き**な印象ですね。

中学卒業後、5年間専門性の高い技術についてみっちり学ぶ高専（高等専門学校）。しかし、高専の実態というのは非高専出身者にとっては謎に包まれているのが現実…！今回アンドエンジニアでは、高専LOVE♡な高専出身者エンジニア4名に、高専のリアルについて語ってもらいました！

【座談会】高専LOVE♡な高専出身エンジニアに高専のリアルを語ってもらった

**エンジニアと生まれたからには**

**誰でも一生のうち一度は夢見る**

**「個人開発で売上を立てたい」**

今回アンドエンジニアでは、**個人開発アプリでの累計売上900万円オーバーの開発者、takashiさん**に*アプリ開発者として成功する秘訣*についてお話を伺いました！

## 「初めはSESだった」エンジニア街道を登ってきたtakashiさん

#### balloon masaokb left
takashiさんはいつから個人開発を初められたんですか？

#### balloon cloverkizuna right
実は**エンジニアとしてのキャリアの最初はSES**です。
SESを2年半やった後、受託開発のSIerで2年半働いて…。
*SIerにいたときに、業務でWebシステムの開発をやりながら、業務外でiOSアプリ開発を始めてみた*、というのがキッカケです。

#### balloon masaokb left
SESからだったんですか!?

#### balloon cloverkizuna right
はい。
個人でiOSアプリ開発を始めた頃も、*会社での業務は全部Windowsで、周りにMacを使っている人が誰一人いなくて。*
**「iOSアプリを作るためにMacを買いました」と周りに話したときは、「普通PCはWindowsでしょ」「アプリ開発をやったことがないのに、上手くいく訳がない。PC代がもったいない」って周りからバカにされました**ね（笑）。

#### balloon masaokb left
すごい逆境ですね。

#### balloon cloverkizuna right
個人アプリを3つリリースしたタイミングで、*モバイルアプリ開発の会社に転職して、現在はフルリモートの会社に勤めています。*

#### balloon masaokb left
*理想的な未経験からのキャリアパス*ですね…。

~~現在のtakashiさんの仕事環境。~~

## 「特定のニーズに特化しろ！」アプリ開発のターゲティング

#### balloon masaokb left
takashiさんのプロダクトの中で、一番ヒットしたものって*「文字数カウントメモ」*ですか？

#### balloon cloverkizuna right
そうですね。
*累計の売上の、7,8割は「文字数カウントメモ」が占めている*と思います。

#### balloon masaokb left
てことは、**このアプリ1つで700万円以上は稼いでる**ってことですか。
ズバリ、*「ヒットの秘訣」*って何なんでしょうか？

#### balloon cloverkizuna right
色々ありますが…。
まずは**「ターゲット層の選定」が重要**かと思います。

#### balloon cloverkizuna right
私が「文字数カウントメモ」をリリースした頃は、**公式のメモ機能も含めて、「文字数をカウントする」っていうニーズに主軸を置いたアプリが存在してなかった**んですよね。
私は*「文字数をカウントすること」に主軸を置いて、ターゲット層を絞り込み、アプリ名にまで持ってきました。*
ここで**ターゲット層を絞らず、万人受けしそうなアプリ名にしていたら、ここまでヒットしていなかった**のではないでしょうか。

#### balloon masaokb left
あ〜、確かに、自分もそういうニーズで検索しますね。
*アプリじゃなくても、ブラウザで「文字数」だけで検索*したり。

~~App Storeで「文字数」で検索すると、広告を除いて「文字数カウントメモ」が最初に出てくる。~~

#### balloon cloverkizuna right
*アプリを必要としている人に届けることが、何よりも大切*ですからね。
**「広く浅く」で下手に汎用的な名前にするよりは、特定のニーズに特化したほうが良い**です。
*個人開発だと広告にお金をかけづらいですから、特定の分野でトップを取ること*を考えたほうが、成功する確率は上がると思いますね。

## 「出してからが本番」リリース後の機能チューニング

#### balloon cloverkizuna right
また、これは**個人開発者の方が陥りがちな罠なのですが、「リリースして満足してしまう」とアプリの人気を伸ばすのは難しい**かなと。
*ユーザ視点での開発にとって、本当に大事なのは「リリース後、ユーザの要望を聞いて改善していく」部分*ですから。

#### balloon masaokb left
「リリースして満足」は耳が痛い…。
「文字数カウントメモ」もリリース後の改善が大きいんですか？

#### balloon cloverkizuna right
**リリース当初は、本当に「メモができて、文字数がすぐ分かる」だけ**でした。
ただ、リリースすると*ユーザから「この機能はないのか」といった問い合わせ*がたくさん来て…。
*ユーザと議論しながら、自分でも必要だと思った機能を追加*していきました。
中には、**自分が良かれと思って追加したものの、ユーザが望んでおらず、廃止した機能も**あります。
そういうサイクルを繰り返して、「文字数カウントメモ」のターゲット層にマッチするアプリに成長していった、という感じですね。

#### balloon masaokb left
確かに、今見ると、たくさん機能がカスタマイズできるようになってますね！
こういう改善って、すぐにインストール数に効いたりするんですか？

~~ユーザからの要望により、機能を増やしていった「文字数カウントメモ」。~~

#### balloon cloverkizuna right
それが**いい改善であれば、数ヶ月もすれば確実にアクティブユーザ数などに効いてきます**よ。
*アクティブユーザ数が増えたり、滞在時間が伸びたりすると、ストア上のランキングも下がりにくくなる*ので、いい循環が回ります。
やはり、**ヒット作を出しているアプリ開発者を見ると、リリース後にアプリの改善を繰り返している人が多い**ですね。

## 「強い開発者」は盗むのが上手い

#### balloon masaokb left
そこ！
聞きたかったんですが、個人開発者ってコミュニティがあったりするんですか？

#### balloon cloverkizuna right
コミュニティと言えるほどかは分かりませんが、私の場合、*アプリで成功されている経営者や、個人アプリで売上を立てている方たちとTwitterでゆるく繋がっています。*
そこで*お互いの良いところを盗みつつも、競い合っている*というか…。
**ヒットするアプリを出している方は、自分のやるべきことに集中しながらも、人の良い部分を盗むのが上手い**ですね。

#### balloon masaokb left
「盗む」というと、例えばどういうことですか？

#### balloon cloverkizuna right
例えば、*繋がっている開発者の方でも、文字数をカウント出来るメモアプリをリリースしたり、リリースしているメモアプリの機能に、文字数カウント機能を付けたりされている方も、普通にいらっしゃいます（笑）。*
**他のアプリの良い点をすぐに吸収し、即行動につなげている人が多い**です。
今となっては、文字数カウント機能がついたアプリは沢山ありますね。

#### balloon cloverkizuna right
そんな私も、たくさんのアプリをダウンロードして、UI・UXを勉強しています。

#### balloon masaokb left
他の人のアプリも参考にする、と。

#### balloon cloverkizuna right
そうですね。
**成功されている開発者ほど、色々なアプリを落として考えてアプリを作っている**でしょうね。

## 「ストイックなやつが勝つ」徹底的な時間捻出力

#### balloon masaokb left
takashiさんって、今でもフルリモートとはいえ、*フルタイムで働かれている*訳ですよね。
*「個人開発と仕事を両立するコツ」*ってあるんですか？

#### balloon cloverkizuna right
個人開発って、まとまった時間を取ってやるものと思われがちなんですが、私の場合は違うんですよね。
どちらかと言うと、**「1日最低1時間」を毎日継続していく**感じです。
時間はかかっても、継続できればアプリは完成するので。
**「日々の時間意識を高めること」**が重要だと思います。

#### balloon masaokb left
時間意識ですか。
具体的にされていることってあります？

#### balloon cloverkizuna right
まず、**便利家電を使って、疲れにくい状況を作り、効率よく動けるよう**にしています。
ルンバ、食洗機、ドラム洗濯機、コーヒーメーカー等々…。
家具の配置も考えていますし、業務もリモートで、**基本的に全て家で物事を完結できるようにしています**。

~~takashiさんの自宅の便利家電。~~

#### balloon cloverkizuna right
エンジニアの方からすると、意外に思う方もいらっしゃるかもしれませんが、**私は勉強会にはほとんど行きません**。
ほぼ、自宅での独学で済ませています。
それと、*友達と会う時もお酒は飲みませんし、飲み会には年に数回しか行かない*ですね。

#### balloon masaokb left
ストイックというか、合理的と言うか…。
なかなか、誰でもできることじゃないですね。

#### balloon cloverkizuna right
休むときは休んでいるし、自分はあまりストイックとは思っていないんですが（笑）。
こういった**「メリハリをつけること」をゲーム的に楽しめるかどうかは、個人開発適性の一つ**かもしれません。

~~takashiさんの自宅のホームジム。運動も自宅でできるようにしている。~~

#### balloon cloverkizuna right
自分は極論、会社の方で給料をもらっているので、個人開発は「趣味」でいいと思っています。
ただ、*趣味でも熱中できるぐらいやったほうが楽しく、将来的に実になるし、業務でも役に立ちます。*
自分は、**一瞬で終わる楽しみよりも、経験になったり、長く楽しみ続けられるものに投資したい**と考えていて。

## 直近では筋トレアプリをリリース

#### balloon masaokb left
つい先日、筋トレのビフォー・アフターを記録するアプリをリリースされましたけど、どういった経緯で作られたんですか？

文字数カウントメモ開発者🎉 takashi on Twitter: "新作アプリが完成🎉

Twitterでも共感を呼んでいる筋トレ ビフォーアフターが遂にアプリで管理できるように✨

成果をグラフで見るだけでなく、身体の変化を見たり、SNSへシェアできます

運動の大切さが広まれ〜💪

Android
https://t.co/sqRvySRBBz

iOS
https://t.co/hflIQOqwIf

#筋トレ
#RT希望… https://t.co/Apd8FT254P"

#### balloon cloverkizuna right
筋トレはモチベーション管理が重要だなと思っていたのですが、*既存の健康管理アプリはグラフしか見れなかった*んですよね。
一方で、「筋トレインフルエンサー」は筋トレのビフォー・アフターをSNSにあげてバズっている。
やっぱり、*画像で変化を比較をすると、成果が印象深く残る*じゃないですか。
この**ビフォー・アフターを管理できるアプリを作れば、自分の筋トレのモチベーション管理にも役立てられるぞ、と思った**のがキッカケですね。

#### balloon masaokb left
ここでも合理的ですね…。
そういえば、開発もFlutter（Googleのクロスプラットフォーム開発フレームワーク）でされているらしいですね。

#### balloon cloverkizuna right
そうですね。
ネイティブでiOS・Android両方作る事の大変さを感じていて、**Flutterはそれを解決する優れた手段だと感じた**ので。
*個人開発でFlutterを試したいと思って、平日休日問わず勉強した結果、業務でもFlutterの採用に繋がった*ので、そういう流れを作れて良かったです。

#### balloon masaokb left
個人開発での経験が、業務に活きたわけですね。
有言実行力がすごい！

#### balloon cloverkizuna right
ありがとうございます。
岡部さんも、筋トレをやられる際には是非ご活用ください（笑）。

takashiさんの個人開発での成功の裏には、**確固たる戦略と、ストイックな時間捻出力**がありました。

その態度を有言実行し、アプリをリリースし続ける力には感服です。

takashiさん、ありがとうございました！

エンジニアと生まれたからには、誰でも一生のうち一度は夢見る「個人開発で売上を立てたい」。今回アンドエンジニアでは、個人開発での累計売上900万円オーバーの開発者、takashiさんに「売れる開発者」と「売れない開発者」の違いについてお話を伺いました！

SESからでも個人開発でトップレベルに活躍できる

「強い開発者」は盗むのが得意

個人開発にはストイックな時間捻出が大事

SES出身、累計売上900万円以上の個人開発者に聞いた「売れる開発者のなり方」

Ruby on Rails（以下「Rails」）はご存じでしょうか？　15年以上の間、活発に開発が続けられている老舗のWebアプリケーションフレームワークです。

RailsはさまざまなジャンルのWebアプリケーション開発に活用されているのですが、その中でも最近筆者が注目しているアプリケーションに[Decidim](https://decidim.org/)があります。これは、「**シビックテック**」と呼ばれる分野と深く関わりのあるアプリケーションです。

この記事では、シビックテック、Railsとその関係について紹介しながら、Decidimが描こうとしている市民社会とテクノロジーの未来について、といったちょっと大きな話を書いてみたいと思います。技術的な細かい話は書かないつもりなので、ITエンジニアだけでなくIT技術に興味のある人にも広くお読みいただけるとうれしいです。

最近では「FinTech」「EdTech」などなど、「なんとかテック」という名前（ちょっと気取った言い方では「X-Tech」と呼ぶそうです）の技術をよく聞きます。最近のはやりなんでしょうか。「シビックテック（CivicTech）」はその中でも比較的古参にあたるようで、10年ほど前から使われていた用語になります。

もっとも、シビックテックという言葉は誰かがこれといって提唱したことではなく、「Civic Technology」の略語としてなんとなく自然発生的に生まれたようです。シビックテックという言葉よりも前に使われていた用語に「[Government 2.0](https://www.oreilly.com/tim/gov2/)」（Web 2.0の二番煎じみたいなやつですね）や「e-Government」といったものがあり、これらは政府や行政を電子化する、といったトップダウンの方向が強そうです。それに比べると、シビックテックは草の根型の活動も含めている傾向があります。

具体的な定義としては、例えば「[The Civic Tech Field Guide](https://civictech.guide/)」では、「the use of technology for the public good（公益のためのテクノロジーの活用）」という定義を掲げています。**広く公共分野に向けた技術であれば、何でもシビックテックに含めてしまおう**というものですね。これはシビックテックの最もシンプル、かつ広義の使われ方でしょう。

もうちょっと限定した表現としては、稲継裕昭氏らによる『[シビックテック](https://www.keisoshobo.co.jp/book/b371304.html)』という書籍に「市民主体で自らの望む社会を創りあげるための活動とそのためのテクノロジーのこと」という定義が載っています（勁草書房、iiページ）。ここでは「市民主体」が「自ら」創り上げる、というのがポイントで、**自分たちのために技術を使う**、という意味がこめられています。

これを強調した表現としては「DIY」が分かりやすいかもしれません。現在シビックテックが注目を集めているのは、何かしらの形で市民が積極的に関与できる、ということに対する期待もありそうです。

さらに細かく、具体的なシビックテックのジャンルについて見てみましょう。ジャーナリズムやコミュニティの領域におけるアメリカの非営利財団であるナイト財団の[シビックテックの分類](https://knightfoundation.org/features/civictech/)によると、以下の表のようにまとめることができます。

さらに、先ほどのThe Civic Tech Field Guideでは、40以上のものジャンルのもと、膨大なシビックテックのプロジェクトが[紹介されています](https://civictech.guide/tech/)。このように、市民と社会に関わるさまざまな活動が、シビックテックというカテゴリーのもとで行われているのです。

もっとも、市民が自分たちで何か新しいことを始めるにしても、何もないところから突然人が集まり、活動が始まることは難しいでしょう。

日本でシビックテックを推進する団体としては、「Code for どこそこ」という地域の名前を冠した団体が、北は札幌（[Code for Sapporo](https://www.codeforsapporo.org/)）から南は沖縄（[Code for Okinawa](https://code4okinawa.org/)）まで全国各地にあります（これらは「ブリゲード」と呼ばれているそうです）。

こういった地域の活動母体とは別に、[Code for Japan](https://www.code4japan.org/)があります。Code for Japanはシビックテックコミュニティづくり支援や、自治体への民間人材派遣などの事業に取り組む非営利法人で、本記事で紹介するDecidimの運用も行っています。

海外のシビックテック組織としては、[g0v](https://g0v.tw/)（零時政府）があります。こちらは台湾のシビックテックの分散型活動組織で、2012年に設立され、現在でもさまざまな活動を行っています。日本でもよく知られているオードリー・タン（[@audreyt](https://twitter.com/audreyt)）もその中心メンバーの1人です。ちなみにg0vの発端は、Yahoo!台湾のハッカソンに参加した高嘉良（[@clkao](https://twitter.com/clkao)）たちのチームが優勝した際、その賞金を元手に活動を始めた、ということだそうです。

Decidimはシビックテックがその対象としている領域のうち、**行政に対する提案・意見・議論や、意思決定の機能を提供するサービス**です。……と言ってもいまいち漠然としてよく分からんと言われそうですが、要は物事を「決める」ためのあれやこれやを提供しているのです。「Decidim」という単語自体、スペインのカタルーニャ語で「決めよう」「決める」といった意味だそうなので、まさにそのままですね。

自治体で物事を決めるには、普通は議会や委員会などで決められたり、役所などの行政組織で決められたりするかと思います。しかし、本来であればそこに住む人たちの意見も何かしら取り込めることができるのであれば、それに越したことはないわけです。

とはいえ、Decidimは既存の市区町村の行政組織や議会に取って代わる、というものではありません。それらがある程度機能している前提で、**さらに補完する役割を担う**ことを目的としています。この辺りがシビックテックなところです。

これだけインターネットとSNSが発達し、TwitterやFacebookに大量の言葉があふれる現在、普通にIT技術を使えば住民の意見を集約することくらいできるのでは？　と思うことは不思議ではありません。こういった動きのことを「参加型民主主義（participatory democracy）」とも呼びます。**Decidimは「都市や組織のための自由・オープンソースによる参加型民主主義（Free Open-Source participatory democracy for cities and organizations）」のプラットフォーム**なのです。

もっとも機能だけを見ると、Decidimはちょっと変わったSNSプラットフォームに見えるかもしれません。サービスのアカウントを作り、そこで自分の意見を書いたり、他の人の意見にコメントを返したり、また賛成・反対を示したりします。

Decidimにはさまざまな機能があります。

● 戦略プラン策定
●参加型予算編成
●住民参加型計画立案
●調査（サーベイ）
●討論
●投票
●ミーティング開催支援
●ブログ
●ニュースレター

もっとも、全ての機能を使う必要はありません。むしろ、最初は最小限の機能しか使わない方が良いでしょう。たくさん機能を並べても混乱するだけになりそうです。これらの機能は、サイトの管理者の方でどの機能を使うか・使わないかを選択できるようになっています。

さらに、データの透明性についてはとりわけ配慮されています。参加者が自分のデータをまとめてダウンロードできたりするだけではなく、管理者が複数いる場合、他の管理者が何をしたかのアクションについても全て記録されます。

Decidimは、実は最初はオリジナルのアプリケーションではありませんでした。2015年、バルセロナ市議会がDecidimプロジェクトを始めるにあたっては、[CONSUL](https://consulproject.org/en/)というソフトウェアから派生したアプリケーションとして「[Decide Madrid](https://decide.madrid.es/)」というサイトが作られました。CONSULもDecidimと同様の参加型民主主義のためのソフトウェアです。

Decide Madridは一定の手応えがあったようなのですが、他の自治体でも利用したいという要望が生まれたことから、2016年、**Decidimは利用する組織ごとに自由に拡張できるアーキテクチャーを備えた、別の新たなアプリケーションとして再設計**され、生まれ変わりました。これが現在のDecidimになります。

この新生Decidimの開発は、2016年8月17日から始まり、最初に公開されたリリース版であるv0.0.1が公開されたのが2016年の12月、そこからv0.1.0がリリースされたのが2017年の5月と、その後も定期的にリリースを重ねています。現在の最新版はv0.24.3であり、次のv0.25.0がリリース準備されているところです。

Decidimのライセンスは[AGPL v3](https://www.gnu.org/licenses/agpl-3.0.ja.html)（GNU Affero General Public Licence）です。これは、自由ソフトウェアを進めるGNUが定めたライセンスの中でも最も厳しくソフトウェアの自由を保証するライセンスで、Decidimを修正したプロジェクトはもちろん、SaaS的な提供する場合でもソースコードを開示することを必要とするものです。Decidimは自由なソフトウェアであり続けることを重視しており、そのスタンスが反映されたものだと言えます。

Decidimの開発は、当初はバルセロナ市議会主導で進められていましたが、現在ではdecidim associationが主導しています。また、Decidimの機能追加や修正については、技術的な部分は[GitHub](https://github.com/decidim/decidim)から、仕様的な部分は[Meta Decidim](https://meta.decidim.org/)から参加できます。

Meta Decidimもその実体はDecidimアプリケーションで、ソースコードも[公開されています](https://github.com/decidim/metadecidim)。いわゆるドッグフーディングというやつです。Decidimについての意見集約や意思決定もDecidimで行えるというのは、その目的からすると当然ではあるのですが、ちょっとかっこいいように思えます。

Decidimについて一通り紹介したところで、それを支えるフレームワークである[Ruby on Rails](https://rubyonrails.org/)についても紹介しましょう（ちなみにConsulもRails製です）。

Railsは、2004年に公開されたWebアプリケーションフレームワークです。「フレームワーク」というだけあって、DBを使ったWebアプリケーションを作るための基本的な機能が一通り揃っており、**コマンドラインでのコード生成機能を使うと簡単なアプリケーションの骨組みがさくさく作れる**、というものです。

当初はDavid Heinemeier Hansson（通称、[DHH](https://twitter.com/dhh)）が1人で開発していましたが、現在はRailsコアチームによる開発体制となっています。名前の通り、プログラミング言語Rubyで開発されており、そもそもWeb開発においてRubyの存在を世界中に広める役割を果たしたのが、このRailsになります。

Railsの特徴は、2021年では特にめずらしいところではないですが、いくつか挙げてみます。

● MVCアーキテクチャー（モデル・ビュー・コントローラーに分かれる）
●フルスタックフレームワーク（基本的な機能については個別のライブラリを組み合わせる必要がなく、全部入りになっている）
●設定より規約（統一された命名規則等で細かいことを考えずに済ませつつ、多少の逸脱もできる）
●Active Recordパターンを強化したORマッパー（データベースアクセスが超便利）
●作者の強烈なこだわり（Opinionated softwareとも言われるくらい癖もあるけど慣れると便利）

比較的小規模のチームでDBを駆使するWebアプリケーションを開発するのに向いていて、最近ではAPIを提供するバックエンドサーバーを作ったりするのにも使われます。

### DecidimでのRailsアーキテクチャ

ある意味でDecidimはやや大きめのRailsアプリとしては、あまり奇をてらってない、素直な構造になっています。

Railsではアプリケーションを開発するにあたり、MVCそれぞれに対応するクラスをmodels・views・controllersの各ディレクトリ以下に作っていくのですが、ある程度以上の規模になるとMVC以外のクラス用ディレクトリを用意することが多いです。Decidimでも、FormクラスやCommandクラス、Serializerクラスなどを各機能ごとに作るように拡張されたディレクトリ構成になっています。大きめのRailsアプリに触れたことのある人であれば見慣れた雰囲気を感じることができるでしょう。

RailsアプリケーションとしてのDecidimの特徴的な点は、**「Rails Engine」を駆使している**ところにあります。Rails Engineというのは、Railsアプリケーションに機能を提供する「ミニRailsアプリ」のようなものです。Engine自体にもMVCの各クラスを持たせることができて、そのEngineを使うRailsアプリケーションからそれぞれ利用することができます（逆に、EngineからRailsアプリケーションのMVCを直接参照することはできません）。

Rails EngineはRailsの[公式ガイド](https://guides.rubyonrails.org/engines.html)（[日本語訳](https://railsguides.jp/engines.html)）にも掲載されている標準的な仕組みではあるのですが、正直使いこなしが難しい大仕掛けの道具で、Engineをほとんど使わないRailsアプリの方が一般的かと思います（貴重な例外が認証によく使われる[Devise](https://github.com/heartcombo/devise)ライブラリで、Deviseは実はRails Engineになっています）。

ところがDecidimでは、このEngineをめちゃくちゃ駆使しており、管理機能用も合わせると実に**50以上のEngineが標準で使われています。**むしろDecidimのほとんど全て、99％以上はEngineとして提供されています。実際にDecidimアプリケーションの本体でやることは、Engineを組み込んでちょっといじるだけ、と言っても過言ではありません。

実際、Decidimアプリの一般的なroutingファイル（config/routes.rb）は、以下のようになります。

――――――――――――――――――

require "sidekiq/web"
Rails.application.routes.draw do
　mount Decidim::Core::Engine => "/"
　authenticate :user, ->(u) { u.admin? } do
　　mount Sidekiq::Web => "/sidekiq"
 　end
end

1行目と、4行目〜6行目はsidekiqという非同期のJob処理基盤の管理画面用なので、**sidekiqを使わないことにすれば3行で済んでしまう**わけです。Railsのroutingファイルと言えば、普通は数百行・数千行あってもおかしくないレベルなので、このシンプルさはびっくりですね。

Decidimの機能紹介で挙げた「参加型予算編成」や「討論」「調査」といった各機能は、それぞれ「decidim-budget」「decidim-debates」「decidim-surveys」といったEngineで実装されています。さらに、新しい機能を追加する場合も、新しいEngineとして作成すると、それを取り込むことができるようになります。Rails Engineは、Decidimの根幹を担っています。

## Railsのアーキテクチャとシビックテック

ところで、DecidimのようなWebアプリケーションにRailsを使うメリットはどういったところになるのでしょうか。

人気のある記事