ドットインストールの @taguchi さんに教えてもらった「Nature of Code」がとても楽しくてはまっています。

» @fladdictさんのインタラクティブ・プログラミング勉強会で「手触りの作り方」を学ぶ

で詳しく紹介されていますが、跳ねるボールとか、風にそよぐ木だとか、波といったような自然現象をどうやってコードで表現すればいいかを Processing で学んでいきます。

英文の HTML で無料で公開されていて、Introduction を読み始めたのですが、YouTube の動画で作者の Daniel さん自ら講義していて、これがハイテンションで面白いので今はもっぱらこちらを観ています。いまも風呂に iPhone 持ち込んで観てきたばかり。



学生のときにこんな講義に出会っていたら、もしかしたらこっち方面に進んでいたのかも、なんて思いを馳せながら聞いています。

ベクトルとかでてきて、ちょい難しめかもしれないが、こどもたちにもわかりやすくエッセンスを伝えられないかと思って、スクラッチで再現してみようかと思っている。

とりあえず Introduction にでてくるランダムウォークを再現してみたのがこちら ↓



英文のままだとさすがにこどもには敷居が高すぎるので、和書も買ってみて、さてどうやって息子たちと一緒に楽しもうかと思案中。

昨年末から始めてみた 大人のためのプログラミング勉強会 のネタにもなりそうです。

「鈴木さんにも分かるネットの未来 」読了。ザックリ要約すると、冷静になろうネットなんて別に大したことないよ、といったところ。テクノロジーの進歩の速さは認めるところなんだけど、確かにその割に生活が劇的に変わったわけではないなと思う。



僕は良く、明日急になくなったら困るネットのサービス、アプリは何だろう？ということを自問する。

ダントツで

Google（検索）

そして

Amazon
Gmail
Google Maps
GitHub
Google Calendar

次点で

YouTube
Twitter
Facebook
Line
乗換案内
食べログ

あたりだろうか。

あと、手前味噌だが

Libron

もなくなると困る。

こうしてみると Google は最強、日本のサービスは少なくて、あと上位に関しては5年くらい前からほとんど変わってはいない。ほら、大したことない。

とはいえ、別にネットの未来を悲観しているわけではなく、常にテクノロジーで世の中を変えられる可能性を信じているのだけど、変な感じに煽ったり、煽られないようにしようと思うのでした。

When Scratch cat hit the button, the air conditioner of my room is turned on. Nice isn't it?

(スクラッチキャットが画面の中のスイッチを押すと部屋のエアコンがオンになります。)



Scratch is a free visual programming language developed by MIT used by students, teachers, and parents to easily create games but can also control devices like I did.

(Scratch(スクラッチ)は無料で使えるビジュアルプログラミング環境、プログラミング教育向けに使われることが多いが、それだけに制限されることなく、このようにハードウェアをコントロールしたりすることもできます。)

