「つくれば工房」で MicroPython 体験会

この記事は たまに広島 Advent Calendar 2016 20日目の記事です。

広島で Python のカンファレンスを開催してきた PyCon mini Hiroshima 実行委員会の西本です。
その他に、オープンソースの Windows 用スクリーンリーダー NVDA の日本の開発者コミュニティ、NVDA日本語チーム、そして広島のコミュニティNVDA ユーザ会広島などをやってきました。

11月12日の PyCon mini Hiroshima の報告は PyCon JP のブログに書きました
また 11月27日 OSC 2016 Hiroshima のセッション『jus研究会広島大会「ITコミュニティの運営を考える」』で NVDA のコミュニティについて喋らせてもらいました。開催レポートで詳しく紹介していただいています。

つくれば工房

広島で「電子工作やLED手芸など自分で自由に作るものづくりの場」=「つくれば工房」を運営しておられる遠藤さんが PyCon mini Hiroshima 2016 に参加され、私が紹介した MicroPython について興味を示してくださったので、MicroPython 体験会を提案しました。

事前に見学をさせていただきました。
会場は広島市西区楠木町のアドウィンテクノ塾です。
お子さんから年配のかたまでいろんな人がいらっしゃって、Arduino や 3D プリンタなど、いろいろなことにそれぞれ取り組んでいらっしゃいました。
毎週土曜日に欠かさず開催されているそうです。ものづくりの「もくもく会」だと思いました。

MicroPython体験会

ということで12月10日の「つくれば工房」にて「MicroPython体験会」を開催していただきました。

つくれば工房のウェブサイトに報告を掲載していただいているので、自分用の記録をここにまとめます。

  • 参加者 17人くらい。やはり年配の方からお子さん(お母さん同伴)まで。マイコン開発経験者もPython経験者もいらっしゃった。Windowsパソコンを持ってきたけどプログラミング未経験、というかたもいらっしゃった。
  • スイッチサイエンスの ESPr One の持参を推奨したが、他の ESP8266 基盤を持参された方もいた。機材によってはLED点滅の実験のためにLEDをGPIOポートにつないでいただく必要があった。
  • ファームウェアの書き込みのためにPCとMicroUSBケーブルで接続していただいた。充電はできるけど通信はできないMicroUSBケーブルもあり、サポートに手間取った。
  • 西本が事前に確認したのは PC 側に Python 2.7 + esptool.py をインストールして書き込みをする手順だった。体験会をした部屋で WiFi がうまく使えなかったため、USB メモリで ESP8266 Flasher と MicroPython のバイナリ、ESPr One のUSBシリアルドライバなどを回覧してセットアップしていただくことになった。
  • Windows に TeraTerm をインストールしていただいたら、バージョン 4.93 に文字化けの不具合があり、4.92 を入れ直していただいた。

説明したこと:

  • nishimotzのサイトで紹介したLED1の点滅を、ターミナルから逐次入力でやってもらった。
  • コンマとピリオド、コロンなど、文法を説明した方が間違えにくいということに気づき、基本的な Python の文法の説明をした。
  • ペーストモードの説明をして、このLEDの点滅を def blink() のように関数として「メモ帳」に書いてもらって、ペーストモードで貼り付けてもらった。そうすると blink() だけで点滅を実行できる。
  • 早くできた人は PWM でだんだん明るくなるコードを自分で試していた。
  • トラブルシューティング:ペーストモードで改行が余分に入る。TeraTermの改行設定を送受信ともにCRにしてもらう。
  • WiFiを触ってもらうと面白いのだろうが、いろいろ難しそうだったので今回は説明を見送り。

質問されたこと:

  • WebREPL が動いてない:MicroPython 1.8.6 から初期化を実行しないと WebREPL が動かない仕様になった。
  • 割り込みは?:ユーザーボタンを押すとメソッドを実行する、といったコードは動作を確認している。
  • 起動すると自動的に実行するコード(main.py)をどうやって書き込むの?:WebREPLでアップロードするか、プログラムをファイルシステムに書き込むためのプログラムをターミナルで実行する。
  • 本格的に使えるの?:処理系を自分でビルドすれば、C言語拡張モジュールを組み込むことができる。CQ出版「インターフェース」2016年10月号に情報あり。

私はいろいろ準備不足でしたが、ベテランのかたが気を利かせてサポートしてくださったおかげで、無事に体験会を行うことができました。

ふだん Arduino でマイコン開発を楽しんでおられるかたも何人かいらっしゃいましたが、MicroPython のメリットや面白さをなにか感じていただければと思います。

広島に Python Boot Camp を誘致する計画も進んでいますが、広島で MicroPython 体験会、いかがでしょうか。こんどやるときはもっと上手にやれると思うので、ご連絡ください。

自分が映ってる写真を撮り忘れたので、「つくれば工房」さんのサイトからお借りしました:

NVDA で Excel を使う

NVDA の Excel 罫線対応を実装するために使ったワークシート

この記事は Webじゃないアクセシビリティ Advent Calendar 2016 13日目の記事です。
前日はFCSアプリが公開されました。:友加の日々の記録:So-netブログでした。

オープンソースの Windows 用スクリーンリーダー NVDA の日本の開発者コミュニティ、NVDA日本語チームの西本です。

NVDA 2016.4jp

