システム設計には様々な考え方があります。しかし目的は明白です。 情報システムの価値を最大化するために、ユーザーと開発チームとを橋渡しして、 「ビジネスの要件を正しくシステムの実装へとつなぐ」――これ以外にありません。 本書はその手順を明示します。各工程の目的・作業内容・成果物・留意点を示しながら、 データ・業務プロセス・画面UIといった設計対象ごとに「概要定義から詳細定義へ」 「論理設計から物理設計へ」と進める手順を説明します。 特定の開発手法や方法論に囚われることなく、情報システムを設計する上で 知っているべき原理原則、実装技術や環境変化に左右されない「システム設計のセオリー」を 厳選して集約しました。 序章 0.1　システム設計へのアプローチ 第1章　情報システムと設計 1.1　情報システムにおける設計 1.2　設計の全体像と基本方針 第2章　論理設計のはじめに 2.1　要件定義でやっておくべきこと 2.2　実装への下準備 第3章　データ設計のセオリー 3.1　データの設計 3.2　外部インターフェースの設計 3.3　データの実装 第4章　プロセス設計のセオリー 4.1　業務プロセスの概要定義 4.2　業務プロセスの詳細定義 第5章　機能設計のセオリー 5.1　機能の概要定義 5.2　機能の詳細定義 第6章　ユーザビリティ設計のセオリー 6.1　ユーザビリティの概要定義 6.2　ユーザビリティの詳細定義 第7章　設計のToBeを実装のAsIsへつなぐために 7.1　インフラ系と運用系の仕様固め 7.2　SOA・アジャイル開発への期待

企業や組織のシステム開発では、設計書の取りまとめなどの工程が大切です。本書は「組織でシステムを作る」ことを前提に、必要とされる設計書の書き方と運用の手順を解説します。 また、クラウドやアジャイル開発など、現代コンピューティングの新要素を含めた、システム構築の現実解を知ることができます。 本書は、インプレスの技術メディアThink ITのWeb連載記事「令和時代のシステム開発では、どのような設計書を書くべきか」を書籍化したものです。書籍化にあたって、大幅に加筆・修正をしました。

ITエンジニアに関わる職種は多様化し、その役割とスキルは様々なものに細分化しています。その中でもインフラエンジニアは、ネットワーク、サーバー、クラウドなど、サービスやシステムを稼働させるためになくてはならない存在です。本書は、こうしたインフラエンジニアに転職／就職を考えている人、またすでに就職が決まっている人を対象に、インフラエンジニアの業界知識、業務内容、労働環境、必要な知識、心構え、キャリアパスなどを豊富な図解をまじえて解説します。 第1章　ITインフラの基礎知識 　01 IT社会を支えるITインフラ 　02 インフラの需要 第2章　インフラエンジニアの仕事と仕組み 　03 インフラエンジニアってどんな人？ 　04 インフラエンジニアの仕事場 　05 インフラエンジニアの仕事 　06 インフラのクラウド化 　07 インフラの設計 　08 インフラの構築 　09 インフラの保守運用 第3章　インフラエンジニアの求人状況と働き方 　10 インフラエンジニアの求人状況 　11 インフラエンジニアの学歴と年齢 　12 インフラエンジニアの労働環境 　13 インフラエンジニアの1日　CASE1 　14 インフラエンジニアの1日　CASE2 　15 インフラエンジニアの1日　CASE3 第4章　インフラエンジニアになるには 　16 インフラエンジニアには知識と経験が必要 　17 インフラエンジニアに必要なスキル 　18 インフラエンジニアに関連した資格 　19 インフラエンジニアになるには～学生の場合～ 　20 インフラエンジニアになるには～ITエンジニアの場合～ 　21 インフラエンジニアになるには～非エンジニアの場合～ 　22 インフラエンジニアになったら 第5章　インフラの概要 　23 インフラエンジニアの業務範囲 　24 サーバーとクライアント 　25 IPアドレス 　26 IPアドレスの自動割り当て 　27 ドメイン名とDNS 　28 ネットワーク機器とルーティング 　29 拠点間の接続 　30 サーバーとOS、各種ソフトウェア 　31 暗号化とデジタル証明書 　32 ストレージ 　33 データベース 　34 冗長化と負荷分散 　35 セキュリティ 　36 マネージドサービスとサーバーレス 　37 データセンター 第6章　インフラの設計 　38 インフラ設計の流れ 　39 要件を定義する 　40 可用性と性能・拡張性 　41 ネットワークを設計する 　42 機器の選定 　43 監視とログの集約 　44 バックアップ 第7章　インフラを構築する 　45 インフラ構築の準備 　46 入念な準備・検証をする 　47 実地作業での流れ 　48 実地作業の大原則 　49 ネットワークの構築 　50 サーバーの構築 　51 動作を確認する 第8章　インフラの運用 　52 インフラは生きている 　53 インフラを監視する 　54 障害に対応する 　55 システムのアップデートとリプレース 　56 庶務に対応する 第9章　安定したインフラを構築するために 　57 障害が起こらないインフラはない 　58 インフラ運用では記録管理が大切 　59 スケーリングできるシステムを考える 　60 クラウドの使いどころと注意点 第10章　インフラ業界でのステップアップ 　61 最新の知識を取り入れる 　62 大規模システムの経験を積む 　63 セキュリティの知識を身に付ける 　64 ソフトウェア開発を知る 　65 仮想化技術、コンテナ、クラウドを理解する 　66 インフラエンジニアのキャリアパス

