UXデザインとHCD（人間中心設計）の本を教えてもらった

TwitterでUXについて雑なこと（後に認識違いだとわかった）を言っていたら、@nobkz 氏にいくつか本を教えてもらったので一気に読んだ。紹介してもらった本は、タイトルの通り教科書的な内容で、基礎知識を得るには良い本だった。

UXデザインの教科書
UXデザインの教科書
安藤 昌也(著)
￥3,300 (2020-08-16時点)
5つ星のうち3.9
人間中心設計の基礎 HCDライブラリー第1巻
人間中心設計の基礎 HCDライブラリー第1巻
黒須 正明(著), 黒須 正明(編集), 松原 幸行(編集), 八木 大彦(編集), 山崎 和彦(編集)
￥4,180 (2020-08-16時点)
5つ星のうち2.4

改めてUX本を読んで、UXという用語の定義範囲について完全に認識が誤っていた。UXは企画～設計プロセス（特に反復開発とユーザビリティテストに重きを置く）事を差していて、UIはスコープ外だった。5年ぐらい前にいくつかUXの本は読んだ記憶はあるのだが、おそらく当時はマイクロインタラクションなどのUI/UX本（UI要素が強い）を中心に読んでいて、UX単著の本は読んでなかったことで認識誤りが生じていたようだ。

「UXについて理解してるつもりだけど、そういえばUX単独で学習をしたことがないかもしれんなー」っていう人は、おじさんのように実は用語の理解が誤ってる可能性があるので、見直しのために読んでみるとよさそう。

2冊紹介してるけど、UXデザインの教科書の方だけ読めば十分かなあと思う。

「心理学，認知・行動科学のための反応時間ハンドブック」を読んだ

読みました。

www.keisoshobo.co.jp

全ての人間が読むべき本かというと、そうではないです。

私がプログラマーなので、プログラマー文脈になってしまいますが、

  • ゲームおよびゲームに非常に近しい分野（VRなど）に携わるプログラマーおよびプランナー
  • 特にUIの応答速度、入力性、使いやすさなどに強い興味のあるプログラマー

あたりの人間が読むと、知識に深みが出そうです。

実務的な数値とかは、こういった記事の方が揃ってます。ただ、こういった記事を読む際に「そもそも反応時間とは？？？」という基礎知識を得ておきたい場合には非常に良い本でした。

jp.gamesindustry.biz

私が読んでた時のログはTwitterに流してました。これを見てもらえば書いてある雰囲気は伝わると思います。

各用語や過去の研究等の説明がかなり丁寧で、入門レベルの人間でも読めるようになっています。元々の想定読者に研究者が想定されていて、関連論文のサーベイ本みたいな感じもあり、引用文献は巻末に大量に書かれています。この本を片手に用意しておけば、反応時間関連の英語論文もなんとなく理解できる程度のは読めそうな気がしてきます。 ただし、かなり工学書に近い書き方をしている本なので、こういった本を読みなれてない人にはかなりしんどいと思います。

設計書には何を書くべきなのか

設計とは、

  1. 要求（やりたいこと）をヒアリングする
  2. 要求を要件（何を満たさないといけないのか）に落とし込む
  3. 要件を実現するために考えられる手段を洗い出す
  4. 手段の検証を行う
  5. 検証結果を元に、どの手段を使うかを選定する
  6. 選定した手段を合意する（一部要件を満たさない事項がある場合は、代替策や妥協ラインについても合意する）
  7. 合意内容を元に、実装や設定に落とし込む

をやることである。画面設計や機能設計のように、3-5の検証/選定が薄くなったり曖昧になったりするものはあるが、一般化するとこの流れになる。

設計書には、上記の設計でやってきたことを順番に書いていけばよい。これを文章構成のテンプレに落としていくと、

  1. 要求
  2. 要件
  3. 方式
    1. 対応案（いわゆる比較表で書いていくのが楽）
    2. 検証結果
    3. 選定・合意結果（合意した代替策や妥協ラインについても記載する）
  4. 詳細設計（どういう実装にするとか、パラメーターにするとか、細かい話）

という感じで書いていけばよい。

ありがちな失敗としては、4.詳細設計しか書かないことである。これだと、後から読んだ際に「なんでこれ使うことにしたんや…」がわからないという事態が発生してしまう。前述のとおり、画面設計や機能設計では方式を選ぶという事が薄いので、普段このあたりを多くやっている人ほど、3.方式を書くという意識が飛びがちになる。

あと、2.要件はまあまあ書かれるのだが、それに対して 1.要求は「ちゃんとした設計書」ですら書かれていないことがあり、やはり「なんでこの要件になったんだっけ？」が発生しがちになる。

ASUS TUF Gaming A15を買って、すぐにRAM32GB/SSD1TBに換装した

ASUS TUF Gaming A15（FA506IU）を買いました。この記事を書いている時点ではこの機種が在庫切れのようで、次のAamzonリンクは1つ下位の機種（GTX 1660 Ti ではなく GTX 1650 Ti、他は同じ）です。

