## RFQとは（RFPやRFIとの関係など）

RFQは正式名称「Request For Quotation」の略語で、日本語では「見積依頼書」と呼ばれており、後述するRFI（情報提供依頼書）やRFP（提案依頼書）とセットで用いられるのが一般的です。RFIやRFQを提示した後にシステム要件が明確になると、システム化に要する費用の情報が必要となります。**その費用を把握するための文書がRFQ、すなわち「見積依頼書」です。**

発出される際は、RFI「情報提供依頼書」→RFP「提案依頼書」→RFQ「見積依頼書」の順番が一般的ですが、「RFQ」が「RFP」と一体で発出される場合もあります。

RFIは正式名称「Request For Information」の略語です。RFIは「情報提供依頼書」と訳されているように、**ITベンダーに対して会社情報・事業内容・技術情報・サービス情報などの提供を依頼する文書です。**

求める情報はホームページに載っているような公知の情報というよりは、ベンダー選定に当たって必要となるより詳しい情報であり、求めるのは製品やサービスなどの導入先・導入事例・得意分野・製品スペックなどです。RFIには取引検討の意思を示す意味もあり、RFPの前に位置する依頼書と言えます。

RFPとは正式名称「Request For Proposal」の略語で、日本語では「提案要請書」や「提案依頼書」と訳されています。**RFPは、システム導入や業務委託を進める際、発注先の候補となるSIerやベンダーに提案を依頼するためのもの**で、システム化の狙い・目標・システムの要件などが記された文書のことです。

RFPの作成はシステム開発や導入の実質的なスタートです。RFPの出来栄えがシステムの成否を左右します。ITエンジニアとしてはシステム概要書や要件定義書と同様に重要なドキュメントだと認識しましょう。

混同されやすい「要求仕様書」との違いは、RFPにはプロジェクトの要件や見積もり条件を含みますが、要求仕様書にはそれらを含みません。要求仕様書は機能要件や非機能要件が記載されます。

**RFQ・RFI・RFPの3つをまとめて「RFx」と称します。**RFxは元々、自動車業界を中心に調達・購買業務において用いられた手法で、IT分野でも用いられるようになりました。従来の経験や勘に頼らない、合理的・科学的な調達や購買を実現するために利用されています。

では、*RFQはどのタイミングでどのような内容で発出するのでしょうか？*これから、その流れ・文書の内容・注意点などを『Webサイトの構築』を例にして解説します。クライアント企業でコーポレートサイトの再構築が決まったという前提からスタートします。

1.社内でコーポレートサイトの再構築が決まる
2.ベンダーの選定条件を決定する
3.*選定条件に合致すると思われる数社のベンダーにRFIを送付*
4.数社からRFIの回答を貰い、候補ベンダーを3社に絞り込む
5.*候補ベンダー3社にRFPを発出*
6.候補ベンダー3社から提案書を受け取る
7.提案内容を検討し、提案内容が経営陣から高い評価を得たA社に内定、B社を次点とする
8.**詳細見積もりの提示を求めるため、A社とB社にRFQを発出**（あいみつ）
9.A社、B社から見積もり提示。A社の提示額がややB社を上回ったため、A社と価格交渉を行う。
10.交渉の結果、A社の提示額がB社を下回ったため、A社に正式決定。

以上ベンダー選定の一例として紹介しました。

RFQに記載するフォーマットについて、特に決まりはありません。業種・求める製品・サービスなどによって多少異なりますが、**取引条件・支払い条件・支払い方法・納期・納品方法・明細・単価・数量・金額などは明記してもらう必要があります。**

例えば、請負契約であれば成果物が納品され検収が済んだ後に費用を支払うのが一般的ですが、プロジェクトが長期の場合は前金を支払うこともありますので、支払いが一括なのか・分割なのかといった点も確認しておく必要があります。

*▪RFQを発出する側*
　RFQを用いてベンダーに見積もりを依頼する場合、RFIやRFPに対する回答をベンダーから受け取っていることが前提です。基本的にはベンダーからの提案を検討し、納品物に関する価格見積もりを受けるという流れになるので、RFIやRFPを抜かしていきなりRFQを発出するというケースは稀です。

*▪RFQを受取って回答する側*
　RFQを受け取ったベンダーは、RFPに対して回答した提案内容に基づいて見積もりを行い、RFQを発行したクライアントに見積回答書（見積書）を提出します。

RFPやRFQを依頼されて発行しても必ずしもクライアントに選ばれる訳ではありません。