このアドベントカレンダーにエントリーした時には NVDA (本家版)の次のバージョン 2016.4 は string freeze (翻訳者向けに新機能の追加や英語のドキュメントの更新が停止された段階)に入っていました。
予想では11月29日にリリース候補版(RC)が出て、12月6日に正式リリース、ただし、なにかの事情でRCが2回出ることになったら1週間遅れるだろうと思い、この日を登録しました。
結果的に「なにかの事情でリリース候補が遅れる」に加えて「リリース候補が2回でる」ことになり、本日12月13日には 2016.4 RC2 が出ました。おそらく正式版は今週末か来週でしょう。
本家の正式版が完成したらすぐに日本語版 2016.4jp をリリースする見込みです。

NVDA日本語版 2016.4jp の新機能ですが、Microsoft Excel でセルの罫線の報告を実装しました。
この機能は(本家版にも提案はしていますが)いまのところ日本語版限定の機能なので、「日本語設定」に罫線報告を「なし」にしたり、色だけを省略できるオプションがあります。

NVDA の Excel 罫線対応を実装するために使ったワークシート

このほかには「NVDAキー」の表記を「NVDA制御キー」に揃えるなどの用語の変更、修正を行っています。

NVDA 日本語版の課題やご要望の報告には「新規チケット登録」をご利用ください。
ご報告いただいた件について詳細の調査や本家への提案などをお手伝いいただける NVDA 日本語チームの仲間も募集しております。

前置きが長くなりましたが、ここから本題です。

NVDAのExcel関連機能の紹介

NVDA ユーザーガイドには Excel 関連機能がまとめられています

VIC 広島市視覚障害者情報支援センター(ボランティアサークル)の12月4日の例会で、この NVDA の Excel 関連機能を講習会形式で紹介してみました。

教材として使ったファイルは docs.com に置きました
マクロを有効にした、いわゆる xlsm ファイルでお配りしています。
メッセージボックスを開く簡単な VBA マクロを使っています。

マクロが無効のままだと最後の「フォームフィールド」の実習がうまく動きません。
「セキュリティの警告 マクロが無効にされました。」
のようなペインが(F6キーで移動していくと)表示されるので、右側の「コンテンツの有効化」ボタンを押してください。

NVDAでExcel.xlsm ファイルのSheet1を開いた画面

ワークシートの切り替え

Excel のファイル(ブック)には複数のワークシートを含むことができます。

表示中のワークシートを切り替えるキーボードショートカットは Ctrl+PageUp および Ctrl+PageDown で、これは Excel の標準機能です。

しかし NVDA で Excel を操作しているときには、要素リストで切り替えることもできます。

NVDA+F7 :要素リストを開く

要素リストで Shift+Tab を押して種別を「シート」に切り替えて、ツリービューに戻って、移動したいシートの名前で Enter を押します。

なお NVDA 制御キーを押し損なうとただの F7 キーになってしまい、これは Excel のスペルチェックの呼び出しです。

では、教材ファイルの Sheet2 に切り替えてみましょう。

グラフの値を読む

NVDAでExcel.xlsm の Sheet2 の画像。日付と数値の右側に棒グラフがある

ワークシートの中を矢印キーで移動すると「グラフ」を選択することができませんが、要素リストを使うとフォーカスをグラフに移動できます。

  1. グラフが含まれているワークシートに移動します。
  2. NVDA をフォーカスモードにします。(ブラウズモードのままだとうまくフォーカスがグラフに移動しません)
  3. 要素リストで種別「グラフ」を選び、ツリービューでグラフを選択して Enter を押します。
  4. 要素リストのダイアログが閉じて、そのグラフにフォーカスが移動した状態になります。

NVDA+Tab を使うと、グラフがフォーカス位置であると確認できます。

この状態で、下矢印キーを押していくと、グラフを構成する各要素にフォーカスを移動できます。

グラフの種類やオプションによって変わりますが、以下のような要素が見つかります。

  • 系列 系列1 1の1
  • 目盛
  • データラベル
  • グラフの軸 種類 項目 グループ 主
  • グラフの軸 種類 値 グループ 主
  • プロットエリア
  • グラフエリア

「系列 系列1」に移動した状態で、今度は右矢印キーを押します。
すると、以下のように値を読むことができます。

  • 1月2日 363.5
  • 1月9日 418.0

右矢印キーを押し続けて、最後までいくと先頭に戻ります。
また左矢印キーで逆方向に移動できます。

この機能ですが、グラフの内容やデータの形式によっては不完全だったり不自然な読み上げになります。

例えば、日付をシリアル値(数字)として読み上げてしまう、セルの書式設定を無視して小数点以下をすべて読み上げる、といった課題を確認しています。
今回の教材では「NVDAがうまく読み上げるように」あらかじめ手を入れてあります。

コメント

Sheet1 のセル B12 には「コメント」がついています。

NVDA はコメントのつけられたセルに移動すると「コメント」と報告します。

コメントの内容は NVDA+Alt+C で確認できます。

また要素リストの種別「コメント」を使うと、コメントを一覧できます。

数式

要素リストの種別「数式」を使うと、現在のワークシートに含まれる数式を一覧できます。

Sheet1 のセル B3 には「=B2*消費税率」と書かれています。

「消費税率」はセル B8 につけられた「名前」です。

名前を管理する方法は NVDA にはありませんが、Excel の機能「名前の管理」は Ctrl+F3 で呼び出すことができます。

行と列の見出しの自動報告

A1 から B3 にかけて見出しのついた「表」があります。

ちょっと小さくて物足りないので、以下のように書き足してください:

  • C1: 商品B
  • C2: 200
  • C3: (セルB3をコピーして貼り付けます)

セル B2 の数式は B8 を名前で参照しているので、C3 には 200 * 1.08 = 216 が表示されます。

