---
# System prepended metadata

title: 第3回 勉強会 「LT会②」

---

# 第3回 勉強会 「LT会②」


## ネットワークはなぜつながるのか

### 第1章 Webブラウザがメッセージを作る
#### 1.1 HTTPリクエスト・メッセージを作成する
##### 1.1.1 探検ツアーの始まりはURLを入れるところから
- URLの先頭の文字列（http:など）でアクセスする方法を表している。

##### 1.1.2 ブラウザはまずURLを解読
- HTTPの場合、要素ごとに分解→分解した要素の並び方を調べて解読していく。
  （ここは図を見た方が分かりやすい）

##### 1.1.3 ファイル名を省略した場合
- URLの末尾が「/」で終わっているものは、ファイル名を省略していることになる。
    - ファイル名を書かないとどのファイルにアクセスするの？
        ① 予めファイル名をサーバー側に設定しておく。（index.html またはdefault.htmというファイルを設定しておくのが大半）
        ② 上記のファイルにアクセスしにいく。
- 中には、末尾の「/」まで省略されていることがある。（やり過ぎだが認められている）
- Linuxでは、アンダーバーを使ったり命名を使ったりする。
- 隠しファイルとか、初期ファイルで名前を．（ドット）を使われている。

## IT現場で使える! ロジカルシンキング  

### 第1章 構造化の基本  
#### 1-1 論理構造を作る  
#### 1-2 適切な根拠を与える  
#### 1-3 全体の像を示す  


## 良いコード／悪いコードで学ぶ設計入門
### 第2章 設計の初歩
#### 2.1 良い命名
#### 2.2 変数の使いまわしは避ける
#### 2.3 メソッドを小分けに
#### 2.4 関係するデータとロジックをまとめる  
　- 可読性は機能面よりも優先→読む時間の方が書く時間より長い  
　- 再代入は、値を追いにくい
　- 思いもよらぬ値が入ってしまう
　- メソッドが多くなる→クラスを分ける
　- 担当するメソッドの興味は1つ
　- 変数名は意味の通じる範囲で、略しても意味が伝わらなければよくない。s


### 第3章 クラス設計
#### 3.1 クラスの構成要素
#### 3.2 設計術
#### 3.3 
#### 3.4 設計パターン