ラズベリーパイ財団がキーボードコンピューターを出すようだ。

-

ラズベリーパイ財団がキーボード型コンピューターを出すようだ。

Raspberry Pi を内蔵しておりクアッドコア CPU にメモリーが4GB、それに OS を搭載した SD がついてくる。
ファンは付いておらず原理上何の音もしない。
巨大なアルミ板が放熱を担うようだ。
マイクロ HDMI もついてくるので、もし余っているディスプレイがあるなら付ければ一発でパソコンの出来上がりだ。
ワイヤレスネットワークもついてくるので有線を取り回すわずらしさもない。
何だったら超軽量なモバイルディスプレイを無理やりガムテープなりなんなりで止めてやればラップトップの出来上がりだ。
モバイルディスプレイの方が高そうだがな。

日本円で12000円台のようだが、それくらいの値段でARM プロセッサを採用していてメモリーが4 GB あって子供達が自由にプログラミングできる環境がある程度整っているコンピューターは多分 Raspberry Pi しかないだろう。
Windows で環境を整えるのは非常に難しい。
一々個々にウェブサイトを訪れてダウンロードしなくてはいけない。
大人が一人でやるのにはいいが、子供たちに教えたいと考えている場合には不向きだろう。
gnu Linux をベースにした OS 集まれているからパッケージ管理システムは当然ある。
つまり子供達が変なパッケージを入れてしまう心配はない。
安全で検証されたパッケージしか入れないのである。
まぁ18くらいになれば、自己責任で勝手やってもいいが、小学校2〜3年からやらせるんだったらこの方がよっぽど安全だ。
Chromebook という考えもあるか Chromebook ではプログラムは学べないだろう。
少なくても自由度がない。
Google に集団管理されてるわけだしな。
Raspberry Pi も似たようなものだといえばそうかもしれないが、 Debian をベースにしたパッケージの多さはChromebook の比ではない。
それに誘惑も少ない。 Android アプリはゲームが様々あり、華やかすぎる。
大人でさえ気が散るのだから子供ならなおのことだろう。
なので私はどちらかと言うと Chromebook を導入するよりも RaspberryPi を導入した方が子供達には良いのではないかと思っている。










コメント

コメントを投稿

このブログの人気の投稿

メモリーオーバークロックでBlenderのレンダリングが早くなるか検証してみた。

-
イメージ
  　オーバクロック・・・いい響きだ。 なにかこう、中２心を刺激するワードだ。 私のパソコンは自作パソコンだ。AMDRyzen５　３５００というなんとも安くて素敵なCPUを積んでいる。 そして、メモリーはオーバークロック出来るタイプだ。マザーボードもメモリー電圧を1.６Vまで出来るマザーボードだ。 だが限界に挑むつもりはなく、少しだけワンランクアップした性能が欲しいなくらいの気持ちだ。 CPUクーラーはリテール品でとてもオーバークロックなど出来ないので、メモリーだけオーバークロックしてみたのだ。 2133Mhzだったか、それを3,600Mhzまでオーバークロックしたのだ。 それでBlenderベンチを回してみるとなかなかに興味深い内容だった。 これが こうなった。 左上のタイムを見てほしい。25分２０秒が、２３分３９秒になっている実に1.8分も短くなっている。 windows10では26分29秒掛かるので、 オーバークロックしていないWindows環境よりも2.9分縮まった事になる。 だが、これでは不公平なのでWindowsでもオーバークロックしたメモリーの性能を見てみよう。 windowsでレンダリング、27分２９秒。 なぜかオーバークロックしているほうが時間が掛かっている？。 CPUだけでのレンダリング GPUを使用設定。 今度はGPUでレンダリング CPUだけでのレンダリングではLinux系OSであるFedoraに負けている。 だが、GPUを使用すると２１分２１秒となり、かなりの高速化が達成されている。 前回はAMDのRadeonソフトウェアを最新版にしていなかったのと、最新版での不具合修正の項目にBlenderでの不具合と書いてあったので、治ったことにより、正常にGPUを使えるようになったようだ。 だが、CPUだけでは何故かFedoraよりも時間が掛かる謎が残された。最大開き幅は4分近く有り、少し無視できるものではない。 このベンチファイルよりも大きなサイズの物、例えばBMWのレンダリングをすれば、もっと開くかもしれない。 だが、Fedoraは不具合でRadeon5500XTのOpenCL機能を使えないので、使えるようになればWindowsのGPUタイムよりも縮む可能性が残されている。 どうにかしてOpenCLを有効にしたいが、今のところBlende...
