Mitch Resnick: Let's teach kids to codeを見て

TEDのMitch Resnick: Let's teach kids to codeを見た。

子供にプログラミングを教える事の意義について。
昔同僚に教えてもらったMITで作っている言語"Scratch"の話だった。

Scratchはブロックイメージを使ってGUIでプログラム出来る。
新しいScratchではカメラや音声やセンサを使って仮想と現実を結び付ける機能に力を入れている。

現代の子供は"degital native"と呼ばれたりしているがITを使っているだけで作ってはいない。
読み書きと同じアナロジーで読むことだけではなく、書くことも学ぶべき。
書く事を学ぶことで新しい表現手段を手に入れる事が出来る。
皆がプロの物書きでない様に、プロのプログラマになる必要はない。
基礎的な書く能力としてScrachの様な簡単な言語を使えるレベルで良い。

Scrachの他にもプログラミングを初心者が学ぶ環境が増えている。
Codecademy, CodeDojo, Girls Who Code, Black Girls, etc...

プログラムの作成を通して、論理思考や段取りや協力の仕方などものづくりの基礎も学べる。

Scrachを教えるafter schoolで自作ゲームの点数表示の仕方が分からない生徒がいた。
生徒に変数の使い方を教えてあげたらとても「感謝」された。
先生が生徒に何かを教えて感謝されると言うのは学校の現場では少ないのでは?
ポイントは生徒に「これを実現したい」と言う強い動機があった事。
動機付けられていれば理解も深まる。

講演者の83歳の母親もScrachでプログラムを作れる様になったと言うのも凄い話。

英語は簡単で発音も聞き取り易かった。

Yves Morieux: As work gets more complex, 6 rules to simplify を見て

TEDの「Yves Morieux: As work gets more complex, 6 rules to simplify」を見た。

仕事が上手く行かない理由は複雑さにある。

複雑さに対して組織やプロセスを複雑化して対処すると余計に上手く行かない。
責任部署を増やしてメトリクスで管理するのでは上手く行かない。
現実を上手く表していないメトリクスを満たすために個々の部署がそれぞれ動く。
本質的な部分を外して部署間の連携が上手く行かなくなる。

簡単にすればもっと上手く行くようになる。

役割や肩書ではなくて他人が実際は何をやっているかを知る。
レイヤーを減らしてまとめ役を強化する。
ルールを減らして個々の判断の裁量を大きくする。
結果が実施者に直接返って来るようにして自分事として捉えられるようにする。
余分なリソースを持たせない様にして他人に頼むしかない状況にする。
失敗を責めずに、協力しなかったこと、協力を要請しなかったことを責める。

eclipseのJava補完設定

下記記事を参考にした。
http://ser1zw.hatenablog.com/entry/20110130/1296393620

補完表示トリガーの文字数を増やした
補完表示されるまでの時間を短くすることも出来るが、これはやっていない

式と値

式と値(特に関数値)の違いについて急に分かった気がする。

評価のタイミングや回数がどうなるかを色々考えている時にピンと来た。

式を評価すると値を返す
変数参照も式であり評価すると格納している値を返す
関数適用も式であり評価するとbodyの評価結果返された値を返す
定数も式であり評価すると定数値を返す

値そのものは評価出来ない
operandとしての機能しかない
opecodeと組み合わせないと評価できない => 式

関数値は関数適用と言う式を構成できる

(let ([x e]) (f x x))
eは一回しか評価されない
eが関数値を戻しても、xに対する変数参照が評価されるだけ
関数適用にはならない

thunk,stream,generatorの様に引数が無い関数値だと混乱しやすいので注意
変数参照なのか関数適用なのか

Windows 8.1 全画面表示でチャームや隠れているタスクバーが表示されない

Windows 8.1 で全画面表示でチャームや隠れているタスクバーがマウスを画面端に移動させても表示されなくなる場合がある。
特にEclipseを全画面表示しているときに発生しやすい。
動きとしては全画面表示のアプリケーションがデスクトップよりも前面に来てしまっている感じがする。

タスクマネージャーからエクスプローラを再起動すれば復旧するが、使い難い。。。