システム化企画や要件定義、基本設計といったいわゆる上流工程は、実装のスキルが高いだけでは務まりません。エンジニアリング的に正しい結論を導き出すことはもちろん、その結論に至るように「議論をリードし」「関係者の合意を得て」「周囲の人間を巻き込んでプロジェクトをドライブする」スキルなどが求められます。加えて、業務とIT(コンピュータ)を含むシステム全体を見通せる視点の高さも必要です。求められるスキルの多い上流工程を「はじめてやり抜く」には、いったいどのような心構えで望めばよいのか、どのような準備が必要なのか、どのようなスキルアップの方法があるのか-その答えが、本書にあります。 第1章 上流工程とは(情報システムとは BPRと情報システム化 ITの知識が力の源 ほか) 第2章 新業務を示せ-システム化の方向性検討と計画立案(ご挨拶、その前に 事前準備と挨拶時の勘所 設計事務所の建築士としてお客様に接する ほか) 第3章 ITを位置づけろ-要件定義&基本設計(要件定義-業務を示せ 基本設計-「いきなりユースケース」はNG?)

マンガと図解を駆使したシステム方式設計の入門書 新人SEとアプリケーションエンジニアにお薦め！ 　システム開発では「ITアーキテクト」と「アプリケーションエンジニア」の分業が進んでいます。分業は理にかなっていますが、最近では分業による弊害が指摘されてきました。アプリケーションエンジニアが方式設計（非機能要件を実現する基盤設計）について無知であるために、「性能が低い」「使いづらい」などの問題を引き起こすのです。 　こうした問題をなくすには、すべてのSEが方式設計について理解することが望ましい。そこで本書では、新人SEやアプリケーションエンジニアを主な読者に想定し、画面設計とDB性能に関するシステム設計のポイントを解説しました。 　本書の最大の特徴は、マンガと図解を駆使していることです。システム設計は抽象的でなかなか理解しづらい。また、教えるほうも「どのように教えればいいのかわからない」と頭を抱えることが少なくありません。だからこそ、図解が有効です。 ぜひ本書でシステム方式設計の勘所をつかんでください。 『第1部　画面設計』 ▼第1章　一覧画面 Prologue 新人SE・野原くんと木村さん ・第1話　丸出課長の丸投げ発生！ 　一覧画面の表示方法は3種類 　「一覧画面」の基本 ・第2話　アウトオブメモリの悲劇は突然に… 　事例（1） 大量データでアウトオブメモリ発生　全件表示編 　コラム（1） 大量データでアウトオブメモリ発生　検索条件編 　コラム（2） 大量データでアウトオブメモリ発生　メモリ編 　事例（2） 上限を決めているのにOOM 発生　一部表示編 　事例（3） 見たいデータが見られない　一部表示編 　コラム（3） 一覧画面のソートには2種類あることを理解しよう 　コラム（4） ページング方法についての整理 　解説　リソースの上限を常に意識しよう ▼第2章　戻る操作 ・第3話　丸投げのスルーパス発生！ 　「戻る」の実装方法は2種類 ・第4話　画面はどこに戻るのか！？ 　どこに戻ればいいのか、わからない！ 　事例（1）戻りづらいったら、ありゃしない！ ・第5話　ミスの原因を追究せよ！ 　事例（2） 予期せぬデータ更新発生！ 　コラム（1） キャッシュ機能とノーキャッシュ 　解説　ブラウザの戻るはやっかいな機能 ▼第3章　子画面 ・第6話　リリース直前の丸投げ発生！ 　「子画面」は親画面との関係で2種類に分けられます。 ・第7話　確認不足が招いた思い込み… 　事例（1） モーダル画面で親画面が見れない 　コラム（1） モーダルか？モードレスか？目的に応じて選ぶことが重要だ ・第8話　請求金額はなぜ違う？ 　事例（2） モードレス画面で不整合発生！ 　コラム（2） セッション方式とhidden 方式 　コラム（3） モードレスの注意点：セッションの上書きに注意しよう 　解説　モードレスは落とし穴多し 『第2部 DB性能』 ▼第4章　インデックス・テーブル結合 ・第9話　私、ヘルプがんばります！ ・第10話　体で覚えろ！スパルタ方式 　事例（1） 同じ人を検索しているのに速度が違う！？ 　コラム（1） インデックスをつければいいってもんじゃない ・第11話　テーブルくっつけちゃうぞ！ 　事例（2）インデックスがついてるのに遅いのはなぜ？ 　事例（3）テーブルへのアクセス順序 　コラム（2）結合の種類 　解説　インデックスが性能を大きく左右 ▼第5章　非正規化・バインド ・第12話　心は熱く！頭はクールに！ 　事例（1） 押してダメなら引いてみな！ 　コラム（1） 非正規化について 　コラム（2） 同音異義語 ・第13話　昨日はきちんと動いてたのに―！？ 　事例（2） バインドピーク！ 　コラム（3）教えてミスター！！「動的SQL」 ・第14話　これは…途中で変わるとヤバいヤツだ！ 　事例（3）過去は時々振り返るぐらいがいい 　解説　バインド変数を使いこなせ

