創造する玩具

独自の規則（ルール／パターン）を設定し、その展開を楽しむ玩具。

簡易な手織機（※１）。

織りはば約４００ミリまで対応している。それぞれの製品で織ることのできるはばと長さ、および綜絖の有無は：

・

ロッテ　 …… 綜絖なし、はば：約１８０ミリ、長さ：約２６０ミリ

・

スージー …… 綜絖あり、はば：約１８０ミリ、長さ：約４６０ミリ

・

イネス　 …… 綜絖あり、はば：約２００ミリ、長さ：無制限

・

ユッタ　 …… 綜絖あり、はば：約３００ミリ／４００ミリ、長さ：無制限

ここで「ロッテ」／「スージー」は、経糸を張る２本の横棒が固定されており、横棒間の距離の１〜２倍ほどが織物の長さの限度となる。「イネス」／「ユッタ」はこの横棒を回せるので、（糸を巻き取れるかぎり）いくらでも長い織物を作ることができる。

綜絖は平織にのみ対応している。綜絖を回転させることで、経糸の上下を逆にできる。なお「ロッテ」のみ、綜絖が付属しない（経糸と緯糸の交差は、杼を使わず針で行う）。

また筬は、いずれもプラスチック製の櫛が使われる。

※１

この織機では、経糸（たていと）と緯糸（よこいと）を交互に交差させ（平織）、織物を作る。綜絖（そうこう／ヘドル）でとなりあう経糸を上下にずらし、その間に、杼（ひ／シャトル）に巻いた緯糸を通すことができる。また通した緯糸の固定に、筬（おさ／リード）を使う。

輪ゴムを使った手編機。

ルーム（織機）に並んだ差込式のピンに輪ゴムをひっかけ、それらをフック（鉤針）で交差させてつなげていく［※１］。

応用として、ルームの代わりにカトラリーのフォークを使ったり、道具を使わない指編みなど、さまざまな技法がある。

※１

輪ゴムどうしの連結は、（結び目理論の）ブルニアン絡み目が基本。

専用のルームでは幅の狭いものしか編めないので、作るものはブレスレットやリングなど小物が中心になりがち。

とはいえ編物はいくらでもつなげられ／形状も自在なので、帽子や服、アクセサリーやぬいぐるみなど、さまざまな作品が作られている：

・

紹介サイト（日本）［→ https://www.face ...］

２０１１年にアメリカで発売されたこの玩具は、２０１３年に一般に認知されるとともに各国で一大ブームを巻き起こし、その人気から類似の商品が乱立した。

このためチューンズ・デザイン社（この玩具の製造元）は、米国で取得している特許を根拠に、ジネコン社（「ファンルーム」を製造）／ラローゼ社（「クレイジールーム」を製造）を特許侵害で訴えている。

日本では２０１３年に販売が開始された。なお２０１４年にはハナヤマ社が、類似品の「ファンルーム」を発売：

・

ファンルーム（日本）［→ http://www.hanay ...］

ＭＩＴメディアラボ、デビッド・メリルの発案から生まれたブロック玩具。

パーツは、センサ／グラフィカル・ディスプレイ／ワイヤレス通信機能を埋め込んだ、それ自体がコンピュータである小さなブロック。ブロックどうしの配置を変えることで、さまざまな効果を引き出す……たとえば、ふたつのブロックを近づけることで色を混ぜる、ブロックをサウンド・エフェクトの要素に対応させシンセサイザーにする、キャラクタ表示とセンサを組み合わせワード・パズルとして使う、ブロックをゲームの登場人物と対応させ物語をつくる、など。

２００９年夏にシフテオ社（sifteo ）設立、２０１０年１月、公式サイトのリニューアル（ＵＲＬ変更）。

２０１１年９月に発売。

２０１４年７月、３Ｄロボティクス社がシフテオ社を買収。

ビジュアル・プログラミングをフィジカル・コンピューティングの形で実現したものだが、将来のブロック玩具の姿をかいまみせてくれる……このブロックに（同じくＭＩＴから生まれた「トボボ」のクレイトロニクスを発展させて）結合力と機動性を加えれば、夢の構成玩具が実現するのだろうけれど……

命令型のプログラミング言語。教育用。

ポインタを＜亀＞に見立て、プログラムで亀を移動させることで、その足跡（軌跡）からさまざまな図形を描く。開発者（おもに子供）は、自分の思い描く軌跡を再現しようと、プログラミングにひとり苦労したりひとに相談したりする……パパートの提唱した子供のための学習メソッド＜コンストラクショニズム＞は、その後のケイやレズニックの活動に影響を与えている。

構成玩具「レゴ・マインドストーム」と連携できるＬＯＧＯも販売されている。