I use IRKit, opensource infrared remote controller, to control the air conditioner and wrote a Ruby script(Let's call it Scratch2AC) to connect IRKit and Scratch using Scratch feature, Remote Sensors Protocol.

(エアコンを自動操作するのにオープンソースのリモコンコントローラー IRKit を使用しており、Scratch と IRKit をつなげるのに、Scratch の遠隔センサ接続機能を利用した ScratchAC(仮) という Ruby のプログラムを作りました。)

Using Broadcast block, Scratch sends a command to turn on the air conditioner to the Ruby script, Scratch2AC, then Scratch2AC sends a command to IRKit to send a infrared signal to the air conditioner.

(「送る」ブロックを使って、Scratch からエアコンをオンにする命令を Scratch2AC に送ると、Scratch2AC は IRKit に命令を送り、IRKit がエアコンをオンにするためのあらかじめ覚えこませておいた赤外線信号をエアコンに送るという仕組みです。)

I work as a software engineer contractor. I need to count how many days in a month I work for my client to charge the fees.

I use a very nice iOS app, Moves. It runs in background, and it records almost every place I go without losing much battery life. So, I thought that I can use that data to count how many times I visit the client place and consider it as working days.

I created a sample app that counts how many days in a month you went to the place you specify, using Moves API. This is based on the sample app that Moves provides. I prepared Heroku button for that app, so you can easily set up the same app on Heroku if you have an account.

≫ champierre/moves-api-demo: A sample app that demostrates how to connect to Moves.

Open the app in Safari on the iOS device where you have Moves installed on it, and after getting authorized by Moves, you can get how many days you visited the place you specified in the previous month.

ちきりんのブログで強くオススメされていたので読んだ。気になったトピックを挙げてみる。

• 日本の農業はもともとが効率が悪いため、生産性をあげていけば、グローバルで戦っていく競争力は十分ある。 → カリフォルニアに住んでいたとき、farmers market（日本の朝市みたいなもの）に行くことがあった。他の大味なものと比べてここの店のフルーツはおいしいなと思ってみてみると、店というか生産者の名前に Tanaka とかって日本の名前がついていたりすることがあった。きっと二世、三世の人達が育てているのだが、日本人の遺伝子が、きっちり丁寧においしく野菜や果物を育てるのだろうかと思ったことがあったので納得。


• 医療、社会保障費に予算を回しすぎ。教育費や新エネルギーの開発含めた研究開発費にもっと振り分けないとダメ。 → 要は、高齢者に払い過ぎているお金を、若い人や未来にもっと投資すべきという話だと思う。でもそのためには高齢者が多い地方有利に働いてしまうなどの現行の選挙制度を改革する必要があると説いている。具体的には、1) 1票の格差を解決するために、選挙区の人口に応じて議決権を振り分ける、つまり人口が多い選挙区を代表している議員にはより多くの議決権を与える 2) 投票を権利から義務に変えて、選挙に行かなければ罰金。これによって若い人に強制的に投票してもらう、という解決策を提言しているのが斬新。いろいろな問題の根本には「選挙制度」があり、まずそれを解決すれば他の問題も自ずと解決できるという考え方は、政治献金の仕組みがアメリカの問題の元凶という主張で大統領選にも出馬表明してるローレンス・レッシグ氏（クリエイティブコモンズの生みの親）の考えに通じるものがあり、問題の元凶を解決して他も一気に解決するというエンジニア的な考え方に近くて面白い。


• 石油に代わる新エネルギーとしては、太陽エネルギーが有望。原子力は事故が起こってしまったときのコストが莫大で筋が悪い。また、電気をなるべく効率良く使う省エネの考え方はまだまだ推し進められる。→ アルミサッシの代わりに寒冷地では一般的な断熱性に優れた樹脂サッシに変える、蛍光灯の代わりに発光効率が高いLEDの電灯に変える、など省エネに関しては身近なところでできそうなことがありそう。調べてみると蛍光灯とLEDでまだそれほど違わないという話もあるようだが、LEDの発光効率は年々良くなっているようなので自宅のリビングの照明あたりから替えてみようかと思っている。

他にも、英語教育では感受性が高い中学高校時代のうちに留学したり一、二か月でもいいので中長期外国に滞在する経験が大事、などが気になった。

終始、変化や実践を必要とするが、日本の未来を明るい方向へ変えることができるという考えが一貫しているのが好感が持てる。

読んでなるほどーと思って終わりにするのでなく、小さくても具体的な行動に移すことを心掛けたい。

（今、モバイル環境から情報発信ってできるの？ってことに興味があり、このエントリーは通勤電車や風呂場から iPhone 使って書いてみたのだが、いやーやっぱりまだまだつらい。特に他から情報持ってくるときのコピペとか。とはいえ Siri を使えばテキスト入力はそこそこ行けるなどもあるが、奥さんに「風呂場でブツブツ言ってて気持ち悪い」と言われるなどまだまだ障害は多い。）

Note: I asked Tokyo iOS Meetup organizer and my nice English sensei Matt-san(@gillygize) for review and he made some suggestions. Thank you so much.