要件定義、基本設計、現状分析からなる上流工程の3局面、とくに重要な「基本設計」については実用的なモデリングパターンや避けるべきアンチパターンまでを豊富な用例とともにじっくり解説。 第1章 上流工程の困難(ボトルネックは「分析・設計・検収」 システム開発のフェーズ分け ほか) 第2章 上流工程の進め方(要件定義と「トリアージ」 拡散型思考過程としての基本設計 ほか) 第3章 基本設計入門(基本設計の進め方 概略設計で大枠をとらえる ほか) 第4章 モデリングパターンと用例(業務フローのパターン データモデルのパターン ほか)

本書では、近年、注目をあつめるNoCode（ノーコード）による開発については、NoCodeの基礎知識から主要なツールの使い方まで丁寧に解説しています。解説するツールは「Glide」「Adalo」「Bubble」になります。また、巻末に、NoCodeのこれからについて、著者による座談会を収録しています。 CHAPTER 01　NoCodeについて CHAPTER 02　NoCode全般に必要な知識 CHAPTER 03　Glideを使ってみよう CHAPTER 04　Adaloを使ってみよう CHAPTER 05　Bubbleを使ってみよう CHAPTER 06　NoCodeの未来、これからの話（座談会）

経営効果を上げる手段として情報システムの活用は重要である。経営計画(戦略)と綿密に整合した情報システムが構築されたとき、その実現性は格段に高まる。本書は、事業戦略を核とした経営計画(戦略)に合った情報システム構築の方法を具体的に紹介する。 序章 経営計画の実現を約束する 第1章 戦略的システム化計画のすすめ 第2章 戦略的システム化計画の全体像 第3章 フェーズ1 経営計画マップの作成 第4章 フェーズ2 重点施策の整理 第5章 フェーズ3 情報システム要件の立案 第6章 フェーズ4 情報システム構成の立案 第7章 フェーズ5 全体推進計画の立案 第8章 フェーズ6 経営者向け説明資料の作成 第9章 企画した効果を出すために