命令型のプログラミング言語。教育用。

ＭＩＴメディアラボ、ミッチェル・レズニック氏の研究室から生まれた。

コンピュータへの＜命令＞を描いたアイコン群をつなげていくことで、プログラムを組むことができる（ビジュアル・プログラミング）。キーボードをあつかい慣れない幼児でも論理性や創造性を養えるという点で、画期的な教育ソフトウェア。

作ったアプリケーションはだれでも共有サイトで公開することができ、そこから作品づくりのコラボレーションも生まれている。

この開発環境と相互作用できる外部デバイス（センサやモータからロボットまで）も多く提供されており、フィジカル・コンピューティングへ入り口ともなっている。

日本語にも対応。命令のアイコン表示には＜ひらがなのみ＞という選択もできる。

２００６年、公開。

２０１３年５月、ウェブ・ブラウザ版（フラッシュ版）が公開。

公式のソフトウェアはアイパッド（ipad）で使うことはできないが、このソフトの派生版がいくつか提供されている［※１］。

※１

２０１０年にスクラッチのブラウジング・アプリがアップルストアから排除されたが、アップル側と開発側（レズニックの開発チームとは別）の調整の結果、これは不特定のアプリをダウンロードさせることが規約に反したため、とされた。つまりプログラムを作るだけのアプリなら問題はなく、じっさいそのようなアプリはすでにアップルストアで提供されている。

○

ｉＯＳ上の派生版

２０１４年７月、タフツ大学／ＭＩＴメディアラボ／ＰＩＣＯ社の協業チームが、幼児向けの「スクラッチジュニア」を提供：

・

スクラッチジュニア（scratch jr）［→ http://www.scrat ...］

２０１４年９月、スクラッチのＵＩをよりタブレット向けに特化させたアプリ「ティクル」が、クラウドファンディング上で資金を調達。２０１５年３月、一般公開。空を飛ぶデバイス（parrot minidrone）／水と陸を走るデバイス（sphero）など、他の玩具との連携機能を用意：

・

ティクル（tickle）［→ http://www.tickl ...］

※

同じアイパッド上のビジュアルプログラミング環境に、「ティンカー」がある。こちらはそれなりに本格的なゲームを制作するためのグラフィック／命令ブロックが用意されている：

・

ティンカー（tynker）［→ https://www.tynk ...］

○

ｉＯＳ〜スモールトーク（squeak smalltalk ）上の派生版

２０１４年８月、ソフトウメヤ社が、アイパッド版の「ピョンキー」を提供（開発にはＣＥＯの梅澤真史、ＰＥＧプロジェクトの阿部和広がかかわる。開発段階ではレズニックやケイへのプレゼンも実施）：

・

ピョンキー（pyonkee ）［→ http://www.softu ...］

○

ＪＳ（javascript ）上の派生版

２０１２年、一般的な実行環境（html5/javascript）でスクラッチ風のプログラミング開発環境を提供する、「スナップ！」も登場。タブレットでの動作は若干遅いが、再帰呼び出しなど本家にない言語仕様も実装されている。ＵＣＢが支援：

・

スナップ！（spap !）［→ http://snap.berk ...］

※

２０１５年、同様にＪＳ版のスクラッチ風環境が提供されたが、ライセンス上の問題があり今度の見通しは不透明：

・

ビクシィ（pixie ）［→ https://github.c ...］

○

ＪＳ（javascript ）〜スモールトーク（squeak smalltalk）上の派生版

２０１４年、スクイークＪＳ上で動作するスクラッチが提供：

・

スクイークＪＳ上のスクラッチ（scratch on squeakjs ）

命令型のプログラミング言語。オブジェクト指向に特化。

学習用の環境としてはスクイーク（squeak）がある……これはゼロックス社の最初の製品（smalltalk-80）からアップル社のハードウェアに移植された製品（apple smalltalk-80）が元になっており、ここから現在の一般配布用の仮想マシン・ソースコード（C 言語）が生成された。

古典でありながら、（ケイの考える）オブジェクト指向を早くから極めてしまっていた……開発環境そのものがＯＳであり（もともとゼロックス社のパーソナル・コンピュータ用ＯＳとして設計されていた）、既存のＯＳで動かすときは、スモールトークのための仮想マシンが用意される。この場合、開発環境はひとつのイメージ・ファイルに保存される。いろいろなバリエーションの環境を保存できるため、利用者（＝開発者）は、＜環境自体＞を＜オブジェクトとメッセージ＞という統一されたやり方で、失敗を恐れずどんどん変えていくことができる。

命令型のプログラミング言語。オブジェクト指向に特化。

