2014年02月20日 (木)
「高解像度ディスプレイを搭載したPCを使用するのは不便？ - GIGAZINE」■ブコメや Twitterで安定の MS/Windows落とし(でも一辺倒ではなく案外バランスがとれてる)。■SystemMetricを取得してスケーリングする話はペゾルドさんの Windows本(20世紀の本)に載ってるし、最近は(それとも DirectX系だから？) DIP(Device Independent Pixel, CSS3の px、Androidの dpみたいなもの)もある。でも、道具があっても必要がなければ使わないよねっていう。最初からデバイスピクセルを抽象化して隠しておけって？ごもっとも。■ところで、23インチのフルHDモニタと 24インチのフルHDモニタを並べたとき、表示サイズを揃えるために 23インチモニタの DPI設定だけをちょっとだけ(※自由入力が可能だったので削除)上げるみたいなことができないんだよね(たぶん。モニタを２台以上接続したことがないので)。もうひとつマルチモニタの疑問。並べたモニタの間を仕切る額縁が 4cmあるとして、そのぶんのピクセルを欠けさせるようなことはできるだろうか。物理的に離れたピクセルが論理的に(表示内容上は)連続してるってのは違和感ありありで耐えられない気がするんだけど。■一枚の仮想的な大画面派と複数の中・小画面派。■ここに書かれた強化点は Vistaにはないってことだ。「マルチ モニターに関する Windows 8 の機能強化 - Building Windows 8 - Site Home - MSDN Blogs」
2014年02月19日 (水) 『Making Software』28章、498ページ。例によって本質的な部分には触れない(が、コピペは悪なのか？という興味深い内容。というのも、過去にこう書いてるから「コピペコード率高し(だが構わない。分岐直後なので当然のこと。」)。コピペが疑われる二つの関数(static PyObject * py_new_Range_object (GnmRange const *range) {...} と static PyObject * py_new_RangeRef_object (const GnmRangeRef *range_ref){...})に関して続く文章が「１つめの関数の引数はオブジェクトへの定数ポインタになっていますが、２つめの関数では定数オブジェクトへのポインタなのです。後者は、オブジェクトを渡すけれども、渡された側で変更されないことを保証したい場合の一般的な書き方です。一方前者は、ポインタ引数が変更されないことは前提としますが、そのポインタが指す先のオブジェクトについては何の保証もしません。」なのだけど、コードと説明が合っていない。GnmRange const *rangeも const GnmRangeRef *range_refも定数オブジェクト(const C struct)へのポインタであって、定数ポインタはどこにもない。関数本体で PyObject_NEWに続く開きかっこが抜けてるのと合わせて、どこかでコードを写し間違えたんだろうか。■constの位置、開きかっこ抜け、) と { の間のスペースの一貫性のなさまで含めて、本に載ってたのとこの PDFのコードは同じだ>「Lecture Notes」。原著からなのかな。
2014年02月18日 (火) Javaの String実装変更の話。「Oracle Tunes Java's Internal String Representation」■Javaは使わないけど自分が JavaScriptの Stringに期待してるのは最初の実装だ。immutableな Stringだからできる、文字配列を共有するインスタントな substring.■それだと大元の巨大な文字配列を小さい Stringが参照し続けることでメモリが解放されないから、小さい String切り出しをまずはコピーに変更した。そして今度は文字バッファの共有を完全にやめたと。■C++の最近の規格では std::stringを CoWで実装するのが禁止されたとか。それでなくても CoWにはもうパフォーマンスメリットがないとは言われてる。■JavaScriptはどうなんだろ。正規表現のマッチングごとにマッチの全体、キャプチャグループと同数の(※スタックはしない)部分マッチ、マッチの左にある入力文字列、マッチの右にある入力文字列がアクセス可能になるんだけど、文字配列をコピーすることは想定してない仕様だよね。Javaもそうだったはずで、パフォーマンス特性を変えさせるほどメリットが大きいのか、単に過去でなく現在・未来を見てるだけなのか。■■■@2014-06-23 Javaではなく Scalaのライブラリではあるが悪影響の例。「ScalaのRegexParsersがすごく遅くなる件の原因と対策 - Qiita」■■■@2014-09-13 Java 8 Update 20で導入されたという String Deduplicationのこと。「Java8u20で文字列のメモリ効率が向上 - R42日記」
2014年02月17日 (月)
ワットモニター。１日当たり３０から４０円台だった PC関連(本体+画面+音)の電気代が最近は９０円近くて首をひねっていたが、表示を切り替えると９が並んでた。カンストで 円/日 が不正な値になるの？[料金]と[CO_2]ボタンを同時３秒押しでリセットできる。最後に見たのは 90.00円/日。今は(累積データが少ないだろうけど) 24.45円/日。
2014年02月16日 (日) 道民多いなとは思ってた。家庭内手作業女子的な。「暇人＼(^o^)／速報 : 道民のガキ「雪まみれで寒いからお家で遊ぶ」→大量の漫画家発生 - ライブドアブログ」■性別ではなく人によるところが大きいと思う。「【画像あり】女性作者の漫画ってファッションセンス凄いよなｗｗｗｗ：ひまねっと」それより、女性キャラの髪型を気分で変えられるのは女性作者だけという仮説の検証を。
最終更新: 2014-02-17T19:48+0900
♪ [BAD BOY] こけた。
昨日の雪はすっかり消えて晴れだったんだけど、右ハンドルグリップを歩道の電柱なり街灯に引っかけてこけた(たぶん)。状況からして直進をやめた自転車を置いてきぼりにして前方に投げ出されたのではないか。背負っていたリュックの背面ポケットが裂けていて、後頭部にこぶがある。例によって事故の瞬間はおろか、その後走り出すまでのことも記憶が不確かだ。夢の中の出来事のようであるし、しゃべったり歩いたりしていたのも他人か、オートパイロットの自分という感じで判断に責任がもてない(でも間違いなくそれまでの積み重ねの延長なんだなあ。履歴データからあなたは確度99.9999%で近い将来に犯罪を犯すからその前に逮捕すると告げられて受け入れられるかというような？)。大学生、それも山の上の医大生だったのかな、二人組が(頭を打った)俺の反応をしきりに確かめていてくれて、しばらくは様子をみるようにといった注意もくれた(ような気がする)。事故のあとっていうのは弱ってるしどうしてもくよくよ考えて塞いでしまうので、声をかけて心配してもらえると大変に励みになります。ありがとうありがとうありがとう。
- 右膝を打った。(曲げるのも皿を押さえるのも力を入れるのも痛い)
- 左肘を打った。(体重をのせると痛い)
- 左臀部を打った。(筋肉痛並み)
- 後頭部を打った。(こぶとかすかな痛み)
- 眼鏡のレンズが欠けた。レンズを固定するワイヤーにも傷。
- リュック(deuter ウィザード)のポケットが裂けた。
- シャーペン(グラフギア1000)のケースがひしゃげてペン先が出てこない。
- ボールペン(パワータンクスマート)のケースがひしゃげて(プラスチックなのに？)ペン先が出てこない。ペン先がつぶれてインクがかすれる。
たまたま PRS-650が入っていなかったのが不幸中の幸い。ペンはペン先をぐりぐり突っこんで使えるようにしたけど、ケースが広がりすぎてペン先がぐらつく下手字ペンになってないか心配。リュックは端切れを当てて縫った。俺の時はフィリックスかスヌーピー(何が？)。済ませてからやり方をググったが、決定版が見つからないし用語の壁もあってわからない。
2014年02月15日 (土)
ペンギンさんの歩き方。「Twitter / thisisFINLAND: When the #winter reaches its ...」■踵から接地したり爪先で蹴り出したりせずに、体ごと踏み出して足の裏全体で踏みしめてずんずん歩く。お調子者上級者は靴でスケーティングもできると思う。前に出した足(※接地はやはり全体で)が滑るのを前提にして重心があとから一定の位置を保って(=股と膝の関節を固定して)ついていく。後ろの足は補助。
2014年02月14日 (金)
「なぜ、お金は大事だとわかっているのに、お金のことを勉強しない人は多いのか？この５つの質問を、明確に答えることが出来ない人が多すぎる印象。 - クレジットカードの読みもの」■「お金は大事」ということが疑いのない事実のように書かれていることに疑問を感じる。なぜだろうか。インフレがすすめば札束は紙束になる。戦時に物資が乏しくなれば札束は紙束になる。ないよりは困らないだろうが大事にするのは金ではないだろう。金は使ってなんぼ。使い道のない金なんていくらため込んでもゴミ。金が大事なんて言ってる奴はその先を早く考えよう。■記事の中身を読んだ。肝心の中身がないというブコメはその通りだが、中身があってもそれが財テクではやはり不満が残る。ところが、投げっぱなしになっている問いの立て方が原理を探ろうとするもので悪くなかった。■エネルギーという共通単位を通して自然の循環を知るように、通貨 を通して経済(人間の活動)のネットワークを知るのは良いことだと思う。どちらも物の道理という点で変わらない。■『[文庫] M.ミッチェル ワールドロップ, Mitchell M. Waldrop, 田中 三彦, 遠山 峻征【複雑系―科学革命の震源地・サンタフェ研究所の天才たち (新潮文庫)】 新潮社』■読書メモ。読んだ順番や出版年月の順ではないけどこの本が内包するキーワードからいろいろ派生する。自己組織化→『自己組織化と進化の論理』人工生命→『心はプログラムできるか 人工生命で探る人類最後の謎』ネットワークから生じる知性→『粘菌 その驚くべき知性』カオスの数学→『数学は最善世界の夢を見るか？』人でなく自然と関連付けて→『非線形科学 (集英社新書 408G)』あらら、経済に特化した派生本は読んでないや。クルーグマンさんのコラムがあちこちで読めるからそれでいいかな。(おまけ。逆参照)『数学は最善世界の～』←『パーフェクトフレンド』
2014年02月13日 (木) 「2Kの24型から4Kの24型に乗り換えたとしよう。「大きくする」の右端にすれば、操作感はほとんど変わらない。ただ、それでは画面に表示される情報の量があまり増えないので、4Kに乗り換えたメリットを感じられない。その場合は、記者が今回選択しているように、スライダを「小さくする」の方向に持っていって、情報量を増やすことになる。理想的なのは、2Kの24型から4Kの48型に乗り換えることだ。」。■そういう考え方もあるだろうけど、それだけではない。俺は 24インチの 4Kディスプレイに乗り換えて DPI設定を 200%(192dpi)に設定して使いたい。それだと 24インチ WUXGAの今のモニタから表示上の大きさも画面の広さもほとんど変わらない(はず)。それでも意味はある。アンチエイリアスされた文字はぼやけて見えるから嫌いだという人間にこそわかる違いがある(はず)。それが 4Kや QUXGA Wideディスプレイにしたい理由。■どうにもこの記事から漂う雰囲気。一般人が手を出すにはまだまだ一般的でなく、不便なだけで宝の持ち腐れになる可能性があることを示す体当たりの記事なのかな？一昔前のブラウン管からの移行期には文字を大きくするために画面の設定を液晶のネイティブ解像度から低くして表示をぼやけさせていたんじゃないの？
2014年02月12日 (水) [SHJS] (「コードをなんとなく色付けするやつ - Weblog - Hail2u.net」経由で) functionだとか forだとか whileといった予約語よりも識別子、個々のアプリケーションを記述する豊かな語彙を目立たせ、区別しやすく色分けすべきではないか、と。「Coding in color — Medium」■以前には、どうせ色分けするなら代入と比較演算子の違い(= と ==)こそを際立たせるべきだろう、という記事を紹介した。「A case against syntax highlighting」■プログラムという文章を読むとき、識別子が文を構成する語にあたり、構文要素はノイズに過ぎない。識別子を目立たせるというのはいいアイディアだけどそれがなかなか行われないのは、識別子が予約語など定型のキーワードを除いたその他大勢でなかなか狙いを定められないからだろう。リンクした先の script.jsの get_unique()では識別子っぽくて(※日本語識別子は眼中になし)キーワードでないものをリストしてる。■自分の考え。C++だと型名(=コンパイラのための形式であって読みたいものではない)とその他の識別子の区別がほぼ不可能だろうなあとか考えて諦めてしまう。構造を造るキーワードを強調することにも意味がある。ビルトインの関数やクラスをリストして強調するのは、簡単なだけで意味のないことだと思ってる。Rubyは字面だけで定数であることや変数のスコープがわかるので実にやりやすい。などなどの理由から、構造(=予約語など。処理の流れを把握するため)と定数(=前提や環境であり頭から追い出してもよいもの)とリテラル(=定数の一種)とオブジェクト・レシーバ(=OOPの主役)と初期化・代入(=識別子の導入と紹介)の色分けを目標にしてる。残るのはほぼ変数名、関数名、メソッド名といった識別子になる。それ("leave most of the content in black")も識別子を目立たせる方法じゃないの？識別子と識別子を区別したいとは思わない。その結果はマーブル模様のサイケデリックなソースコードでしょう。識別子をクリックしたときに同名の識別子をハイライトするくらいがよいのでは？と考えるのは俺が活字中毒だからで、文字によってすでに明らかなものを色という一段劣る曖昧な手段で識別したいと考えないからかもしれない。
2014年02月11日 (火) 欧風ココア難民は黒ココアを選ぶらしい(アマゾン情報)。あったら一度飲んでみよう。■もうひとつ名前の挙がっていた黒豆ココア。アマゾンでのその紹介文は「1杯で大豆イソフラボンアグリコン9.0mgとビタミンD1.8μgを補給できます。黒豆とココアのポリフェノール・食物繊維を摂取できます。黒豆は丹波黒種のみを使用しています。栄養機能食品です(対象栄養素:ビタミンD)」。げんなり。近くのスーパーに置いてあるワインでも。ポップなラベルは場所に合っていて手に取りやすくていいのに、そこに大書された文字が「おいしい酸化防止剤無添加ワイン」だったりする。げんなり。■機能を食べるのではない。栄養素を食べるのではない。「おいしい」という判断をするのは俺でありお前ではない大きなお世話。酸化防止剤が悪なのかどうか俺には判断がつかないが、そういう文字を食品ラベルで見たくないのは間違いない。それが無添加を主張するものであっても。栄養だけが欲しいなら IVHでもしてろってんだ。■ま、お節介でも無用でも眉唾物でもひとの健康の世話を焼こうという姿勢は悪くない。それが当たり前にあるものと思ってるからこその反発なわけだ。
最終更新: 2014-03-19T02:05+0900
♪ [COSMOS] Majestouch 黒軸のキーキャップを交換した。
音の変化
もともとは「カサカサシャコシャコ(20090903p01)」だったが落ち着いたトーンになった。これ以上の説明はできない。何か知ってる音だという気はするのだが何の音かわからない。子供向けの造りの大きいおもちゃ風？安っぽいとも耳障りとも感じにくい音になったとは思う。スタビライザの音は変わらない。
打ちやすさの変化
打ちにくい。キーの高さか傾斜またはその両方が異なるため、以前の延長では必ず不便を感じるのではないだろうか。自分にとっての「以前」とは、チルトのための足を畳んだだけでなく奥側がすこし沈み込むような傾きのある面にキーボードを置いている状況。もともとキーボード自体奥の方が厚くなって上段のキーが起き上がってるのだけど、その厚みの変化を相殺するような置き方をしていた。そうしてキーキャップの高さと傾斜の変化だけが打ちごたえに影響するようになっていた。その状態で二色成形カスタムキーキャップに付け替えた結果、傾斜はともかく、キーの高さがほぼフラットになった。上段のキーは低く遠くなり、下段のキーは高くなる。
親指
どうにも親指が落ち着かなくてその理由を考えていた。最下段のキーが高すぎてその一段上のキーが押しにくいのかと思ったが親指でその段のキーを押したりはしない。たぶん最下段のキーに親指を置いたときに指先が上段のキーの側面に突き当たらないのが落ちつかなさの理由。
人指し指
人指し指が一番遠出をする指ではないだろうか。指を伸ばして[Y]だとか[6][7][8]を押すときに手前のキーがひっかかる。
たぶん初めてキーボードのチルトスタンドが必要とされている。そして、水平面に置いたり足を立てたりして打ちやすくなる今の(カスタムキーキャップにした)方が自分にとってあるべきキーボードの姿なのだろう。でも以前の延長という条件で比較すると、ここには水平面はないし足が立つ固い面もないので、変化はバランスの崩れとなって打ちにくさにつながっている。
慣れだと思うけどね。(変化は音だけで良かった……)
高さ (@翌日)
手が疲れやすい気がするので高くなったキーキャップの影響を相殺そうさいするために、キーボードの梱包に使われていたプラスチックのカバーを下にひくのをやめた。(変化は音だけで良かった……)
「手前の段のキーの高さ」(@翌々日)
リンク先に横からの画像がある。この、手前側が高くなるキーキャップの傾斜によってできる段差になじんでたんだ。Windowsキーとか変換キー無変換キーの向きが(傾斜を手がかりにできない)新キャップではわからないから、元々のキーキャップを隣に並べて４分割された旗の微妙な非対称を手がかりに向きを決めたのだった。
ホームポジション
目印がポッチでなく湾曲だというのが難度が高い。警戒すべき Windowsキーも立体的なキートップではなく普通のキーになった。警戒といえばいつからかトグルキーになってる Altもなかなかうっとうしい。たぶん同時押しが難しい人がいるからなんだろうけど。どうしても慣れなければ[F]と[J]と[5]、それと[Win]と[Alt]だけ元のキーキャップを付けるという手もある。
交換途中の画像
新キャップのフラット具合(@2014-02-19)
既に書いたように、置き場所=キーボード下面が水平ではない。でも元々のキーキャップではこれで具合が良かった。新キャップは癖がないように見えるが、なくなったのは手になじんだ癖だ。
@2014-02-12 大事な点を書いていなかった。
変化による戸惑いはあるが満足している。満足している。戻す気はない。しかし、キーボードマニアは印字の方法だけでなくプラスチックの種類にまでこだわるのか(ABSより PBTがいいとか。上の方の画像の[F]と[J]がてかってるのは軟らかい ABS製だからだそうですよ)。
@2014-02-13 金箔と漆のフレームのギャラリー「ダイヤテック・FILCOキーボード工房Special Gallery」
文字を Aタグで囲って LIで並べる。背景画像を指定するとりっぱな画像リンク。そのリンクに transitionを予め指定しておいて、:hover疑似クラスに border-radiusを追加するだけでアニメーションのできあがり。へーへーへー。大きめの画像の一部を背景として表示しておいて、マウスオーバーをトリガーにしてスクロールさせるなども。これは簡単だなー。
@2014-03-18 右Shiftと右Ctrlが
干渉しやすいことに気が付いてしまった。わざとでもなければまず問題になることはないのだけど、でも気が付いてしまった。親指で前下方に押し下げられた右Ctrlが、右Shiftが戻るのを邪魔する。
そうさい 初めて見たのは PC版(Windowsじゃないよ)のぷよぷよでだったと思う。小５。対戦でおじゃまぷよ。