20名のPL経験を持つエンジニアから見れば、アプリが落ちる原因の8割は「中身があると思っていたデータが実は空（Null）だった」というミスです。Kotlinはこのミスを「実行前（コードを書いている最中）」にIntelliJが教えてくれます。以下の違いを比較してみましょう。
// 昔の言語（実行するまでエラーに気づけないリスク）String name = null; // 誰でもNullを入れられてしまうSystem.out.println(name.length()); // 実行した瞬間にアプリがクラッシュ！// Kotlinのプロの書き方（書いている最中にIntelliJが警告）val name: String = "Kotlin" // 通常は「Null禁止」の鉄壁ガード// name = null // ←これを書いた時点で赤波線が出て、実行すらさせません// Nullを許す場合も、常に「安全装置」付きval nickname: String? = null // ? を付ければNullを許可println(nickname?.length) // ?. を使うことで、Nullなら「何もしない」という安全策
このように、独学では「おまじない」に見える記号（? や ?.）も、「エラーの芽を事前に摘むための仕組み」だと理解すれば、これほど心強い味方はありません。本セミナーでは、こうした「実行前にバグを殺す」プロのデバッグ思考を、わかりやすい対比表とともに伝授します。
※セミナー内では、WindowsのIntelliJ IDEAで「どうすれば瞬時にこの安全装置を働かせられるか」のショートカットも紹介します。