純粋な（すべてのデータ型がオブジェクトである）オブジェクト指向プログラミングを、スクリプトとして書くことができる。

２０１２年に国際規格（ＩＳＯ／ＩＥＣ）に承認。

スモールトークは開発環境としては理想ではあるけれど、それ自体がＯＳであることを前提に設計されているのでちょっと重い……いっぽうこのスクリプト言語は（数字や文字までがオブジェクトという）純粋なオブジェクト指向を、気軽に体験させてくれる。

宣言型／関数型のブログラミング言語。

とても簡素なＬＩＳＰ。構文木がほぼそのまま露出しているというＳ式の特性に、クロージャ（＝オブジェクト）の作成をふくめた、最小限のプログラミング機能を持たせている［※１］……これによりほぼ直感的に、目的に合った＜言語＞をシンプルなパーツから作っていくことができる。

※１

この言語は関数型とはいえ変数への代入を許すので、クロージャを状態を持つオブジェクトとして簡潔に定義できる。

宣言型／関数型のブログラミング言語。

純粋な関数型プログラミング言語を追求しつつ（副作用がなく高階関数が使える）、それを破綻させないかたちで、手続のあるプログラムも記述できる（副作用をふくむ計算一般をあらわすモナドの導入）。

純粋関数型言語の実装についてのアイデアはランディンのISWIM から始まるが（動く処理系は作られていないが公表は１９６６年、つまりベームらの構造化定理の発表と同じ年）、このハスケルもその流儀を受け継いでいる（ブロックを字下げで示す、という構文レベルの影響ふくめ）。いまやハスケルは各ＯＳで簡単に動かすことができ、ＧＨＣの共同開発サイトもギットハブ（github）に移り、高速なウェブアプリケーション・フレームワークも登場した……ここまでくると教育というより実用という側面を強調したい気もするが、「関数型」は並列計算がらみで業務アプリケーション開発に採用されることはあっても、「純粋関数型」はけっきょく話題になるだけで終わるからなあ……

宣言型／論理型のブログラミング言語。

制約処理の各種ライブラリを加えることで、命題の双方向性もそれなりに確保できる（制約型プログラミングへの拡張）。述語に日本語をあつかえるプロログ（swi-prolog, etc.）もある。

プログラミングの学習には、宣言型の体験も大切だと思う。命令型は「ＡをしてＢをして」という命令の指示を繰り返すが、宣言型は「ＡであるＢである」という事実の宣言を繰り返す。

子供は家族や親戚など人間関係に興味があったりするので（「ママのママがおばあちゃんでパパのパパがおじいちゃんで」）、典型的な家系図プログラムの方が興味を引くかもしれない：

ママ(よしこ,ここあ).
パパ(ひろし,ここあ).
ママ(きよこ,よしこ).
パパ(たつや,よしこ).
ママ(ちづこ,ひろし).
パパ(もりお,ひろし).
おばあちゃん(G,X):-ママ(P,X),ママ(G,P).
おばあちゃん(G,X):-ママ(P,X),パパ(G,P).
おじいちゃん(G,X):-パパ(P,X),ママ(G,P).
おじいちゃん(G,X):-パパ(P,X),パパ(G,P).

問い合わせる（推論させる）と：

> おばあちゃん(X,ここあ).
X = 'きよこ' ;
X = 'ちづこ' ;

ＸＭＬはマークアップ言語をつくる言語。そのＸＭＬの変換器／スタイルシートであるＸＳＬＴは、関数型プログラミング言語の流儀を引き継いでいる［※１］。

※１

ＸＳＬＴの関数型言語としての特徴は、もともと副作用がないという点だけだったが（XSLT 1.0）、次の勧告（XSLT 3.0）でついに関数が第一級オブジェクトとなる予定……いずれにせよスタイルシートとしては十分に強力であり、ＸＳＬＴがあるからこそ、（他の文書への変換元となる）独自仕様のＸＭＬ文書を安心して作ることができる。Ｗ３Ｃ標準という点でも、他のプログラミング言語によるスタイルシートより安定している、といえる。

ＸＭＬ／ＸＳＬで文書を作り始めれば、いやおうなく＜自分のための＞文書のカタチを考えることになる。そしてその先にはＲＤＦ／ＯＷＬがあるので、こんどは共同体における＜意味の共有＞を考えることになる。

このウェブサイトもＸＭＬで記述し、ＸＳＴＬで生成している。

実体は（サイズはかなり大きいけれど）一枚のテキスト・ファイル……ここに（サイト内すべての）文章と（自分で決めた）タグを書き、ドキュメントやデータベースの構造を作っている。

・

ＸＭＬの解説（拙稿）［→ http://docmgt.xo ...］