これからコードを書く人に絶対やって欲しいこと

再設計を行なって、正しく修正しろ。

コメントを書くぐらいなら
適切な名前の関数を作ったほうが良い。

例えば、正規表現を書くよりも、その正規表現で
やりたいことを意味する関数を作ったほうがいい。

なぜなら、動的型付け言語ではIDEのサポートが十分に得られない。重いだけ。
静的型付け言語はコード自体は冗長になるが、IDEのサポートで大幅に生産性が上がる。

人力テストとは、ブラウザを開いてフォームに値を入れてクリックするとか
アプリを起動してメニューを選んでクリックするとか、
出力ファイルを眺めておかしい所がないかチェックするとか、
そういうことを人間が毎回操作してテストすることだ。

初心者のためのコーディング規約は糞だ。
（難しくてわからないから）○○機能は使わないこと。

糞な規約の例として
三項演算子は使わない。
クラスは作らない。
継承は使わない。
等がある。

あれ？ なぜか動かない？原因がよくわからない。などという時
実はちゃんと設定やコードを書けば、起きてるエラーが取得できる事が多い。

余談だが、データベースの設定に警告レベルがあったりもする。

いきなり難しい本では挫折するが、簡単な本には間違いが多い。
簡単な本は不要になったら捨てて良い。

初心者が口にしたら怒られるセリフ。
なぜなら実際には「お前が間違ってるから」

言語をディスっていいのは、何かの言語の作者だけだ。

言語の作者が自分で作った言語を褒めて、他の言語をディスるのは
営業的な意味で当然やるべき行為だからだ。
だが他人がそれを真似るな。鵜呑みにするな。

for(int i=0; i str.length; j++) {
}
とか迷惑

一つは、いろんなやり方があって、どれでもいいが統一しましょうってだけの規約。
例えばインデントはスペースいくつにするか？みたいな。
後はディレクトリ構成とか日本語英語対応表とか。
こういう規約はどこでも必要。

もう一つは、素人プログラマに生産性マイナスみたいなコードを
書かせない様にするための縛り。一行80文字とかそういうの。

プロならそんな縛りがなくても見やすいコードを書ける。
プロなら一行80文字というルールがなくてもたいてい80文字以内に収めるし、
超える場合は改行した場合と比較して見やすい方で書く。

プロが多い所なら一行80文字という規約はデメリットをもたらすだけの意味のない規約だが、
素人ばかりならデメリット以上にメリットがあるから仕方なく必要。

ループ変数のiも同じでしょ。規約なくてもプロならスコープが小さい場合にだけ使う。
だけど素人ばかりなら、真似てスコープが広いものにまで使う。
だから素人向けに縛り規約を作る。（もちろんそれはプロの間ではデメリットになる）