B089SV43Q6
ASUS ゲーミングノートパソコン TUF Gaming A15 FA506II (Ryzen 7 4800H / GTX 1650 Ti / 16GB・SSD 512GB / 15.6インチ / FHD(1920 × 1080), 144HZ) / フォートレス・グレイ / MIL規格準拠)【日本正規代理店品】【あんしん保証】FA506II-R7G1650T

TUF Gaming A15は、Ryzen 4800H搭載で2.2kg程の15インチゲーミングラップトップです。同じようなカテゴリーでは、同じASUSのROG ZEPHYRUS G14がRyzen 4900HS搭載で1.7kg程ということで、大きなインパクトがあり有名です。

では、なぜわざわざASUS TUF Gaming A15の方を購入したかというと、これにつきます。

機種選定にあたっての利用想定は、

  • ゲームではなく開発で使用
    • Haxeがメインだが、Scala, Java, .NET(C#, F#), Goあたりも触る
    • JavaScript開発が多いが、OSSにPRを投げる他、ゲームクライアント開発のお手伝いがあったりで、それなりに大きなプロジェクトも日常的にビルドする
  • RAM16GBでは人権が守れない
    • エディタやらIDEやらWebブラウザやらチャットクライアントやらローカル開発サーバーやらを立ち上げるだけでカツカツ
    • 更にHadoopやらSparkやらNiFiやらのクラスタ検証でローカルでコンテナを立ち上げまくるような作業もある
  • 自転車移動で持ち運んで使うことがありうるので、現実的な重量のラップトップ

という感じです。

CPUパワーが欲しいので、今のご時世ではRyzenしか考えられません。というか、Ryzen機のコストパフォーマンスが良すぎます。Core機より5万円ぐらいのレンジで平気で安いの、一体どうなってるんだ。

現行世代のRyzen 4000でRAM16GB超となると、選択肢がかなり限られてきます。冒頭でも書いたROG ZEPHYRUS G14もかなり本気で検討したのですが、RAMが24GBシングルチャンネル（オンボード8GB＋換装可能スロット1）にしかアップグレードできないROG ZEPHYRUS G14はしんどいなあと判断して見送りました。

TUF Gaming A15はRAMスロットが2本あり、スペック上は64GBまで増設可能となっています。YouTubeでもRAMアップグレード動画が十分に数があり、かなり簡単なことは確認できたので、完全にこれが決定打です。

本体2.2kg＋ACアダプター450g程度と、最近の15インチのラップトップでは若干重い（ゲーミングとして考えると軽い）のですが、ここ数年の自分の稼働状況とCOVID-19の状況から、持ち出し頻度はかなり少ないだろうと判断し、重量は優先度を下げました。

最初から自前で換装して使う想定なので、RAMとSSDも合わせて買いました。Amazonのリンクを張ってますが、実際にはarkで勝っています。

B07Q7T9NSC
Crucial CT2K16G4DFD832A 32 GBキット（16 GB x 2）（DDR4、3200 MT/秒、PC4-25600、CL22、デュアルランクx 8、SODIMM、260ピン）メモリ、グリーン

B07YFFX5MD
ウエスタンデジタル WesternDigital SSD WD Blue SN550シリーズ NVMe M.2 2280 1.0TB WDS100T2B0C

WD Blue SN550は、発熱が低めで、なによりコスパが良いという理由で選んでます。連続書き込みでキャッシュアウトした際にシーケンシャルリードが500MB/s弱しか出なくなるので、あまり性能が良くないという言い方のレビューも見てはいるんですが、ぶっちゃけシーケンシャルリードが500MB/sでも3000MB/sでも、日常の利用シーンでの違いは体感できないので、問題なしという判断です。高解像度の動画なんかを操作する人達には当然違うんでしょうが、自分はそうではないということで。

換装の手順は、この動画を見てもらうのが分かりやすいです。当然ですが、換装する前にはリカバリーメディアを作っておきましょう。これは換装後でも大丈夫ですが、MyASUSアプリから製品登録をしておくと無難です。

www.youtube.com

動画ではわかりづらい点を強いて上げると、

  • ネジは普通のプラス精密ドライバーがあればOKだが、いわゆる「こじ開けツール」が必要
  • 底面パネルのネジがいくつか長さが違うものか混ざっているので、ネジを締めなおす際に間違えないようする
  • SSDを換装した際は、BIOSでSecure Bootを無効化しないとエラーが出る（Secure Bootを無効化しろいうエラーなので、わかると思いますが）

といったぐらいです。

私は、元々取り付けられていたSSDを外して換装しました。NVMeスロットが2本あるので換装前のSSDをセカンドスロットに刺しなおしてもよかったんですが、いざとなったときは刺しなおせば工場出荷状態に戻せます。

換装が終わったら、普通にWindows 10をインストールするだけです。私はVisual Studioサブスクリプションを持ってるので、Windows 10 2004 Enterpriseをインストールしました。

ドライバー類はWindows Updateから全て自動で入りましたが、Windows Updateでは入らないASUSのUtility類もサポートサイトから全てダウンロードできます。

ASUS TUF Gaming A15 | ASUS TUF Gaming | ノートパソコン | ASUS日本

次をインストールすればOKです。

  • ASUS System Control Interface V2
  • DTS Ultra LPAP Component Driver
  • ROG Live Service Package
  • Refreshrate Service
  • ARMOURY CRATE Service
  • Armoury Crate UWP
    • 排熱（ファン）のモードとか、キーボードのゲーミングっぽいイルミネーションの設定
  • DTS:X Ultra UWP
  • GameVisual UWP
    • 液晶パネル設定だが、Armoury Crate UWPに統合されているので不要
  • MyASUS UWP
    • サポート関連の他、バッテリー充電設定がここにある

これで換装は完了です。

  • Ryzen 4800H
  • DDR4-3200 16GBx2
  • SSD NVMe 1TB
  • GTX 1660Ti

キャンペーン価格や自前アップグレードパーツ代を込みで、トータル157,980円（税込）でした。Ryzen安すぎる…。

ポケットモンスター ソード/シールドにHaxeが採用されていた

Haxe

顛末

昨日、こういう感じのツイートを見かけかました。

結果、このような形となりました。

調査結果

確かにポケモン ソード/シールドの知的財産の表記には、Haxeの記載がありました。

確かにHaxeの記載があります。合わせて気になる点は、

  • LuaとSol（おそらく https://github.com/ThePhD/sol2 ）の記載がある一方で、 hxcpp が記載がない
  • ライブラリの記載順が、比較的関係のありそうな順番に並んでいる
  • Haxeと依存関係がありそうなライブラリがLua以外にない

というから、

ものと推測されます。

この記事が注目されるようなことがあれば、もしかしたら後々答え合わせ的な情報が任天堂から出てくるかもしれません。

Haxe製のゲームについて

「Haxe製のゲームでビックタイトルはポケモンが初めてでは？」という点については、若干気になるので言及しておきます。

洋ゲーなのであまり国内では有名ではなく、ポケモンと比べたら確かに知名度もないのですが、 Dead Cellsというタイトルがゲームエンジンも含めてガッツリHaxe製です。

dead-cells.com

最新のセールス数は把握してないのですが、この記事によると全世界で100万本を超えているとのことなので、ビックタイトルと言っても差し支えないのではないかと思います（開発規模がビックタイトルかという話もあるんですが、まあそれはそれとして）。

www.4gamer.net

また、国内開発タイトルにもHaxe製のものがあるのですが、情報を出していいんだかよくわからないので、公開OKをもらってから追記しておきます。

ゲーム以外（Web）でのHaxe採用事例

おそらく一番規模が大きな事例としては、DAZNがHaxe/JS + React.js製です。

www.toptal.com

国内では、ヌーラボさんのサービスがHaxe/JSが使われています。中の人から使っているという返答も来ています。

ここらへんからは私も半関係者みたいな感じになってきますが、このサービスもHaxe/JS製です。

loginebula.com

数は多くないんですが、まあ普通にプロダクションで使えるプログラミング言語です。

Azure Cosmos DBのデータ構造

CosmosDB

昔書いたCassandraの記事 Cassandraのデータモデル - terurouメモ 的にCosmos DBのデータ構造と用語を整理。

f:id:terurou:20191022223028p:plain

データベースアカウント

  • Azure PortalからCosmos DBを作成するとできるトップレベル要素
    • 図のデータベースよりも上位の存在
  • データベースエンジン（SQL API、Azure Table API、MongoDB API、Cassandra API、Gremlin API、etcd API）はこのレベルでしか設定できない

データベース（図ではDatabase表記）

  • RDBのデータベース（もしくはスキーマ）相当、CassandraのKeyspace相当
  • データベースレベルでスループットをプロビジョニング（上限RUの設定）すると、配下のコンテナー全てでプロビジョニングスループットが共有される

コンテナー（図ではContainer表記）

  • RDBのテーブル相当、CassandraのTable相当
  • スループットはコンテナー個別にも設定することができる
    • Cosmos DBリリース直後はコンテナーに対してしか設定できなかったはずだが、いつの間にかデータベースレベルで設定できるようになっていた

Partition Key

Cosmos DBの設計で特に重要となるポイント

  • CassandraのPartition Key相当、RDBには相当するものはない
    • Partition Keyはプライマリキーではない
  • Partition Keyによって論理パーティションが分割される
  • Partition Keyは複合キーを指定することができる
  • 論理パーティション単位でシャーディングとインデックスの作成が行われる
    • 分散しないPartition Keyを設定してしまうと、データベース全体の性能に影響してしまう
    • とはいえ、論理パーティションを分割しすぎると有効にインデックスが使えなくなってしまう（レンジスキャンしたいケースが典型例）
  • トランザクションは論理パーティション内でのみ有効となる
    • トランザクションは、ストアドプロシージャ等のCosmos DB側で動作するロジックでのみ有効

Item（MSDNでは "項目" と訳されているが…）

  • RDBのレコードに相当
    • もしくは、ドキュメント、エンティティ
  • IDにより識別される

ID

  • いわゆるPrimary Key
  • 一意キー制約は、論理パーティション内で有効
    • コンテナー単位ではないので注意
  • ID指定の検索は速く、RUの消費も最小限になる

参考資料