他のベンダーが選ばれてしまうのはそう珍しいことではないため、「せっかく時間をかけて作成したのに選ばれない」「損ではないか？」とマイナスな感情になってしまうこともあります。RFPやRFQにはどのようなメリットがあるのでしょうか。

**RFI・RFP・RFQをきちんと丁寧に作成することで、自社がどのようなベンダーなのかをクライアントへアピールすることができます。**反対に、クライアント側が丁寧に作成してくれなかったと感じてしまうと信頼されにくく、受注に繋げることが難しくなります。

ビジネスは人対人なので、細かい部分で誠実さやベンダーとしての質が問われるため、RFI・RFP・RFQをきちんと作成することで信頼されやすくなります。

### 小規模サイトでもRFP・RFQは作った方がいい

RFQを要求するのはシステム開発や大規模なサイト開設に活用するイメージですが、実は小規模のサイト作りでもベンダーにRFPやRFQを依頼した方がメリットがあります。どういったサイト作りがしたいのか具体的に明示することで、より精度の高いサイト作りが可能です。

また、*RFQを依頼することでより多くのベンダーと関わり、積極的にコミュニケーションを取っていくことで自社に合う優秀なベンダーと出会えることが可能です。*さらに、プロジェクトマネジメントが容易になったり、ナレッジの共有ができたりなど、さまざまなメリットがあります。

**見積書は契約書ではありませんが、正式契約に至るための重要な書類**です。RFQを受けて見積（回答）書を策作成・提出する上で注意すべきことがあります。

*1.契約内容の確認*
見積書の目的の1つは、契約内容の事前確認です。見積書作成によって契約内容が具体化され、金額や納品物、納品期日などが示され、契約の前工程として重要な位置を占めます。

*2.価格や内容の比較*
商品やサービスなどの購入検討の際、納品内容や価格を比較する上で見積書は重要です。特に複数社に対して同一条件で見積書作成を依頼し、価格や内容を比較することを「相見積もり」（略語：あいみつ）と呼びますが、実質的な購入や取引決定の要素となる見積書は大変重要な文書です。

### 見積書に明記すべき項目その1

続いて、見積書の書き方について簡単に紹介します。ITエンジニアの方が直接見積書を作成するケースは稀だと思いますが、営業SEやフリーランスになれば見積書の作成は仕事の1つになります。また、見積書作成をSEが手伝うケースもありますので、ここで覚えておきましょう。

*1.タイトル*
見積書用紙の最上部中央に「見積書」「御見積書」「お見積書」と表記します。

*2.発注者側情報*
誰に対する見積書なのかが分かるよう、見積依頼をした側の企業名・部署・役職・個人名（様）を記入します。

*3.見積書発行日*
右上に発行日を記入します。

*4.見積書番号*
社内に規定があれば、規定に従って番号を記入します。

*5.受注側情報*
右側の発注側の宛名より下の位置に、受注側の「企業名」「住所」「電話番号」「氏名」の4点を記入します。

*6.社印*
受注者側情報の会社名と住所に重なる位置の右寄りに押印します。社印は会社として正式に提示した見積書だということを示すためのものです。

*7.見積書有効期限*
クライアント側に発注を促す意味と、原価変動に備える意味で期限を明示します。

*8.納期*
発注から〇週以内、〇ヶ月以内というような書き方で記入します。

### 見積書に明記すべき項目その2

*9.見積金額*
見積提示額を記入します。小計・消費税額・合計金額を明確に記入します。出精値引きなどがあれば、値引き額を差し引いた額が合計金額になります。金額の記入ミスはトラブルの元になるので十分に注意しましょう。

*10.商品やサービスなどの詳細*
商品名・サービス名・項目名・数量・単価に間違えがないよう、またクライアントにも分かりやすく記入します。補足説明が必要な場合は備考欄に記入しましょう。

*11.備考欄*
全体に関する注意書き、個別の項目について補足説明が必要であれば備考欄に記入します。

以上、見積書に必要な項目を説明しましたが、**頻繁に見積書を作成するのであればテンプレート化も検討しましょう。**さらに、見積書作成システムをWebで構築し、プロジェクト管理や売掛管理システムなどと連動させるようにしておくとさらに効率的な管理が行えます。

ベンダー側が見積書をクライアントに提示した後、クライアントが注文書（発注書）を作成しますが、この手間を省くためにベンダー側が予め注文書を作成しているケースがあります。注文書があらかじめ用意されていると、発注者側は社印・役職印の押印・発注日の記入だけで済み、手間が省けるので大変効率的です。