Suppose I want to output some a debug message on in Rails log.

I do like I can do it like this:

class WelcomeController < ApplicationController
  def index
    logger.debug "Test"
  end
end

, but it is always hard to find that debug message in the log messages.

To make it easy easier to find it, I always do like this.:

logger.debug "*" * 80
logger.debug "Test"

I know it is a dirty solution and it is super MENDOKUSAI("bothering" "bothersome" in Japanese), so I created a tiny gem that it colorizes the output of logger.debug as below:



To install it, just add the following line in your Gemfile and do "bundle install". That's it!

gem 'color-log', git: 'https://gist.github.com/champierre/692b739c4fe875820f7e', group: :development

I personally like this simple gem, and also like that I can publish a gem from Gists. It is very handy.

The source code is available at https://gist.github.com/champierre/692b739c4fe875820f7e.

とある Web サイトの移行を考えています。

2008年に作っていて、Rails のバージョンは 2.x とかなり古いので、この際一気に Rails 5 にしようと思っています。

移行先は Heroku にするつもりなので、準備として、Heroku で Rails 5 を動かすチュートリアルを追ってみました。

内容はほぼ、

≫ Getting Started with Rails 5.x on Heroku

そのままです。

$ brew update && brew upgrade ruby-build
$ rbenv install 2.3.0
$ rbenv rehash
$ gem install rails --pre --no-ri --no-rdoc
$ rbenv rehash

で ruby 2.3.0 と rails 5 beta を用意します。

$ rails new myapp --database=postgresql

でサンプルアプリ作成。

Gemfile を編集、

gem 'rails', '>= 5.0.0.beta1', '< 5.1'

を

gem 'rails', github: "rails/rails"

に変更。

gem 'sqlite3'

を

gem 'pg'

に変更。

$ bundle install
$ bin/rake db:create
$ bin/rails g controller welcome

app/views/welcome/index.html.erb を追加。

<h2>Hello World</h2>
<p>
  The time is now: <%= Time.now %>
</p>

config/routes.rb を編集。

root 'welcome#index'

を追加。

$ bin/rails server

を実行し、http://localhost:3000 にアクセスして確認。

再び Gemfile を開き、最後に

gem 'rails_12factor', group: :production

を追加。

$ bundle install --without production

Gemfile を開き、最後に

ruby "2.3.0"

を追加。

$ git init
$ git add .
$ git commit -m "init"
$ heroku create
$ git push heroku master

でとりあえず heroku で動きます。

確認するには、

$ heroku open

です。

Webrick でなく、Puma で動かすため、Procfile を追加。

web: bundle exec puma -t 5:5 -p ${PORT:-3000} -e ${RACK_ENV:-development}

.env を作成し、ローカルでも確認できるようにします。

$ echo "RACK_ENV=development" >>.env
$ echo "PORT=3000" >> .env
$ echo ".env" >> .gitignore
$ git add .gitignore
$ git commit -m "add .env to .gitignore"

$ gem install foreman

を実行して、ローカルでも動かせるようにしておきます。

最後に、

$ git add .
$ git commit -m "use puma via procfile"
$ git push heroku master

でデプロイ。

$ heroku ps

で、heroku 上で puma で動いていることを確認します。

数値目標じゃない目標は目標ではない、ということで、２つたてました。

1) 体重を10パーセント増やす

2) ブログをひと月3エントリーは書く

です。

ちょっとよろよろしてはいますが、昨年は風邪さえも一度もひくことない全くの健康体で、他の数値はまったく問題ないにも関わらず、健康診断のときには体重が少ないという点だけが毎回要注意事項として指摘されているので、今年は逆ダイエット、少ない体重を10パーセント増やすのが第一の目標です。ダイエットで頑張っている人や女性陣から非難されそうですが、こちらも同じくらい悩んでいるのです。すでにお正月休みで半分くらい達成していい感じのスタートを切れたと思ったのですが、減らないように維持するのが結構大変だったりします。