では A1 にカーソルを移動して、以下を実行します。

NVDA+Shift+C 見出し列の設定

列を左右に移動したときに、1行目の内容を見出しに使って「商品A」「商品B」と読み上げるようになります。

もういちど A1 にカーソルを移動して、今度は以下を実行します。

NVDA+Shift+R 見出し行の設定

さきほどの列見出しの報告に加えて、今度は行を上下に移動したときにも、A列の内容を見出しに使って「金額」「税込金額」と読み上げるようになります。

この「見出し行と見出し列の場所」を保存するときに NVDA は Excel の「名前」機能を使っています。
(さきほど紹介した Ctrl+F3「名前の管理」で確認できます)

この状態でファイルを保存しておくと、Excel や NVDA を起動し直しても見出しの自動報告は再現されます。

フォームフィールド

NVDA 2016.3 で追加された機能が「フォームフィールドの操作」です。

Sheet1 で NVDA+F7 要素リストを開いて、「種別」フォームフィールドに切り替えます。
「ボタン1」というボタンが見つかるので、Enter を押します。

これでフォーカスが Sheet1 のシートに貼り付けられた「ボタン」に移動した状態になりました。

スペースを押すとボタンを押すことができます(既定のアクションの実行)。

教材ファイルは「こんにちは」という小さなメッセージボックスを表示しています。
「OK」というボタンがあります。
このメッセージを閉じるまで Excel の他の操作ができません。
OK ボタンにフォーカスを移動してスペースを押す、
Enterを押す、あるいはEscを押す、といった方法でダイアログを閉じてください。

最後に

以上、要素リストの機能を中心に、NVDA が Excel に対して提供している機能を紹介しました。

機能の実装や日本語の翻訳など、まだまだ課題もあると思うので、なにかお気づきのことがあればお知らせいただけると助かります。

なお Excel をスクリーンリーダーで使う場合の一般的な解説をいくつか紹介しておきます:

視覚障害者のためのExcel 2010キー操作マニュアル

Microsoft Office 2013 のアクセシビリティ

Excel 2016 でスクリーン リーダーを使用する方法のヘルプ

電子工作のためのPython: MicroPython on the ESP8266

2016年11月12日に PyCon mini Hiroshima 2016 を開催しました。
開催報告記事は準備中ですが、まず私の発表を紹介しておきます。


作ったプログラムと回路図

準備のためにいろいろ実験していた記録

過去のIoTLT広島での私の発表の記録

録画(YouTube)

質疑応答の時間に「産業界での利用状況は?」というコメントがあり、産業界というよりも教育分野での盛り上がり(BBC micro:bit 対応など)のことしか触れなかったのですが、Damien George さんの講演(YouTube GOTO2016 の動画)では「宇宙開発への応用のための SPARC 移植版」などに言及されていました。開発者がもともとそういう分野の出身なのだそうです。思い出せなくてすみませんでした。。

私の発表では ESP8266 での動作状況だけをお話しましたが、もともとのターゲットである PyBoard などの ARM 系 CPU については、実行時にバイトコードではなくCPUのネイティブ命令を生成する機能など、性能を上げる処理がいろいろ実現されています。

 

このブログ記事では、今回の発表をどのように準備したかを簡単に振り返っておきます。

まず9月末に ESPr One を入手し、MicroPython の書き込み、動作確認をしました。

そして手頃なセンサーやデバイスをいろいろESP8266の入出力につないでMicroPythonで動かしてみました。

明るさセンサー(NJL7502)は「IchigoJamではじめる電子工作&プログラミング (I・O BOOKS)」で紹介されていて、いずれ遊ぼうと思って入手していました。

また圧電サウンダ(ピエゾ圧電ブザー)は IchigoJamU に付属していたものをそのまま拝借しました。すでにモデルチェンジしているようなので、現在購入できるモデルにブザーがついているかどうかはわかりません。

超音波センサーHC-SR04は5月にソラコムのハンズオンをやった(IoTLT広島で紹介済み)ときのパーツです。
ESPr Oneからは5Vと3.3Vの両方の電源をとることができます。
HC-SR04は5V駆動で、ESP8266のGPIOは(Arduinoと同じ)3.3Vとのことなので、ECHO の入力側は抵抗で分圧しています。
こういうのは “Arduino 3.3V HC-SR04” で検索すると見つかるので、人気のあるパーツを選ぶと便利ですね。

MicroPython for ESP8266 の Quick Reference にはデジタルの入出力方式として SPI, I2C, OneWire が紹介されています。
今回 SPI は手頃なパーツがなかったので実験しませんでした。

I2C でつないだのは小型のディスプレイ(OLED)です。
MicroPython のライブラリや Adafruit のサイト記事や動画を見て SSD1306 というドライバーのものが簡単に使えると知ったので安価なものを Amazon で探しました。
TonyDさんは ssd1306.py を組み込んでビルドし直していますが、MicroPythonのソースに入っているドライバーファイルをWebREPLでアップロードすればそのまま動きました。メモリを節約したかったら組み込んでビルドしたほうがいいと思います。

OneWire は Quick Reference に書かれていた温度センサー DS18B20 をすでに入手していました。
Arduino や Raspberry Pi などの書籍や記事でよく出てくるパーツだったので買っておいたのでした。
手で触ると体温で温度が上がるのはわかるのですが、実際に組み合わせて使い道を思いつかなかったので、マイコンの起動直後に温度を表示して、18度から20度までの範囲だったら “good condition” と表示する、みたいな「しょうもない」使い方しかしていません。
OneWire はプルアップの抵抗が必要なのですが、ESPr One のボード内の(おそらくは Arduino のプログラミングモード切り替えのための)抵抗をそのまま使えるように GPIO のポート番号を選びました。