**注文書には法的拘束力はなく、法的拘束力を得るには双方で契約書を交わすか、ベンダー側が発注に対する注文請書を発行する必要があります。**この一連の手続きを簡略化するために、見積書・注文書・注文請書をセットで用意しておくのも手です。

## RFxを活用できるエンジニアに

見積依頼書の意味を持つRFQについて解説しました。また、RFQを含めた「RFx」の3点セットであるRFIやRFPについても、概要・違い・活用場面などについて述べてきました。

RFxは最適な調達や購買を進める上で必須のツールであり、ITの開発などにおいても大変有効な手法です。ITのプロジェクトは実質的にシステム化構想や検討の段階からスタートしますが、最初からRFxを活用することでシステム開発が円滑に進むでしょう。

効率的なシステム開発を阻害する主な要因として、クライアント側とベンダー側の理解や認識の食い違いがあります。この事で仕様変更が頻繁に起きたり、手戻りが発生したりします。**RFQを含めたRFxは、こうした齟齬や頻繁な使用変更を最小限にするために極めて有効です。**

ITエンジニアの皆さんは最適なシステム開発を進められるよう、まずはRFQをうまく活用しましょう。

RFQはRFIやRFPと並ぶ、最適な調達や購買の有効なツールであるRFxの1つです。RFIとRFPからRFIが生まれ、取引契約や受発注へとつながります。有能なITエンジニアを目指す方は、RFIやRFPと併せてRFQを学び、ぜひシステム開発に活用しましょう。

調達や購買の重要なツールであるRFxは、RFI・RFP・RFQの3点から構成される

RFQは取引検討企業から取引に必要な情報である「見積書」の提示を求めるための重要な文書

RFQに対する正しい見積書の目的や作成方法を知り、ITエンジニアとしての活用方法を学ぶ

RFQとは？システム作りに必要なRFx3点セットの1つ

React Nativeとは、*メタ・プラットフォームズ社（旧Facebook社）が提供するアプリケーション開発用フレームワーク*です。ここでは、React Nativeにできること・できないことや、React.jsとの関係性などについて解説します。

