「お金のSNS」をテーマに掲げて**スマホアプリだけでお金の管理ができる「みんなの銀行」**は、従来の銀行と比べて使い勝手の良さ、フレンドリーさでお金との付き合い方を変えてくれるデジタルバンクです。

普通預金はお財布感覚の「ウォレット」、貯蓄預金は貯金箱のような「ボックス」に貯めていきます。スマホさえあれば自宅や街角、職場、どこからでも簡単に自分のお金を扱えます。

~~2021年度グッドデザイン賞も受賞している~~

ただ、「デジタルバンク」という言葉に馴染みがない人は、**信頼してお金を預けても大丈夫かな？**と不安に思うこともありますよね。

この記事では「みんなの銀行」のセキュリティ面、技術面について、株式会社みんなの銀行CIO・宮本昌明さんにお話を伺いました。

また、開発プロセスでも**“従来型”からの脱却**を図っているそうです。ビジネスサイド、デザイナー、エンジニアと、*それぞれの目線で行われる開発現場の舞台裏*も教えていただきます。

宮本さんには「みんなの銀行」のサービス内容・魅力についてもお話を伺っているので、以下リンクの記事もぜひご覧ください。

お金のSNSって知ってる？「みんなの銀行」が徹底的にこだわり抜いたユーザー体験とは【前編】

## フルクラウドか否かでセキュリティ面の大きな違いはない

#### balloon and-engineer left
「みんなの銀行」は“フルクラウドバンキング”という形で取り組まれています。
一般的には、情報漏洩などセキュリティ面を心配されそうですが、実際はどうなのでしょうか？

#### balloon mingin_miyamoto right
クラウドか、クラウドではないか、というのは、**セキュリティ面であまり違いはありません**。
ちゃんと設定しているか、していないかだけ。
設定が漏れてたか否かの違いでしかないんですよね。オンプレでも設定が漏れていれば穴は開きます。

#### balloon and-engineer left
セキュリティ面ではどのように力を入れていますか？

#### balloon mingin_miyamoto right
*セキュリティ診断はかなり手厚く*やっています。
環境面のセキュリティ診断、クラウド側のセキュリティ診断などです。

#### balloon mingin_miyamoto right
悪意のあるツールを使ってスマホアプリ側をハッキングできないか、といった診断もやります。
**セキュリティに対する外部の知見・診断・対応にはかなり気を遣ってリソースをかけて**いますね。

#### balloon and-engineer left
なるほど、色んな方向から診断するわけですね。

#### balloon mingin_miyamoto right
仮に設定が漏れていればそこで気づけますし、漏れていないことの確認もできます。
**セキュリティは一度強固にしたら終わりじゃないところがミソ**なんですよね。
日々進化するセキュリティの攻撃手口にどう追いついていくかが重要です。

#### balloon and-engineer left
何名がセキュリティ面に関わっているのでしょうか？

#### balloon mingin_miyamoto right
セキュリティエンジニアは現在3名います。
でも当然足りていると思っていないですし、*3名でやれることには限界があります*。
ただ、クラウドを使うと、**クラウドベンダーのセキュリティチームが何千人といる**んです。