先を制してライバル企業に勝つためのポイントとは?決算を早期化して利益を稼ぎだすには?業務改革で会社をよみがえらせるには?最高のシステムをつくるための「亀のコウラ」とは?ベンチャーから中堅企業まで50社以上、業務設計・改善から会計監査さらにIPO支援まで20年近いコンサルティング実績を誇る「公認会計士兼システムコンサルタント」という異色の著者だからこそ書ける成功のノウハウが満載! 第1章 「稼げるシステム」と「稼げないシステム」の分かれ道はどこにあるのか? 第2章 先を制してライバル企業に勝つ"経営の視点" 第3章 決算を早期化して利益を稼ぎ出す"会計の視点" 第4章 業務改革で会社をよみがえらせる"業務の視点" 第5章 正しい知識で最高のシステムをつくる"システムの視点" 第6章 プロジェクトを成功に導き、会社を飛躍させよう

消費行動が大きく変わるなか、DXの巧拙が企業の明暗を分ける、といった発言を目にします。一方でエンジニア不足が深刻化している、とも言われています。そこで注目されているのが、コードを書かずに開発を行うノーコード、ローコードと呼ばれる開発方法です。この最新のキーワードであるノーコードについて、どのようなものなのか、本書一冊で理解できます。国内外の事例をまじえながら、メリットとデメリット、導入・活用方法を解説。さまざまなノーコードツールの特徴や学習方法についても取り上げます。

プログラミング言語を使わずアプリなどを開発する「ノーコード」ツールを紹介する書籍です。本書で紹介するのは「Google Appsheet」「Amazon Honeycode」「Bubble」「Thunkable」「Click」の5つで、それぞれサンプルアプリなどの作成方法も解説します。これ一冊読めば、現時点でのノーコードの主流がわかり、なおかつそれらで簡単なアプリを作れるぐらいになっている、という書籍です。 話題のノーコードツールを紹介する書籍です。Google Appsheet、Amazon Honeycode、Bubble、Thunkable、Clickのサンプルアプリ作成方法などを解説します。

システム化・IT化はもちろん、あらゆる業務改善活動の基礎となる「業務分析」。業務を分析しモデル化するために必要な視点と手順をステップごとに解説。 第1章 業務分析の全体像 第2章 ヒアリングとモデリング 第3章 業務分析の範囲と情報収集 第4章 コンポーネントモデリング入門-業務モデル 第5章 コンポーネントモデリング入門-情報モデル 第6章 コンポーネントモデリング入門-機能モデル 第7章 モデルサンプルの解説 付録A 早引きUML2ダイアグラム 付録B 参考文献 付録C モデリングツール 付録D さらなるモデルサンプル

追加変更要求を減らし、後工程での手戻りを最小にするコツを解説。本書は要求定義の各フェーズにおいて「聞くべきこと」「確認すべきこと」をリスト項目としてまとめている。フェーズに沿ってリスト項目を確認していくことにより、経験の浅い担当者でも迷子になることなく、要求定義の作業を進められる。 第1部 要求定義オリエンテーション(要求定義担当者の心得) 第2部 フェーズ別チェックリスト(準備フェーズ 基盤整備フェーズ 要求獲得フェーズ 引渡しフェーズ) 付録 一歩踏み込んだフェーズ別チェックリスト