今年のテーマとして、「慣れを捨てる」「初心に返ってリセットする」ということを考えています。2006年にフリーランスになり今年がちょうど10年目。自分でもそれなりに頑張っているとは思うのですが、どうしても慣れというものがでてきて、力を少し抜いてもそれなりの成果を出せるというか、良くいえばそれが経験なのでしょうが、悪くいえば手の抜き方がわかってしまって要領よくこなせるようになってきてしまっていると感じることがあります。

そこでフリーランスになったばかりの頃の気持ちを呼び起こしたいと思い、それにはその頃の習慣をもう一度取り戻せばいいんじゃないかと。Facebook や Twitter の短文 SNS で気が済んでしまうというのがあり、ブログをほとんど書かなくなってしまっているのですが、以前はもっと頻繁に書いて発信することを心がけていたので、その習慣を取り戻そうと思っています。まずはリハビリということでひと月3エントリーを書くことにします。また、とりあえず Facebook から距離をある程度おくことでブログを書く意欲も増すだろうということで Facebook のアプリを iPhone から削除しました。

Scratch Advent Calendar 2015 の 12/24 の記事として書きます。日付変わってしまってちょっと遅れてしまいました、ごめんなさい。

題名そのままですが、Scratch からミニドローンの Parrot Airborne シリーズのをコントロールできる Scratch2Airborne をつくりました。検証はしていませんが、たぶん共通のインターフェースである Rolling Spider シリーズも動くんじゃないかと思います。

注意(2015/12/27 追記) ミニドローンといえども、プロペラ部分など大変危険です。ワークショップなどでこどもと操作する場合には、長袖シャツ、保護メガネ、手袋を着用するなど、安全管理に十分ご注意ください。家の観葉植物をかすった際、写真のように、葉っぱがスパっと切られてしまいました。



ちなみに僕が買って動かしてみたのは黄色いボディの Parrot Aiborne Cargo Travis です。この記事を読んで欲しくなった方は以下のリンクから買っていただけるとうれしいです :)



いつものように Scratch のリモートセンサープロトコルの仕組みを利用し、Scratch から送られてきた命令を変換してドローンに渡します。(リモートセンサープロトコルについて詳しく知りたい方はこちら → Scratch（スクラッチ）を外部のプログラムなどとつなぐ「遠隔センサー接続」を解説する（その5）)

今回、ドローンに命令を送るライブラリとして、node.js のnode-rolling-spiderを使うことにしたので、Scratch2Airborne は node.js のプログラムです。

ソースコードはこちら↓

» Scratch2Airborne | GitHub

node.js が利用できる環境を準備し、上記ソースをダウンロードしたあと、必要なライブラリを以下のようにインストールします。

$ npm i noble
$ npm i rolling-spider

ミニドローンが起動されているのを確認した上で、

$ node find.js

これは、Bluetooth 接続でミニドローンにアクセスできる ID である uuid を確認するためのプログラムです。

この ID をひかえた上で、別の scratch2airborne.js の以下の該当部分にコピペします。



スクラッチの遠隔センサ接続を有効にした上で(やり方はこちら)、scratch2airborne を以下のように実行します。

$ node scratch2airborne.js

SESSION START というメッセージが表示されたら、接続成功です。

スクラッチの「送る」ブロックを使って、命令をドローンに送ります。

スクラッチのプロジェクトはこんな感じです ↓



送ることができる命令は以下の通りです。

• takeoff: 離陸


• land: 着陸


• forward: 前進


• backward: 後退


• hover: ホバリング（その場で静止する）


• right: 右に約90度旋回


• left: 左に約90度旋回


• flip: 前方宙返り


• backflip: 後方宙返り


• up: 上昇


• down: 下降

こんな感じで飛びますという動画を撮りました。こちらです ↓



今後は、スクラッチを経由して、Leap Motion や Kinect でドローンを動かしてみることに挑戦していきたいと思います。