ESPr Oneにはスイッチがあって GPIO で値を読むことができますが、ボードをケースに入れてしまったせいで、細い棒のようなもので突かないと押せません。

じゃあ光センサーと超音波距離センサーをスイッチの代わりにするか、ということで、全体を「光線銃ゲーム」に仕立てることに決めました。

光センサーを「懐中電灯を当てたときに閾値を超える」ように AD 変換で使う抵抗の値を選び、超音波センサーは「距離測定を3回実行して80センチ未満が1回以上あったかどうか」を判定することで誤判定をなるべく回避するように実装しました。まあ誤判定しますけど。。

ゲームにつきものの乱数は MicroPython の math にはなくて os.urandom で得られるランダムなバイト列を使いました。

MicroPython の PWM は LED の明るさを変える目的で使われると思いますが、ここでは LED と圧電ブザーを並列につなぎ、メロディを流すのに使いました。
性能が足りないのか精度が足りないのか、高い音は綺麗に出ません。
音が出ているときはLEDも光ります。音を止める時は duty=0 にして信号が0になるようにしています。

ゲームそのものの実装とデバッグは本番直前の2〜3日でやりましたが、よく考えると(電子工作やマイコンに親しんでいた子供時代を含めて)人に見せるために電子工作やミニゲームを開発したのはこれが初めてだなあ、と思いました。

私が子供のころの電子工作はハンダ付けで組み立てるのが普通で、ブロックを組み合わせるような電子工作実験回路を羨ましく思ったものでした。
いま、こういう回路がブレッドボードで簡単に組み立てできて、入出力デバイスもモジュール化されて、マイコンとデジタルで繋がって、しかもPythonで対話的に開発、実行できる。
いい時代になったんだな、と素直に思った、そんなこの数日間でした。

私に懐かしい世界を思い出させてくれた IchigoJam も好きですが、MicroPython と ESP8266 も、教材が充実してくれば、子どもの遊びやプログラミングの教育に使えるのではないでしょうか。

如法会 2 と「2つのPython」

如法会2の報告を書いていただいたのですが、過大に評価していただいたようなので言い訳を書きます。

私のトークはこういう内容でした。

Pythonで統計や機械学習という記事、文献、書籍がこの1年くらい日本語でもどんどん出版されています。

私は英語の書籍も含めてそうした資料をいろいろ読んでいて「いわゆる PyData とオリジナルの Python は本当に同じ言語仕様なんだろうか」と疑問に感じてきました。

そこで NumPy が Python という言語をどのように拡張しているのか、という観点から資料を探していたら見つけたのが神嶌さんの「機械学習とPythonとの出会い」でした。

無料で公開されている文献なら紹介しやすいし、単純ベイズだけを扱っているので、やりたいことはわかりやすい。通して読んでみたのですが、さて勉強会で紹介するとしたら「単純ベイズ」のところだけが難しく感じられるだろうなあ。そう思って準備したのが「『機械学習とPythonとの出会い』との出会い」でした。

このテキストを説明しようとして、別の文献をいろいろ読むことになったので、私自身も勉強のきっかけになりました。また、いわゆる Jupyter Notebook をスライドのように使う方法もあわせて勉強させてもらいました。

1990年代の音声認識技術からパターン認識の分野に関わったので、ひとつのアプリケーションで有用な技術がどう他の対象に応用できるか、といった発想で物事を考えることはあいかわらず多く、そういうことが(データさえあれば)すぐに形にできる時代になったのはすごいことだなあと思いつつ、一見時代遅れのパターン認識手法をどこかでしゃべるのも、なにか新しいことに役立つかも、と思ったりもします。

Pythonのエコシステムが機械学習をコモディティ化してしまった現実に凄まじさすら感じた、というのが私にとっての PyCon JP 2016 でしたが、オマケのように喋ったのが「2つのPython」というキーワードでした。

Python 2 と Python 3 ですよね、と思われるかも知れませんが、もうその話は終わってたんだな、ということを東京で納得してきました。

むしろ新たな「2つのPython」は、簡単に言えば pip でパッケージ管理される公式 Python の世界と、Anaconda に代表される数値計算コミュニティ向け Python の世界ですね。いろいろ温度差があるということを薄々感じ始めています。。

このニーズや方向性の微妙に違う2つのコミュニティが関わり合って未来の Python が作られている、その現場を私は PyCon JP で見た気がしました。

コミュニティが分断されないためには多様性が尊重されるカンファレンスの場が必要なのだ、ということも強く感じました。

如法さんのブログでは PyCon mini Hiroshima 2016 (11月12日開催)でこの続きが聞きたいと書いておられましたが、取っておこうと思ったことを如法会で喋ってしまい、大したことでもなかったな、と思えてしまったので、私はたぶん別の話を(時間があれば)すると思います。

実は講演プロポーザルの締切を10月5日まで延長したので、まだ講演の提案をお待ちしているところです。詳しくは connpass をご参照ください。最後はまたイベントの宣伝になってしまってすみません。

PyCon JP 2016 ポスター発表: NVDA の開発とコミュニティ活動

9月21日と22日の2日間、PyCon JP 2016 に参加しました。2日目に「スクリーンリーダー NVDA の開発とコミュニティ活動」というポスター発表をしました。多くの人に見ていただけたようです。長い時間をかけてこちらの話に付き合ってくださったかたも多かったです。

