2017年09月06日 (水) 「Unreal Engine採用タイトル増加の理由は？ ゲーム以外でのUnreal Engineの使われかたは？ Epic Games Japan代表に聞く(1/2) - ファミ通.com」■Unreal Engine 4は「増築につぐ増築」だった 3からガラッと作り直したらしい。最近よく名前を聞くけど、必ず Unreal Engine 4 なんだよね。ラストレムナントが使っていた Unreal Engineのバージョンは 3 で、「開発当時はEpic Gamesに日本支社がなく、ドキュメントも全て英語で書かれていたため、翻訳と時差に翻弄される開発となった。この出来事は後にエピック・ゲームズ・ジャパンを設立させるきっかけにもなっている」と書かれている。■ページを繰るのにスクリプトを要求するサイトはまあ珍しくはなくて、そういう場合はまず CSSを切ってみて隠されていたテキストが表示されないか確かめてみるのだけど、ファミ通.com は他に例のないパターンで、非表示の div要素の内容として JSON形式で全ページの HTMLが入っている。ロックだね。■作家の古橋秀之という人の Webサイトが、スクリプトと HTMLの境界がわからなくなるような不思議な造りだったと思ったんだけど、今はもう違うみたい。今でもツールの痕跡のない 1990年代風 HTMLが味わい深いページではあるけども。
2017年09月01日 (金) 「書誌情報の「脱アマゾン依存」を！ « マガジン航[kɔː]」■これはね、本当にある。書誌データにリンクするとき、書影を出すとき、ISBNからタイトルを引くとき、読んだ人の感想を確認したいとき、いずれもアマゾンが一番に来る。なんならそのまま購入もできる。新刊はもうアマゾンで買ってないのに、リンクはアマゾンになる。■アマゾンならキーボードも同じように扱える>20170826p01。これも FILCOキーボード工房で直接買ったけど、画像を伴ったリンクはアマゾンのものになった。■でも本以外の商品写真については共有データは有害かも。どの通販サイトでもメーカー提供なのか同じ画像ばかりで得られるデータが少なすぎる。色味とか質感とか張りとか、服を買うときに本当に参考になるのは個人の購入ブログを複数比較することだったりする。たった１枚のベストショット(下手したら実写ではない)だけでは決め手に欠ける。
2017年08月31日 (木) 「「このパイロン、運転席に座ると1本も見えないんだぜ…」車の死角を分かりやすく表現した写真が話題に - Togetterまとめ」■車に乗らない人が知っておくべきなのは、運転者の顔が見えないなら運転者から自分は見えていないってことだけでいいのでは？ 顔が見えているから、目があった(ように思えた)からといって見られているとは限らないのも矛盾しない事実だけど。■運転者だけどこのコーンの画像には驚いた。前方の倒れた青いコーンはセダンだからこそだよね。1M先の地面が見えるような車しか運転したことない。くわえてシートは前に出して背もたれは完全に起こしてシートベルトが邪魔に感じるくらい(実際ときどき引っかかって邪魔をする)上半身を動かしてミラーや周囲を確認してる。バイクのヘルメットをかぶるだけでも視野が狭まって首を振る頻度が増えるのに、車の運転席はさらにその上をいく視界の狭さとそれを解消する方法のなさが不安でたまらない、という一番最初の感覚を慣れで忘れないようにしたい。■ちょっと前に右コーナーの対向車(こちらからは左コーナー)にぶつけられそうになった。相手がこちらに向かって走ってくるというのは一瞬パニクる恐怖。右ハンドルで右コーナーだと対向車が Aピラーに隠れたままになるんだよね。くわえてコーナーの外周に沿って走ることができない横着者・へたくそが少なくない。■カーブのことをコーナーって言う人って……、というのをちらりと見かけたことがある。でもカーブって言葉が出てこないんですよ。カーブしてる道路のことをコーナーだと認識してるんでないかな。
2017年08月26日 (土)
最終更新: 2017-09-01T03:21+0900
♪ [COSMOS] 新しいキーボード(赤軸・テンキーレス)が来た。
今のキーボード
ダイヤテック マジェスタッチNキーロールオーバー カナなし 黒軸 FKBN108ML/NB
ダイヤテック
￥ 9,882
2009年からちょうど８年間くらい使ってる。最近ときどきあるキー(Nだったり Tだったり)が全く入力できなくなったり、Enterキーが２重に入力されたりしていて、ケーブルの断線を疑っていた。Enterキーが特に致命的で、日本語変換をしていて確定と同時にフォームが送信されることがたびたびあって、精神衛生上大いに問題だったので急いで新しいメインキーボードを調達したというわけ。
前々から赤軸とテンキーレスと漆塗り筐体に注目していて(20140103)、でも何枚もキーボードがあっても死蔵するだけだしと諦めていたので、渡りに船だったというのもある。
赤軸
リニアで重たい黒軸の低反発バージョン。たしか前のキーボードを買ったときにはまだなかった。以前黒軸を「キータッチは重い。努力の必要なく底付きが避けられるほど。Realforceみたいなのをバチバチ叩かないための打ち方矯正キーボードではないか」と書いたのだけど、もはや矯正は完了したと思われるので低負荷の赤軸を使ってみたかった。(Realforceは PS/2接続が選べなかったり、Winキーが抜けていたりしてちょうどいいのがなかった。Winキーに関して今は違うとしても遅い)
日記を書いたりプログラミングをしてるときっていうのは案外考える時間が挟まることで適度に手が休んでいるのだけど、用意された原稿を PCに入力するみたいな単純で連続したタイピングではそれがなくて、手のひらが強ばって痛み出してくる。それが赤軸では軽減されるのではないかなと。なかなかそういう機会もないけどね。
黒軸でタイピングの調子が良いときはリズムがある。両手を上から下へ下ろす大きな動きがあって、その動きの間に両手の指がもにょもにょっと動く。ペチペチでもタタタンでもなく、もにょもにょっというのがポイント。そしてまた両手を持ち上げて、タイプする内容を確認して、一瞬の溜めで運指の計画が作成されるのを待ち、下ろす。
テンキーレス
それほど深刻ではないスペースの問題。実際のところテンキーは有用。数字や日付の素早い入力が可能だし、マウスキー機能でマウスがない非常時でもポインタの操作が可能だし、Home/End/PgUp/PgDn/Del/Ins/↑/→/↓/←キーの代わりができるし、右下隅という狙いやすい位置にエンターキーがあるし、複数行コメント(/*...*/)を隣り合った２つのキーを連打することで開始できる。自分はこのように日々必ずテンキーを使っている。トラックボールを左手で操作しているので右手のマウスがテンキーに押しやられて遠くなりすぎるなんてこともない。テンキーは有用。だけどなくても困りはしない。どうしても欲しければテンキーだけを追加することができるが、たぶんそこまではしない。そういう存在。
フルキーボードから移ってきて、キー配置は標準的なものの意外にも打ちにくさを感じる。無意識にキーボード右端からの距離を測っていたようで、Home/End/PgDn/PgUpキーを押すときに指が右端から落ちそうになるのを恐れてためらってしまう。すぐ慣れるといいが。
Majestouch 2
前のキーボードはスタビライザーがちゃりちゃりうるさいと書いたが、これはそんなことがない。キーを外してみたらグリスが塗ってあった。考えることは同じか。
キートップが真っ黒で前側面に印字
自分が普段いかにキーボードをチラ見していたかを知る。ちょっと打ちにくい。特にテンキーに頼っていた数字が。
キャップの重さでタイプの感じが変わるので、赤軸の標準の感触を確かめてから２色成形のキーキャップに変えるつもり。そちらは普通の天面印刷……印刷ではないけども。
キャップの高さが２色成形と付属のとで違うのを利用して、Altと Winキーだけ低めのキャップにしてる。どちらもうっかり触るとうっとうしいことになるキーなので間違えないように。
USB・PS/2兼用
USB・Bluetooth兼用タイプならケーブルが脱着式で断線しても交換が可能なのになぜ？ PS/2なら BIOSで設定したホットキーで PCの電源が入れられる。スタンバイ(S3)からでも休止状態(S4)からでも。シャットダウン状態からでもたぶんできたはず。いずれもマザーボードによる。
PS/2延長ケーブルと付属の PS/2-USB変換コネクタを通してキーボードをつないでるけど、キーボードと変換コネクタの間は普通にプラグアンドプレイしてる。PS/2なのに。
漆
印刷との違いをどこに見出すか考えてしまう。漆は表面処理であって材質はプラスチックで変わらないし、素材を水分から守るという実用性が期待されているわけではないし、機械による印刷よりもデザインに制約がかかりそうだし、印刷にコピーされたとしても優る価値とは。画像だけを頼りに選ぶのは難しい。しぶき塗りと漆黒と悩んだ結果、金粉というマテリアルで選んでみたわけです。それを言ったら漆も特徴のあるマテリアルだけども、あんまり滑らかでわかりにくいよね。現代は安価な代用品がいくらでもある。
矢印キーの上の平面で右手を遊ばせたり指先でコツコツ叩いたりするのだけど、そこにあばたがあるのですね。わざわざ粗を探したりしないし、他の場所であれば、また、目であれば見過ごしていただろうけど、指先を欺くことはできないのだった。気になってひっかいてしまう。画竜点睛を欠く感じ。
2017年08月25日 (金) ブコメにコメントする。「「メソッドは必ずインスタンス変数を使う」には全く同意できない。データだけしかないオブジェクトは設計ミスだがデータを持たないロジックのみのオブジェクトは存在し得る。デザパタにだってある。」■ない変数を用意しろとまでは言ってないと思うんだよね。俺が聞いたことがあるのは、メンバ変数を使わないようなメンバ関数をクラスにつっこむな、ってなもの。それは使いもしない暗黙のパラメータを受け取り、実際はどうあれそれと結びついたメンバのすべてを入出力に利用できるという宣言だから、関数の理解を難しくする。クラスの公開メンバにだけ頼って実装できるようなものは、C++だとクラスと同じ名前空間のフリー関数にする、C#だとエクステンションメソッドにするなどできる。それより関係の薄いメソッドなんだとしたら、それこそなんでクラスのメンバーにしようとしたのか百遍問い直すべきだろう。こういう場合 Javaでどう書けるかが重要？ それは知らない。■元ネタの本『[単行本（ソフトカバー）] 増田 亨【現場で役立つシステム設計の原則 ~変更を楽で安全にするオブジェクト指向の実践技法】 技術評論社』付箋を付けて読んだ人のメモを斜め読みしてもまともなことが書かれてるのがわかる、というのはつまり、自分がまともだという前提で同意できる内容だってことだ。しかも視点が実際にコードを書く人間のそれなので退屈しそうにない。ちょっと買ってきた。■書いた人のことは知らないんだけど、「日本のDDD（ドメイン駆動設計）界の父」だとか「DDDについて調べたら必ずスライドが出て来る」というような人らしい。参考文献には読んだものや読みたいと思ってるものがいくつかあったけど、DDDに関する本は一冊も読んだことがなかったのだった。この本のあとで読んだら「これがそうだったのか」ってな発見があるだろうか。■もはや一年に数回も行かなくなった久しぶりの本屋で嬉しくなって、前から興味があってすぐにも読みたい(でもすぐには買わなかった)本を他に２冊だけ選んで(※重さと体積による制約)買ってきたのだけど、なぜか３冊とも gihyoになった。元気があって良いですね。『Optimized C++』(これはオライリー)も手に取ったんだけど、退屈そうに感じて戻してしまった。網羅的・教科書的に書こうとしていたのだとしたら、そのせいで新たな発見が埋もれていた可能性がある。効率を考えると悩む。■どこかの感想で触れられていたボキャブラリがどうのっていうのは何かの本で読んだなと思ったけど、何の本だったか見つけられない。この中のどれか☞または☞。出版社のリンクをクリックしてみると技術評論社が19冊でトップシェアだとわかる(ってそれは今日だけで３冊増えたからだ)。■オブジェクト指向色が濃すぎるというブコメも読んだ。ドメインの知識を整理する手段としてアスペクト指向でも書けるといいね。『Multi-Paradigm Design for C++(の日本語版)』とか『ジェネレーティブプログラミング』とかを出したくなるけど、実務や対象読者からは離れすぎてしまうのかも。■@2017-09-04 面白かった(スライドの感想)。規格外の人間ってやつになりたいものだ>「“一般的なSI現場”の定義...(略)...それなりのフレームワークを使用し、規約やレビューで、極端にひどいコードが生まれないように統制するものの、それを突破する規格外のポンコツが必ずいる」(『現場で役立つシステム設計の原則』は一般的なSI現場で役立つのか？ より)■@2017-09-15「PHP Mentors -> 「現場で役立つシステム設計の原則」批判 (2) ～ポリモーフィズムは何のために？～」 どうせ大上段に構えただけの難癖なんでしょと思って読み始めたんだけど、公平で真っ当な内容に思える。本を補完するつもりで読んだらいいんじゃないかな。本を読むときに俺はもう自分の定義を持ってるからオブジェクト指向かくあるべしみたいな論には興味がないし、部分部分で「そこは同意できないな」で流してしまうんだけど、そういう部分について、教育的視点で見るとそれってどうなの、という批判だと読み取った。すごく読みやすくて間口の広い本だけに無視できない批判かなと。
2017年08月19日 (土) 数か月ぶりに体重計に乗ったら 40kg台まで数百グラム！ 食べないからだよ。夏バテ一直線！
2017年08月17日 (木)
最終更新: 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は省略 | |||||
で、２列目３列目を隠して、項目名でグループ化して、NULLでない値だけを採用する。
どうだろう。これでいけるだろうか。わざと難しくしてないだろうか。そもそもエクセルでグラフを作成するときの入力とは。