最終更新: 2017-09-01T03:21+0900
ダイヤテック マジェスタッチNキーロールオーバー カナなし 黒軸 FKBN108ML/NB
ダイヤテック
¥ 9,882
2009年からちょうど8年間くらい使ってる。最近ときどきあるキー(Nだったり Tだったり)が全く入力できなくなったり、Enterキーが2重に入力されたりしていて、ケーブルの断線を疑っていた。Enterキーが特に致命的で、日本語変換をしていて確定と同時にフォームが送信されることがたびたびあって、精神衛生上大いに問題だったので急いで新しいメインキーボードを調達したというわけ。
前々から赤軸とテンキーレスと漆塗り筐体に注目していて(20140103)、でも何枚もキーボードがあっても死蔵するだけだしと諦めていたので、渡りに船だったというのもある。
リニアで重たい黒軸の低反発バージョン。たしか前のキーボードを買ったときにはまだなかった。以前黒軸を「キータッチは重い。努力の必要なく底付きが避けられるほど。Realforceみたいなのをバチバチ叩かないための打ち方矯正キーボードではないか」と書いたのだけど、もはや矯正は完了したと思われるので低負荷の赤軸を使ってみたかった。(Realforceは PS/2接続が選べなかったり、Winキーが抜けていたりしてちょうどいいのがなかった。Winキーに関して今は違うとしても遅い)
日記を書いたりプログラミングをしてるときっていうのは案外考える時間が挟まることで適度に手が休んでいるのだけど、用意された原稿を PCに入力するみたいな単純で連続したタイピングではそれがなくて、手のひらが強ばって痛み出してくる。それが赤軸では軽減されるのではないかなと。なかなかそういう機会もないけどね。
黒軸でタイピングの調子が良いときはリズムがある。両手を上から下へ下ろす大きな動きがあって、その動きの間に両手の指がもにょもにょっと動く。ペチペチでもタタタンでもなく、もにょもにょっというのがポイント。そしてまた両手を持ち上げて、タイプする内容を確認して、一瞬の溜めで運指の計画が作成されるのを待ち、下ろす。
それほど深刻ではないスペースの問題。実際のところテンキーは有用。数字や日付の素早い入力が可能だし、マウスキー機能でマウスがない非常時でもポインタの操作が可能だし、Home/End/PgUp/PgDn/Del/Ins/↑/→/↓/←キーの代わりができるし、右下隅という狙いやすい位置にエンターキーがあるし、複数行コメント(/*...*/)を隣り合った2つのキーを連打することで開始できる。自分はこのように日々必ずテンキーを使っている。トラックボールを左手で操作しているので右手のマウスがテンキーに押しやられて遠くなりすぎるなんてこともない。テンキーは有用。だけどなくても困りはしない。どうしても欲しければテンキーだけを追加することができるが、たぶんそこまではしない。そういう存在。
フルキーボードから移ってきて、キー配置は標準的なものの意外にも打ちにくさを感じる。無意識にキーボード右端からの距離を測っていたようで、Home/End/PgDn/PgUpキーを押すときに指が右端から落ちそうになるのを恐れてためらってしまう。すぐ慣れるといいが。
前のキーボードはスタビライザーがちゃりちゃりうるさいと書いたが、これはそんなことがない。キーを外してみたらグリスが塗ってあった。考えることは同じか。
自分が普段いかにキーボードをチラ見していたかを知る。ちょっと打ちにくい。特にテンキーに頼っていた数字が。
キャップの重さでタイプの感じが変わるので、赤軸の標準の感触を確かめてから2色成形のキーキャップに変えるつもり。そちらは普通の天面印刷……印刷ではないけども。
キャップの高さが2色成形と付属のとで違うのを利用して、Altと Winキーだけ低めのキャップにしてる。どちらもうっかり触るとうっとうしいことになるキーなので間違えないように。
USB・Bluetooth兼用タイプならケーブルが脱着式で断線しても交換が可能なのになぜ? PS/2なら BIOSで設定したホットキーで PCの電源が入れられる。スタンバイ(S3)からでも休止状態(S4)からでも。シャットダウン状態からでもたぶんできたはず。いずれもマザーボードによる。
PS/2延長ケーブルと付属の PS/2-USB変換コネクタを通してキーボードをつないでるけど、キーボードと変換コネクタの間は普通にプラグアンドプレイしてる。PS/2なのに。
印刷との違いをどこに見出すか考えてしまう。漆は表面処理であって材質はプラスチックで変わらないし、素材を水分から守るという実用性が期待されているわけではないし、機械による印刷よりもデザインに制約がかかりそうだし、印刷にコピーされたとしても優る価値とは。画像だけを頼りに選ぶのは難しい。しぶき塗りと漆黒と悩んだ結果、金粉というマテリアルで選んでみたわけです。それを言ったら漆も特徴のあるマテリアルだけども、あんまり滑らかでわかりにくいよね。現代は安価な代用品がいくらでもある。
矢印キーの上の平面で右手を遊ばせたり指先でコツコツ叩いたりするのだけど、そこにあばたがあるのですね。わざわざ粗を探したりしないし、他の場所であれば、また、目であれば見過ごしていただろうけど、指先を欺くことはできないのだった。気になってひっかいてしまう。画竜点睛を欠く感じ。
最終更新: 2017-08-18T03:28+0900
♪ 横軸に期間を並べて、項目ごとに色を分けた折れ線グラフを重ね合わせたいとする。たぶんエクセルだと、表の範囲を選択して右クリックしてグラフを作成する、みたいな操作でグラフが作れるんじゃないかと想像する。そのとき選択する表の形式はたぶんこう。
2017年4月 | 2017年5月 | 2017年6月 | |
---|---|---|---|
項目1 | 1.4 | 1.5 | 1.6 |
項目2 | 2.4 | 2.5 | 2.6 |
項目3 | 3.4 | 3.5 | 3.6 |
このとき(20170223)に仕入れた概念に整然データというのがあって、RDBから自然に得られる表はたぶんこう。
項目1 | 2017年4月 | 1.4 |
項目1 | 2017年5月 | 1.5 |
項目1 | 2017年6月 | 1.6 |
項目2 | 2017年4月 | 2.4 |
項目2 | 2017年5月 | 2.5 |
項目2 | 2017年6月 | 2.6 |
項目3 | 2017年4月 | 3.4 |
項目3 | 2017年5月 | 3.5 |
項目3 | 2017年6月 | 3.6 |
このギャップをどうやって埋めるのかを頭を洗いながら考えてた。たとえば一時的にこういう表を用意して、
2017年4月 | 1.0 | NULL | NULL |
2017年5月 | NULL | 1.0 | NULL |
2017年6月 | NULL | NULL | 1.0 |
かけ合わせるとこう。
項目1 | 2017年4月 | 1.4 | 1.4 | NULL | NULL |
項目1 | 2017年5月 | 1.5 | NULL | 1.5 | NULL |
項目1 | 2017年6月 | 1.6 | NULL | NULL | 1.6 |
項目2、項目3は省略 |
で、2列目3列目を隠して、項目名でグループ化して、NULLでない値だけを採用する。
どうだろう。これでいけるだろうか。わざと難しくしてないだろうか。そもそもエクセルでグラフを作成するときの入力とは。
本部が、ロスを出しても、一定金額(数十万円)を超えれば、半分負担してくれ、“ロスを気にせずどんどん売れ”と指示される」という発言もあってどっちなのかわからない。■ブコメで農家も捨てるってあるけど、畑に捨てるならそれは土に還って形が変わるだけで、なんとなく無駄になりそうなのは労力と農薬ぐらいという気がする。農家は生産者であることが大きく違うと思う。■この声に安易に同情して同調して、そこから訪れる未来はコンビニのスーパーマーケット化みたいなもので、コンビニではなくなってしまいそう。俺は困らないよ。コンビニは便利だけど、便利なものはまだ必要なものではなくて、今ではコンビニに行くのは月に1、2回ていど。ケータイマグと保冷バッグを買ってから(どちらもTHERMOSだ)、代わりにスーパーに行くようになったのが大きい。出先での飲み物と帰宅後の食事に関してコンビニに依存していたのが間違いだった。■なにか、徹底的に消費者側に立つアマゾンの別の一面と同じものを感じる。便利に使っているうちは良識のあるふりをしていい顔はできないだろうよ。■ほとんど全国にネットワークを巡らせたコンビニが日本や地球の資源を浪費しているというなら、国が是正を促すことがあるのかな。日本人から金と時間を吸い上げて Appleに貢いでる携帯3社が目を付けられるように。そんな程度に
C:\...html
となっている。?param=val
というクエリストリングを付加するとファイルがないと言われてしまうが、頭に file:///
を付加すると期待通りにパラメータの受け渡しができる。Firefoxで開くとアドレスは最初から file:///C:/...html
なのだから、よくわからない区別をするものだ。ちなみに ?
の文字がファイル名に使えるわけではないが =
は使えたので、そういうことなのだろうか。両方を満足させるために。結果ツリーの断片 しかし、これには大きな制約があります。W3C の XSLT 委員会で最も熱い議論を呼んだ問題の 1 つは、変数の内容の取り扱いについてでした。内容とは、要素のうち、要素のタグの中にある部分です (言い換えると、要素の "テキスト" です)。XSLT 変数に対して select ステートメントを実行すると、select ステートメントはノードセットを変数に代入します。そうすれば、ドキュメント内のほかのノードセットと同じように操作することができます。 一方、W3C は、たとえノード内の内容が整形式であっても、内容が整形式でない危険性があるので、内容が結果ツリーの断片と呼ばれる独自のユニークなタイプであることを指定した方がよいと決めました。そのような断片は XSLT においては不十分とみなされます。何らかの操作 (最上位ノードの名前を取得するなど) を実行することはできても、ほとんどの XPath ナビゲーション演算子は適用できません。」(https://msdn.microsoft.com/ja-jp/library/ms950787.aspx)