Hour of Code@Microsoft に行ってきた、って話を書こうとしたのだけど、

イギリス、アメリカでの事例の話があって、アメリカだと、ビル・ゲイツやザッカーバーグみたいにコード書けて社会的にも影響力のある人がいるけど、日本にはそういうのがいないよね、とか、学校で「プログラミングやります」って云ったら「うちの子をプログラマーにするつもりはない」って保護者から云われた話とか、そういう意味ではまだまだこれからだね、って感じだわ。
音楽や図工だって、別に芸術家を育てようとしてる訳じゃないだろ。それを通してその先にあるものを感じて欲しいからやってるんだと思うんだけど、親からして、まだそういう状態じゃないってことだから、5年、10年かかる話かもしれない。

とか

Hour of Code自体は、これでプログラミングやりました、みたいになるのはどうなのよ、っていうのは周知のことだけど、小学校の低学年辺りへの導入としてはやる方も教える方も気楽に始められていいんじゃない。

» Hour of codeやってきた | とりあえずやってみる

とかほとんど言いたいことは、↑この記事 で先に言われちゃいました。にしても、@Peak パパは的確だし、文章がうまい。

Hour of Code については、数日前にスクラッチの生みの親 Mitchel Resnick 氏の下記の発言から、パズル形式のプログラミング教育に対する苛立ち、と読み取っていたことで余計な先入観を持ってしまっていたみたい。

We are strong proponents of children learning to code, but we have concerns about the motivations and methods underlying many of these new learn-to-code initiatives.

» A Different Approach to Coding — Bright — Medium

行く前から、心がザワザワしていたのだけれど、次男と実際に目にして体験してきた後、ようやく心が落ちついてきました。ちょうど昨日まで参加していた（残念ながらこちら優先して最終日は行けなかったのだけど）RubyKaigi の基調講演で Matz がネガティブな感情は伝染る、という話をしていたのだけれど、ちょうどそんな感じだったのかもしれない。

メインファシリテーター始め、スタッフの方々には直接伝えることができなかったのだけれど、帰り道次男にもし伝えるとしたら何て言う？と聞いたところ、「（スクラッチ歴、プログラミング歴はそこそこあるので）Hour of Code の教材自体は簡単過ぎて物足りなかったけれど、マインクラフトの世界観がうまく取り入れられていて楽しい。続きのもう少し上級向けのコースがあると良い」とのことだった。

面白いなと思ったのは、最短で何ブロックできますと表示されて、一度クリアしてもよりよい書き方を求められるところも面白いとコメントしていた点だ。これは動けば書き方には特にこだわらないとなりがちなスクラッチをやっているときにはない視点で、リファクタリングの考えにつながりそうな要素だ。

イベント中にはなんだかんだで時間がなくできなかったので、僕はあとからマインクラフト版 Hour of Code を全14ステージやってみたのだけれど、レッドストーンを取れとかってゴールが設定されておりマインクラフトの知識前提なのね、と感じた。ブロックを使わないで放置しておいたままにしておくと警告が出て実行できないというところが、トライアンドエラーを妨げているような気がして、少し気になったところだ。

僕もいいなと思った、アイスブレイクの自分がロボットになったつもりで、紙に書いた命令を実行する、ってやつは楽しかったようだ。コンピューターなしで情報科学を教えるアンプラグドコンピューターサイエンスというらしい。面白そうなので、関連書としてその場で以下の本を買っておいた。



マイクロソフトが作った、あるいは開発中の製品の紹介が最後にあり、以下の Hololens の紹介を見た次男はスゲーって興奮していたのだけれど、



その後に流れた1993年の AT&T のコマーシャルと、アラン・ケイ氏の「未来を予測する最良の方法は、それを発明してしまうことだ」 (The best way to predict the future is to invent it.) という引用の合わせ技で、僕は鳥肌立ってしまった。



ブレることなく淡々とやるべきことをやり、少しずつでも自分の変えたい方向に未来を変えましょうね、ってことだね。