売上、第１位 ７年連続！不動の第１位！ もっとも売れているiOSプログラミング解説書！ これからはじめる人に読んでほしい とことん丁寧な本格入門書です。 プログラミング経験ゼロでも安心の「疑問を残さない詳細解説」だから、 Swiftとアプリ開発の基本はこの一冊で必ず習得できます！ ・Xcode 11対応 ・iOS 13.5以降 対応 ・SwiftUI対応 本書は、これからはじめてiPhoneアプリ開発を学ぼうとしている人にとって少しでも役立つ本であるために、「誰一人、絶対に挫折しない」を命題に、どことんこだわって、とにかく丁寧に解説しています。自信がない人、大歓迎です！ ぜひ本書を最後まで読み進めてください。 ★アプリ開発は「副業」にも最適！★ リスクゼロで始められて、スキマ時間で作ることができます。 また、世界を相手にアプリを販売できます。 iPhoneアプリ開発は、今の時代に最も適した副業の１つといえます！ （詳しくは本文で解説しています） 最新第8版の目玉は次の通りです。 ・業界大注目の「Swift UI」に対応! ・アプリには今や欠かせない、「課金システム」を搭載したアプリが作れる!(本書だけ!) Chapter01 iPhoneアプリ開発の基礎知識 Chapter02 Xcodeとシミュレータの基本操作 Chapter03 今日からはじめるSwiftUIプログラミング【入門前夜】 Chapter04 今日からはじめるSwiftUIプログラミング【超入門】 Chapter05 iPhoneアプリ開発をはじめよう！ Chapter06 アイコン画像の使い方 ～コンピューテッドプロパティとイニシャライザ～ Chapter07 カウンターアプリ開発で学ぶクロージャ Chapter08 地図アプリで学ぶプロトコル Chapter09 英単語カードアプリで学ぶオプショナル Chapter10 【総合演習】今後につながる少し高度なアプリ開発 Chapter11 アプリ開発の仕上げ Chapter12 アプリ開発で収益を上げる方法 Chapter13 情報の収集方法とアプリの公開 Appendix 契約手続きとアプリのリリース

