
## TL;DR

今回はプログラミング独学法について完全公開しますが、その前に、最近話題になった「[プログラミングスクールなんか行かなくていいからこれやれ](https://anond.hatelabo.jp/20200707214248)」という記事が削除されていたので、思い出す範囲で概要を書いておきます。

### 独学勉強法の例

ざっくりと以下のようなことが書かれてあったと思います。

概要

- Linux インストール
- Python の本買ってきて読む
- html/css/js の勉強
- ブラウザで動くアプリを作る
- LPIC ネットワーク系の本を読む
- データベース
- Web フレームワーク

他に、こういう記事もありました。

[プログラミングスクールに通わず、プログラミングを学ぶ方法](https://anond.hatelabo.jp/20200519162131)

ざっくり概要を書くと、以下のような感じ。

- Progate をやる
- 書籍を 1 冊やりきってみる
- N 予備校を使う

### 私の独学方法

Python の場合だと、以下が Web アプリケーションを作るエンジニアになる独学方法だと思います。

- 2 週間：Linux / SQL / Docker / Vim / Git / CI・CD の基本操作
- 1 ヶ月：Python の基礎（以下の本）
- 1 ヶ月：Django で何か作る（簡単な本、公式チュートリアル）

#### Python おすすめ本

- [Python 実践入門](https://amzn.to/3gXGyCc)
- [エキスパート Python プログラミング 改訂 2 版](https://amzn.to/38BernU)
- [Effective Python 第 2 版](https://amzn.to/2VdW3OZ)

私の見解としては「言語だけを習得しても実務で活かせないから意味はない。言語以外も網羅的に勉強する必要がある。幅広く学ぶには、調べながら何か作るのが最も効率的である。したがって、独学でエラーを繰り返しながら何か作ってみるのが最高の勉強になる」という感じです。

結局何が言いたいのかというと

- エンジニアに必要な能力は能動性である

ということです。

「何か作る」と自分の成長を感じられるので、プログラミングが楽しくなるはずです。

##### バックエンドの学習方法

私の場合ですが、業務で必要なこともあって起業前に以下のようなことを、夕食後にスキマ時間（毎日 2 時間）を作って独学で勉強しました。私の仕事は経営であって、エンジニアでないので全く極めてはいませんが、実務で使える程度です。

- PHP
- Ruby
- Swift
- Python

10 年前に、始めてのプログラミングを勉強しました。言語は PHP だけで、フレームワークを使わず、掲示板とエンターテイメント系のサービスを公開しました。10 年前に作ったサービスは、現在も稼働していて毎月収入が発生してます。

PHP の独学時間は、2 週間です。

Ruby の独学時間は 2 ヶ月でしたが、Rails の中で Ruby を書く機会が少なかったのと、書いててあまり面白くなかった（直球ですいません）ので Python にシフトしました。これは好みですね。

バックエンド学習の流れ

- 簡単な参考書を見る（じっくり見ない。流し見で 2 周）
- 少し難易度の高い本を買って、写経する（ざっくり 3 周する）
- 何か作る

この方法なら、無理なくできそうじゃないですか？

私の見解としては、コード以外の「日本語の解説」を理解する（精緻化）ことが大切だと思ってます。学習の目的はコードの暗記ではなくて、本質を理解していくことだからです。

近年、エンジニアが使うエディタは、コード補完、スニペット呼び出しツール、AI の補完など色々便利になってるので、コードの暗記に意味はありません。

##### 権威性 チュートリアル

大学が配布しているチュートリアルは、日本語の使い方も美しいですし、非常に論理的に構成されています。背景となる知識がほとんどなかったとしても、文章がきちんと読めれば本質を理解できるように作られています。

東京大学と京都大学から、無料で Python 学習 PDF 版が配布されています。東大の方は Python だけに特化、京大の方は、プログラミングとはなんぞや？というところから始まります。

大学の資料だけでは情報不足ですが、初学者の人は十分だと思います。上述した Amazon のおすすめ本と並行読みすると、より理解が深まるでしょう。

ブラウザから Python を記述、実行できる[Colaboratory](https://colab.research.google.com/notebooks/welcome.ipynb?hl=ja)を使って、試してみるといいでしょう。

Python PDF 版

[東京大学 Python プログラミング入門](https://utokyo-ipp.github.io/IPP_textbook.pdf)

[京都大学 プログラミング演習 Python 2021 年版 2021/10/20 更新](https://repository.kulib.kyoto-u.ac.jp/dspace/bitstream/2433/265459/1/Version2021_10_08_01.pdf)

Python チュートリアル

[Python プログラミング入門 — Python プログラミング入門 documentation](https://utokyo-ipp.github.io/index.html)

[Python チュートリアル — Python 3.9.4 ドキュメント](https://docs.python.org/ja/3/tutorial/)

[ゼロからの Python 入門講座 - python.jp](https://www.python.jp/train/index.html)

Django

[はじめての Django アプリ作成、その 1 | Django ドキュメント | Django](https://docs.djangoproject.com/ja/3.2/intro/tutorial01/)

[Django 入門 - Python 入門](https://python.keicode.com/django/)

[Django Girls のチュートリアル](https://tutorial.djangogirls.org/ja/)

##### 本の読み方

「どうしてそうなるのか？」「どういうロジックでそうなるのか？」を整理して理解するのは大切だとは思うのですが、中々先に進まなくて挫折してしまいそうになりませんか？私は学習が頓挫しないように以下の方法で対処しました。

- 暗記しようとしない
- 完璧に理解しようとしない
- 難しい部分は印をつけておく（重要な箇所ではなく、分からなかった箇所にマーカーを引く）
- 読むのがきつくなったら、違う本を読んだり、違う言語をやる

後々、しっかり読めるように「読む前の土台を作るために軽く 10 回読む」という気楽な気持ちで読みます。

参考になりそうな勉強法を引用します。

> - １０回読む。
> - ５回目までは、ただ読む（わかろうと思わず、ただ目を通すだけ）。
> - ６～７回目は重要な言葉、公式などに注意しながら読む。
> - ８～９回目は重要な言葉、公式などの説明がどこにあったか注意しながら読む。
> - １０回目に理解しようと思って読む。

参考：[先手必勝法](https://web.archive.org/web/20130629035806/http://www.geocities.jp/nagare_basi/study/stdy_mokuji.html)

情熱的に一気に読むんじゃなく、毎日 2 時間の勉強時間を作って、その間だけ機械的にやる。習慣に組み込んだほうが続きますよね。

##### フレームワーク

Ruby や Python を勉強した後。

会員登録サイトを作りたかったので、以下の 2 つを勉強しました。独学時間は、それぞれ 1 ヶ月くらい。

- Rails
- Django

結局、Django を採用しました。

Rails の方がコード量が少なくなるけど抽象的で、Django の方がコード量が増えるけど可読性が高まり分かりやすい印象。エラーがでた場合の対処も楽。暗記が好きなら Rails、Python のコードをバリバリ書きたいなら Django。

Django で、できること

- 管理サイト
- ユーザー認証（パーミッション、ユーザーセッション）
- ログイン機能
- マイグレーション機能
- CRUD
- セキュリティ対策（CSRF、XSS、パスワード暗号化）
- 多言語翻訳
- 地理空間データ

管理サイト（Django Admin）は、CRUD（追加・参照・変更・削除）を提供してくれます。その他、検索・フィルタ・ソート・ページネーション・一括操作・変更履歴・パスワード再設定などの機能があります。

Django を使うことで、Python の知識も活かせるし、何を書いているのか理解しやすいので、楽しみながらプログラミングできるのではないかと思います。

##### 開発環境

プログラミング言語の勉強よりも、開発環境を整えることに時間を取られたりします。

- Linux
- git
- Docker
- AWS（IAM、EC2）
- SQL

### AWS Cloud9

統合開発環境の話になりますが、ブラウザのみでコーディングやデバッグができる [AWS Cloud9](https://aws.amazon.com/jp/cloud9/) はおすすめです。

ターミナル、エディタ共有、リビジョン履歴、様々な言語に対応しておりコード補完も充実しています。追加のソフトウェアのインストール、git push の実行、シェルエクスペリエンス、遠隔ペアプロ、グループチャットも搭載。

データベースも簡単に作れて、様々な環境設定が不要なので、開発環境の準備にかかる時間を削減できます。また、言語ごとに環境を変更できるのは凄いですよね。

少し気になるのは、わずかに EC2 の料金がかかること。一ヶ月 20 日間、1 日 4 時間の IDE 実行で ワンコインくらい？Cloud9 を閉じてから 30 分経過すると自動的に休止させコストを抑えることができます。

[料金 - AWS Cloud9 | AWS](https://aws.amazon.com/jp/cloud9/pricing/)

ローカルなら、流行り廃りの無い Vim を覚えていれば問題ないかと思います。

- [AWS Cloud9](https://aws.amazon.com/jp/cloud9/)
- [Vim](https://vim-jp.org/)
- [Visual Studio Code](https://code.visualstudio.com/)

### 補足

フロントエンドなら、専門家で無い限り、2 週間ほど MDN のサイトで、さっと独学すれば十分です。後は CDN を使う。

[ウェブ開発を学ぶ | MDN](https://developer.mozilla.org/ja/docs/Learn)

フロントエンド

- JavaScript/React/Next.js
- html/css/SCSS

他

- デザイン（フォント、配色、レイアウト、タイポグラフィ）
- ネットワーク
- Adobe ソフト（Photoshop、Illustrator、XD、Premiere Pro）
- UI、UX
- ディレクション
- マーケティング、アクセス解析、SEO
- 営業、経営

### プログラマーに必要な要素

- 能動性
- 日本語の文章を理解する

以下のように言い換えることもできます。

- 自己解決能力
- 読解力

以上、最短でエンジニアになって起業する独学勉強法でした。


今回はプログラミング独学法について完全公開しますが、その前に、最近話題になった「プログラミングスクールなんか行かなくていいからこれやれ(https://an

最短でエンジニアになって起業する独学勉強法


## TL;DR

Web サービスを作るなら、Rails・Django・Laravel が有名ですが、科学技術計算、AI や機械学習、画像処理などと Web アプリケーションを連携させようとした場合に、Django を選択する人は増えつつあります。トレンドの傾向も増えてます。

トレンドの傾向はこのようになってます

[Google Trends](https://trends.google.co.jp/trends/explore?date=today%205-y&q=Django%20Python,Ruby%20on%20Rails,Laravel%20PHP)

### Django とは

- 2005 年にオープンソースで公開
- Python で Web アプリケーションを作成するためのフレームワーク
- ユーザー認証機能が豊富
- ビジネス利用が多い
- フルスタック

Django 開発では、プロジェクトにアプリケーションを追加していく形で機能を組み込み、設定ファイルで有効化します。

### Django で、できること

- 管理サイト
- ユーザー認証（パーミッション、ユーザーセッション）
- ログイン機能
- マイグレーション機能
- CRUD
- セキュリティ対策（CSRF、XSS、パスワード暗号化）
- 多言語翻訳
- 地理空間データ
- Wiki
- ニュースサイト

管理サイト（Django Admin）は、CRUD（追加・参照・変更・削除）を提供してくれます。その他、検索・フィルタ・ソート・ページネーション・一括操作・変更履歴・パスワード再設定などの機能があります。セキュリティミスを開発者が避けられるようにできています。

### Django が使われているサービス

グローバルな Web サービスで増えている印象。

- Quora
- Spotify
- Instagram
- Pinterest
- YouTube
- Google
- 日経電子版

### Django と Rails の比較

Django

- Python のコードをそのまま使える
- セキュリティホールが空かない設計
- デフォルトで管理画面がついてる（開発コストを減らせる）
- Python のコードを活かせる
- 無駄なくコードを書ける
- 自動生成される不要なファイルも少ない
- 可動性が高いから、開発スピードも上げやすい
- AI、機械学習に強い
- 自動生成ファイルの数が少ない（バグを見つけやすい）
- Rails と比べて、機能的な強みの差異は少ない
- scaffold はない
- ユーザーアカウントとパスワードを安全に管理する方法を提供
- 多くの脆弱性に対する保護
- エディタのサポートが充実している

Rails

- 日本語のチュートリアルが充実（古い情報も混在している）
- コード量が少なくて済む
- ググればエラーの対処法が落ちてる
- レイアウトを ERB を使って構築できるが、最近は React や Vue.js が増えつつある
- 魔法のようなコードを覚える必要がある。暗記重視。
- 高速で Web アプリができる
- 国内産の Web サービスが採用しているケースが多い
- Rails 市場はまだまだ活発
- ActiveRecord の利便性
- Ruby でなく Rails 特有の書き方が多いので、学習コストが増える
- 柔軟な言語がゆえに、保守、メンテナンスが忙しくなる
- エディタのサポートが微妙

個人的見解

rails の方がコード量が少なくなるけど抽象的で、Django の方がコード量が増えるけど可読性が高まり分かりやすい印象。エラーがでた場合の対処も楽。暗記が好きなら Rails、Python のコードをバリバリ書きたいなら Django。

とはいえ、似たような Web フレームワークなので、どちらを採用してもいいと思います。

それ以外に、爆速な Go 言語や Node.js のフレームワークを使うという選択肢もあります。

##### Django が選ばれる理由

しかし、なぜ Django を使ったサービスが増えているのでしょうか？

[プログラミング言語 Python の紹介 - python.jp](https://www.python.jp/pages/about.html)において以下のように述べられています。

> Python は C 言語などと比べれば実行速度は劣りますし、メモリ使用量も多くなります。Instagram のように、非常に多くのユーザからのリクエストを処理するサービスでは、最適なプログラミング言語とは言えません。それでも、Instagram は実行性能では劣る Python と Django を採用しています。その理由を、次のように述べています「Instagram のボトルネックは開発速度です。コードの実行速度ではありません。」

この部分に同意です。どんなに処理速度が早くても、開発環境構築・学習コスト・メンテナンスに時間を取られ、開発スピードが落ち、サービスの修正が遅くなればユーザーからの支持は得られないと思います。

上記の理由から、弊社が今後リリース予定の Web アプリケーションにおいて当面は Django を採用することとしました。

ともあれ、エンジニアを目指している方は、Django を使うことで、Python の知識も活かせるし、何を書いているのか理解しやすいので楽しめると思います。

### MTV フレームワーク

Django を構成する要素は 3 つあります。

- M:モデル（内部データとビジネスロジック）
- T:テンプレート（UI への出力）
- V:ビュー（UI からの入力）

##### 紛らわしいところ

Rails の「View」は、Django の「Template」です。 Django の「View」は、Rails の「Controller」です。

##### モデル

- Django ORM（OR マッパー。レコード操作）
- models.py に書く

##### テンプレート

- html コードに変数の内容を表示
- DTL:テンプレートエンジン

### インストール

Python3

```python
brew update
brew info python3
brew install python3
sudo easy_install pip
```

Django

```python
pip install django
```

### プロジェクト作成

```python
django-admin startproject mysite
```

### サーバー作成

```python
python manage.py runserver
```

### 学習に最適な書籍

### 学習に最適な Django チュートリアル

[はじめての Django アプリ作成、その 1 | Django ドキュメント | Django](https://docs.djangoproject.com/ja/3.2/intro/tutorial01/)

[Django の紹介 - ウェブ開発を学ぶ | MDN](https://developer.mozilla.org/ja/docs/Learn/Server-side/Django/Introduction)

[Django 入門 - Python 入門](https://python.keicode.com/django/)

[Django Girls のチュートリアル](https://tutorial.djangogirls.org/ja/)


Webサービスを作るなら、Rails・Django・Laravelが有名ですが、科学技術計算、AIや機械学習、画像処理などとWebアプリケーションを連

なぜ、Web サービスを作るなら「Django」なのか


## TL;DR

Sass コンパイルをするとエラー（dyld: Library not loaded）がでることがある。先に結論をいうと brew で node を再インストール（brew reinstall）しなおすと上手くいく。

### エラー

SCSS をコンパイルするとエラーがでることがある。こういう時は、ターミナルから Node.js の npm コマンド「npm install」を使って、最新版をグローバルインストールするのだが

```python
npm install -g node-sass
```

以下のように「ライブラリが読み込めない」と警告がでる。どうすればいいのだろうか。

```python
npm install -g node-sass
dyld: Library not loaded: /usr/local/opt/icu4c/lib/libicui18n.64.dylib
  Referenced from: /usr/local/bin/node
  Reason: image not found
```

### brew で再インストール

こういう時は、brew で node をインストールしなおすと上手くいく。

```python
brew reinstall node
```

brew reinstall は、アンインストールの後にインストールを行うコマンドである。


Sassコンパイルをするとエラー（dyld:Librarynotloaded）がでることがある。先に結論をいうとbrewでnodeを再インストー

npm install エラー「Library not loaded」の対処法


## TL;DR

M1 で homebrew をインストールしようとするとエラーがでる。結論からいうと、M1 で homebrew をインストールする場合は、ディレクトリ「opt/homebrew」 にインストールしなければならない。

### インストール失敗

ターミナルに[macOS（または Linux）用パッケージマネージャー — Homebrew](https://brew.sh/index_ja)で紹介されているコマンドを、そのまま入れてインストールして

```python
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
```

M1 上のコマンドで実行すると「コマンドが見つからない」とエラーがでる。

```python
brew -v
zsh: command not found: brew
```

### 「Rosseta を使用して開く」にチェックを入れる

とりあえず、よく紹介されている方法を試す。  
Mac の finder の右上にある検索で「ターミナル」と入れると、ターミナル.app が見つかる。  
ターミナル.app のアイコンを右クリックして「情報を見る」を開く。  
「Rosseta を使用して開く」にチェックを入れ、ターミナルを再起動する。

### エラー発生

確認すると一応入ったようだが、ソフトのインストールができない。

```python
brew -v
Homebrew 3.2.5
```

ソフトをインストールしてみると

```python
brew install pyenv
```

以下のエラーが発生。

```python
Error: Cannot install in Homebrew on ARM processor in Intel default prefix
```

どうやら、M1 は opt/homebrew にインストールする必要があるようなので、まずはディレクトリを作成する。

```python
cd /opt
mkdir homebrew
```

### opt/homebrew にインストール

```python
curl -L https://github.com/Homebrew/brew/tarball/master | tar xz --strip 1 -C homebrew
```

### パスを変更する

vi で開いて「:wq」で保存。

```python
vi ~/.zshrc
export PATH="/opt/homebrew/bin:$PATH"
```

### 再起動

ターミナルを再起動すると無事入ったようだ。

```python
pyenv -v
pyenv 2.0.4
```

M1 Mac で homebrew が使えなかったときの対処法でした。


M1でhomebrewをインストールしようとするとエラーがでる。結論からいうと、M1でhomebrewをインストールする場合は、ディレクトリ「opt

M1 Mac で homebrew が使えなかったときの対処法


## TL;DR

Mac に Python をインストールして、Python3 に切り替えようとしたときに、バージョンが適用されていない場合の対処法。pyenv を使うと、1 台のパソコンで複数バージョンの python 環境を簡単に切り替えることができる。

### pyenv

pyenv は、1 台のパソコンで複数バージョンの python 環境を使えるようになります。

特徴

- ユーザーごとにグローバル Python バージョンを変更
- Python バージョンを環境変数で上書きできるようにする
- プロジェクトごとの Python バージョンのサポートを提供
- 一度に複数のバージョンの Python からコマンドを検索
- Python 自体に依存する
- virtualenv を管理する

[pyenv](https://github.com/pyenv/pyenv)

### pyenv インストール

```python
brew update
brew install pyenv
```

### バージョン確認

```python
pyenv -v
```

### インストール可能な python のバージョン一覧

```python
pyenv install -l
```

### Python インストール

3.9.6 を選択しインストール。

```python
pyenv install 3.9.6
```

### バージョン確認

```python
pyenv versions
3.9.6
```

### Python3 に切り替え

```python
pyenv global 3.9.6
```

### バージョンの確認

確認するが、バージョンが適用されていない。

```python
python -V
Python 2.7.16

which python
/usr/bin/python

which python3
/usr/local/bin/python3

```

### バージョンが適用されない場合の対処法

公式ドキュメント

[pyenv/pyenv: Simple Python version management](https://github.com/pyenv/pyenv#homebrew-on-mac-os-x)

「pyenv init」コマンドを使うと python の実行パスを切り替えることができる。

```python
pyenv init
```

実行すると「pyenv 実行可能ファイルを PATH に追加してリロードしてくれ」と警告文が出る。

```python
pyenv init

# (The below instructions are intended for common
# shell setups. See the README for more guidance
# if they don't apply and/or don't work for you.)

# Add pyenv executable to PATH and
# enable shims by adding the following
# to ~/.profile and ~/.zprofile:

export PYENV_ROOT="$HOME/.pyenv"
export PATH="$PYENV_ROOT/bin:$PATH"
eval "$(pyenv init --path)"

# Load pyenv into the shell by adding
# the following to ~/.zshrc:

eval "$(pyenv init -)"

# Make sure to restart your entire logon session
# for changes to profile files to take effect.
```

### スクリプトファイルに追記

現在使っているシェルを調べる

```python
echo $SHELL
/bin/zsh
```

zsh を使っている場合

.zshrc に追加

```python
eval "$(pyenv init -)"
```

.zprofile に追加

```python
export PYENV_ROOT="$HOME/.pyenv"
export PATH="$PYENV_ROOT/bin:$PATH"
eval "$(pyenv init --path)"
```

反映

```python
source ~/.zprofile
```

.bash_prifile に追加する場合

```python
export PYENV_ROOT="$HOME/.pyenv"
export PATH="$PYENV_ROOT/bin:$PATH"
eval "$(pyenv init -)"
```

### 再確認

```python
python -V
Python 3.9.6
```

無事適用されました。


MacにPythonをインストールして、Python3に切り替えようとしたときに、バージョンが適用されていない場合の対処法。pyenvを使うと、1台

pyenv の使い方: Python をインストールした後でバージョンが適用されない場合の対処法（Mac / Windows）


## TL;DR

gem install rails でエラーが出たり、サーバーが起動できないときに試したこと。これで一応解決できた。

- .zshrc を作って rbenv のパスを通す
- ruby のバージョンを上げる
- rails / ruby のアンインストール
- gem install rails やり直す
- ディレクトリを削除する
- xcode-select --install やり直す

例えば gem install rails に失敗するときは、以下のようなエラーが出る。どうやら、コンパイルに失敗している模様。

```bash
ERROR: Error installing rails:
ERROR: Failed to build gem native extension.

    current directory: /Library/Ruby/Gems/2.6.0/gems/nio4r-2.5.4/ext/nio4r

/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/bin/ruby -I /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0 -r ./ siteconf20210103-61696-a56htj.rb extconf.rb
checking for unistd.h ... **_ extconf.rb failed _**
Could not create Makefile due to some reason, probably lack of necessary
libraries and / or headers. Check the mkmf.log file for more details. You may
need configuration options.

Provided configuration options:
--with-opt-dir
--without-opt-dir
--with-opt-include
--without-opt-include = $ {opt-dir} / include
--with-opt-lib
--without-opt-lib = $ {opt-dir} / lib
--with-make-prog
--without-make-prog
--srcdir =.
--curdir
--ruby = / System / Library / Frameworks / Ruby.framework / Versions / 2.6 / usr / bin / $ (RUBY_BASE_NAME)
/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/mkmf.rb:467:in `try_do': The compiler failed to generate an executable file. (RuntimeError)
You have to install development tools first.
```

```bash
ERROR: Loading command: install (LoadError)
dlopen(/Users/~/.rbenv/versions/2.5.0/lib/ruby/2.5.0/x86_64-darwin18/openssl.bundle, 9): Library not loaded: /usr/local/opt/openssl/lib/libssl.1.0.0.dylib
```

.zshrc を作る。

```bash
touch .zshrc
```

rbenv のパスを通すため、.zshrc に以下を記入。

```bash
[[-d ~/.rbenv]] && \
 export PATH=${HOME}/.rbenv/bin:${PATH} && \
 eval "$(rbenv init -)"
```

パスを確認。rbenv を参照しているようですね。

```bash
$ which ruby
/Users/ユーザー名/.rbenv/shims/ruby
```

rbenv のバージョンを指定して入れ直す。Rails では Ruby バージョン 2.5.0 以降が必須です。

```bash
$ rbenv uninstall 2.5.0
$ rbenv install 2.5.0
```

rais のバージョン確認。正常にインストールされました。

```bash
rails --version
Rails 6.1.0
```

ブログを作成

```bash
$ rails new blog
```

無事、ブログのディレクトリが作られましたが、サーバーが動かない。 バージョンを変えてみる。

```bash
$ rbenv install 2.5.7
$ rbenv local 2.5.7
$ ruby -v
```

再び、サーバー起動するが、今度は rails が入ってないと警告が出ます。

```bash
rails server
rbenv: rails: command not found

The `rails' command exists in these Ruby versions:
2.5.0
```

一度上のディレクトリに移動して、再度 ruby のバージョンアップ。rails もインストールし直して、blog ディレクトリを削除。

```bash
rbenv local 2.6.6
gem install rails
rm -r blog
```

再び、blog インストール。

```bash
rails new blog
```

blog ディレクトリに移動して、バージョン確認。おっ！入ってるね。

```bash
cd blog
rails version
Rails 6.1.0
```

```bash
ruby -v
ruby 2.6.6
```

サーバー起動。

```bash
rails s
=> Booting Puma
=> Rails 6.1.0 application starting in development
=> Run `bin/rails server --help` for more startup options
Puma starting in single mode...

- Puma version: 5.1.1 (ruby 2.6.6-p146) ("At Your Service")
- Min threads: 5
- Max threads: 5
- Environment: development
-          PID: 96922
- Listening on http://127.0.0.1:3000
- Listening on http://[::1]:3000
  Use Ctrl-C to stop

```

localhost:3000 を開く。 無事、サーバーも起動しました。ターミナル上で、Ctrl C を押してサーバー停止。 参考：

- [gem install で permission エラーになった時の対応方法](https://qiita.com/nishina555/items/63ebd4a508a09c481150)
- [gem コマンドで Library not loaded が出たときの対処法](https://qiita.com/suzukalight/items/1fd68258c4134ad7fc48)


geminstallrailsでエラーが出たり、サーバーが起動できないときに試したこと。これで一応解決できた。.zshrcを作ってrbe

[Rails] gem install rails でエラーが出るときの対処法


## TL;DR

WordPress プラグインの自動更新を有効にしている場合、「一部のプラグインを自動更新しました」というメール通知が届くようになります。このような通知です。 メールに通知される内容

> 一部のプラグインが、○○ のサイト上で自動的に最新バージョンに更新されました。何もする必要はありません。 一部のテーマを自動更新しました 以下のプラグインを更新しました: - All in One SEO (バージョン 4.0.6 から 4.0.8 へ)

中でも「All in One SEO」プラグインは毎日のように更新されメールが届いてしまいます。まるでスパムメールのようです。この通知がストレスになっている人も多いのではないでしょうか？ WordPress プラグインの自動更新通知メールを停止させるには、functions.php に以下を追加します。テーマの自動更新通知メールも同様に停止できます。

### WordPress プラグインの自動更新

```php
// プラグイン自動更新通知メール停止
add_filter( 'auto_plugin_update_send_email', '__return_false' );

// テーマ自動更新通知メール停止
add_filter( 'auto_theme_update_send_email', '__return_false' );

```

### 自動更新を有効化させる方法

functions.php に以下を追加します。

```php
//プラグインの自動更新を有効化
add_filter( 'auto_update_plugin', '__return_true' );
//テーマの自動更新を有効化
add_filter( 'auto_update_theme', '__return_true' );
//メジャーアップグレードの自動更新を有効化
add_filter( 'allow_major_auto_core_updates', '__return_true' );
//マイナーアップグレードの自動更新を有効化
add_filter( 'allow_minor_auto_core_updates', '__return_true' );

```


WordPressプラグインの自動更新を有効にしている場合、「一部のプラグインを自動更新しました」というメール通知が届くようになります。このような通知です。

WordPressプラグインの自動更新通知メールを停止させる


## TL;DR

今回、起業して 6 年経過したので、起業前の自分に言いたかったことを書きます。

### 心中的に周囲を巻き込む

ビジネスモデルが決まったら、周囲を巻き込む。やりたいことを、情熱を持って周囲に話すことは、サービスを立ち上げるうえで一番大切です。開発力や資金よりも、はるかに重要。

わたしは、前に勤めていた会社の社長に、自分の思い描くビジネスを話した。社長は、何の迷いもなく「一緒にやろう」と言ってくれました。

他にも、親にも話していない、正常な人は理解できないようなビジネス案があって、数年以上会ってなかった親友二人に相談した。親友二人は「つまり、全てを捨てて、お前と一緒に死んでくれってことだよね」「オッケー」と答えてくれました。

もしあなたが誰かに「一緒にやろう」と言われて、あなたが協力すると答えたら、わたしと同じように思う人はいるかも。 あと、「なぜ、自分とサービスをやりたいのか？」と聞かれたら、素直に自分の本心を話すとよいでしょう。変にかっこつけて、取ってつけたような理由なんか言わないことです。どんな理由でも、本心が一番伝わります。

### 人脈より円満退社

自分の知人、お客より、最も大きな利益をもたらし、新サービスの開発に協力してくれたのは、起業前に働いていた会社。今でも付き合いがあり、感謝している。 今、サラリーマンの人は、今の会社がどうであれ、やめるときは円満退社すること。

### ビジネス書、自己啓発書は読まない

自分が、底抜けのバカであることに気づいた方法は、良書を読むことだった。ビジネス書や自己啓発の本は、お金を作るうえで、全く役に立たなかった。これらの本だけを読んでいるときは、自分がバカだと気づかない。

しかし、次に示す本を読み進めるうちに、自分のバカがドンドン浮き彫りになってきて、「これはいけない、この脳をこのまま放置するとやばいことになる」と思った。

本のジャンルは、哲学・歴史・政治・宗教。理由は、抽象力、新たな思考、詐欺から身を守る詭弁術が身につくことや、考える力がつくから。わたしのポンコツ脳をバージョンアップさせたメジャーな本を、少し紹介。 2020/04/06：追記しました。

- [知の考古学](https://amzn.to/2UJoz7S)
- [自由からの逃走](https://amzn.to/2xUuGgY)
- [寝ながら学べる構造主義](https://amzn.to/2WUTVtF)
- [ツァラトゥストラかく語りき](https://amzn.to/3arfHcI)
- [アリストテレスの弁論術](https://amzn.to/39o3XWR)
- [パスカルのパンセ](https://amzn.to/2QUSub3)
- [マルクスの資本論（一巻だけでもいい）](https://amzn.to/3dDVToq)
- [中村元の原始仏教](https://amzn.to/2UO7Qz0)
- [方法序説](https://amzn.to/2WRInHH)
- [論考](https://amzn.to/2UK3JnP)
- [歎異抄](https://amzn.to/3bF8CFD)
- [リグ・ヴェーダ](https://amzn.to/3awA6Ni)
- [理科系の作文技術](https://amzn.to/3dGYD4c)
- [日本人の英語](https://amzn.to/2UpBHz0)

などは、わたしの場合だけど、役立った。良書は難書。これに気づくまでに時間がかかった。こんな感じの本を、月に 10 冊ほど読む。熟読して要約、批評する。それを 1 年続けると、誰でも別人になる。 経営とは関係なさそうだけど、思考力を必要とする経営者なら最低でも、これ系の本は読んでおいていいと思った。

学歴とか関係なく、賢い人は、このあたりは読んでるかも？試しに、知り合いの社長などに、どんな本を読んでいるのか、聞いてみよう。 ※ ところで、「月に、何十冊〜何百冊も読んでる！」という人がいるけど、どの程度の本を、どのように読んでいるんだろうか？

### 読書は、性格をつくる

他人の気持ちを理解できない人は、読書などによって能力が発達していない。本「プルーストとイカ」によると、幼少期に読書をこなしていると「他人の考えを受け入れる能力」が育つらしい。

他人の気持ちを理解できない理由は、冷たいからではなく、他人の考えを推察する能力が発達していない、ということだそうだ。 わたしが知りうる中で、思いやりがある、もしくは他人の痛みを理解できる人は、学歴に関係なく、読解力が高かった。 （読書の量は関係ない。本の種類、要約する力が関係しているようだ）

思いやりは、他人の気持ちを理解することから始まる。思いやりがない人は、他人の気持ちを推察する能力が未発達なだけだから、冷たいと決めつけてはならない、そう思うようにしている。 ところで、AI が絶対に持てない能力は、読解力だそうだ。

AI は所詮、高速でスイッチをオンオフして、足し算を繰り返しているだけだから、どんなに性能が上がっても、今の仕組みで文字を理解することなんてできない。だから、AI に読解力を基盤とする仕事は奪われにくい。 ということで、これからの人生は読書推奨。

### コツコツ努力は、思考停止だった

起業して 5 年後、戦略を練ることが最も大切だと気づいた。どうすれば、沢山のお金を引っ張れるのか？競合はどうやってサービスを成功させたのか？じっくり調査して、考えること。半年から 1 年くらい一日中、マーケティングと戦略に時間を使ってもいいくらい。本当に、これを一番優先すればよかった。

逆に、全く稼げない、時間の無駄だったことは、経営者みずからアプリ開発やプログラムの勉強をしてしまったり、受託に時間を取られること、すぐにお金になりそうな目先の仕事を優先してしまうこと。誰でも思いつく仕事は、よく考えてないってこと。考えないから、こういうのをコツコツやることになる。 コツコツは思考放棄。

### 承認欲求を満たすために、勉強に時間を割くな

事業計画を改めたら、勉強をする時間が無くなった。やるべきことが、沢山見つかったからだ。経営者なら新しいサービスの戦略を考えたり、お金の流れを把握し、人を大切にすることが先決だと思った。

### 資金繰り

資金繰りがスムーズに行くように、事業計画書は作り込むこと。根拠やデータも、しっかり練り込むこと。分かりやすく説明できること。資金繰り表、比較損益計算書は、暗唱できるようにしておく。資金調達するときに役立つ。 キャッシュがあれば、赤字は、そんなに気にしなくてもよかった。

### 電話対応をやめれば、3 ヶ月分、得をする

うちは電話対応しないというポリシーがあり、電話対応しないと突っぱねたことで、何度か仕事が駄目になったが、今となっては、何の問題もなかったと実感している。というか、得した。 電話は、大切な時間を沢山奪うし、わざと曖昧な約束を取り付けようとする人、値段の相場を聞き出そうとする人、長話、詐欺、営業、こちらの情報を聞き出そうとする輩もいる。

おそらく、全て電話対応していたら、累計時間に換算すると、とんでもない日数を喪失していただろう。1 日 2 時間、電話対応をするとして、月に 22 日出社で 44 時間、1 年で 528 時間、それを 8 時間労働で割ると 66 日。単純計算だけど、 電話対応で失うのは、営業日数にして、約 3 ヶ月分くらいになる。

数ヶ月もあったら、大抵のことはできる。今は、メールやチャット・クラウドで連絡できるし、記録にも残せる。クライアントさんにも、最初から、メールやチャットで対応すると、伝えておく。理由を聞かれたら、記録を残せるため、と言っておけばいい。

### 正義は攻撃だった

誰がどう考えてもこちらは道理に背いていない、明らかにクライアントさんに非がある場合でも、反射的に、こちらの正義を押し付けてはだめ。 こんな例があった。 以前、「前に何度かお伝えしたと思うんですが」と、度重なる相手のチェック漏れを、やんわりと指摘したら、そのことで「誰にでも物忘れはある！」と激怒したお客さんがいた。

このお客さんは、なぜ怒ったのか？ 自分を否定された、攻撃されたと感じたから、怒ったのか？どこかのタイミングでマウントを取りたいと思ったから、怒りを利用したのか？ 一方、こちらの正義が、実は価値観の押し付けや、マウントを取りたいだけのときもある。それを、察知して気を悪くする人もいる。反論の余地がないほどの証拠を示し、詭弁のレトリックを駆使して、相手の主張を封じ込めても、それは攻撃。 論破した君は気持ちがいいかもしれないが、論破された相手は納得してない。

### 否定しないだけで、人間関係はうまくいく

そういった理由で、どんな理由があっても、相手を否定してはならない。コミュニケーションの秘訣は「相手を否定しない」こと。これだけでうまくいく。否定しなくても、普段お客さんのことを悪く思ってたら、それが態度やメールでも出てしまう。 だから、お客さんの陰口は言わないように。腹が立ったら、気持ちが落ち着くまで待ち、反射的に返答・反応しないようにしよう。

### まとめ

色々、話しましたが、今回書いたことって、できそうじゃないですか？ あなたが起業して、成功して、権力を持ったときに、承認欲求を満たすため、品のない発言や行動を起こしたくなるかもしれません。

しかし、今はインターネットの普及が進み、個人的な意見・情報が広がりやすくなり、個人の力が強くなりました。さらに、これから人は大きな権力に対して社会的な正義を求めるようになります。 その正義は、あなたから見ると攻撃かもしれませんが、もしそうなったときに、一緒に耐えてくれる人は、身近にいると思います。大切にしましょう。


ちょっと、更新空いちゃましたね。思うところあって、記事の更新が遅れてました。今回、起業して6年経過したので、起業前の自分に言いたかったこと、起業後に危険を回避

起業して6年たったから、重要だと思ったことを書く


## TL;DR

今回はアクションフックを使って、カテゴリページの表示件数や、検索結果で 5 年以内の記事を返すなど「表示の調整」を行う方法をご紹介します。例えば管理画面で投稿記事は 10 件に設定しているけれどカテゴリーページは 15 件の表示をしたいとき。または、古い検索結果は出力したくないといったように、メインクエリに対する操作を行いたいときはアクションフック`pre get posts`を使います。

### pre_get_posts

pre_get_posts はデータベースへの検索が行われるクエリ実行前（記事データの問い合わせ前）に呼び出されます。WP_Query がセットアップされる前に実行されるので、データベースへの問い合わせが 1 度で済むので高速であり、functions.php の中に書くことで保守性が高くなります。

#### pre_get_posts の基本的な記述例

`is_main_query()`はメインクエリ（記事データ）、is_admin()は管理画面のことで、管理画面とメインクエリ以外では適用しないという記述をしておきます。`$query->set`ではパラメータと値をセットします。

```php
add_action( 'pre_get_posts', function( $query ) {
  if ( is_admin() || ! $query->is_main_query() ) { // 管理画面またはメインクエリ以外で
    return; // 適用しない
  }
  if ( 条件 ) {
    $query->set( 'パラメータ', '値' );
    return;
  }
} );
```

##### アーカイブページかつスマホの時は表示件数を 14 件に変更する

例えばスマホのアーカイブページで最大表示件数を変更したい場合。1 ページあたりの表示件数を指定できる`posts_per_page`をパラメータに設置します。こんなに短い記述で調整できるので便利ですね。

```php
add_action( 'pre_get_posts', function( $query ) {
  if ( is_admin() || ! $query->is_main_query() ) {
    return;
  }
  if ( $query->is_archive() && wp_is_mobile() ) {
    $query->set( 'posts_per_page', 14 );
    return;
  }
} );
```

##### 検索結果で 5 年以内の記事を返す

検索結果で ○ 年以内のものを返すケース。他に ○○ 年以降という指定もできます。これを実現するには、複雑な指定ができる日付パラメータ`date_query`を使います。after は指定した日付より後、before は指定した日付より前の投稿を取得します。「1 year ago」や「2017-01-10」といった表記が使えます。

```php
add_action( 'pre_get_posts', function( $query ) {
  if ( ! is_admin() && $query->is_main_query() ) {
      if ($query->is_search) {

  $query->set( 'date_query',
      [    [
      'after' => '5 year ago', // 5年以内
      // 'after' => '2017-01-10', // 2017年1月10日以降
      // 'before' => '2017-01-10', // 2017年1月10日以前
      ]    ]
      );
      }
    }
} );
```

[Plugin API/Action Reference/pre get posts « WordPress Codex](https://codex.wordpress.org/Plugin_API/Action_Reference/pre_get_posts) \


今回はアクションフックを使って、カテゴリページの表示件数や、検索結果で5年以内の記事を返すなど「表示の調整」を行う方法をご紹介します。例えば管理画面で投稿記事

WordPress：pre_get_postsを用いてカテゴリページや検索結果の表示を調整する


## TL;DR

WordPress4.4 以降において title タグを自動出力するには、非推奨の wp_title()関数の代わりに、テーマの機能を設定する関数`add_theme_support( 'title-tag' );`を functions.php に記述します。functions.php の中に書くことで保守性もよくなります。

### WordPress4.4 以降の title の記述方法

functions.php

```php
function mytheme_set() {
  add_theme_support( 'title-tag' );
}
add_action( 'after_setup_theme', 'mytheme_set' );
```

`after_setup_theme`は全てのテーマが読み込まれた後にテーマの機能を設定するフックです。タイトルが重複するので header.php には title タグを記入しないようにします。 これで head 内にタイトルが自動で出力されますが、body 内にタイトルを表示したい場合は、wp_get_document_title()をテンプレートファイルの任意の場所に記述します。

```php
<?php echo wp_get_document_title(); ?>
```

### document_title_parts

`document_title_parts`はタイトルの一部をフィルタリングするフックです。 タイトルをページごとに変更したい場合は`document_title_parts`を functions.php に記述します。

```php
add_filter('document_title_parts', '関数名');
```

条件分岐させる基本的な形

```php
function 関数名($title){
  if(条件){
    $title['title'] = 変更後のタイトル値 ;
  }
  return $title;
};
add_filter('document_title_parts', '関数名');

```

document_title_parts の$title パラメータ

- title は閲覧したページタイトル
- tagline はホームページのサイト説明
- page は番号付きページ番号
- site はホームページにない場合はサイトのタイトル

#### 文字「○ ページ目」を削除

情報を削除するには unset を使います。例えば、ブログ一覧ページなどで、ページ番号の情報（例：ページ 2）をタイトルから削除する場合はこのように書きます。

```php
function remove_title_pagenation($title){
  unset( $title['page'] );
  return $title;
};
add_filter('document_title_parts', 'remove_title_pagenation');

```

#### サイトの説明を削除

ホームページのキャッチフレーズ（サイトの説明）を削除する場合は、このような記述になります。

```php
function remove_title_description ( $title ) {
  if ( is_home() || is_front_page() ) {
    unset( $title['tagline'] );
  }
  return $title;
}
add_filter( 'document_title_parts', 'remove_title_description', 10, 1 );

```

### 検索結果ページの和欧混植を置換・変更する

検索結果のページタイトルはデフォルトでダブルクォーテーションが付与されているので和欧混植になっています。これを以下のように日本語の記述名に置換してみましょう。

```php
変更前：“○○” の検索結果
↓
変更後：「○○」を検索しました
```

```php
// ページタイトル「検索結果」の一部を変更する
function change_title($title){
  if(is_search()){
    $search = array('“','”','の検索結果');
    $title = str_replace( $search, '', $title );
    $title['title'] = '「' . $title['title'] . '」を検索しました';
  }
  return $title;
};
add_filter('document_title_parts', 'change_title');
```

条件分岐タグので検索結果を指定して、消したい文字を配列に入れて、str_replace で置換しています。条件分岐タグを変えていけば、アーカイブ・404・カスタムポストなどのページも好きなように変更できます。 検索結果だけ変更したい場合は、サイト内検索を行ったときのクエリ文字列を取得する`get_search_query()`を使うと記述量を減らすことができます。

```php
function change_title($title){
  if(is_search()){
    $title['title'] = '検索結果：' . get_search_query();
  }
  return $title;
};
add_filter('document_title_parts', 'change_title');
```

### 404 ページのタイトルを変更する

条件分岐で 404 ページなどを追加して個別に変更します。

```php
// ページごとにタイトルを変更する
function change_title($title){
  if(is_search()){
    $title['title'] = '検索結果：' . get_search_query();
  } elseif(is_404()){
    $title['title'] = 'お探しのページは見つかりません' ;
  }
  return $title;
};
add_filter('document_title_parts', 'change_title');
```

以上、SEO 対策にもなる、最近の WordPress タイトルカスタマイズでした。


WordPress4.4以降においてtitleタグを自動出力するには、非推奨のwp\_title()関数の代わりに、テーマの機能を設定する関数`add_the

2021-8-10

最短でエンジニアになって起業する独学勉強法

2021-8-6

なぜ、Web サービスを作るなら「Django」なのか

2021-8-5

npm install エラー「Library not loaded」の対処法

2021-8-4

M1 Mac で homebrew が使えなかったときの対処法

2021-8-3

pyenv の使い方: Python をインストールした後でバージョンが適用されない場合の対処法（Mac / Windows）

2021-1-4

[Rails] gem install rails でエラーが出るときの対処法

2020-12-22

WordPressプラグインの自動更新通知メールを停止させる

2020-3-9

起業して6年たったから、重要だと思ったことを書く

2019-3-25

WordPress：pre_get_postsを用いてカテゴリページや検索結果の表示を調整する

2019-3-11

WordPress：タイトルを自在にカスタマイズする方法