PyCon JP 2016 ポスターの前に立つ西本

23日には開発スプリントのリーダーとして、NVDA 日本語版の開発の具体的な作業を紹介、そして Python でアドオンを開発するチュートリアルなどを行いました。メンバー4人で楽しくハッカソン的な時間を過ごしました。

NVDA日本語チームは2013年からユーザーを対象にしたイベントを行ってきましたが、今年、方針を変更してこういう技術者向けイベントに参加しました。結果として、より多くの人にNVDAを知ってもらったり、コミュニティのメンバーを広げたりする手段になったと感じています。

特に今年の PyCon JP は「多様性」がキーノートや講演でも取り上げられました。そのような中で、アクセシビリティの話が、多様性についての視野を広げるお役に立てていたらうれしいです。

PyCon JP の参加を通じて得た知識、気づいたことなどは、また改めて書いたり喋ったりしたいと思います。

11月12日開催の PyCon mini Hiroshima 2016 も「視覚や聴覚に障害をお持ちのかたを含めて、 誰にでも参加して楽しんでいただけるイベント」を目指しています。発表のプロポーザルを9月30日まで募集しています。

それから10月2日に広島での勉強会で Python と機械学習をテーマにLTをしようと思っています。こちらもよろしくお願いします。

PyCon mini Hiroshima 2016「広島とPython」 #pyconhiro #pyconjp

プログラミング言語 Python (パイソン)が気になりはじめた広島の皆様、広島のことが気になっていた全国の Python ファンの皆様のために、今年も PyCon mini Hiroshima を開催します。
開催日は2016年11月12日(土曜)、会場は広島市立大学サテライトキャンパス(広島市役所のすぐ前)です。

これから connpass サイトでの参加募集(および講演の申込受付)を開始します。

2015年11月22日、第1回 PyCon mini Hiroshima の基調講演は石本敦夫さん「Pythonの肩にのる」でした。
一人前のプログラマになるための勉強は果てしなく続く。でも焦ることはない。なにかひとつの技術やプロダクトに深く関わることが重要。
深く学ぶほど大きく広がる Python の世界はその理想的な入口のひとつ。
そんなことをご自身の20年の経験を踏まえて語っていただきました。

たまたま NVDA という Python プロダクトの活動(NVDA日本語チーム)をきっかけに Python を深く学ぶことになり、日本の Python の技術者やコミュニティの素晴らしいパワーに触れる機会を得てきた私には、自分の気持ちととても重なった内容でした。

半年以上が過ぎたいま、Python やその関連プロダクトは、広島の技術者の勉強や仕事に役立ち始めているでしょうか?

広島での PyCon mini の第2回となる今年は「広島から発信しよう」を目指しています。
県外から著名人をお招きしてお話を伺うことよりも「広島で Python がどう使われているのか」「広島で Python 技術者にどんなチャンスがあり得るのか」といった話題を持ち寄って、なにかを生み出したいと思います。
まず「広島で暮らす人々」「広島に観光で訪れる人々」をターゲットに「人間の言葉を理解するコンピュータ」の研究に取り組んでいる広島市立大学「言語音声メディア工学研究室」の関係者にご協力をお願いして、「広島とPython」の接点を探ります。
また IoT (Internet of Things) に適した言語としての Python という側面(例えばハードウェアの制御も Web APIの利用も Python から簡単にできたりします)を掘り下げていくために、今年立ち上がったフレッシュなコミュニティ IoTLT 広島と LT セッションを共同開催します。
スペシャルトークの火村智彦さんには「私はいま広島で○○というプログラミング言語を使っているけど、Python も勉強した方がいいのかな?」と思っている人に刺激を与えるようなお話をお願いしています。どんな内容になるのか、私もまだわかりませんが楽しみにしています。

今年、日本の Python コミュニティでは、初学者向けの勉強会(BootCamp)など新しい取り組みが各地で始まっています。
また Python を基盤にしたビッグデータ、機械学習、インフラ管理など、いろいろなツールのコミュニティも広がりつつあります。
この第2回 PyCon mini Hiroshima を、広島での継続的な Python コミュニティ活動のきっかけにと願いつつ、まずはご参加のご案内をさせていただきます。
講演テーマ募集は9月30日を締切とさせていただく予定です。
参加申込とあわせて、お気軽にご提案いただければ幸いです。

Firefox 43 と WebVisum のこれから

NVDA ユーザーが画像認証 (CAPTCHA) の壁を克服する手段として広く知られている WebVisum という Firefox アドオンがあります。
ミツエーリンクス まほろば などで紹介されています。

最近の Firefox と WebVisum について私が知っていることの整理と、問題提起をしておきます。

最近リリースされた Firefox バージョン 43 から、Firefox の開発元が認証をしたアドオンだけがインストール、実行できるようになりました。

WebVisum はまだ Firefox 開発元の認証を受けたバージョンを公開していないようです。

未認証のアドオンの実行を禁止するようになったのは、システムを不安定にしたり不正アクセスの原因になったりするアドオンが広まることを防ぐ目的のようです。

回避策はいくつかあり、後述しますが、どれも根本的ではありません。

根本的には WebVisum が最新の Firefox に対応するように、ちゃんと開発、システム運営を続けてもらう必要があります。

英語でしか書かれていませんが、WebVisum に寄付をしたり運営に協力したりしてください、みたいなことはサイトに書かれてはいます。

いままでそういう支援を検討しておられたのなら、この機会に WebVisum の運営元に対して、今後もちゃんと開発されていくのか、確認をしてみられるのがよいと思います。

