変数には数値やデータに対する名前づけの効果もあります。
10や-4という数字は味気ないですし、プログラムが巨大になってくるとどの数字が何を指しているかわかりにくくなります。
以下のプログラムでは、変数名に「高さ」という名称をつけました。
参照する箇所（大きさのY）でも「= 高さ」にしています。読みやすい名前をつけることでプログラムの意図が一目瞭然となります。*1
実行すると、高さが5の物体が表示されます。
*1:変数名などのプログラムの構成要素に日本語で名前をつけるのは、あまりオススメできません。日本語などのマルチバイト文字に対応していないソフトウェアに連携するときなどに、余計な手間がかかることがおおいからです
BLOCKVROCKで変数（へんすう）を使います。変数はプログラミングのとても基礎的ながら重要な要素です。
プログラムで変数を使うメリットはいくつかあります。
変数には、はじめに変数に値をセットしておいて、変数を使いたい場所で「=変数名」と書きます。
Excelで計算式を書くときみたいですね。
以下のプログラムで、「= z」の箇所は全て変数zに入った値-5が使われます。
このプログラムでは、３つのブロックのz値を変数で設定しているので、変数zの値を-5から−10などにかえると、3つの物体の位置を一気に変更できます。
今回のプログラムは、実行結果だけではあまり面白みがありませんね。
このプログラムは3つのブロックのz（奥行き）の位置を変数zから読み込むようにしています。
BLOCKVROCK入門編
様々な言語で、初めの１歩といえばHelloWorldとコンソールに出すことですが、BLOCKVROCKでもやってみます。
半角英数文字を浮かせるコードです。
位置のX Y Zの感覚が少し迷いがちですね。
X : 横方向、＋になるほど右
Y：縦方向、＋になるほど上
Z:奥行き、＋になるほど手前
半角英数を-1においているのは、カメラよりも少し先に置かないと見えないからです。
Yを２にしているのは、カメラのデフォルトの高さが1.6に設定されているため、目線の位置より少し上に配置しました。
背景は、プリセットのものをいくつか選べます。フォレストが唯一明るい背景ですが、もっと選択肢が欲しいとよく言われます。
勢いに乗って早速の連投をしていきます。
BLOCKVROCKは、入門編の話もできていないのに、いきなり新機能の話をしていきます。
ブログを書くテンションをキープするためです。
円形に配置というブロックは、Aframe-Layout-Componentというコンポーネントを使って、要素を円形に配置してくれます。円の半径を広げたり横に倒したりできるので、カメラを取り囲む物体群などが簡単にできます。
https://www.npmjs.com/package/aframe-layout-component
[公式] 円形に配置 created by BLOCK VROCK
コードは以下のような感じです。向きをxzにすると横に倒すことができます。（x（横）とz（奥）の方向を平面とする）
この例ではループを使って子要素を作っていますが、個別にブロックを配置することもできます。
子要素を追加すると、自動的に円形配置に加えてくれるのがいいところです。
昨年より、BLOCKVROCKというサービスをやっています。
WebVR/ARを、誰でも作れるようにするサービスで、例えば下に載せたようなのが５ステップぐらいで簡単に作れます。
プログラミングに興味のある高校生などを対象に、プログラミングを使って何をするか？を学んでもらうために作りました。
（以下がみられなければ、リンクで飛んでみてください。https://run.blockvrock.com/show_user_contents?user_id=429&project_id=16ea635e56a88）
プログラミングといえば、「HelloWorld」から始めるものですが、それを楽しめる人と楽しめない人がいて、参入障壁の高さはどうしてもあるように思っていました。
BLOCKVROCKの最初のプログラムは、バーンと世界を作ることです。面白いことを簡単にできることで、いろいろやってみたいと好奇心を持ってもらうことが、第１歩になると思ってます。
まずは紹介ということで、記事にしましたがいろいろとチュートリアルや開発中に発見したハックなどを書いていきます。
上記で紹介したプログラムのコードはこれだけ。
設計力は、課題解決力の一部です。
プログラミングを使って「設計」がうまくできるようにすることを目的にすると、結果として「課題解決力」が身につき、課題解決力が測定しやすくなると思います。
例えば、「おばあちゃんの安否を見守りたい」という課題を解決するカリキュラムを立てるとしましょう。
まずは一部に既存のシステム（例えば電話とか）が含まれるような設計でもかまいません。
プログラミングやコンピューティングからスタートせずに設計からスタートして解決策を上げていきます。
初めは、自分たちに考えられる手段で答えがまとまると思います。
「毎朝電話する」とか「毎日LINEでスタンプを押してもらう」とか。
その上で、効率を考えたり、異常パターンを考えたり、リスクを考慮したり、変なトラブルを切り分けたり、予測や仮説を立てたり、実測・実験してみたり。
一部のプロセスが、プログラミングによって解決するかもしれませんし、最終的にプログラミングの要素が全く無く、あるものの組み合わせで解決できることもあるかもしれません。
解決方法そのものではなく、効率、異常パターン、リスク、トラブルなどに対して考慮された設計力をポイントに評価すれば、すなわち課題解決力と言えるのではないかと思います。
若い人（特に子供）たちにプログラミングやコンピューティングを教えることの意義について、あれこれ行ったり来たりと考えた結果、その意義は「設計の力」を鍛えることを目的にするということで良いんじゃないかと現時点で思っています。
プログラムはそもそも設計図です。
プログラミング＝実装という言い方をされることもあるけれど、それは違っていてプログラミング＝設計であるということはプログラマーの中では、よく知られたことです。
では、設計とは、与えられた手段（ルールや部品）を使って、目的を具現化することです。
目的があって手段があるところに、プロセスを組み立てるのを設計と呼ぶことにします。
手段の数を増やさずに、目的までの組み立てかたに工夫をしてもらう
この設計の習得を目的とすると、いろんな手段を教えることよりも限られた手段で、複雑なものを設計してもらうことを重視した方が学びの効果が高いと思います。
これは、まだプログラミングそのものの面白さに興味が持てていないような人たちを対象とした話です。
スキルとしてのプログラミングも大変有意義なので、興味がすでにある人にはもっと具体的なことを教えることが私は大事だと思います。
