今日、誰かがソースコードのどこが悪いのかと私に尋ねました。それは明らかでした。「その if ステートメントでは、その単一の等号の代わりに二重の等号を使用してください。ええと、私は思う...」私が覚えているように、一部の言語は実際には比較のために単一の等号を使用します。私は時々、使用するいくつかの言語の構文の詳細を忘れたり、混同したりすることがあるので、ラップトップに近づき、簡単な実験を試みました。
「簡単な」実験を試すには少し時間がかかり、フローの中断になります (ただし、この方法は記憶に良いかもしれません)。言語？
(そして今日では、これは多くの wiki のようなマークアップにも当てはまります!)
私にとって、最も困難な部分は構文ではありません。通常、作業中のコードを見ているときにモードに入ります。本当に難しいのは、言語のライブラリを覚えて、車輪の発明を何度も繰り返さないようにすることです。ヘルプ ファイルを整理して、ライブラリ内の特定のものを簡単に検索できるようになれば。
私の場合はただの経験です。ある言語で十分長くコーディングすると、脳はその言語で言語コンテキストの切り替えができるようになると思います。
赤と黄色の波線を描くことができる IDE は、精神的な筋肉の記憶を発達させるまで役立ちます。
XCode (Cocoa/ObjectiveC 用) で厄介なことの 1 つは、コンパイルするまで波線が表示されないことです。(ライブの波線を取得する Eclipse/Java とは対照的に)。
実際、SO では、Java で回避することを忘れないようにアドバイスしif (a = b)ましたが、a と b がブール値の場合にのみ有効であると誰かが思い出させてくれました。もちろん、このアドバイスは、C、C++、JavaScript、およびその他の多くの C に似た言語に適しています。
var v同様に、 JavaScript にはブレース レベルのスコープではなく、関数レベルのスコープしかないことに最近気づきました。
どういうわけか、これは構文が似ていても動作が異なるという落とし穴です。
逸話として、Lua メーリング リストの一部の人々は、この言語は C に似ておらず、簡潔で見慣れた中括弧、+= および ++、ビット単位の演算子を使用していると不満を漏らしています。人々は C に似た構文に慣れているため、言語の採用に悪影響を与えると彼らは言います。
それはナンセンスです。Basic は、その冗長な構文で広く使用されていました (そして今でも使用されています)。Pascal (Delphià) も同様です。多くの人が Lua 構文を読みやすく、習得しやすく、プログラミングに慣れていない人 (ゲーム AI の専門家など) に適していると感じています。
さらに、要点として、Lua は C/C++ プログラムに統合され、C[++] 関数で拡張されるように設計されています。そして人々は、まったく異なる構文が考え方の変化に役立つと言います。