たしか今年の夏ぐらいに WebVisum のサーバーが止まって、一時的に WebVisum が使えなくなったことがあったはずです。
海外のメーリングリストでは WebVisum の代わりになるものがないか、という質問がときどき出るようになりました。

Firefox のアドオンは今後も大きな仕様変更が予定されているはずです。
もし WebVisum の開発が止まっているなら、将来の Firefox のバージョンアップに追従できなくなり、WebVisum は使えなくなってしまうと思います。

以下、暫定的に WebVisum を使えるようにするいくつかの方法です。

(1)
自己責任で Firefox の設定を書き換えて、未認証のアドオンを有効化する。

例えば「窓の杜」の以下の記事に書かれています。

「Firefox 43」では未署名のアドオンが利用不可能に
“about:config”でオプションを無効化すれば、次期バージョンまでは継続利用が可能

Firefox 44 ではこの方法は使えなくなるそうです。
なのでいまから約6週間しか有効ではありません。

(2)
Firefox 38 延長サポート版 (ESR) に乗り換える。

Firefox ESR 38 という、仕様としてはバージョン38のまま、セキュリティ修正だけは2016年5月まで行われる特別な Firefox があります。
下記ページの下の方に日本語 Windows 版のダウンロードリンクがあります。
Firefox/Thunderbird 法人向け延長サポート版

この ESR 38 で WebVisum のサイトからアドオン ( WebVisum 0.9.1 ) をダウンロードしてインストールできることは確認しました。
(未認証のアドオンは自己責任で使ってください、というメッセージは出ます)

この方法も2016年5月までしか有効でなく、次にメジャーバージョンアップされる ESR ではいまの WebVisum は使えないはずです。

(3)
Firefox のバージョンを戻す、バージョンアップを止める。

おそらく皆様最初に思いつくことと思いますが、セキュリティ上の不具合があると分かっていて使い続けることになるため、良くない方法です。

けっきょくは WebVisum というサービスが本当に必要なのか、もし必要なのだとしたら、どうやって WebVisum の開発者や運営者を支援するのか、といったことが問われていると思います。

まあ NVDA もそうなんですけどね。。

CAPTCHA のために WebVisum が使われ続けることは、スクリーンリーダー利用者に対してアクセシブルな操作手段を提供しないサービス運営者を容認することに繋がっているとも考えられます。

以前は日本で広く普及しているスクリーンリーダーが Firefox に対応していなかったため、画像認証をクリアしたい、Firefox を使いたい、じゃあ NVDA を覚えよう、という順番で NVDA に注目された時期もありました。

しかし私は NVDA 開発者たちの思想を尊重して、WebVisum にしがみつかないことも、模索したい、してもらいたい気持ちになっています。

以上、議論の材料になれば幸いです。

追記(2016年8月22日):

WebVisum のサイトに掲載されているバージョンは 0.9.1 のままですが、Mozilla のサイトでは2016年7月18日にリリースされた WebVisum 0.9.5 が紹介されており、認証済みのアドオンとして利用できるようになりました。

ふつう=ユニバーサルでアクセシブル

この記事は ふつうの広島 Advent Calendar 2015 の8日目の記事です。
昨日はkamera25さんの記事でした。

冒頭から脱線しますが「普通の人にはない技術の持ち主」といえば「職人」ですね。
今日から「職人」がテーマのイベントが広島で開催されますよ。

広島職人博覧会
12月8日(火曜)から14日(月曜)まで
旧日本銀行広島支店(広島市中区袋町)

ふつうとはなんだろう

普通じゃない人にとって「普通に生きろ」という言葉は「苦痛」の一歩手前だったりするかも知れません。

「普通の人」=「健常者」「定型発達の人」でしょうか?
「普通の人」=「リモートワークじゃない人」でしょうか?

もっといろんな「普通」があっていいような気がするので、グーグル先生に訊いてみました。

普=「あまねく」「広く」

通=「通用する」

「あまねく」は「ユニバーサル」、「通用」は「アクセス」じゃないですか。

「ふつう」=「ユニバーサル」で「アクセシブル」ということですね!!

イベントの「ふつう」

「ふつうの広島」=「どんな人でも学んだり働いたり活動したりできる広島」にしましょう。

そういうつもりで2015年に私が取り組んだのが Python のイベント、PyCon mini Hiroshima 2015 でした。

開催直前の告知と終了後の報告は PyCon JP のブログに書いたので、下記をどうぞ。

PyCon mini Hiroshima 2015 を開催します!

PyCon mini Hiroshima 2015 を開催しました!

報告の中でも書いたことですが、カジュアルな勉強会は行動力のある人たちに任せて、私は「アクセシビリティを切り口に質を保障できるイベント」を、今後も続けていくためにお手伝いできたらいいなあと思っています。

ソフトウェアの「ふつう」

こないだ Web アクセシビリティのアドベントカレンダーに寄稿した NVDA 日本語版の現状の記事 ですが、途中から支離滅裂で勢いだけの駄文になってしまったので、もうすこし具体的に「アクセシビリティから考える本質とか品質とか」について書いてみます。

NVDA の UI ウィジェットに wxPython が使われていることは PyCon mini でお話しましたが、おそらく NVDA の開発者たちはこのツールキット選びをかなり慎重に行ったはずです。

wxPython のさらに土台になっている wxWidgets のレベルで、すでに Microsoft のアクセシビリティ API に対応する作り込みが行われていることが、ちゃんとドキュメントになっています

