PHPなどの言語の学習方法について

人によると考えています。

1. WEBや参考書を読み、記憶する。
2. WEBや参考書を読み、実践する。
3. WEBや参考書を読み、記録する。
4. スクール等に通い、習う。
5. 最近だと動画学習サイトや実戦形式のサイト

などなど。

私の場合は1番目にあたり、寝る前や電車等の時間で、
WebやKindleを見て覚えます。

ただ、実行しないと結果がわからない事に関しては、
コードを書いて実行結果を見て、理解を深める場合もあります。

後はプログラミング言語のバージョンアップによって記法が大分変わりますので、
学ぶ際は古いバージョンを学んでも良いとは思いますが、
最新または最新から1つ前のメジャーバージョンを学ぶと良いと思います。

また、始めた頃は色々な本を買ったりしましたが、
よくある入門書籍は買わないほうが良いです。
(多方面から攻撃されそうですが)

理由としては、
大まかな知識しか書いていない所に問題が有ります。

例えば、
大体の言語で使用されているセミコロン(;)ですが、
殆どの入門書籍では「とりあえずルールと思って頂ければ良いです」的なことが書いています。

ルールと言えばルールですが、文末を表す記号であったり意味があります。
そういう所を省かれて、結局WEBで調べるので効率が悪いです。

結論としては、
入門時にしっかり知識をつけたい場合は、

• いいWEBサイトに出会うこと。
• 自分にあった学習方法を見つけること。

かなーと考えています。

勉強方法も人それぞれなんですよね。というところはmukkunさんに同意です。

とりあえず自分は
「実行結果がハッキリしているコードも書き写して実行する」
「実行したコードの一行一行がどういう事をしたのか自分の言葉で脳内で説明する」
「インタプリタ系言語（Ruby,Python,PHP, etc...)なら、電卓代わりに気軽に使ってみる」

教材の良し悪しは確かにアリます。僕は幸い地雷みたいな参考書に出会わなかったかなと思ったりしてますが。それもこれも、一度専門学校通って、コンピューターの基本（PCパーツの構成とその役割やアルゴリズムとデータ構造の学習）もあったのかも……。

閑話休題。

あとはやっぱり人に教えてもらうのが一番の近道かもしれません。
近くに気軽に聞ける人が居るかどうかだけでも違うと思います。その上で自分の言葉で理解した内容をまとめる。
個人指導塾でPythonプログラミングを教えてる（と言うとおこがましいのですが）と、生徒の様子を見ていてそう思いますし、Smalltalkを学ぶ時もたまたま身近にSmalltalk界ではかなり強い方がいらっしゃったので、Smalltalkの面白さに目覚めました。

mukkunさんの

よくある入門書籍は買わないほうが良いです。
(多方面から攻撃されそうですが)

よくわかります。確かに「おまじないです。ルールです」
で片付けてもやもやさせたまま進める入門書は多いです。

かといって、プログラミングを始める人がいきなり「苦しんで覚えるC言語」に進むのは結構厳しい物がある気がするぞというのが僕の所感ではあるので、
「おまじない」「ルール」でぼやっとさせてる入門書があるのなら、
「このおまじないって、結局何なんだ？」
って興味を持ったらすぐ調べる。調べて分からなかったら時がそのうち解決する（いずれ理解できる）まで資料を読み返す。自分の言葉でまとめる。誰かにもう少しわかりやすく説明してもらう。という行動力も必要かと。

僕はプログラミング学習に関しては結構古臭い考えの人間です。なんせ、
「プログラミング勉強する前にPCパーツの内部構造と各パーツの役割くらい把握しておけ。あと一番の参考書は言語の仕様書」
という人間ですが、どこが具体的にわからないというのがはっきりしていれば、誰かに聞くのはやっぱり有力なのではないかなと思います。はっきりしていなくても、対話で紐解いていく力さえあればなんとかなるかと。

話があちこちに飛んでいってしまいましたが、分からなくなったら近くの詳しい人か、teratailに投稿しましょう！
ということを言いたかったです。

駄文、長文失礼いたしました。

同じような質問はたくさん見ました。特にこちらで聞いてもおかしなことではないようです。

ってことで、私の実践したのは
・初学者向けの入門書（体系的知識の整理）
・teratailで、初学者と思われる人の質問とその回答を読みまくる（トラブル箇所の勘所把握）
・何らかのアプリケーションを設計/構築してみる（動くスクリプトを書くことで、モチベーション維持）
・公開されているライブラリやSDKのコードを読み、きれいなコードを知る（きれいじゃないのもあるけどｗ）
・軽量フレームワークを参考に、お作法的なものを体感する（正直何やってるかわからない。遅々として進まない。でも読む。）
下2項目は現在進行系です。（余り進んでいないｗ）

私自身は実践できてませんが、途中でコードレビューをしてもらうと学習効率が上がると思います。
他者の指摘は非常に重要です。

ホントはどっかの会社に所属して、1年ぐらい揉まれるのが最速かもしれません。

あと、学習ではないですが、早めにIDEか高機能エディタを使ったほうが良いです。
つまらんことで、時間を取られることがなくなります。

学習方法って人それぞれですからね。

なので一例。

1. 私はその言語の最低限の書式を覚える。
2. 作りたいもの・あったらいいなと思うものをイメージ。
3. 2を実際に作る。

という感じ。

二言語目以降 は

1. 最低限の書式を覚える
2. 自分が知っている言語と 新しく学習する言語 の対応表を作る
3. 作りたいもの・あったらいいなと思うものをイメージ
4. 3を実際に作る

という感じ。

たとえば、

C -> C++ -> Java ... 

とやるとします。

Cの最低限の書式は

#include<stdio.h>

int main( void ){
    // なんらかの処理
return 0;
}

ですね。

C++は

#include<iostream>

using namespace std;

int main( void ){
    // なんらかの処理
return 0;
}

Javaは

// MainProg.java
class MainProg{
      public static void main( String args[] ){
                         // なんらかの処理
      }
}

ですね。

二言語目以降は、

C/C++ の クラスオブジェクト生成は

CTest* test = new CTest();

か

CTest test();

です。

Javaでこれに相当するのは

CTest test = new CTest();

ポインタマークの有無の違いってだけ。

じゃあ、for文は?
...

という風にXに相当するものは...という感じで覚える。

みなさんありがとうございます。
みなさんの言葉を参考に頑張ろうと思います！

もう解決したようですが、私の学習方法を書かせてください。

私の場合は、「誰かに教えて」勉強しました。
具体的に言いますと、はてな人力検索のプログラミング系の質問に回答していきました。

誰かに教えるためには系統的に理解する必要があります。質問による課題があることによって、問題解決のための具体的なコードを書く機会も増え、初心者の「多少書けるようになったと思うが、次に何を書いたらいいか分からない」状態を回避できます。
また、誰かに教えることによってあいまいだった部分が明らかになったり、知らなかったことを調べることによって自力で解決をしていくコツが分かり、他人に頼らないクセがついたと思います。

QAサイトのプログラミング質問は、難易度的に「初心者がぱっと答えるには難しいが、時間をかけて調べれば何らかの回答に行きつく」という、初心者がゾーン状態に入りやすいものが多いと思います。

ですので「teratailで誰かの質問に答えていく」という学習方法をお勧め致します。