これから学ぶ人のベストな一冊！ さまざまな社内サーバー、公開サーバーの種類や役割、セキュリティ、障害から守る仕組み、運用、仮想化、クラウドと自社運用（オンプレミス）の連携、使い分けなど、これからサーバーにかかわる人が知っておきたい知識をこの一冊で丸ごと解説！ すべての項目の解説は、徹底的にイラスト図解化。 これから仕事に必要な知識を学ぶ方に、すばやく、たのしく知識を身につけていただけるよう、読みやすさ、わかりやすさにこだわって制作しています。 ・知識ゼロから全体像がつかめる！ ・よく使われる用語の意味がわかる！ ・技術の仕組みがスムーズに学べる！ 実務に生かせる知識が、確実に身につく、これから学ぶ人のベストな一冊です！ ＜主な対象読者＞ ・これからIT系の仕事に就かれる方 ・これから社内の情報システムを担当される方 ・サーバーの技術と実務を、幅広く、バランスよく学びたい方 Chapter1 サーバーとは 1-01 サーバーとは 1-02 クライアント／サーバーシステム 1-03 いろいろなサーバー 1-04 サーバーソフトウェア 1-05 企業におけるサーバー 1-06 サーバーの運用管理 1-07 サーバーとネットワーク Chapter2 ネットワークの基礎知識 2-01 ネットワークの技術を理解する 2-02 OSI参照モデルとプロトコル 2-03 プロトコルの役割 2-04 イーサネットとMACアドレス 2-05 スイッチング 2-06 IPとIP アドレス 2-07 いろいろなIPアドレス 2-08 ルーティング 2-09 ARP 2-10 TCPとUDP 2-11 ポート番号の使い方 2-12 NATとNAPT Chapter3 サーバーを用意する 3-01 どのサーバーを利用するかを選ぶ 3-02 オンプレミス型とクラウド型 3-03 クラウドサービスの種類 3-04 自社かデータセンターか 3-05 サーバーを仮想化するかしないか 3-06 仮想化ソフトウェアの種類 3-07 サーバーの筐体形状を選ぶ 3-08 サーバーを構成するコンポーネント 3-09 UNIX系サーバーOSとWindows系サーバーOS 3-10 アプライアンスサーバー 3-11 仮想アプライアンスサーバー Chapter4 社内サーバーの基本 4-01 社内サーバーの配置 4-02 DHCPサーバーの役割 4-03 DNSサーバーの役割 4-04 DNSサーバーの冗長化 4-05 ワークグループとActive Directoryドメイン 4-06 Active Directoryドメインを構成するメリット 4-07 ファイルサーバーの役割 4-08 プリントサーバーの役割 4-09 SSOサーバーの役割 4-10 SIPサーバーの役割 4-11 プロキシサーバーの役割 4-12 SMTPサーバーの役割 4-13 POP3サーバーの役割 4-14 Microsoft Exchange Serverの役割 Chapter5 公開サーバーの基本 5-01 公開サーバーの配置 5-02 オンプレミス環境のサーバーを公開する 5-03 クラウド環境のサーバーを公開する 5-04 Webサーバーの役割 5-05 Webサーバーで行う処理 5-06 SSLサーバーの役割 5-07 2つの暗号化技術 5-08 SSLを支える技術 5-09 FTPサーバーの役割 5-10 Webアプリケーションサーバーの役割 5-11 データベースサーバーの役割 5-12 VPNサーバーの役割 Chapter6 サーバーを障害から守る 6-01 サーバーに障害はつきもの 6-02 RAID 6-03 チーミング 6-04 UPS 6-05 クラスタリング 6-06 サーバー負荷分散技術 6-07 広域負荷分散技術 Chapter7 サーバーのセキュリティ 7-01 インターネットに潜む脅威と脆弱性 7-02 ファイアウォールでサーバーを守る 7-03 ファイアウォールの選びかた 7-04 セキュリティゾーンとサーバーの配置 7-05 IDSとIPS 7-06 UTM 7-07 次世代ファイアウォール 7-08 Webアプリケーションファイアウォール 7-09 メールのセキュリティ対策 Chapter8 サーバーの運用管理 8-01 サーバーの運用管理で行う作業 8-02 サーバーのリモート管理 8-03 更新プログラムのインストール 8-04 更新プログラムの配信管理 8-05 バックアップとリストア 8-06 コマンドでネットワークの状態を知る 8-07 コマンドで障害を切り分ける 8-08 NTPサーバーの役割 8-09 Syslogサーバーの役割 8-10 SNMPサーバーの役割

