ユニバーサル社会で役立つデザインや技術の研究
壁に観葉植物を飾っています。フェイクグリーン（偽物）で比較的軽量ですが、鉢は陶器のため、落下しないように地震対策を行います。繰り返し使える両面テープを使います。
Amazon限定ブランドADHESの繰り返し使える両面テープを持っています。
テープに厚みがあり、陶器の湾曲とコルクの台をくっつけるような、条件の悪い接着でも可能です。
非常に汎用性の高い地震対策テープとなります。
私の持っている鉢には、最初から丸い滑り止めが３つ付いていますが、これでは不十分だったので、両面テープを使いました。
両面テープを細く切り、鉢の裏に貼り付けます。
鉢のカーブに沿って、両面テープを曲げることができます。
コルクの台に鉢を接着しました。
これで、ちょっとした力では動かなくなります。ひっくり返しても落ちないくらいの粘着力です。
鉢が心配になる程度の地震は、十分耐えられるでしょう。
観葉植物を置くことで、リラクゼーション効果と仕事の生産性が上がったという実験結果があるそうです。有孔ボードを設置して、観葉植物をたくさん置いてみましょう。
鈴木 祐氏の著書『最高の体調』を参考に、仕事部屋の緑化を進めています。
本ではノルウェーの実験で観葉植物の効果が紹介されていました。
デスクに観葉植物を置いたオフィスワーカーは、主観的なストレスが低く、病気で仕事を休む回数が減り、仕事の生産性も上がる傾向が見られたそうです。
別のデータでも、観葉植物によって副交感神経が活性化し、肌荒れがおさまったり、幸福度や集中力を上げたりする効果も確認されているとのことです。
デスク上に観葉植物を置く方が効果的と思われますが、デスクのスペースも広く取りたかったので、壁に観葉植物を設置しようと思います。
ホームセンターで材料を調達しました。
まずは観葉植物の鉢を置く台を作ります。
コルクとＬ字の棚受金具で台を作ります。
ちなみに円形の木は意外と値段が高く、安価なコルクを選びました。
コルクに棚受金具をネジで取り付けます。
作った台を有孔ボードにネジ止めしていきましょう。
全部で６つ取り付けました。
有孔ボードは専用の止め具セットを使い、壁に設置します。
部屋の壁が石こうのため、直接ネジ止めは危険です。
ある程度の重さになる有孔ボードであれば、安全に専用器具を用いたほうがよいでしょう。
壁に止め具を打ち付けて行きます。
私は間違えましたが、説明書に書いてある通り、有孔ボードの一番外側の穴は使わずに、一つ内側の穴を使って壁に取り付けてください。
Amazonnで調達したフェイクグリーン。偽物の観葉植物です。
偽物の自然にも効果があるらしいので、手入れの時間コスト、落下の安全性を考慮して、フェイクグリーンを選びました。
最近はフェイクグリーンの質が高いので、私の脳では本物か偽物か区別できないでしょう。
本物の観葉植物と同等の効果を期待します。
最近は体調管理を心がけています。鈴木祐氏の著書『最高の体調』に、偽物の自然にも効果があるという記述があり、部屋を緑化しています。今回は木の葉のカーテンを導入してみました。
遮光性の高い茶色のカーテンを使っていました。
ちょっと重い色。
これを緑に変更します。
閉じていると、あまり自然を感じません。
しかし、カーテンを開け、レースが見えると・・・
植物がそばにある感じがします。
部屋の窓2か所を、この緑のカーテンに変更し、緑化を進めました。
偽物の自然にもリラックス効果があるという研究結果を信じます。
ちょっとしたカーテンの変化で、すぐ効果を実感できるとは言えませんが、引き続き緑化を続け、体調を確認します。
モルモットのエサを管理する仕組みを作っています。エサをあげたら容器を光らせる電子工作です。一度Helocodeで作ったのですが、消費電力の問題があり、micro:bitで作り直しました。
モルモットにエサをあげるのは朝夕2回。
しかし、家族で誰がエサをあげるか決まってなく、誤って何回もエサをあげてしまうことがあります。
そこでエサの１つ、乳酸菌タブレットの容器にmicro:bitを取り付けます。
ふたを開けるとき、ふたを逆さまに置くので、その方向を感知してエサをあげたか判断できるようにします。
プログラミングは一瞬です。
micro:bitが下になったとき、LEDを光らせます。
その後、1時間（3600000ミリ秒）待って、LEDを消します。
エサをあげてから1時間、光で知らせる仕組みです。
前回のHelocodeを取り付けたネジ穴を、都合よく流用できました。
micro:bitと単4電池2本を取り付けます。
完成です。
エサをあげたら、ふたが赤く光ります。
micro:bitは消費電力が低いので、長く運用できるでしょう。
これで、モルモットにエサをあげすぎることを防げます。
モルモットのエサ管理にHelocodeを利用しました。しかし、半日持たずに電池切れになってしまいます。Helocodeは消費電力が大きすぎて、電池駆動には向かないようです。
Helocodeを単4電池3本で稼働させてみましたが、半日持ちませんでした。
フル充電したエネループ（ちょっと古いのでパフォーマンスは落ちているかも）でも試しましたが、やはり半日持たずに電池切れです。
あまりに電池消耗が激しいので、消費電流を確認します。
Helocodeはセンサー起動状態の時、0.12A。さらにLEDが光らせて0.12～0.13A程度の消費でした。
WiFiを使っていなくても、結構消費電流が大きいです。
micro:bitと比較します。
消費電流を測ると0.00A・・・。計測できていませんが、LEDを点灯させても0.01Aも消費しないようです。
実際に電池の持ちの良さは、数年使っていると体感できます。micro:bitの消費電流は徹底的に抑えられています。
Helocodeの仕様を見ると、WiFi搭載や、micro:bitより高いスペックが魅力的に見えます。
しかし、こうして実際使って比較してみると、micro:bitの設計のすばらしさを再認識する結果となりました。
モルモットに間違って何度もエサをあげてしまうことがあります。改善のため、誰かがエサをあげたら、エサの容器を光らせることにしました。
モルモットに毎日、アリメペットという乳酸菌タブレットを与えています。モルモットはこのタブレットが大好きなようで、他のエサを無視して真っ先に食べます。
主食のモルモットフード（チモシー主原料）は、気が向いたら食べる感じです。
うちの家族で、モルモットにエサをあげるの担当は決まっていません。（それが問題かも）
たまに2回エサをあげてしまうこともあり、朝食夕食多いと4回、誰かがタブレットをあげてしまいます。
タブレットは1日2～3錠と書いてあるため、あげすぎ注意です。
しかし、モルモットはポーカーフェイスで、タブレットをもらっていないような顔をいつもしているので、ついつい食事がまだと勘違いしてしまいます。
この問題は比較的簡単に、電子工作で解決できるでしょう。
シングルコンピューター「Helocode」を使って、タブレットをあげたか判断する仕組みを作ります。（後に消費電力の面でHelocodeより、micro:bitを選んだ方がよかったと思うことに。）
タブレット容器のふたに、Helocodeを取り付ける想定で、プログラミングをします。
タブレット容器のふたを開けるとき、必ずふたをひっくり返して置くので、Helocodeの向きを取得すれば、容器の開閉を判断できます。
「HelocodeのLEDを下向きにしているなら」という条件で、LEDを光らせることにしました。
そして1時間後（3600秒後）、LEDを消灯します。
1時間光っていれば、モルモットが食事済みであることを、家族全員に周知できると思われます。
Helocodeにプログラミングコードを書き込んだら、ふたへの取り付けを行います。
M3ネジとナットで取り付け可能です。たまたま家にありました。
ふたに穴を空け、ネジを差し込み、Helocodeの穴を通して裏側からナットで止めます。
電池ケースも一緒に止めましょう。
安定しない場合は、マスキングテープで補強が必要かもしれません。
Helocodeのスイッチを入れると、電源の青いLEDがタブレット内で光り、怪しいクスリのような雰囲気になります。
まだ、ふたは光っていない状態です。
モルモットにタブレットをあげるため、フタを開け、戻してみると・・・
タブレットをのふたが、赤く円形に光ります。
1時間は、モルモットにタブレットをあげたこと（食事済みであること）が、分かるようになります。
薄暗いところで試したので、怪しさが増しています。
日常使いを想定し、明るい場所でも確認します。
タブレット容器のふたに、うっすら赤い丸が浮かび上がる感じになりました。
視認性は悪くないです。
これで、モルモットに何度もタブレットを与えることはなくなるでしょう。
中国製の教育向けのシングルボードコンピューター「Halocode」が販売されています。今のところ、イギリス製のmicro:bitに変わる選択肢にはならないかと思います。
AmazonでHalocodeの取り扱いが始まったのは2019年5月。しかし、2年経ってもネット上でHalocodeの情報は少ないです。Googleトレンドで調べても、データ不足になるくらい、存在感がありません。
Halocodeは、性能が低いわけではありません。
基本処理性能はmicro:bit以上で、しかもWiFiを搭載しています。
IoTのハードルを下げる、手軽なシングルコンピューターです。
値段もmicro:bitより少し高い程度。
性能・機能が問題ないのに、なぜmicro:bitほどの人気がないのでしょう。
原因はプログラミングエディターのUIだと思われます。
左がmicro:bitのエディタ。右がHalocodeのエディタです。
HalocodeのUIは、背景と文字のコントラストが足らず読みにくい・・・。
色の配慮が足りないだけでなく、UIの様々なところで配慮が足らず、迷いが生じます。
さらにHalocodeは、日本語の翻訳も分かりにくいところがあります。
「Halocodeが矢印を上向きに挿しているとき」
「Halocodeが矢印が上をむいているいるとき」
日本語がおかしいし、この２つの差を理解することが難しいです。
プログラミングの教育向けコンピューターとして、日本の子供が使うには難しいでしょう。
micro:bitの方は、日本語に違和感はありません。
Halocodeのエディタは、2年経っても日本語の改善がみられないので、少なくとも教育に使うならmicro:bitを選んだ方がよいでしょう。
WiFiが必要になったら、Halocodeよりラズパイかobnizを選択したほうが勉強になると思います。
Pythonで重い画像解析や自然言語処理などを行っていると、メモリー不足でエラーが出ることがあります。Pythonコードを見直すか、メモリを増設するかで対処します。
100万件の文書比較をPython3+BERTで処理していました。1週間くらい動かしていたら、8割くらい完了したところで、コマンドプロントに「Buy new RAM!」というエラーが表示されています。
「新しいメモリを買え！」
分かりやすいエラーで、助かります。メモリ不足ですね。
私はメモリー16GBのノートパソコンを使っています。
16Gを使いきることはないだろうと、限度を気にせずコードを書いていました。
デスクトップ型パソコンや、カスタマイズ可能なノートパソコンであれば、32GBに増設してしまうのが簡単な対処法です。
私のノートパソコンは、メモリー増設で保証外になってしまうので、Pythonコードを見直します。
Pythonの配列に大量のデータを記録したりすると、メモリー不足が起こります。
その場合は、配列をJSONで書き出し、内部ストレージ（ローカル）に保存して、メモリーの使用量を減らす方法が考えられます。
ストレージに保存していれば、途中で処理が止まってもデータは消えません。途中再開もできるので安心です。
メモリー不足が起こる原因は、自分のスキル不足だと思います。とても無駄なメモリーの使い方をしている気がして・・・。
Pythonなどのプログラミングスキルを上げることが、メモリー不足の根本的な解決になると思われます。
ふりがなで使うruby要素。その中に、rt、rp、rb要素を内包することがあります。標準仕様となったWHATWGのHTMLでは、rbは存在しないので忘れてOKです。
IE7とかがあった時代のコーディングでは、例えば「漢字」にルビを振る時、下記のような書き方をしていたと思います。
|
1 |
<ruby><rb>漢</rb><rp>（</rp><rt>かん</rt><rp>）</rp><rb>字</rb><rp>（</rp><rt>じ</rt><rp>）</rp></ruby> |
もう、編集困難なコード量ですね。
WHATWGのHTMLではrb要素が存在しません。
|
1 |
<ruby>漢<rp>（</rp><rt>かん</rt><rp>）</rp>字<rp>（</rp><rt>じ</rt><rp>）</rp></ruby> |
少しは、見やすくなった・・・かもしれません。
企業サイトなどのブラウザサポート範囲だと、ruby非対応環境が対象になることは少ないでしょう。
ruby非対応の時、かっこを表示させることができるrp要素も、書かないことが多いです。
また、複数の文字にまとめてルビを振るほうが楽なので、実際のコーディングで多く用いられるのは、下記の書き方でしょう。
|
1 |
<ruby>漢字<rt>かんじ</rt></ruby> |
これで十分かと思います。
W3CのHTMLが廃止になり、WHATWGのHTMLが標準仕様となりました。それに伴いhgroup要素を使えるようになります。見出しをグループ化するときに利用します。
WHATWGに書かれているhgroup要素の説明は下記です。
hgroup要素は、hgroup要素のすべてのh1–h6の子要素で構成する、セクションの見出しを表す。小見出し、代替タイトル、またはキャッチフレーズのような、要素が複数のレベルを持つ場合、見出しは、h1–h6要素の集合をグループ化するために使用する
例えば、映画のタイトル、サブタイトルをコーディングするとします。
|
1 2 |
<h1>パイレーツ・オブ・カリビアン</h1> <h2>呪われた海賊たち</h2> |
これにhgroup要素を使うことで、タイトル、サブタイトルをひとまとめの見出しグループにできます。
|
1 2 3 4 |
<hgroup> <h1>パイレーツ・オブ・カリビアン</h1> <h2>呪われた海賊たち</h2> </hgroup> |
hgroup要素はアクセシビリティに関係します。
hgroupを用いることでHTMLのアウトライン（文書の構造）が正しくなり、スクリーンリーダーの読み上げを正確にできます。※スクリーンリーダーが対応したら
また、文書構造に関係するので、SEO影響もあると思われます。
例えば、hgroupなしでコーディングした場合、下記のようなコードになることがあります。
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
<!DOCTYPE html> <html lang="ja"> <head> <meta charset="utf-8"> <title>TEST</title> </head> <body> <h1>パイレーツ・オブ・カリビアン</h1> <h2>呪われた海賊たち</h2> <p>概要・・・</p> <h2>キャスト</h2> <p>キャスト一覧・・・</p> <h2>スタッフ</h2> <p>スタッフ一覧・・・</p> </body>こ |
このコードのアウトラインをchromeの拡張機能、headingsMapで見てみましょう。
構造を見ると、「呪われた海賊たち」と「キャスト」「スタッフ」が並列になってしまいます。
文書構造としては、へんですね。
「呪われた海賊たち」のh2をやめ、p要素に変えてみます。
|
1 2 |
<h1>パイレーツ・オブ・カリビアン</h1> <p class="subTitle">呪われた海賊たち</p> |
アウトラインとしては問題ないようにも見えます。
しかし、下記のようなサブタイトルが情報の重要な手掛かりになる場合、アクセシビリティで問題が起こります。
『パイレーツ・オブ・カリビアン / 呪われた海賊たち』
『パイレーツ・オブ・カリビアン / デッドマンズ・チェスト』
『パイレーツ・オブ・カリビアン / ワールド・エンド』
スクリーンリーダーで見出しを拾って聞くとき、サブタイトルが読み上げられないと判断できません。すべて「パイレーツ・オブ・カリビアン 」となります。
タイトルとサブタイトルをhgroup要素で囲むことで『パイレーツ・オブ・カリビアン / 呪われた海賊たち』という扱いになり、アウトラインが正しくなります。
|
1 2 3 4 |
<hgroup> <h1>パイレーツ・オブ・カリビアン</h1> <h2>呪われた海賊たち</h2> </hgroup> |
headingsMap(v 3.10.0)ではまだ、hgroupを使ったアウトラインを確認することはできません。
スクリーンリーダーNVDA(v2020.3jp)でも、hgroupを使って読み上げが変わることはありません。
2か月前、WHATWGがHTMLの標準仕様になったばかりなので、今後hgroupに対応していくと思われます。