~~[Google Cloudのサービスサイト]( https://cloud.google.com/gcp)~~

#### balloon and-engineer left
クラウドで人員不足を補える部分もあるということですね。

#### balloon mingin_miyamoto right
そうですね。
クラウドでは日々新しいセキュリティ強化機能が出てきて、新たな攻撃があったら素早く脆弱性パッチを当てたりします。

#### balloon mingin_miyamoto right
*クラウドは我々のリソースをはるかに超えた、セキュリティリソースが動いています*。
そこが**クラウドにして一層セキュアになる**という強みですね。

#### balloon and-engineer left
「クラウドだと心配」といった印象だけが先行している感もありますよね。

#### balloon mingin_miyamoto right
はい、全然**クラウドの方がセキュア**だと思いますね。

#### balloon and-engineer left
万一、クラウドに障害が起こった際の対策としておこなっていることはありますか？

#### balloon mingin_miyamoto right
重要業務は*マルチリージョン構成*にしています。
たとえ東日本が全滅したとしても、大阪のリージョンだけで問題なく動き続けられるような冗長構成です。
**銀行の業務においては、わずかな空白が生まれることも許されないので**。

※参考情報
[みんなの銀行：日本初の「デジタルバンク」として Google Cloud に勘定系を構築。Cloud Spanner で銀行基幹システムで求められる可用性を実現](https://cloud.google.com/blog/ja/topics/customers/minna-no-ginko-spanner)

## エンジニアの採用数を増やしており、経験が無くても「やってみたい」と応募がくることが多い

#### balloon and-engineer left
デザインと使い勝手にこだわる「みんなの銀行」ですが、開発プロセスはどうなっているのでしょうか？

#### balloon mingin_miyamoto right
ビジネスサイドやデザイナー、エンジニアなど、**違う役割の人が集まって1つのサービスを開発**する。
そういう開発プロセスを目指しています。

#### balloon and-engineer left
みんなで意見を出し合って開発するということでしょうか？

#### balloon mingin_miyamoto right
ビジネスサイドが要件を決めて、エンジニアはただそれをつくっていればいい、という**従来型のシステム開発から脱却**しようとしています。
エンジニアも「こうしたほうがいいんじゃないか」と口が出せる、そんな世界を目指してます。

~~従来の銀行組織とは異なる、フラットな組織を目指す~~

#### balloon and-engineer left
先ほど、セキュリティエンジニアは3名ほどと伺いました。
他の開発スタッフは何名体制なのでしょうか？　

#### balloon mingin_miyamoto right
まず、*インフラ人材が15名*ほどいます。
スマホではフロントエンドとバックエンドを合わせて、*アプリ人材は20～30名ほど*です。

#### balloon and-engineer left
結構な大所帯ですね。

#### balloon mingin_miyamoto right
いえ、全然大所帯ではないです。
**人材はまだまだ足りない**ので、増やしていっています。

#### balloon and-engineer left
採用時は応募が来るのですか？
それともスカウトでしょうか？

#### balloon mingin_miyamoto right
*エンジニアは応募が多い*です。
私が必ず最初に応募書類に目を通しています。

~~[「みんなの銀行」採用ページ](https://corporate.minna-no-ginko.com/careers/) より~~

#### balloon and-engineer left
どんな業界の人からの応募が多いのでしょうか？

#### balloon mingin_miyamoto right
銀行システムを触っていた銀行員やSIer側だった人はあまりいないですね。
どちらかというとエンジニアは*銀行システムを触ったことはなくてもJavaを書いていた人*だったり、*Google Cloudを触ったことはなくてもAWS（Amazon Web Services）はよく知っている人*など様々ですね。

#### balloon and-engineer left
銀行業界というわけでもないのですね？

#### balloon mingin_miyamoto right
業界・技術において経験がなくても**「やってみたい」と応募してくれる人が多い**です。
*やる気さえあればどんどん次の選考に進んでもらってる*感じですね。基礎があれば尚好しですが。

#### balloon and-engineer left
銀行システムの開発が未経験の方に対して、社内でトレーニングの場を設けたりするのでしょうか？

#### balloon mingin_miyamoto right
今はサービスが開始したばかりというのもあって、トレーニングの場はまだそこまで充実していないです。
ただ、アプリエンジニアはペアプログラミングなど、OJTのような形で伸ばしています。

#### balloon mingin_miyamoto right
インフラエンジニアはどちらかというと自分で触って覚えてもらったり、周りの有識者に聞いたりしてもらっています。
**教える時間がなかなか取れない分、外部研修の費用は会社で工面**しています。

## 1on1をしながら一人ずつ適正を掴み、それぞれがやりたいことを重視する

#### balloon and-engineer left
社内には「新しいもの、面白いものをつくりたい！」という気持ちを持つ人が多いのでしょうか？

#### balloon mingin_miyamoto right
銀行システムに興味のある人、という前提はありますが、*新しいことをやりたいという人は多い*ですね。
Javaを書いたことがない人も、入って勉強しながらつくったりしています。
**チャレンジ精神があって頑張れる人が多い**ですね。

#### balloon and-engineer left
採用も含め、社内での役割分担で意識しているポイントはありますか？

#### balloon mingin_miyamoto right
その人の**やりたいことや思想を重視した役割分担**を意識しています。
例えば、品質を重視して高品質のアプリをつくりたい人にはガリガリと開発に入ってもらったり。
反対に、品質はそこまでやりたいわけではないというエンジニアには、試作品の開発をお願いしたり、それぞれの進みたいキャリアにマッチした仕事をお願いしたりしています。

#### balloon and-engineer left
具体的にはどのようなことですか？

#### balloon mingin_miyamoto right
ビジネス側がアイディアを持ってきた時に、画面イメージの認識を合わせるためのモックをつくってもらったり。

#### balloon and-engineer left
適材適所というわけですね。
適性はどう判断していくのでしょうか？

#### balloon mingin_miyamoto right
*1on1をしながら掴んで、判断しています*。
**エンジニアにも色んな考え方の人がいます**から、それぞれがやりたいことを重視するのが大切ですね。

#### balloon and-engineer left
適性にあった仕事の種類も色々あるわけですね？

#### balloon mingin_miyamoto right
はい、本当に仕事が山ほどありますから。
**どんなタイプの人が来てもマッチした仕事があります**。

## エンジニア起点でも「こんなものをつくろう」と発言しやすい風土

#### balloon and-engineer left
エンジニアもビジネス側、デザイナーと一緒になってサービスをつくっていく、というのは素敵だなと思います。
そのためにどのような工夫をされているのでしょうか？

#### balloon mingin_miyamoto right
もちろん、全員が全員、ビジネスに口を出したい人ばかりでもないという前提がありつつ。
ただ、中には「サービス」をつくっていきたい、一緒に考えていきたいというエンジニアも当然います。
だから、**エンジニア起点でも「こんなものをつくろう」と意見がちゃんと言えるミーティング**を持つようにしています。

#### balloon and-engineer left
意識的にそういった場を持つことは大切ですよね。

#### balloon mingin_miyamoto right
エンジニアにも「これ、どう思う？」と話を振って、**発言しやすくする風土づくり**をしています。
例えばクローズドなチャットで「もっとこうしたほうが良さそうだな」と発言する人がいたら、そういう人はぜひ上流から関わろうよと。
*エンジニアがサービスづくりに関与できるよう*に、こうした風土を社内に浸透させていきたいです。

#### balloon and-engineer left
「みんなの銀行」は、スタッフみんなでつくる銀行でもあるわけですね。

#### balloon mingin_miyamoto right
はい、これからも楽しくつくっていきたいですね。

#### balloon and-engineer left
本日は貴重なお話をありがとうございました！

「お金のSNS」をテーマに掲げてスマホアプリだけでお金の管理ができる「みんなの銀行」は、従来の銀行と比べて使い勝手の良さ、フレンドリーさでお金との付き合い方を変えてくれるデジタルバンクです。この記事では「みんなの銀行」のセキュリティ面、技術面について、前編に引き続き「株式会社みんなの銀行」CIO・宮本昌明さんにお話を伺いました。

宮本さん

「エンジニアのこと、エンジニアから。」エンジニア向けの情報をエンジニアの視点から届ける、エンジニアのエンジニアによるエンジニアのためのWebメディアです。

アンドエンジニア編集部

“フルクラウドバンキング”だからセキュリティ面で劣っているということはない

ビジネスサイドが要件を決めて、エンジニアはそれをつくる、という開発プロセスから脱却を図る。一人ひとりのやりたいことを重視した役割分担をおこなっている

「みんなの銀行」には、「新しいことをやりたい」という気持ちや、チャレンジ精神を持つ人が多い

金融系システム開発だけど「言いなり」じゃない！「みんなの銀行」が"国内初"を生み出せた理由【後編】

FP法とは「ファンクションポイント法」の略で、1979年に米国IBMのAllan Albrecht氏により考案されました。**FP法の目的は誰が見積もりの計測を行っても同じ結果が得られ、見積もり作業のばらつきを抑えることです。**そのため、ソフトウェア開発の生産性を測定するためのユーザー要件を、ファンクションとして定義しカテゴリー化することで、*見積もりの平準化を行います。*

### FP法で定量化できるのは機能要件

**FP法では機能要件とその他の要件を分類して計算することで、正確な見積もりを出すことができます。**FP法はデータ構造によって規模を見積もっているため、システムのデータやファイルが明確である機能要件が見積もりの対象です。*機能規模では、非機能要件や技術者要件を含みません。*

FP法ではシステムの機能を「ファンクション」と呼び、そのファンクションごとに点数を定めています。そのため*誰が見積もりをしても、ファンクションの数を数えるだけでシステム規模の見積もりが同等に実施できます。*そのファンクションはシステムの実装形式による違いがなく、従来のオンプレミス（所有型）でもクラウド（利用型）でも同じスコアとなります。

同様にシステム開発の形式にも依存しないので、新規開発でもパッケージ利用でも同等の結果となります。さらに開発手法においても、従来型のウォータフォールモデルでもアジャイル型でもスコアに差がありません。もちろん、開発言語にも依存しません。

アジャイル開発の特徴、メリット・デメリット、DXとの関係など

### FP法のファンクションの詳細

FP法ではファンクションをデータ処理に関する「トランザクションファンクション」と、データ格納に関する「データファンクション」に大別して集計されます。各区分のファンクションごとに点数を定めているため、*点数表に集計すると合計のスコアが簡単に求められます。*

各機能はそれぞれ、外部入力（EI）・外部出力（EO）・外部照会（EQ）・内部論理ファイル（ILF）・外部インターフェイスファイル（EIF）に分類し算出されます。

FP法の計算手順は以下のようになります。

*（1）扱うデータを5つのファンクション型に分類*

　外部入力（EI）、外部出力（EO）、外部照会（EQ）、内部論理ファイル（ILF）、外部インタフェースファイル（EIF）の5分類

*（2） 扱うデータごとに、「データ項目数」とそのデータに関連する「レコード種類数」を集計*

　データのファンクションの複雑さを3段階（低・中・高）に分類

*（3）システム全体の未調整FPの計算*

　各データに3段階のファンクションの複雑さに応じた未調整FP（調整係数）を掛けて合計

*（4） システムの特性の合計値を計算*

　システム特性を14の観点から0から5の6段階で評価

*（5） システム特性係数の計算*

　　VAF：Value Adjustment Factor、システム特性係数

　　TDI：Total Degree of Influence、システム特性の合計値

## FP法のメリット・デメリット

ここでは、FP法を活用するうえでのメリット・デメリットをそれぞれわかりやすく説明します。

FP法のメリットは、誰が算定しても同等の結果が得られるため、見積もり作業のばらつきを抑えることができます。同様に、プロジェクト期間中に仕様変更が生じた場合もFP数が変わることを指標として算定できるため、**要件変動による影響をあらかじめ可視化することが可能です。**

また、求める品質評価の目標値をFP法で設定することにより、品質の評価がより簡単に実施できるメリットがあります。

FP法は便利な見積もりの手法ですが、決して万能という訳ではありません。*過去に事例のない機能は評価が難しい・複雑な入力機能と単純な入力機能の見極めができないため同じ数値になってしまう・非機能要件は数値化できない*、といったデメリットが挙げられます。FP法をしようする際は、これらのデメリット部分も理解しておきましょう。

FP法は工数の見積もりだけでなく、プロジェクトサイクル全般で活用できます。具体的には*見積もりやその評価、工数管理・品質管理や進捗管理、ベンダーの評価や運用評価、ソフトウェア資産管理や投資対効果の評価等*、多岐に渡ります。

大規模なプロジェクトでは、ソフトウェア開発に着手するまでにシステム戦略策定からシステム化計画、そして要件定義・設計・開発と多くのフェーズを経由します。特に、先行して検討されるシステム戦略策定時には、システム化の方向性を決定するために多くの要求事項が挙げられるため、*実際にシステム開発で必要とする部分とのズレやブレが発生します。*

そのため、見積もり誤差がリスク分として多く計上されてしまい、そのリスク分は不確実性によるもので経験値によるところが大きい領域です。特に未確定の要求仕様については累積してリスク計上されていくため、システムが肥大化する要因となります。これを防ぐために、同様の要求を満たすシステム事例を参照したり、プロジェクトサイクル全般を想定した見積もり手法が必要です。

**FP法では早期から実装機能をファンクションとして算定できるためブレを吸収し実装していくことができます。**

高品質なシステム開発に欠かせない機能要件と非機能要件とは？

FP法では機能要件を低・中・高の複雑度の分類で算定するため、*対象とするアプリケーション開発の工数とソフトウェア製造量と直接的に合致しない場合もあります。*そのため、あらかじめ同等の業務での開発実績のデータを蓄積し、見積もり制度を向上させることが重要です。

特に要求仕様書が確定する前の見積もりでは精度のブレが生じるため、ユーザが認識していない要件が潜んでいる場合は別途追加見積の必要性が出てきます。

*FP法には様々な団体が存在します。*FP法は、国際標準化機構ISO（International Organization for Standardization）、および国際電気標準会議IEC（International Electrotechnical Commission）によって認定されています。その標準化の中でFP法は、以下のそれぞれの方法が各実装グループによって定義されています。

・FiSMA（FiSMA 1.1 functional size measurement method）

・IFPUG（IFPUG functional size measurement method）

・Mark-II（Ml II Function Point Analysis）

・Nesma（Nesma functional size measurement method）

・COSMIC（The Common Software Measurement International Consortium）

・OMG（Object Management Group Automated Function Points）

### 日本のFP法のユーザ団体はJFPUG

IFPUG（International Function Point User Group）は米国にあり、Allan Albrecht氏の考え方を引き継いでFP法を発展させています。*そのガイドラインはISOで標準化されています。*海外支部も多くあり、日本ではJFPUG（Japan Function Point User Group）として活動を行っています。

参考：[JFPUG](http://www.jfpug.gr.jp/introduction/top.htm)

### その他のソフトウェア開発見積もりモデルは？

COCOMO（Constructive Cost Model）は1981年に提唱されたものです。COCOMOでは、開発するソフトウェアの規模が大きいほどより多くの工数が発生するという考え方に基づいています。具体的には、開発するソフトウェアの想定ソースコード行数に、ソフトウェアの規模を表す係数を掛けて開発工数を算定します。

次にLOC（Lines Of Code）について紹介していきます。LOCは長年にわたり見積もりに用いられていた手法で、「ステップ数による見積もり」と言えばピンとくる人も多いでしょう。つまりプログラムソースの行数に比例して工数を求めるものです。

こちらは長きにわたり利用されていますが、空行やコメント行を除外したりする作業の誤差や、難易度がステップ数に反映されないので誤差のブレ幅が大きいものです。そのため、**大規模システムでは客観的な指標としては適さないとされています。**

## FP法のスキルを高めるには？

FP法はプロジェクト開発では標準的に活用されています。そのため、実際のプロジェクトで実務能力を高めることが可能です。それ以外にも市販の書籍が数多く出版されており、ITエンジニアのプロジェクト教育としてeラーニングが各社より提供されています。したがって、最初のステップとしては机上で知識を高めて実践する方法がおすすめです。

先に述べたIFPUG並びにJFPUGより、FP法に関連するドキュメントを入手することができます。その他、**情報処理推進機構（IPA）により2006年「ソフトウェア開発見積りガイドブック」が発行されています。**各種見積もり手法の紹介と実例が記載されており、PDF形式でダウンロードが可能です。

これらのツールを活用してFP法を学ぶことができます。

参考：[情報処理推進機構(IPA) ソフトウェア開発見積りガイドブック](http://www.ipa.go.jp/sec/publish/tn05-001.html)

**平成26年において総務省より「政府情報システムの整備及び管理に関する標準ガイドライン」が発行されています。**事業者からの経費の見積もりは、原則としてファンクションポイントの見積もり並びにその見積もり根拠を提示することが求められています。政府系システムに関連する方は一読されることをおすすめします。

参考：[政府情報システムの整備及び管理に関する標準ガイドライン](https://cio.go.jp/node/1426)

## FP法を活用してプロジェクトの見積もり手法をマスターしよう

FP法はプロジェクトの見積もり手法として広く浸透しています。FP法が効果的なのは要求仕様書が確定してからの各工程なため、まずは市販の書籍やeラーニング等で学習し、実際のプロジェクトで実践してみましょう。**プロジェクトでのソフトウェア開発の品質評価に活用できるため、全体のレビューや費用対効果の評価にも活用できます。**

ぜひとも様々なプロジェクト工程で活用してマスターしてくださいね。

FP法は米国で考案され、40年以上の活用実績がある手法です。その目的は誰が見積もりの計測を行っても同じ結果が得られることです。FP法を効果的に活用することでプロジェクトの見積もり品質が高められます。ぜひ実際のプロジェクトで実践してみましょう。

FP法は米国で考案されたソフトウェア開発の生産性を測定するための手法です

FP法ではシステム規模の見積もりが誰でも同等に実施できるため広く用いられています

FP法は工数の見積もりだけでなく、プロジェクトサイクル全般の評価として活用可能です

FP法とは？ソフトウェア開発の見積もり手法を解説します！

- [Rubyとは何か？Rubyの特徴やできることについて解説](https://and-engineer.com/articles/YOmYWBEAACcA0Hh8)

- [Rubyでできること・できないことを紹介！特徴についても解説](https://and-engineer.com/articles/YPUc2hIAACEAbTCP)

- [Ruby初心者向けに概要・特徴・作れるもの・勉強方法を解説！](https://and-engineer.com/articles/YR9sERAAAGEhAjPT)

**Ruby on Rails（ルビーオンレイルズ）とは、Rubyというプログラミング言語のフレームワークを指します。**またRubyとは、まつもとゆきひろ氏によって開発されたプログラミング言語であり、シンプルな文法が特徴です。そしてフレームワークとは、アプリケーション開発を行うとき、土台として機能させるソフトウェアを指します。

*Ruby on Railsというフレームワークを使用すれば、Webアプリなどの開発を比較的簡単に行うことが可能となり、開発効率の向上が期待できます。*Ruby on Railsを使用するには、まず開発環境を準備しなければなりません。 Ruby on Railsの環境構築は、初心者では難しいと感じる方も少なくないでしょう。ここでは、Ruby on Railsの開発環境の準備に必要なものについて詳しく紹介します。

**Ruby on Railsの開発環境として、主に「Ruby」「Rubyパッケージ」「データベース」「エディタ」「デバッガ」が必要です。**Ruby on Railsを使用するにあたって、特にRubyやRailsパッケージは必須です。またRuby on Railsでは、事前にデータベースを準備する必要があります。さらに*開発効率の向上のために、エディタやデバッガを用意するのがおすすめです。*エディタとはデータの作成や編集を行うためのソフトウェア、デバッガとはプログラムのエラーやバグを発見しや修正するためのソフトウェアを指します。

例えばWindows10を使用している方であれば、エディタはメモ帳で代用することも可能です。しかし、よりエディタの機能に特化したソフトウェアを導入するのがおすすめと言えます。またデバッガを使用すれば、プログラムのどの部分でエラーが発生しているかなど、詳細を確認することが可能です。なお**エディタやデバッガなど、プログラミングを行うにあたって便利な機能をまとめて提供するツールとして「IDE」と呼ばれる統合開発環境があります。**IDEを使用すれば、開発効率の向上が期待できるでしょう。IDEの例として、Microsoft社が提供しているVisual Studio Code（VSCode）やEclipseなどが挙げられます。自分の環境に合わせてIDEを導入するのが大切です。

### Ruby on Railsを使用するまでの流れ

Ruby on Railsを使用するにあたって、まずはRubyとRubyパッケージをインストールする必要があります。次にはSQLite3と呼ばれるデータベースをインストールします。ここまでできれば、1通り準備は完了です。ただし**WindowsとMacでそれぞれインストール方法などが異なるため、注意が必要です。**

## Ruby on Railsの開発環境の構築方法

Ruby on Railsの環境構築を行うための準備については理解できたでしょうか。ここではWindowsとMacそれぞれで、Ruby on Railsの環境構築を実際に行う方法について詳しく紹介します。なお、*Rubyはインストールされている前提で解説を進めていきます。*Rubyをインストールするには、下記のサイトからインストーラーをダウンロードしましょう。
（ 参考：https://rubyinstaller.org/downloads/ ）

また**Dockerというオープンソースソフトウェアを使用して、Ruby on Railsの環境構築を行うこともできます。**なおDockerとはコンテナタイプの仮想環境の中で、アプリを開発・配布・実行などができるプラットフォームのことです。開発環境はWindowsやMacなど人によって異なることが多いため、実行環境を共有するのは難しいです。しかし*Dockerを使用すれば、軽量に動作する実行環境を共有することができます。*

まずは*コマンドプロンプトを使用するために、PC画面左下にある検索バーに「cmd」と入力して「コマンドプロンプト」というアプリケーションをクリックして開きましょう。*Rubyがきちんとインストールされているか確認するために、「ruby -v」というコマンドを実行します。ここでバージョンが表示されていれば、Rubyがインストールされていることがわかります。

*Rubyがインストールされているのを確認できたら、SQLite3のインストールを行います。*SQLite3とは、オープンソースで軽量のデータベース管理システム（RDBMS）のことです。まずは下記のサイトに移動し、「Download」をクリックします。
（ 参考：https://sqlite.org/index.html ）

*次に「Precompiled Binaries for Windows」という箇所にある「sqlite-dll-win〇〇…」と「sqlite-tools-win32…」というzipファイルをダウンロードしましょう。*なお自分のPCのWindowsが32bit版か64bit版かを確認してから、適切なファイルをダウンロードするのが大切です。それぞれのzipファイルを展開すると「sqlite3.dll」「sqlite3.exe」があるため、Rubyのインストール時に作成されているbinフォルダにコピーしましょう。ここまでで、SQLite3の導入は完了です。

SQLite3まで準備ができたら、Ruby on Railsを実際にインストールします。**コマンドプロンプトで「gem install rails」というコマンドを実行すれば、Ruby on Railsのインストールが可能です。**次に「rails -v」というコマンドを実行して、バージョンが表示されれば、Ruby on Railsがインストールできていることを確認できます。これでWindowsでのRuby on Railsの環境構築は完了です。また、下記のサイトがRuby on Railsの公式サイトになるため、英語で書かれていますが、最新情報やガイドを閲覧できます。
（ 参考：https://rubyonrails.org/ ）

まずは*ターミナルを使用するために、一般的にPC画面右上にある虫眼鏡アイコンをクリックし、スポットライトを起動しましょう。*そこで「ターミナル」と入力すれば、ターミナルを起動させることができます。なおターミナルとは、Windowsで言えばコマンドプロンプトのようなものです。Rubyがきちんとインストールされているか確認するために、「rbenv versions」というコマンドを実行します。なおWindowsと入力するコマンドは異なるため、注意が必要です。

**Macには最初からSQLite3がインストールされているため、「sqlite3 -version」というコマンドを実行し、きちんとインストールされているか確認しましょう。**Ruby on Railsのインストールの流れは、Windowsと同様であるため省略します。

Ruby on Railsの環境構築の方法は理解できたでしょうか。Ruby on Railsの環境構築が完了すれば、Webアプリケーションなど開発を始めることが可能です。ここでは、Ruby on Railsの勉強方法について詳しく紹介します。

**Ruby on Railsを勉強するにあたって、学習サイトを活用するのがおすすめです。**Ruby on Railsを学べる学習サイトとして、「Progate」「ドットインストール」「Let'sプログラミング」「Schoo」などが挙げられます。開発環境を構築せずに、ブラウザ上で勉強を開始できる学習サイトもあるため、初心者でも簡単にプログラミングを勉強を始められるのが特徴です。また、開発環境の構築を丁寧に解説している学習サイトもあるため、自分の目的に合わせて使用するサイトを選択するのが大切です。

*学習サイトを使用すれば、Ruby on Railsだけではなく、同時にRubyや他のプログラミング言語の勉強を行うこともできます。*ただし目的を明確にしない状態で学習を始めると、勉強しても無駄になってしまうことも少なくありません。そのため**学習サイトを使用して何を達成したいかなど、目的を明確にしたうえで勉強を始めるのが重要です。**

**Ruby on Railsを学習するうえで、チュートリアルを利用するのもおすすめです。**チュートリアルは無料で使用することができます。
（ 参考：https://railstutorial.jp/ ）

Ruby on Railsはフレームワークであるため、Webアプリケーションの開発に便利な機能が数多くあります。そのため学習範囲も多く、全てを1度に理解しようとすると挫折してしまうことも少なくありません。*チュートリアルでは、全てを理解できないかもしれませんが、全体像を把握するのにおすすめです。*なお初心者の場合、いきなりチュートリアルで勉強を始めるのは難しい可能性があります。そこで、まずは*本や学習サイトで土台となる基礎知識を身に付けましょう。*

## Ruby on Railsの開発環境の構築はそこまで難しくない！

これまでに、Ruby on Railsの開発環境の構築や勉強方法について解説しました。**Ruby on Railsとは、Rubyというプログラミング言語のフレームワークを指します。Ruby on Railsの開発環境には、主に「Ruby」「Rubyパッケージ」「データベース」「IDE（統合開発環境）」が必要です。**

*Ruby on Railsの環境構築は、WindowsとMacでそれぞれ異なります。*また*Dockerというソフトウェアを使用して環境構築を行うことも可能です。*そしてRuby on Railsを実際に使用するにあたって、学習サイトやチュートリアルサイトを活用して勉強するのがおすすめと言えます。Ruby on Railsの環境構築はきちんと手順に従って行えば、誰でもできるためぜひ挑戦してみましょう。

Ruby on Railsとは、Rubyというプログラミング言語のフレームワークのことです。Ruby on Railsの環境構築は、WindowsとMacで異なります。当記事では、Ruby on Railsの開発環境の構築や勉強方法について解説します。

Ruby on Railsとは、Rubyというプログラミング言語のフレームワーク

Ruby on Railsの環境構築は、WindowsとMacでそれぞれ異なる

Ruby on Railsのおすすめの勉強方法は、学習サイトやチュートリアルサイト

Ruby on Railsの開発環境構築の方法をわかりやすく解説

- [HTMLを独学で勉強するには? エンジニアが学ぶべき理由や習得に必要な時間](https://and-engineer.com/articles/YXpquhUAACsAivlG)

- [HTMLでできることは少ない？できないことやタグも一覧でまとめた](https://and-engineer.com/articles/YV1ZtxAAACn9LtD9)

- [HTMLのdivタグとは？読み方・目的・使い方などを解説！](https://and-engineer.com/articles/YUmP1hAAACUA1NVs)

始めに、*HTMLエディタとは何か*について解説します。**HTMLエディタは何に使われるものなのか**、メモ帳や統合開発環境との違いはなにか、についてまとめました。

### HTMLエディタはテキストを編集するためのソフト

HTMLエディタは、*テキストを編集するためのソフト*のことです。HTMLのソースコードを記述し、HTMLファイルとして保存することができます。多くのHTMLエディタは、HTMLだけでなく、他のプログラミング言語の記述も可能です。HTMLエディタにはさまざまな種類があり、**中にはインストール不要なものやオンラインで使えるものもあります**。

### HTMLエディタとメモ帳の違い

Windowsのパソコンには、最初からメモ帳ソフトがインストールされています。また、Macにもテキストエディットというメモ帳と類似したソフトがあります。これらのソフトでも、HTMLコードの記述は一応可能ですが、*HTMLエディタを使う方がおすすめ*です。なぜならHTMLエディタには、タグの入力サポートやエラー表示など、コードの記述を効率化できるさまざまな機能が備わっているからです。**プログラマーやWebデザイナーのほとんどが、メモ帳ではなくHTMLエディタを使っています**。

### エディタと統合開発環境の違い

エディタとよく似たものに、「統合開発環境」があります。統合開発環境とは、開発作業を効率的に行うための開発環境を指します。たとえば、Eclipseなどです。統合開発環境とエディタは厳密には区別されていないですが、*一般的に開発に関する機能が豊富なものを統合開発環境と呼ぶことが多い*です。

HTMLのコードを書く際に統合開発環境を使う人もいますが、機能が豊富な分、動作が遅く、**ある程度パソコンのスペックが高くないとスムーズに編集できない**可能性があります。そのため、初心者には統合開発環境よりもHTMLエディタがおすすめです。

## 初心者におすすめのHTMLエディタ5選

ここでは、*初心者におすすめのHTMLエディタを5つ厳選*しました。これらのエディタは使いやすいと評価が高いものばかりです。エディタ選びに迷ったら、**これら5つから選ぶのが良いでしょう**。

サクラエディタは、*日本人が開発したHTMLエディタ*です。エディタ上の表記は全て日本語なので、初心者でも使いやすいでしょう。マニュアルなども日本語なので、分からない箇所が調べやすいのも特徴です。また、機能面も豊富であり、コードの強調や検索機能など**HTML編集に必要な機能は一通り揃っています**。

[サクラエディタ](https://sakura-editor.github.io/)

Atomは、GitHubを作った会社が開発したHTMLエディタです。Atomは利用者が多く、ネット上に使い方を解説したサイトが多いため、*分からない所を調べやすいのがメリット*でしょう。また、Atomはプラグインが多く、機能を追加したり便利に活用したりすることが可能です。**エディタ上の表記がデフォルトで英語になっています**が、プラグインを使うことで日本語に変換できます。

Visual Studio Codeは、**マイクロソフト社が開発したHTMLエディタ**です。Windows・Macの両方で使えて、*初心者から上級者まで人気の高いHTMLエディタ*です。HTML以外にも、さまざまなプログラミング言語に対応しています。

[Visual Studio Code](https://azure.microsoft.com/ja-jp/products/visual-studio-code/)

Notepad++は、Windows専用のHTMLエディタです。*Windowsを使っている人が使いやすいように設計*されています。メモ帳と同じような感覚で使えるので、初心者にもおすすめでしょう**。また、プラグインも豊富なため、自分好みにカスタマイズすることが可能**です。

[Notepad++](https://forest.watch.impress.co.jp/library/software/notepadplusp/)

Online HTML EDITORは、*オンラインで使えるHTMLエディタ*です。インストール不要で、手軽にコードを記述して実行結果を確認することができます。インストールが不要なので、**パソコンの容量を圧迫することなく使える点がメリット**でしょう。本格的な開発には活用できませんが、コードにミスがないか素速く確認したいときにおすすめです。

[Online HTML EDITOR](http://asomin.net/htmleditor/)

HTMLエディタにはさまざまな機能が備わっています。ここでは、*具体的にどういった機能が備わっている*のかまとめました。これらの機能を活用することで、**ソースコードの記述がスムーズに行える**でしょう。

HTMLエディタの多くには、記述サポートがついています。記述サポートとは、*その文字から始まるタグを表示してくれる機能*のことです。たとえば、「a」とタイプした場合、aから始まるタグが表示されます。この機能により入力にかかる手間を省くことができますし、**スペルミスも防げる**でしょう。開発スピードを上げるには欠かせない機能です。

HTMLエディタは、**タグごとに色付けをしてくれます**。タグごとの色が付いていると、ソースコード全体が見やすくなり、記述ミスを防ぐことができるでしょう。HTMLのソースコードは、*1文字でも間違っていると正しく動作することができません*。そのため、こういった表記ミスを防ぐ機能があるかどうかは重要です。

HTMLエディタの多くには、プレビュー機能が備わっています。HTMLコードの実行結果を確認する場合、通常はブラウザを開かないといけません。しかし、何回もブラウザをリロードして確認するのは大変です。*HTMLエディタのプレビュー機能を使えば、実行結果を素速く確認する*ことができます。**ショートカットキーを押すだけですぐに実行結果を確認できる**ので、開発スピードがアップするでしょう。

HTMLエディタの多くには、エラーメッセージ機能が揃わっています。エラーメッセージ機能とは、HTMLのソースコードに記述ミスがあると*「ここは間違っています」と教えてくれる機能*のことです。エラーメッセージ機能のおかげで、デバック作業効率が一気に上がります。**特に初心者はスペルミスをすることが多い**ため、欠かせない機能と言えるでしょう。

## HTMLエディタを選ぶときのポイント

最後に、*HTMLエディタを選ぶ際のポイントを紹介*します。HTMLエディタにはさまざまな種類があり、中には上級者向けのものもあります。**上級者向けのエディタは機能が多すぎて使いにくい場合も**あります。そこで、初心者でも使いやすいエディタを選ぶコツを解説します。

### ネットに情報が多く掲載されているか

HTMLエディタによってはネット上に情報が少なかったり、**英語の情報ばかりだったりすることがあります**。情報が少ないと、エディタが思うように動かない場合、調べて解決するのが難しくなるでしょう。そのため、なるべく*ネットに情報が多く掲載されているHTMLエディタを選ぶ*のがポイントです。たとえば、サクラエディタは日本人が開発したHTMLエディタのため、日本語の情報が多く掲載されています。

HTMLエディタによっては、**一部のOSにしか対応していないものもあります**。たとえば、Notepad++などは、Windowsでしか使うことができません。*公式サイトのダウンロードページを確認すれば、どのOSで使えるのかは分かります*。自分が使っているOSに対応しているか必ず確認しましょう。

### 拡張機能を使わなくても機能が充実しているか

HTMLエディタの中には、拡張機能（プラグイン）を使わないと機能がそこまで多くないものもあります。初心者は、できるだけ*拡張機能を使わなくても良いHTMLエディタ*を使いましょう。**拡張機能のインストールは初心者には少しハードルが高く**、どの拡張機能を使えば良いか調べるのも大変です。

開発の記事（3ページ目）