マルチプラットフォーム開発のための UI ツールキットはいろいろありますが、それぞれのプラットフォームのネイティブなアクセシビリティ API に対応した実装が施されているものはなかなかありません。
画面を Windows っぽく描画したり Mac っぽく描画したりすることだけできても、それが「ボタン」なのか「テキストフィールド」なのか、といった情報を OS のアクセシビリティ API に正しく渡すことができないフレームワークは山ほどあるのです。。

モバイル開発についてはどうでしょうか。
マルチプラットフォームといえば HTML で UI を作る「いわゆる PhoneGap」アプリを真っ先に思いつきます。

あまりよいユーザー体験を実現できない、ということで、ここ数年は敬遠されてきたような印象ですが、最近あらためて調べてみたら、Apache Cordova と Angular.js という組み合わせの新しいツールがいくつか登場していました。

ここでは Ionic Framework について最近私が調べたことをちょっと紹介しておきます。

この Ionic フレームワークは単なるライブラリではなくコマンドラインインタフェースのツールが用意されています。
ionic start コマンドで生成されるひな形の「タブ UI」アプリを Xcode でビルドして iPad にデプロイしてみたら、かなり VoiceOver でちゃんと使える、ということに気づきました。
フォーカスの移動順序にやや不自然なところはあったもののの、多くの要素が理解可能、アクセス可能でした。

Web技術はちゃんと「ユニバーサルにアクセシブル」に向かって進歩してるんですね。。

残念ながら完全に VoiceOver に無視されてしまったのは ion-toggle でした。

調べてみたらこのトグルスイッチの記述方法が他にも見つかったので、いわゆる WAI-ARIA の勉強がてら書き直してみたら、VoiceOver でちゃんと操作できて状態を読み上げられるトグルスイッチになりました。

修正前:

 <ion-view view-title="Account">
   <ion-content>
     <ion-list>
-    <ion-toggle ng-model="settings.enableFriends">
-        Enable Friends
-    </ion-toggle>
     </ion-list>
   </ion-content>
 </ion-view>

 

修正後:

 <ion-view view-title="Account">
   <ion-content>
     <ion-list>
+    <li class="item item-toggle">
+      <span role="label" id="enableFriendsLabel">Enable Friends</span>
+      <label class="toggle">
+        <input type="checkbox" ng-model="settings.enableFriends" />
+        <div class="track">
+          <div tabindex="0" class="handle" aria-labelledby="enableFriendsLabel" role="checkbox" aria-checked="{{ settings.enableFriends }}"></div>
+        </div>
+      </label>
+    </li>
    </ion-list>
   </ion-content>
 </ion-view>

 

role とか aria-checked とかこうやって使うんですね。勉強になりました。

これ Web 標準を使ってアクセシビリティを確保したので、たぶんプラットフォームごとの実装さえちゃんとしていれば「普(ユニバーサル)」に「通(アクセシブル)」なモバイルアプリになるはずですね。。

Ionic のテンプレートは Visual Studio 2015 にも入ってます。
Universal Windows Platform でもいけそうです。

アクセシビリティを「品質」と捉えると、技術を見極めたり、新しいことを勉強したりできますね。

「ふつうの広島」を目指して、開発者向けのアクセシビリティ勉強会をやったらいいですね、と提案しつつ、この記事を締めくくりたいと思います。

以下、参考書:

コーディング Web アクセシビリティ

わかりやすい「WAI-ARIA 1.0」仕様解説書 Kindle版

スクリーンリーダー NVDA 日本語版の現状

この記事は、Web Accessibility Advent Calendar 2015、4日目の記事です。

Web Accessibility Advent Calendar に参加するのは初めてなので、自己紹介をします。

広島出身、東京と京都を経て、現在また広島在住。
2012年4月から NVDA 日本語チーム の代表としてオープンソースの Windows 用スクリーンリーダー NVDA の翻訳と日本語版開発を担当しております。
今年の夏 AccSell ポッドキャスト 第75回に出演して喋ったので、よろしければ聞いてみてください。
非営利法人 ATDO(支援技術開発機構)主任研究員として電子書籍のアクセシビリティ(EPUBやDAISY)に従事することもあります。
Web アクセシビリティに関することでは、今年から WAIC WG2(ウェブアクセシビリティ基盤委員会 実装ワーキンググループ)に参加しています。
NVDA の開発に Python が使われているというつながりで、広島で Python のイベント PyCon mini Hiroshima の実行委員長をやりました。
その他の仕事としては、某ステルスモードのスタートアップでソフトウェア開発に従事しています。

この記事では今年ポッドキャストやイベントで喋り足りなかった NVDA の実情をまとめてみたいと思います。

まず、ユーザー数や市場占有率について。

日本でよく参照されている「視覚障害者の携帯電話・スマートフォン・タブレット・ パソコン利用状況調査 2013」(新潟大学)によると、スクリーンリーダー利用者全体における NVDA 利用者の割合は6パーセントとされています。
このことから「NVDA でしかちゃんと動かないWeb標準を実装しても、大半の視覚障害ユーザーには届かない」と判断されがちです。

私は、話はそれほど単純ではないだろうと考えています。
理由のひとつは、この調査が実施された2013年秋から現在までに、NVDA 日本語版のユーザーはおそらく2倍以上に増えているであろうこと。
もうひとつは、同じくこの2年のあいだに「視覚障害者の Windows 離れ」が進んだと思われること、です。