続きを読む

Google 日本語入力は集合知でなく集合痴だ。

-
Google日本語入力がダメな件 Google 日本語入力音声入力とはGoogle の検索結果や莫大な動画や写真ユーザーの打ち込んだ文字入力のデータベースからAI が学習し高度な入力をサポートしている。 だがそれも集合知が機能していればだ。 残念ながらスマホでいい感じのモノを検索している輩がいるようだ。 そのせいでこの間、書いた記事でビルドといったところが、ピルになっていた。 どこをどうしたら濁音が抜けるのだろうか？。 みんながみんな Google 日本語入力で自信の知的好奇心や研究のために打ち込んでいるわけではないので仕方ないのかもしれないが、こういう学習データはユーザーごとに辞書があったりプロファイルはできた方が嬉しい。 なんでもかんでも一緒くたにされるのはやはりつまらないし、小説を書くには不便だ。 なので何とかして欲しいと思うのだが私のような1ユーザーがいくら言っても改善はされないだろう。 改善するとすれば、それが Google の利益にかなうと判断された時だけだ。 なのでしばらくはこのままにしておこうと思う。
続きを読む

ＧＮＯＭＥ40

-
イメージ
ＧＮＯＭＥ40のUXがＧＮＯＭＥブログに出てたので見てみた。 どうやらかなり変わるらしい。 上記のスクショがGNOMEブログに書かれていた。 これを見る限りではDOCLauncherの位置が下に来て、MacOS的だが、最新のMacOSに搭載されているコントロールセンターは無いのでDOCの位置と仮想デスクトップが横向き以外は変わらない様に見える。 だが、次のスクショでは少し変化が大きい様な印象を持つ。 ＧＮＯＭＥ3.38ではマウスなどを使う場合に仮想デスクトップを使おうと考えるとDOCLauncherがある左上角までマウスカーソルを動かし、その上、アプリ一覧を出してから、左側に飛ぶという作業が必要だったが、その動作が一回で済むようになっている。 もちろんキーボードショートカットを使い慣れていれば上記のマウス操作は不要だ。 俗に言うWindowsキー、Linux界隈ではスーパー(Super)キーと呼ぶが、それを押せば一発で一覧を出せる。 さて、GNOMEブログに書かれていたデモがあるのでご紹介しよう。 私としてはこの動き方を見るとGNOME４０の方が好ましい様な気もする。 何故なら、GNOME３・３８の仮想デスクトップをいつくも出していない時は、ただ、スペースを食うだけだからだ。 ご覧のように右側の仮想デスクトップは４つも出しているが、スペースを余らせている。 私が主に使っている１５インチのノートパソコンでもこれはもったいないと思うので、GNOMEのUXデザイナーもそう、考えたのだろう。 それに最近のノートパソコンならタッチパッドはアップルに負けず劣らず高性能だ。 それに合わせたデザイン変更とも思える。 実際GNOMEblogでもタッチパッドの改善が項目の一つに上がっている所を見ると、デザイナーはノートパソコンでの使用を考えているようだ。 長々書いてもアレなのでこのへんで終わりにする。 https://blogs.gnome.org/shell-dev/ リンクを貼っておくので詳細を見たい人は見てほしい。
続きを読む