最近の開発で必須のフロントエンド。Vue.jsやAngularやReactなど複雑化する内容をすっきり理解し効率的な開発を。 ■さまざまな開発支援ツールを使いこなし■ ■効率的に開発をするための基礎知識■ -- ■変わり続けるプラットフォームで■ ■変わらないことを学ぶ■ ------------------------------------------------------------------------- 根幹を支えるエコシステム "Node.js" / コンポーネント指向のフレームワーク・ライブラリの基本の考えを知り使いこなす "Vue.js" "Angular" "React" / コンパイラ "Babel" / モジュールバンドラー "webpack" / JavaScript 代替言語 "TypeScript" / 状態管理・データレイヤ "Redux" / 単方向のデーターフロー "Flux" / 静的解析ツール "Prettier" "ESLint" / ユニットテスト "Mocha" "Jest" "Karma" / 解析とABテスト "Google Analytics" "Google Optimize" / エラーイベント検知 "Sentry" / チーム作業する "スクラム" / 変わり続ける "Webプラットフォーム" 複数の開発支援ツールから「なぜそれを使うのか」選択する基準を理解する！ ■Part 1 導入編　なぜ使うかを知る ●Chapter 1 フロントエンドエンジニアの歴史 1-1　Web の始まりと HTML 1-2　Web と HTML で何ができるようになったのか 1-3　ブラウザ戦争と標準化 1-4　ブログの流行とインターネットインフラ 1-5　静的な UI から動的な UI へ 1-6　「フロントエンドエンジニア」という専門職 1-7　Node.js による開発基盤の構築 1-8　ECMAScript 規格更新に伴う周辺事情の活性化 1-9　止まらないフロントエンド ●Chapter 2 フロントエンドエンジニアに求められるスキル 2-1　「フロントエンドエンジニア」が取り組む実務 　　想定される実務例 2-2　JavaScript の成長と要求の変化 2-3　変容する中で維持すべき開発者の姿勢 　　「Web は止まらない、求められる技術要素も止まらない」 　　パブリックな存在として 2-4　本書におけるフロントエンドエンジニア像 ●Chapter 3 フロントエンドにおける一般的なツール群 3-1　Node.js とその周辺のエコシステム 　　パッケージマネージャー 　　Node.js がもたらす恩恵 3-2　コンパイラ・モジュールバンドラー 　　コンパイラ：Babel 　　モジュールバンドラー：webpack 　　Babel, webpack が解決すること 3-3　JavaScript 代替言語：TypeScript 　　TypeScript の特徴 　　コンパイラとしての TypeScript 　　TypeScript によって解決できること 3-4　フレームワーク・ビューライブラリ：Vue.js, Angular, React 　　Vue.js 　　Angular 　　React 　　コンポーネント指向のフレームワーク・ライブラリであること 3-5　状態管理・データレイヤ：Redux 　　ブラウザにおける状態管理は煩雑である 　　クライアント MVC 　　簡易的なクライアント MVC 　　フロントエンドで抽象化されるモデル、扱ううえでの課題とは 　　役割があいまいになる Controller 　　Flux というアプリケーションアーキテクチャパターン 　　Redux：データの一極管理 　　Redux が解決できること 3-6　CSS：CSSメタ言語、設計手法、CSS-in-JS 　　CSS を取り巻く現状 　　各ブラウザの対応状況について 　　CSS の表現力を高めた Sass、CSS メタ言語 　　JavaScript で作成された PostCSS 　　CSS 設計手法 　　CSS を弱点を補うためには 3-7　静的解析ツール：Prettier, ESLint 　　Prettier 　　ESLint 　　ほかのリンターやチェッカーについて 　　静的解析ツールが可能にすること 3-8　ユニットテスト：Mocha, Jest, Karma 　　ユニットテストとフロントエンド開発 　　Mocha Jest Karma それぞれどういった特性があるのか 　　ユニットテストやテストフレームワークが解決できること ●Chapter 4 開発の現場における仕事の進め方 4-1　アジャイルといった考え方 4-2　スクラムという開発手法 4-3　個人との対話と他者との協調 　　プロダクトオーナー 　　スクラムマスター 　　デザイナー 　　サーバサイドエンジニア 　　テストエンジニア・テスター 　　コミュニケーションハブとして 4-4　変化に対応しながら提供するサイクルを上げる ■Part 2 実践編　どう使うかを学ぶ ●Chapter 5 開発環境 5-1　既存アプリケーションの開発環境構築 　　Docker のインストール 　　Node.js のインストール 　　Yarn のインストール 　　API サーバの起動 　　クライアントの起動 5-2　既存機能の把握 　　どんなアプリケーションなのかを知る 　　アプリケーションが抱える課題を探る ●Chapter 6 設計と実装 6-1　フロントエンド環境の構築 　　Yarn の利用準備 　　webpack のインストール 　　Babel のインストール 6-2　TypeScript の導入 　　TypeScript のインストール 　　Babel 経由で TypeScript のコンパイルを行う 　　既存コードを TypeScript で書き換える 　　コンパイルエラーを解消する 6-3　コードの分割 　　処理を別ファイルに切り出す 6-4　Jest を利用したユニットテスト 　　Jest のインストール 　　jest.config.js の設定 　　描画された DOM の検査 6-5　React の導入 　　React のインストール 　　JSX のためのコンパイル設定 　　JSX で要素を表示する 　　webpack-dev-server のインストールと設定 　　jQuery で書いたコードを React に書き換える 　　イベントハンドラの記述 6-6　Enzyme を使ったコンポーネントのテスト 　　Enzyme のインストール 　　Jest の設定 　　React Component をテストする 6-7　styled-components の導入 　　styled-components のインストール 　　CSS から styled-components への移行 ●Chapter 7 CI/CD によって受けられるメリット 7-1　CI/CD によって受けられるメリット 　　CI/CD について 　　GitHub Actions を始める 　　ESLint を導入し動作させる 　　CI で自動化するメリット 7-2　パフォーマンスと改善 　　パフォーマンスの問題とは 　　基礎的なパフォーマンス知識：クリティカルレンダリングパス 　　Lighthouse を利用した定期的なパフォーマンス計測 　　強力な武器はない、ひとにはひとのパフォーマンス ■Part 3 応用編　より深く学ぶために知る ●Chapter 8 解析とモニタリング 8-1　サービスの成長とともに開発する 　　仮説検証、AB テストの目的 　　ツールの導入： Google アナリティクス 　　ツールの導入： Google オプティマイズ 　　プロダクトコードに組み合わせる 　　サードパーティスクリプトとの兼ね合い 8-2　ユーザーモニタリング・エラーイベント監視 　　ユーザーを取り巻く環境を知る 　　ブラウザで起きるエラーイベントなどからユーザーを知る 　　エラーイベント検知のため Sentry を導入する 　　Sentry の動作とコードへの組み込み 　　React Error Boundary を利用する 　　収集したエラーイベントを役立てる ●Chapter 9 チーム開発と Web への貢献 9-1　チームで働く 　　あらためてスクラムという開発手法について 　　スクラムを採用したチームに入ったら 　　ストーリー：スプリントプランニング 　　タイムボックスという考え方 　　ストーリー：スプリントが開始する 　　デイリースクラム 　　ストーリー：スプリントの終わり 　　振り返り 　　チーム開発とはテクニカルスキルではない 9-2　コミュニティへの貢献活動 　　OSS への貢献はコードコミットだけではない 　　できることから OSS へコミットする 　　寄付する、翻訳するといった違ったアプローチ 　　Web というプラットフォームに貢献する 9-3　Web プラットフォームに関わるフロントエンド開発者として 　　仕様を知るには 　　ライトにキャッチアップする 　　フロントエンド技術を楽しむために

お金の力を正しく知って、思い通りの人生を手に入れよう。変化の時代のサバイバルツールとして世界中で読まれるベスト＆ロングセラー オリエンタルラジオ 中田敦彦さん「YouTube大学」で紹介、大絶賛！ □最初に読むべき「お金」の基本図書 毎年多くの「お金」に関する本が出版され,書店に並び、そして消えていきます。 そんな状況の中で、「金持ち父さんシリーズ」は刊行から20年経った今でも変わらず多くの支持を得ています。 その第1作目である『金持ち父さん 貧乏父さん』は、時代が変わっても古びない原理原則を示す「お金」の基本図書。 「目からウロコの連続でした! 」という声が絶えず寄せられ、これまで数多の人々の「お金観」を変えてきました。 日本やアメリカのみならず、本書が刊行された2013年時点で51ヶ国語に翻訳され、109ヶ国で読まれています。 教えの書―金持ち父さんの六つの教え 金持ちはお金のためには働かない お金の流れの読み方を学ぶ 自分のビジネスを持つ 会社を作って節税する 金持ちはお金を作り出す お金のためでなく学ぶために働く 実践の書 まず五つの障害を乗り越えよう スタートを切るための十のステップ 具体的な行動を始めるためのヒント