【参考】：[React Native](https://reactnative.dev/)

Reactとは？入門編！意味や将来性を初心者にもわかりやすく説明

**React Nativeは、スマートフォン・タブレットなどのモバイル端末向けのアプリケーション開発に用いられるフレームワーク**です。クロスプラットフォーム対応なので、iOS・Androidの両方のOS向けアプリケーションを開発できます。

React Nativeはホットリロード機能を搭載しており、コードの変更を瞬時に反映可能です。JavaやSwiftのような一般的なアプリ開発言語では、微修正であってもコード変更の度に再コンパイルが必要です。ホットリロード機能があれば再コンパイルの手間を省き、効率的な開発ができます。

*学習コストをかけずに使用しやすい*点もReact Nativeの特徴です。Webアプリケーション開発に馴染み深いJavaScriptを開発言語としており、ネイティブ開発の経験がなくてもJavaScriptが扱えればチームにアサインできます。ほかのネイティブ開発言語と比べると人材確保が容易です。

JavaScriptの入門！その概要や文法の基礎について解説！

JavaScriptとは？人気のJavaScriptを5分で学ぶ

React NativeはJavaScriptを扱えるWebエンジニアにとって学習コストが低いフレームワークであると述べましたが、一方で**ネイティブ開発に慣れたエンジニアにとっては一定の学習コストが発生**します。ネイティブ開発からの切替時には、教育や訓練の期間が必要となる点には注意が必要です。

また、*React Nativeでは、エラー箇所の特定が簡単ではありません*。クロスプラットフォームでのアプリケーション開発では、エラーが発生したレイヤーを特定するのに時間がかかります。React Nativeで言えば、ネイティブ・JavaScriptのどちらかのレイヤーを特定する必要があります。

React Nativeは、**React.jsというWebアプリケーション向けUI構築用コードライブラリーを、モバイル端末向けアプリケーション開発用に使えるように作られたもの**です。フレームワークであるReact NativeとReact.jsは、役割は異なるもののコード表記法などで多くの共通点があります。

いずれもJavaScriptを開発言語としており、JavaScriptを扱えるエンジニアにとって習得は比較的容易です。*React.jsとReact Nativeを両方使えるエンジニアは、Web向け・モバイル向け問わず幅広いアプリケーション開発にアサインできる人材*と言えます。

### React Nativeを使うならまずはチュートリアルから

React Nativeを使い始めるなら、**まずは公式のチュートリアルで基礎を学ぶ**必要があります。JavaScriptやReact.jsを扱えるエンジニアであっても、固有の機能があるため学習が必要です。基礎的なアプリケーションの開発をとおしてReact Nativeの概要や使い方を身に付けられます。

一方、公式チュートリアルは英語版のみのため、日本語で活用するには翻訳が必要です。細かいニュアンスが不自然に感じてしまう可能性がある点には気をつけましょう。次に紹介する*React Nativeの入門書などと組み合わせれば、より効率的*に学習を進められます。

【参考】：[Learn the Basics](https://reactnative.dev/docs/tutorial)

Reactのチュートリアルは難しい？三目並べゲーム開発に挑戦しよう！

選択肢はそれほど多くないものの、*React Nativeによるアプリケーション開発は書籍でも学べます*。ここではこれからReact Nativeに挑戦する人向けの入門書を紹介します。

本書は、**React Nativeの仕組みの基礎から実践的な部分までを網羅した入門書**です。簡単なアプリケーションを実際に開発しながら学べるため、開発に必要な一連の基本的な手法に触れられます。初めてReact Nativeに触れる人の最初の一冊として適しています。

一方、本書はアプリ開発などの基本的な知識があることを前提としている点には注意してください。とくに*JavaScriptに関する知識・技術が全くない状態で読んでも、うまく内容を理解できない可能性が高い*でしょう。経験がない人は、先にJavaScriptについて学んでおく必要があります。

【参考】：[基礎から学ぶReact Native入門](https://www.shoeisha.co.jp/book/detail/9784798169552)

### React Native　～JavaScriptによるiOS／Androidアプリ開発の実践

本書もReact Native初心者向けの入門書の1つです。**React Nativeを使ったアプリケーション開発からテスト・リリースの動作を一貫して学べる**ため、まずは大枠の流れを理解したいという人に向いています。

ただし、入門書であるためある程度は仕方ありませんが各章の内容は薄めです。*実践的なアプリケーション開発の方法を知りたい人は物足りない*と感じる可能性があります。公式のチュートリアルなどとあわせて学習するとよいでしょう。

【参考】：[React Native　～JavaScriptによるiOS／Androidアプリ開発の実践](https://gihyo.jp/book/2020/978-4-297-11391-9)

### React Native＋Expoではじめるスマホアプリ開発 JavaScriptによるアプリ構築の実際

**React Nativeを使ったアプリケーション開発の環境構築について詳しく書かれた入門書**です。環境構築は最初に挫折しやすいポイントの1つなので、そこを重点的に解説している本書は初心者にとって役立つ一冊となるでしょう。

一方、*本書で使うソースプログラムは一部バージョンが古いものがある*など、そのままでは動作しないとの口コミが多数見受けられます。Web上に正しいコードが公開されているので、リサーチして学習を進める必要がある点には注意してください。

【参考】：[React Native＋Expoではじめるスマホアプリ開発 JavaScriptによるアプリ構築の実際](https://book.mynavi.jp/ec/products/detail/id=92636)

クロスプラットフォーム対応で汎用性が高いReact Nativeですが、*その将来性を疑問視する意見も散見されます*。ここでは、React Nativeの将来性について紹介します。

### React Nativeはオワコン？React Native離れとは？

「React Nativeはオワコンだ」と言われ始めた背景には、**Apple・Airbnbのような大企業がReact Nativeの利用をやめ、別の開発環境へ切り替える動きが続いた**ことがあります。この大きな動きを見て、React Nativeによるアプリケーション開発に将来性はないと考える人が現れました。

これらは「React Native離れ」とも呼ばれます。その後、React Nativeからの切り替え先である*ネイティブ開発、あるいは同じクロスプラットフォームのFlutterが人気*を集め始めました。ただ、独自言語を使用するFlutterと比べてReact NativeはJavaScriptで使えるなど、利点も多くあります。

【参考】：[Flutter Build apps for any screen](https://flutter.dev/)

別の開発環境への切り替えがあった事実はあるものの、React Nativeはまだまだ将来性があるフレームワークであるとの見方もあります。母体である*React.jsはフロントエンド開発において主流となりつつある勢いのあるライブラリであり、そのReact.jsとの互換性がある*ためです。

Webアプリケーション開発に便利な*React.jsが使えるエンジニアは、共通点が多いReact Nativeを低学習コストで習得できます*。したがって限られた人材でWeb・iOS・Android向けのアプリケーション開発が可能です。React Nativeは今後も使われていくフレームワークと言えるでしょう。

## 公式チュートリアルや入門書を利用してReact Nativeをはじめよう

**React Nativeは、iOS・Android両OS向けのアプリケーション開発が可能なクロスプラットフォーム対応のフレームワーク**です。JavaScript・React.jsの使用経験や知識があれば、学習コストをそれほどかけずに身に付けられます。

JavaScript入門者・中級者におすすめの技術本8選！

React Nativeは、モバイル向けアプリケーション開発用のフレームワークです。JavaScriptが使えれば学習コストをかけずに習得でき、公式チュートリアルや入門書が便利です。本記事では、React Nativeの概要や初心者向け書籍について紹介します。

React Nativeはモバイル向けアプリケーション開発用のフレームワークである

開発言語のJavaScriptが使えれば、入門にかかる学習コストは少なく済む

React Native初心者には、公式チュートリアルや入門書が便利である

React Native入門！チュートリアルや環境構築について解説

## JavaScriptとTypeScriptの基礎知識

まず、JavaScriptとTypeScriptの基礎知識についてまとめました。それぞれの言語が誕生した理由や主な役割について解説していきます。

JavaScriptは*Webアプリ開発におけるフロントエンドで使えるプログラミング言語*です。WebページのHTMLを変更しWebページに動きをつけるために開発された言語です。

たとえばアニメーションやスライドショーを作ったり、アラートやウィンドウを表示したり、フォームに入力された内容を確認したりすることができます。JavaScriptは長年に渡り現役で活躍し続けている言語であり、Webアプリ開発に欠かせないものとなっています。

長年活躍している分ライブラリやフレームワークも豊富にあり、より開発効率を上げることができています。

JavaScriptの用途やできることを初心者向けに紹介！

TypeScriptは**JavaScriptを拡張して開発した新しいプログラミング言語**です。2012年にオープンソースとして発表され、現在はGoogleの標準言語として認められています。TypeScriptはJavaScriptよりも大規模なWebアプリ開発で使いやすいように設計されています。

大規模アプリはソースコードが複雑化してしまいやすいのですが、TypeScriptではソースの可読性・再利用性を保ちやすくなっており、ソースの修正・管理が楽になっています。現状ではTypeScriptを扱う企業は少ないものの、将来性は高いと言われています。

TypeScript入門編として利用する際に覚えておくポイント

TypeScriptとは？JavaScriptとの違いも解説！

TypeScriptとJavaScriptの違いについてまとめました。JavaScriptに比べTypeScriptはどのような点が優れているのか分かるように解説しています。

TypeScriptは*変数の型定義が可能*です。「この変数には数値が入ります」と示すことができるため、ソースコードの可読性も上がりミスを減らすことに繋がります。定義した型とは違う値が入った場合にエラーを出してくれます。また、TypeScriptではオブジェクト形式の型定義も可能です。

なお型定義は強制ではなく、しなくてもエラーは発生しません。型定義をしない場合は自動的に型を推論して宣言してくれます。

### インターフェース機能がある

TypeScriptはインターフェースを利用し、独自ルールを作ることが可能です。たとえば「クラスを作成する際、インターフェースで定義したプロパティを必ず利用する」というルールを作ることで、プロパティを使わなかった場合にエラーを出すことが可能です。

**クラス利用に関して制約を設けることで、クリティカルなバグを防ぐことができ**、安心してクラスを利用できるようになります。このような機能は大規模開発において特に重宝するでしょう。

モジュールとは他のものと組み合わせて使う部品のことです。1つ1つの部品は使い回しが可能なため*モジュール化することでソースコード作成が効率化*されます。

TypeScriptではグローバルモジュールの他に、内部モジュールなども使えます。グローバルモジュールは一般的なメソッド・引数のことで、プログラム内のどこからでも呼び出すことが可能です。一方内部モジュールは、メソッド・変数を外部に置きたくない場合に用いられます。

グローバルモジュールは外部からの参照を自由に行えますが、内部モジュールでは「export」をつけない限り参照ができなくなり、文字通り内部からの参照のみとなります。

続いて、TypeScriptのメリットについて解説します。なぜTypeScriptが最近注目されているのか、理由についてみていきましょう。

### JavaScriptのフレームワーク・ライブラリが使える

JavaScriptのフレームワーク・ライブラリは**TypeScriptでも引き続き活用することが可能**です。JavaScriptにはReactやVue.js、Angularといった優秀なフレームワーク・ライブラリが多くあり、これらを使うことで開発作業を効率化させることができます。

JavaScriptのフレームワーク・ライブラリが使えるため、移植もスムーズに行えるでしょう。

JavaScriptに関するフレームワークについて徹底解説！

### JavaScriptで学んだことを活用できる

TypeScriptとJavaScriptは互換性があり、そこまで大きく文法などは変わらないため、*JavaScriptで学んだことはTypeScriptでも基本的には活かせます*。JavaScriptをすでにマスターしている方なら、そこまで学習時間はかからないでしょう。相違点のみを重点的に学習していけば使いこなすことが可能です。

### ソースコードの可読性が高い

TypeScriptはJavaScriptの上位互換とも言われています。TypeScriptには上記で解説した変数の型定義やインターフェース、モジュールといった機能があるため、ソースコードの可読性が高いのが特徴です。

**JavaScriptの欠点である「大規模アプリで使いにくい」という弱点をカバー**しており、TypeScriptを使うことで開発コストを削減することが可能です。

また、JavaScriptはundefinedが発生しトラブルに繋がりやすいという問題もありましたが、TypeScriptではこちらも改善されています。TypeScriptではコンパイラオプションを使うことで、変数がundefinedかチェックできます。

TypeScriptは動作が高速であるのもメリットです。*TypeScriptは静的型付け言語であり、ソースコード内で型を宣言できる*ためです。また、TypeScriptはこれまで何度かアップデートしており速度改善が行われています。

続いて、TypeScriptのデメリットを解説します。次の2つのデメリットは重要なのでTypeScriptを学ぶ前に知っておきましょう。

TypeScriptは**まだ日本企業で普及しておらず求人数も少なめ**です。TypeScriptの優秀性は認められている反面、JavaScriptからの移植はコストもかかる上にプログラマへの負担も増えるため、そう簡単ではないです。TypeScriptを学んでも、今すぐに実務で役立たせるのは難しいでしょう。

TypeScriptは英語の情報が多いため、*英語が読めないと学ぶのに苦労しやすい*です。基本的にこれから流行する技術は日本語の情報が少ないことが多いです。TypeScriptを学ぶ必要性があるレベルまで到達しているのであれば、最先端技術を学ぶためにエンジニアは英語を勉強しておいた方が良いでしょう。

## TypeScriptを学習するためのおすすめ本

最後に、TypeScriptを学習するためのおすすめ本を紹介します。TypeScriptは日本語の情報がネット上に少ないため、参考書を購入して勉強を進めるのがもっともおすすめと言えます。

### プログラミングTypeScript ―スケールするJavaScriptアプリケーション開発

【参考】：[プログラミングTypeScript ―スケールするJavaScriptアプリケーション開発](https://www.oreilly.co.jp/books/9784873119045/)

本書は**TypeScript入門者向けの内容**となっています。TypeScriptの型に関することやエラー処理の手法、フレームワークの活用方法など基礎が網羅されています。また、JavaScriptからの移植方法も解説されています。

### TypeScript実践プログラミング Programmer's SELECTION

【参考】：[TypeScript実践プログラミング Programmer's SELECTION](https://www.shoeisha.co.jp/book/detail/9784798139807)

本書は*TypeScriptの実績的なプログラミングスキル*を磨けます。TypeScriptを実務でどのように活かし、JavaScriptでは解決できない問題を解決するのかが書かれています。

### 速習 TypeScript 第2版 速習シリーズ

【参考】：[速習 TypeScript 第2版 速習シリーズ](https://wings.msn.to/index.php/-/A-03/WGS-JSF-005/)

本書は**TypeScriptを手軽かつ素早く学べます**。TypeScriptの基礎を9つに分け、各単元にサンプルコードと詳しい解説が掲載されています。サンプルコードはダウンロードして活用が可能です。コンパクトに分かりやすくまとまった1冊であり、TypeScriptを早くマスターしたい方におすすめです。

TypeScriptのおすすめ本をレベル別に紹介！学習方法も解説

JavaScriptの本はどれがいい？選び方やおすすめを紹介

## TypeScriptはJavaScriptを習得した方におすすめの言語

本記事では*JavaScriptとTypeScriptの違いについて解説*しました。なぜTypeScriptが注目されているのか理由がお分かりいただけたかと思います。TypeScriptは現状では利用企業は少ないものの、優秀性は認められている言語であり今後流行っていく可能性も高いです。

特に大規模Webアプリの開発においてTypeScriptは力を発揮します。JavaScriptを扱うエンジニアは今のうちにTypeScriptの基礎を学び、言語の移植に対応できるようにしておくことをおすすめします。

本記事ではJavaScriptとTypeScriptの違いについて解説します。TypeScriptはJavaScriptの上位互換とされる言語ですが、具体的にどこが進化しているのか分からない方は多いのではないでしょうか。まずはTypeScriptの利点を理解しましょう。

TypeScriptはJavaScriptを拡張して開発した新しいプログラミング言語

TypeScriptはJavaScriptに比べ大規模開発に適している

TypeScriptは静的型付け言語であり型定義が可能

TypeScriptはJavaScriptの上位互換？違いは開発規模や機能面にアリ

こんにちは、アンドエンジニア編集部です。

先日公開した*『[失敗しないためのエンジニア学習ロードマップとは？](https://and-engineer.com/articles/YbcPghEAACIAa4gF)』*記事内でもお伺いをしましたが、**皆さんは、エンジニアの職種をいくつご存知でしょうか？**

フロントエンドエンジニア、バックエンドエンジニア、iOSエンジニア、インフラエンジニア、データサイエンティスト…エンジニアと一言に言っても、その職種・内容は様々です。そして、その様々な職種を昨今のエンジニア市場、エンジニアスクール市場を参考に見てみると**「ウェブ制作をするエンジニア」「システム開発をするエンジニア」の二つに大別できます。**

その中でも「システム開発をするエンジニア」を目指すにあたって求められるスキルのひとつに、Linuxがあります。今回はそんなLinuxをオンライン上で学習できるサイト、『Envader』の体験レポートをお届けします！

Envader(エンベーダー)紹介動画

~~2021年10月に公開された、サーバー構築やネットワーク・サイバーセキュリティなどの仕組みを学ぶことができるインフラ学習プラットフォーム。2021年12月時点での利用者数は1900名を超える。（参照：[Envader公式サイト](https://envader.plus/)）~~

#### balloon nao left
今回の体験学習者そのいち。文系出身の元webデザイナーで、使用経験があるのはHTML/CSS/PHP。サーバー構築とは無縁の人生を歩んできた完全未経験者。

#### balloon kota right
今回の体験学習者そのに。以前は金融系システムの受託開発にアサインされてました。環境構築の経験はあるものの、Linuxは"よわよわ"。

Linuxエンジニアとは？詳細や仕事内容、必要なスキルを解説！

~~Envaderコース一覧学習ロードマップ。Linux基礎コース・セキュリティ基礎コースはそれぞれ無料で学習することができる。~~

**↓ログインはこちらから↓**
**【Envader公式サイト：[https://envader.plus/](https://envader.plus/)】**

#### balloon kota right
UIがシンプルでわかりやすいですね。

#### balloon nao left
わかりにくいUIってそれだけでやる気なくすから助かる…ごちゃごちゃいっぱい書いてあるとページ開くのも億劫になっちゃう…

#### balloon nao left
**「なにから手を付けていいのか分からない！」**ってやる気なくすことも多いから、*学習ロードマップ*で何から始めればいいか分かるようになっているのもありがたいな。

#### balloon kota right
初心者でも迷わず学習できそうですね。**ダッシュボードで学習記録やランキングが見られる**のも、モチベーション維持に繋がりそうです。

#### balloon nao left
たしかに。モチベーションでいうと、こういう学習系って「時間があるときにやろう」と思うんだけど「どれくらい時間あればキリのいいところまでできるんだ…？もっと時間あるときにやろうかな…」ってなんやかんや理由付けて結局めちゃくちゃ後回しにしちゃうんだよね。

#### balloon nao left
これみたいに「このコースは15hくらいでできるよ」的なことが書いてあると「じゃあ1項目あたりこれくらいの時間でできるかな」ってざっくり目安を付けられるから手を出しやすいかも。

~~Linuxの基本操作を学習し、基本的なコマンドをマスターすることを目的としたコース。無料コースで、難易度は"easy"。~~

~~まずはチュートリアルでEnvaderの使い方を学ぶ。~~

#### balloon nao left
おおおおおおおおおお

#### balloon kota right
環境構築中に出てくる数字の羅列はワクワクしますね！

#### balloon nao left
「サーバー構築について、実際に触って学ぼう！」ってなった時、自分でサーバーの種類を調べて用意して立ち上げて…みたくまず**学ぶまでの手間がすごい掛かるイメージ**なのよね。しかもせっかく用意したサーバーをヘタに触ってバグらせたら嫌だから「ある程度を本で学んでから挑戦しよう！…でもどの本を読んだらいいんだ…？」ってどんどんハードルが上がっていくという…

#### balloon kota right
それを踏まえると、自分でサーバーを用意しなくても**パソコン1台あればEnvader上で「実際に触って学ぼう」ができるのは学習を始めるハードルがかなり下がりますね。**

~~『基本的なコマンド(cd/ls/cat編)』を体験。cd/ls/catによる基本的なディレクトリ移動とファイル出力について学習する。~~

#### balloon kota right
学習開始前に**用語の説明や基本的な使い方・利用例などが表示される**んですね。

#### balloon nao left
初心者に優しい～！けど今出されても覚えられない～～～！！！

~~環境を起動すると、練習問題が始まる。~~

#### balloon nao left
あ、**学習中も前提知識タブからさっきの内容が再確認できるようになってる**のね。最初、問題文読んでも「ディレクトリの移動…？secret.txtの中身を出力…？なに？？？」って感じだったけど、前提知識やハンズオンと照らし合わせながら進めたらちゃんと正解できた！

#### balloon kota right
任意箇所をドラッグするだけでコピーできるのでサクサク進みますね、**ユーザーの不便を排除する配慮が見られます。**仮想環境なので、気にせずディレクトリを削除できる点もポイント高いです。

~~セキュリティ分野における基本的な知識や攻撃方法の習得を目的としたコース。サイバー攻撃からシステムを守るために、セキュリティ分野における基本的な知識と攻撃方法を身につける。無料コース（※いずれ有料となる予定）で、難易度は"nomal"。~~

~~『SSHに対する攻撃』を体験。SSHに対するログイン試行攻撃について学習する。~~

#### balloon kota right
Hydraは使ったことなかったのですが、面白いですね！**仮想環境でツールを導入**してゴリゴリ動かすのも楽しいです！もし失敗してもボタン1つで環境の再構築ができますし…**「間違えても問題ない」という安心感からビクビク作業しないので、学習スピードが早いです。**

#### balloon kota right
左側に表示されている前提知識やハンズオンの内容が『Linux基礎コマンド』と比べて少し簡略化されている気もしますが…**ググる力があればヒントを見なくても問題ない**と思います。

#### balloon nao left
…ｽｹﾃ…ﾀｽｹﾃ…

#### balloon kota right
…………………………………………………。

#### balloon kota right
…ちなみにSSHって分かります…？

#### balloon nao left
ふんわり…ネットワークのセキュリティ的なや…つ…？

#### balloon kota right
そうです。SSHというのはSecure Shellの略で、暗号や認証の技術を使って安全にリモートコンピュータと通信するためのプロトコル…手順や決まり事を示します。助けてと仰っていましたが、今どの辺で詰まってますか？

#### balloon nao left
catでユーザー名やパスワードが書かれたファイルの中身を見るまではできたの。でもそこから先が分からない…「Hydraの使い方は以下のコマンドで調べることができます」ってハンズオンの最初に書いてあったから入れてみたら英文たくさん出てきてびっくりした…えいごこわい…

#### balloon kota right
うーんヒント自体が初心者からみたらそんなに優しくないのかも？基礎ができてな…知識ゼr…初心者のなおさんにとって必要な情報が足りていない気はします。

#### balloon nao left
オブラートぐるんぐるんじゃん

#### balloon nao left
うううううううう解説動画観たい観よう観ます

#### balloon kota right
えっ…早くないですか？まだスタートして3分くらいじゃないですか？

#### balloon nao left
いやたぶんこれ以上悩んでも私にはどうにもできない観る観る観る

~~回答を間違えると『解説動画』や『問題解説』ボタンが出現するが…~~

#### balloon nao left
…………………………………………………。

#### balloon kota right
なるほど。**シナリオ起動から10分以内は解説動画を、15分以内は問題解説を見られないようになっているんですね。**

#### balloon kota right
分からないからと思考停止させてヒントを見るのと、分からないなりに自分の頭で考えたり調べたりした後にヒントを見るのとでは定着度が違うんじゃないですか？

#### balloon nao left
納得しかない…

言語の記事（16ページ目）