まずは NVDA 日本語版の普及状況から。
NVDA には「更新の自動チェック」機能があり、24時間ごとにサーバーと通信をしています。
サーバー側で「自動チェック」のアクセス数を数えることで、1日ごとのユーザー数を把握しています。
ちなみに NVDA 本家版のユーザー数調査結果によると、1日あたり平均23775人が一番新しい数字になっています。
(1週間のアクセス数を1日平均に直しているのは、曜日によってユーザー数が異なるからでしょう。詳しくは後述)

NVDA 日本語版は2013年12月15日にリリースした 2013.3jp から、更新チェックを独自に運用していて、NVDA 日本語チームのサーバーでアクセスを数えています。
2014年1月5日ごろの1日あたりの平均ユーザー数は64人ですが、これは 2013.3jp よりも古いバージョンを把握できていないので、すこし控えめな数字になっているはずです。
その後、2014年3月20日に 2014.1jp を、6月2日に 2014.2jp をリリースしました。
大半のユーザーが 2013.3jp 以降を使っていると考えられる2014年5月上旬で、NVDA 日本語版の1日平均ユーザー数は176人でした。
そして2015年12月上旬、現在の1日平均ユーザー数は424人になっています。

NVDA 日本語版の1日平均ユーザ数。2014年5月から2015年12月最初まで。バージョンごとに色分けされている。最初は176人、最新は416人。

単純に伸び率を掛けると、6パーセントだったシェアは少なくとも15パーセントにはなっているでしょう。

一方で、パソコンを利用する視覚障害者、つまりこのシェア計算の母数は、この2年でどうなっているでしょうか。

はっきりとは分かりませんが、私は「期待したほど NVDA 日本語版のユーザー数が増えていない」ことと、視覚障害者コミュニティの「空気の変化」から判断して、「日常的なコミュニケーションや情報アクセスは iPhone の VoiceOver でやってしまう」というライフスタイルが急速に広まりつつあると感じています。

ひとつの根拠は、NVDA 日本語版のユーザー数が2014年年末から2015年年始にかけての1週間に大きく落ち込んだ、というデータです。
また、今回この記事を書くために、この3週間くらいの曜日ごとのユーザー数を調べてみたのですが、やはり土曜日と日曜日のユーザー数が少ない、という結果になりました。

曜日ごとの NVDA 日本語版ユーザ数の比較。日曜日364人、月曜から金曜の426人、土曜372人

視点を変えると、日本における NVDA は「日常生活を支援する道具」の座をスマートフォンに明け渡しつつあるかわりに、平日に職場で使われる「視覚障害者の就労支援ツール」になりつつある、という可能性を感じています。

就労における NVDA というテーマでは、今年9月のイベントでも IT 技術者として働いている NVDA ユーザーによる発表がありました。
また技術者ではない人からも、マッサージの仕事の予定管理にイントラネットが使われていて、そのWebサイトにアクセスするときに NVDA を使う、といった話を聞いたことがあります。
日本盲人職能開発センター(東京都新宿区)ではNVDAの講習会が定期的に開催されているようです。
(私は2014年の秋にこの施設で最初のNVDA講習会をお手伝いしました)

何度か書いたり喋ったりしたことですが、NVDA は「スクリーンリーダーの本来果たすべき役割分担」に忠実な、初心者には取っつきにくい、不親切なスクリーンリーダーです。
しかしそれはベンダーや開発者に「Web標準への準拠」「アクセシビリティAPIへの準拠」を促すための NVDA の戦略によるものです。
また一方で、たった2人のコア開発者が膨大な開発を効率よく行うための、プロジェクト生き残りの手段であるとも言えます。

NVDA の強みを手短に語ってほしい、NVDA でなければできない作業をアピールしてほしい、と言われるたびに複雑な気持ちになります。

正しく迅速に「標準」に準拠するスクリーンリーダーよりも、「特定のコンテンツやアプリケーションに特化したスクリーンリーダー」のほうが、どうしても「すごいソフトウェア」「お金を払うに値する製品」に見えてしまうのです。

開発中のアプリやコンテンツが NVDA でちゃんと動くようにするにはどうしたらいいか、という質問も、似たような状況です。
「特定のスクリーンリーダーに特化したコンテンツやアプリケーション」の開発を促したくない、ということも NVDA のポリシーだからです。

NVDA 本家の開発は最近、GitHub に移行しました。
この GitHub Issues では WAI-ARIA をどう解釈して NVDA でどう実装しているのか、といったやりとりも 頻繁に 交わされています。

NVDA に関わる前から「アクセシビリティ」にこだわっていた私にとって、アクセシビリティとは「物事の本質」であり「コンテンツの品質」であり「イノベーションの源泉」です。
日本では Web アクセシビリティのコミュニティにとっても、スクリーンユーザーのコミュニティにとっても NVDA はまだまだメジャーな存在ではありません。
Web アクセシビリティは「情報産業というエコシステムの傍流」かも知れませんが、しかし「技術ロードマップのど真ん中」だと信じています。

開発者とユーザーがお互いに「Web標準を考慮して頑張っても、相手が使いこなせないから無駄」と思うのではなく、双方が「互いに歩み寄れる妥協点」を見つけてほしいと思っています。
日本のユーザーに NVDA をリアルタイムに届けることで、まもなく始まるであろう「合理的配慮」をめぐる当事者たちと事業者たちの「戦い」を支えたいと考えています。

告知:
2016年1月9日(土曜)に大阪で開催される LibreOffice mini Conference 2016 Japan に参加します。
それから1月16日(土曜)に東京で(久しぶりの) NVDA ミートアップを開催します。
NVDA について質問したい人、一緒に NVDA コミュニティを盛り上げたい人のご参加をお待ちしております。