ただ、プログラミングをその HHKB Lite2 という英語配列のキーボードで覚えた関係上、それ以降のキーボードも英語配列でなければイヤだということと、やはり HHKB Lite2 の影響で、Aキーの左側に Control キーがないとイヤだということ、この2点は私がキーボードに求める数少ないこだわりだったかもしれない。

なので、それ以降に買った MacBook では英語配列のものを買っていたし、Aキーの左側に Control キーがないとイヤだというのは、 MacOS の設定でなんとかやってきた。

これは余談だが、 MacOS はデフォルトで Emacs 風のキーバインドを採用しているのに英語配列ではAキーの左隣が Caps lock になっているのは非合理的だと感じる。本当になんでだ。日本語配列だとAキーの左隣にちゃんと Control がいるのに。

話を戻すと、 MacBook のキーボードを英語配列にして買っていたので、今までは特にこだわりもなく MacBook のキーボードを使ってきた。

しかし、今度仕事で使うことになった MacBook が日本語配列だったのだ。

これは多分厳しいものがあると感じた。なので、英語配列のキーボードを買うことにしたのだ。

自分が今まで時折、アキヨドでキーボードを気まぐれに試打した感覚から、自分は多分青軸のメカニカルキーボードが好みなのだろうと思っていた。

青軸は音はうるさいが、クリック感があるのが良い。

そして今日、改めてアキヨドでキーボードを触ってみて、その予感は確信へと変わった。

様々な機種を試打してみた結果、 Keychron の K8 Pro という機種の青軸版の打鍵感の適度な軽さが気に入り、これを買うことにした。

そして、その打鍵感を確かめたくてこの文章を書いている。

正直、とてもうるさい。だが、とても楽しい。

ただキーボードを打つ。

それだけのことに楽しさを見出せるなんて想像もしていなかった。

青軸の欠点は音がうるさいことだが、この点が気にならない在宅勤務で良かったと思っている。

次の仕事はもう来年になるが、このキーボードで仕事をしてみることを今からとても楽しみにしている。

Permalink | 記事への反応(2) | 00:47

2022-11-27

■キーボードの使い方知らんやつ多すぎるから教えてやるわ

https://b.hatena.ne.jp/entry/s/www.itmedia.co.jp/pcuser/articles/2211/25/news072.html

これ見てブコメがPC 初心者ばっかりだったから解説しておくわ

ハッカーは矢印キーを使わない

HHKBでよく聞く「HHKBに矢印キーが欲しい」「Fn使う矢印キーが使いにくい」という意見は全くもって的外れ

日頃からアホみたいにキーボードを叩くハッカーと呼ばれる人達は矢印キーを使わない

代わりに使うのはEmacs キーバインドと呼ばれるCtrlを押しながらP,N,B,F,A,Eなどを使うカーソル操作、もしくはH,J,K,Lを使うVim キーバーインドだ

エディタがVSCodeになろうがPowerPointを使うことになろうがこれは変わらない

なんならBackSpaceも使わないしDeleteも使わない

その代わりCtrlやMetaキーをめちゃくちゃ使う

なのでその使い心地を究極まで求めてHHKBのキー配置が決まってる

矢印キーがどこに配置されていても、押すためには一度ホームポジションから手を動かす必要があるんだが

死ぬほどキーボードを叩く人からするとこの動きに無駄が多くてイライラする

Emacs キーバインドやVim キーバインドだとホームポジションから動かないので流れるようにタイピングができる

シェルなんかを使うときもEmacs キーバインドでカーソル操作ができるから基本的にはみんなCtrlを使ってカーソル移動する

難しそうに見えるけれど一度慣れてしまえばすぐに使えるキーバインドなのでHHKBを持ってる人は是非覚えて欲しいし

そうでない人もすぐにCaps LockをCtrlに変えて覚えてほしい

ちなみにEnterは右小指で押すし、BackSpaceはCtrl-H、DeleteはCtrl-Dを使う

マウスは滅多に使わないがどうしようもなく使うときのためにMacのようなトラックパッドが距離が近くて重宝されているし

Thinkpadの赤ポチが人気なのはそのせいだと勝手に思ってる

ハッカーはキーボードを持ち歩く

別に使わないキーは使わなければいいだけで付属していてもいいではないか、という疑問があると思う

テンキーだってFunctionキーだってPrintScreenだって使わなくても付ければいい、というのは至極まっとうな意見に思える

ただ、今でもそうなのだがキーボードを持ち歩くことは実は多い

例えばサーバールームなんかにはキーボードが無くて自分で持って行ってUSBに刺して使うということがあったりするし

HHKBが産まれた20年前なんかはWorkStation毎にキーボードが違う、みたいなこともあったから自分の慣れたキーボードを持って行って繋ぐこともあった

この辺はクラウド化してSSH前提になったので回数は減ったが逆にノート PCを持ち歩いていろんなところで作業することが増えた

ノート PCのキーボードが全然ダメだからお気に入りのキーボードを持ち歩く、ということも（一部界隈では）増えたわけだ

そんなときにRealforceみたいな馬鹿デカいキーボードを持ち歩くわけにもいかないのでHHKBは小型化をキープしている

小型化するときにキーは少ない方が小さくなれるのでキーの数は少ないままというわけだ

HHKBを持ってる人は「左右の手前側に空いてるスペースあるじゃん」と思うだろうが

実はその部分はキーボードを持っておくときに重宝する

HHKBが必要ない人

以上を踏まえると

Emacs キーバインドを使わない・Vimをゴリゴリに使わない人
キーボードを持ち歩かない人
机が広い人

はHHKBを買う必要は全く無いしRealforce買っておけばいい

「家と職場に一台ずつHHKBが必要」とかいう人もいるんだが全く意味不明だと思う

まぁ、たまにHHKBを2台使って分離キーボードにしてる人とかもいるけれどレアケースかな

Permalink | 記事への反応(1) | 00:37

2022-05-08

■ギークためのChromebook入門

本エントリの目的

ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)

開発者は初手でデベロッパー モードにするべし

セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。

ハードウェアの選択

Webで完結するのであれば低性能機で問題ない

Webでエンタメを楽しんだりWeb ツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。

ただし、Web ベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。

ChromeOSもハードウェア スペックで殴ると快適なのは変わらない

Core i7 クラスのCPUや16GB以上のワーキングメモリ、SSD ストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。

Android Appレイヤーを中心に運用したいと考えてるならばx86_64機は非効率

Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。

1つの IDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。

しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。

ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。

Android Appレイヤー

macOSのiOS レイヤーよりAndroid App数は多いし操作性は良い

Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。

GPSは事実上ほぼ機能しない

ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPS モジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPS レシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。

USB over MIDIが使える

Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。

そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAU プラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか？
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。

Linux レイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。

ChromeOS向けマルチタスクへ対応していないとAndroid Appはスリープする

ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。

まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroid スマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの？とは思う。

ICT 教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。

Linux レイヤー

実体はLXC/LXD

LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも？

デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。

IMはLinux レイヤー側で用意する必要がある

ChromeOSで動作するGoogle日本語入力とは別に Linux レイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。

USB Pass Throughが使えない

ChromeOSへマウントされたUSB 機器、というかシリアル接続された機器はLinux レイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。

つまり Linux レイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linux レイヤーでゲームやろうと思ってもUSB ゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。

それぞれが独立しているLinux レイヤーとAndroid Appレイヤーは相互に認識しない

言うなれば Android Appレイヤーでスクリーンキャプチャ系のアプリによってLinux レイヤーで動くGUI アプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。

ChromeOSがホストでLinux レイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。

Linux レイヤーにDockerを構築するのはやめておけ

LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲスト OS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲスト OSの制限はKVMも引き継ぐ。

ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。

Web開発であれば必要十分

CLI ツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWeb デザイナーは悲しい思いをするかも知れない。

GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか？

Chrome OS向けAndroid Studioが存在する

Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。

3DCG ゲームを作りたいのであればGodot

UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。

3Dのほか2D ゲームもいける上に、最近のIDE よろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。

総評

浅い部分は気軽だが深い部分は非常に難解、それがChromebook

浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。

しかし一度Linux レイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APT から IDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。

そもそも HTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初から Ubuntu使えよって話。

ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。

追記

少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSI ペンが使えるし、USB ポートはUSB-Cだ。
そこそこのChromebookは多くの場合 HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo Linux ベースなChromeOSは潜在的なマルウェアの絶対数がそもそも WindowsやMacよりも少ないという利点がある。
Bluetooth イヤホン・ヘッドフォン・ヘッドセットも使えるし、Nest スピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリである Google Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Button キーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。

Google エコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。

「Chromebookじゃなくても別に良くね？」

そう、ギークがLinuxを使いたいのであれば別に Chromebookじゃなくても良い。
というかギークは別に LinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。

Permalink | 記事への反応(10) | 15:50

2022-04-22

■HHKBのよくある勘違い

PFUの高級キーボード、Happy Hacking Keyboard（HHKB）だが使い方を間違えている人が多い

矢印キーは使わない

HHKBの特徴は矢印キーが無いことだ

一応、Fn キーを押しながら使うことはできるが非常に使いにくい

なぜこんなことになっているか、というと、そもそもプログラマー（ハッカー）は基本的に矢印キーを使わないからだ

Vimの人はhjklでのキー移動、EmacsはC-BPNFでのキー移動

シェルを使う場合もEmacs風にキー移動できるしショートカットを使うので基本的には使わない

ちなみに知らない人も多いがTwitterもVim風のキーバインドで移動可能

Macの人は例えばメモアプリなんかがEmacs風のキーバインドで移動可能

ブラウザのテキスト編集部分なんかでもEmacs風で移動可能

Windowsを使う場合もアプリなんかでキーバインドを入れ替えて矢印キーを使わないようにする

こんな感じで矢印キーを使わない人が多いから、矢印キーが無くても問題ないのだ

何故矢印キーを使わないのか

勘違いしてはいけないのは、ハッカーは

「HHKBを使うために矢印キーを使わない」

のではなく

「ハッカーが矢印キーを使わないからHHKBには矢印キーが無い」

ということだ

何故使わないかというと単純に「遅い」からだ

矢印キーはホームポジションから離れた場所にあるため、使うためには一旦ホームポジションから指を離さなければならない

一度話してまた元に戻るという、このコンマ数秒レベルの遅延が鬱陶しくて仕方が無い

なのでホームポジションに指を置いたままキー移動したい、という考えに至っている

同様の理由でBack SapceやDeleteも使わない

Emacs風だとCtrl-HやCtrl-Dで代用する

持ち運び前提

とはいえ、全く矢印キーを使わないかというとそういうわけではなく、そりゃたまには使わざるを得ないし使った方が早い場面もある

なので矢印キーを右下の空いてるスペース（通称、猿が辻）に置いておけばいいし、HHKB Liteだとそこに矢印キーがある

なぜそれでも置かないかというと、そもそもが持ち運び前提のキーボードであって、少しでもキーを減らしたい、という哲学があるからだ

はっきり言ってしまって持ち運ばないならRealforceを使えば良く、HHKBを利用する利点は持ち運び前提であるという一点だけと言っても過言では無い

これの大きな理由は、昔はサーバルームでの作業のようにキーボードを繋いで利用するような使い方が前提であった、というのもあるがそもそもの哲学によるところが大きい

アメリカ西部のカウボーイたちは、馬が死ぬと馬はそこに残していくが、どんなに砂漠を歩こうとも、鞍は自分で担いで往く。馬は消耗品であり、鞍は自分の体に馴染んだインタフェースだからだ。
いまやパソコンは消耗品であり、キーボードは大切な、生涯使えるインタフェースであることを忘れてはいけない。

和田先生のこの談話に代表されるように、キーボードは人間がコンピュータと関わるうえで重要なインタフェースであるという設計哲学がある

なのでキーボードはコンピュータに備え付けられているものではなく、持ち運んで自分の好みのものを使う、ということを推奨している

そのためにもキーボードは使いやすさや打鍵感だけでなく持ち運びやすさを重要視してバランスの取れた設計を目指している

その結果、矢印キーを排除するデメリットよりも、排除することで得られる持ち運びやすさのメリットの方が大きいと判断したのだ

左右の猿が辻があるお陰で持ち運びしやすいというのも使ったことがある人なら分かるポイントだと思う

複数持たない

この辺りは賛否あると思うが、馬の鞍であるという哲学に基づけば、PC毎にHHKBを用意したり、自宅と会社で2つ置いている、などは使い方として間違えている

全く同じキーボードであっても、物理的なモノが違えば慣れ親しんだものではなくなってしまうだろう

キーボードを生涯のインタフェースとするなら1つの HHKBを持ち運び使うということを体現して欲しい

ただ最近はBluetooth 接続が増えたことや、HHKB BTの出来が良くないことなどもあるため、複数持っている人も多いとは思う

ちなみに、BT モデルには充電池が内蔵されておらず電池駆動なのも生涯使うことを考えているのだろうと思う

足は出さない

これはHHKBに限らない余談になるが、キーボードの裏面にある足は基本的に出さない

手首に角度を付けるよりも水平の方が使いやすいのは人体の自然な原理だ

なぜあの足が付いているか、というと実は「キートップを見やすくするため」だ

なのでHHKBの無刻印モデルに足が付いている理由は全く理解できないし、HHKBを使うような人がキートップを確認するとは思えないのでそもそもいらない

とはいえ、昔から足を出して手首に角度を付けてタイピングすることに慣れてしまっている人もそれなりにいるだろうから

自分の好みで出したり引っ込めたりすればいいとは思う

Permalink | 記事への反応(2) | 08:55

2021-12-16

■HALO Infiniteのマルチをプレイした感想（ほとんど悪口）

これ、HALO ファンだけが面白いゲームじゃないですかね、というのが正直な感想。

HALO 初心者からするとストレスが溜まる要素ばかりが多い。

ちなみにキーマウ操作でマルチだけやった感想。

Betaもやっていたが、正式リリースに伴いプレイ時間が消えたので何時間やったかは不明。リリース後は4時間。

クラッシュやチーターなどの問題点は散々言われてるので、主にゲームプレイについて。

いくつかAPEXと比較することを書いたのでエペガキのネガキャンなどと言われそうだが、普通にプレイしての感想であることだけは断言したい。

体力について

まず体力については、HALO プレイヤーは（なぜか自慢げに）このゲームは固いんだと言う割に、「中途半端に」固いなという印象。

他の豆腐 FPSに比べれば固いだろうが、今現在日本で人気のあるAPEXは初心者でも上級者でも複数マガジンで倒すことが前提なので、APEXの方が普通に固い。

武器にもよるが、APEXでいえば白アーマーか、白アーマーとアーマーなしの中間くらい。（HALOには最強パンチもある）

HALOはそれなりに上手い相手（あとPAD）はワンマガジンで倒してくるが、初心者のこちらは倒せない嫌なバランスに感じた。

APEXならば固さを生かして立ち回れば一人で複数人との撃ち合いをすることも可能だが、このゲームでそういうプレイはほぼ無理。普通に二人にパンチされるだけで終わる。

体力が多いのに、自分の体力・相手へのダメージ表記が見辛いのもイライラする点。

中途半端な固さのためにAPEXほどのキャラコンは求められず、かといって即死即殺ゲーほどの爽快感や緊張感もなく、どっちつかずの半端なゲームというのがまず思ったこと。

一撃死がやたら多い

固い固いと言いながら、後ろからのパンチは一撃キル。

スナイパーの狙撃（これはある種当然だが）、ビークル、グレ、あとなんだかんだ色んな武器で一撃死がある。

これらのワンパン要素がやたら多いため、（中途半端に固い）相手と銃で撃ち合うことの価値が下がっている。

強武器がないから仕方なく銃で撃ち合う、ではFPSとして魅力に欠ける。

音が貧弱

例に出したので引き続き比べるが、APEXと比較してとにかく音がしょぼすぎる。

キルを取ってもアーマーを割っても、全然気持ちよくない。普通に銃を撃つ音ですらも爽快感が薄い。

敵に弾が当たってるかどうかも見えづらい。

銃を撃つ快感が、圧倒的にない。

そのくせ、自分がパンチで殴られたときだけやたらと音がでかく、パンチ自体の不愉快さと相まってストレスが溜まる。

結果、いくら連続キルしても他FPSのようには脳汁が出ない。

あとアナウンサーの声にクセがありすぎて、こいつのボイスを消す機能が欲しくなる。

それができないことを知ったときはテンションが下がった。

毎回ゲーム開始時に聞かされる音楽も、音に奥行きがなくて安っぽい。

物音・足音が小さい

少し距離があると敵が走ってきても、足音がほぼ聞こえない。

味方プレイヤーもすぐ横で敵が走っているのに無視することが異様に多いので、自分の耳が悪いわけではないはず。

上述のように、複数人相手では勝ちようがないのに足音でそれを判別できない、味方がまるで気づいてくれないのは非常に萎える。

スキンによって敵味方が分かりづらい

味方が青・敵が赤のハイライト表示のため、味方に赤系・敵に青系のスキンをつけられると戦闘時に判別がつきにくい。

フレンドリファイアのあるゲームでこの仕様は、上記の足音の問題と相まってかなりストレスフル。

※リリース後にはあまり見間違えることがなくなったので、改善されたのだろうか？

詳しく調べていないのでただ単に偶然かも知れない。

武器の見分けがつきにくい

2種類くらい初期武器と似たような見た目の武器がある。

意味が分からない。

リスポーン 時間が億劫

死んだあと即スポーンではないし、カウントダウンが始まるまでも余計な時間があったりと絶妙にテンポが悪い。

マウス ホイールでの武器の切り替え非推奨

これは個人の問題だが、武器の切り替えをマウスホイールに割り振ってると本当にクソ。

戦闘中にホイールで操作すると武器が切り替わらないことが多すぎる。他のFPSではなかった現象。

ホイール判定が軽すぎてトグルが一周しているのだろうか。ならばVALORANTのように一周しない設定が欲しい。

操作の話でいえばスライディングについても、ダッシュを「切り替え式」にしておかないとほぼできない設計。

こうした設定面が直感的でなく、これもまたストレス。

戦略性が死んでいる

移動ルートや位置取りが重要なバトロワゲー・攻守の読み合いで戦う爆破ゲーはどんなに雑にプレイしても必然的に戦略性が求められるが、このゲームはそうした要素が薄い。

本来戦略性がないわけではないのだが、ノーコミュニケーションで連携が取れるほどの単純明快なルールではなく、

かといってピンが豊富なわけでもなく、足音で位置を特定することもできず、致命的に連携が取りづらく、戦略性が死んでいる。

カバーについても爆破FPSのように「釣り」などの連携テクニックを使うわけではなく、ただ突っ込んでパンチするかグレを投げるのが最適解。

雑に戦闘してデスしてまた戦闘してカバーしない味方にイラつく、の繰り返しになっている。

こうしたゲーム性なので、負けた際に「味方クソすぎだろ」以外の言葉が浮かんでこない。

マルチのFPSをやってればそう思うこともあるが、毎回こんな気分になるゲームは流石に初めて。

上述のように銃を撃つ爽快感もないため、最終的になんでこのゲームやってるんだろうという気持ちになってくる。

マップについて

戦略性が死んでいるため、マップについてはあまり言うことがない。

ただ、ビジュアル的にはそれほど魅力がないと感じた。

UIが悪い

リリースに伴いキーバインドが初期設定にリセットされた。腹立たしい。

しかも設定画面に行くと、「PADの設定」が最初に表示される。

PADを優先するなということではなく、自動判別するか、別の画面を最初に開けという話。

キーマウ画面と間違えて変えたい項目を探して、ただでさえバインドが変わってイラついているのに数秒無駄にするストレスがあった。

射撃訓練が武器ごとにいちいち読み込む仕組みなのも意味不明。

武器差が激しいゲームなのに、気軽に武器を試せない。

リザルト画面の勝敗が逆になっているバグ

勝敗すらチーム表示が逆になるのは本当に謎。

どんなシステム？

それが逆になるなら、スコア自体も本当に合ってるのかどうか疑問に思えてくる。

総論

初心者としては、HALO プレイヤーが絶賛していることに首をかしげたくなる出来である。

HALO固有のクセ（固さなど）は仕方ないにしても、いろいろお粗末な部分が多いと思うのだが。

「シンプルでいい」と半ば呪文のような誉め言葉を散見するが、門外漢からすればシンプルゆえに爽快感やサウンドの品質など、他の人気FPSに激しく見劣りしていると感じる。

最初にも断った通り、別にネガキャンをしたいわけではない。

無料なので未プレイの方は是非ともプレイしてみて欲しい。

Permalink | 記事への反応(0) | 19:55

2021-09-05

■anond:20210905000418

横だけど難易度が直接的に変わるもんじゃないから許容範囲だろ

キーバインドもデフォルトから変えたらいかんのか？

Permalink | 記事への反応(1) | 00:06

2020-09-22

■anond:20200921040234

今さらここで何かを書いても，あまり助けにならないかもしれないけれど，もしまだ入門する気があったら気に留めておいてほしい．

パッケージの導入方法がわからない

package, use-package, leafどれでも構わない．ただ混在させるとエラーやwarningを出したりするので，統一をしたほうがいいとは思う．新しいとか古いとかはこの際気にしなくていい．最近はEmacs標準でpackage.elがついているので，めんどくさければ全部packageを使えば問題ない．

こういうのは，Emacsを使っているうちに「自分は.emacsをいじるのを結構楽しんでいるな」と思ったときに，新しいのやスマートな方法を調べれば十分だ．

簡単な操作をするのにもいちいち調べないと行けないのが面倒

これは入門時は仕方ない．ただ後述するhydraを使ってくれ．そうすれば一度調べたものをもう一度調べることがなくなると思う．

とにかくキーバインドを覚えるのが面倒

hydraを使おう．

https://github.com/abo-abo/hydra

hydraってのは，複雑なキーバインドを覚えられない，覚えたくない場合に入れるパッケージだ．Emacsだと，導入したパッケージにデフォルトで設定されているキーバインドと，自分でカスタマイズしたキーバインド，両方を覚えておく必要がある．けど，そんなの覚えてられるのは一部だけなので，よく使うコマンド一覧を自分で設定できて，それを表示してくれるのがhydraだ．

表示するコマンド一覧を自分で設定するので，↑で調べたときに調べたコマンドを全部hydraの設定に書いておくといい．また，そのときにキーバインドも判明したのであれば，hydraのコマンド説明部分にキーバインドも書いておくといい．

使ってる人が居ないので情報もない

これはすまん．使ってる人は実はそこまで少数ではないんじゃないかなと思っているけど，確かに日本語発信している情報は少ない．あと，たいていのパッケージがgithub等に公開されていて，玄人達は，英語が読める or そもそもソースがlispで書いてあるんだから読めばいいじゃん，という人たちが多い気はする．確かに私も日本語の情報は特に少ないと感じている．

Emacs-jpのbeginners-helpはあんまり beginnerじゃない質問がされているけれど，気にせず初心者質問をしても大丈夫な場所なので，遠慮なく聞いてくれ．回答がわからなければ，「何言ってるのか全然わからん」と言ってくれ．

Windows しか使わない人に冷たい

そういえば私もWindowsでEmacsを使ったことがないので何もわからない……．でも，そこまで困っているならきっとWindows Emacs ユーザ全員が困っているはずなので，Emacs-jpで聞いてみたらいいかもしれない．もしくはWindows ユーザチャンネルを作ってみたらいいかもしれない．すまん，これについては助けになれない．

キーバインドが覚えられないのは，実はあなただけじゃなくてみんな同じだったからhydraなんてものが出てきたし，日本語情報が少ないのは事実だ．だからあまり卑下しないでくれ．偉そうに書いたけど，私も日本語情報が少なくて結構わからないことは多かったりする．READMEに書いてあるとおりにセットアップしてもエラーが出たりすることは結構多い．だから，こういう意見に耳を傾けて，Emacs コミュニティが人類に優しくなってほしいと願っている．

Permalink | 記事への反応(0) | 11:39

■anond:20200921040234

emacsは「モード」を否定するが、マルチタスク OSでは自身が特殊なキーバインドであることから

他のアプリに文字を貼り付けたいだけでも「emasモード」と「コモンユーザアクセスモード」の切り替えが必要になるという皮肉。

Permalink | 記事への反応(0) | 09:12

2020-09-21

■https://anond.hatelabo.jp/20200921040234

俺は Emacs を使っているが、まあ時代にそぐわない部分は多いわな。
時代ごとのモダンな機能も取り入れてはいるんだよ。

ただ、パッケージの仕組みなんかはいろんな方法を取り入れてはいかん。
一貫して管理できることに意味があるから。
かといって古めかしいスタイルをいつまでも引きずってても駄目だし、もうどうしようもないね。
そういう人は spacemacs で優勝。

キーバインドも基本的なカーソル移動などを除けば「キーバインドを覚える」ということは実はそれほどしなくていい。
コマンドでも入力できるし、それっぽい単語を入れたら補完候補も出してくれるから。
その内で特に日常的に有用だと思うものを覚えておくなり、自分の好きなキーに割り当てるなりして使うもんなんだよ。

で、なんでまた Emacs を使ってるかというと、使ってるプログラミング言語が Lisp 系だからなんだ。
VSCode は好きなエディタだし Rust とか C++ とかを書くときには使ってるが、 Lisp 系言語の対応はマジでクソ。
かといって自分で拡張を書くほどの根性もないから Emacs が比較的マシという判断なの。
使っているのが Lisp 系だからといって Emacs Lisp が好きというわけでもなく、むしろ現代的な Lisp 系言語を知ってたら Emacs Lisp はクソクソクソのクソとしか思えないんだが、それでも Lisp 系言語に積極的に対応しているエディタとしては今でも Emacs が最強なのだ……。

Permalink | 記事への反応(1) | 15:24

■Emacsに一生入門できねえ2020

（vimとの戦争の話ではない）

Emacs、一生入門できない

あたまがうんちで出来てる俺にはむり

・パッケージの導入方法がわからない

package, use-package, leafやらのいろんな方法が混在していてわけわからん

便利そうなパッケージの説明見に行くと、設定方法の説明に使ってるのがpackageだったりuse-packageだったりもっと古いやつだったりでわけわからんくなる

結局packageとuse-packageの混在したわけわからんinit.elを書く羽目になる

しかも設定書いたつもりでも反映されてなかったりするし原因調べようにも全部英語

・簡単な操作をするのにもいちいち調べないと行けないのが面倒

さっきもRedoってどうやるんだ？ってなってググった

いちいちググりに行かないといけないのがしちめんどくさい

しかもなんだよC-g C-/って。覚えてられっかよ。C-yでRedoさせろよ。なんだよyankって。

・とにかくキーバインドを覚えるのが面倒

「キーボードから手を離さずに操作を完結させる」ってものに憧れてEmacs触り始めたんだけどさ。

結局のところキーバインドいちいち忘れるから調べるのに結局時間かかって意味ねえじゃん

物覚えいい人達は気にならないんだろうけどさ

でもCtrl+f, b, p, n, a, e, m, hだけは覚えた　これだけは他のエディタでも便利なので使ってる

あと、他のエディタでこういうの有効にする設定使うとコピーがM-wだったり検索がC-sだったりになるけどそこは我慢して使ってる　一回覚えちゃったし

・使ってる人が居ないので情報もない

もう既に使いこなせてる強い人だけが使ってるのか知らんけど、全然情報が無い

「2020年代のEmacs入門」とかいう記事書いてる人が居たんだけど、例によって強い人がなんかいろいろ書いてんなーぐらいしかわからん

あれ読んだ後によしEmacs使ってなんか書くぞ～～って進めるとは思えん　俺の頭がパッパラパーなだけな気もするけど

同じ人が書いた「Emacs入門から始めるleaf.el入門」とかもそうだけど、「初心者を想定して書いてます！」みたいな雰囲気を初め出しといて途中からぜんぜんわっからーん状態になる

Emacsについての情報が集まるらしいEmacs-jpとかいうslackのグループがあるらしいので覗いてみたんだけども

そこでされてる会話がムズすぎてロクに聞けん

beginners-helpって書いてる場所でされてる質問も回答もいみわからん

稀にいるガチ初心者も、幾つかやりとりした後は「〇〇って本読んで勉強してね」って答えだけ貰って満足してるし

俺その本持ってんだけど上で書いたパッケージのくだりとかわからんまんまだわ

やっぱ強い人しかそもそも使いたがらねえのかな

・Windows しか使わない人に冷たい

さっきの入門記事もだけど、人はLinuxか、あってもMac しかつかわん前提なんか？ってくらいwindowsに冷たい

windowsのEmacsだと日本語打てるようになるまですら一苦労だった

なんかime パッチ？とかいうのをあてたやつを配布してる人がいたからそれ使ってるけど

その人が居なくなったら俺Emacsのバージョン上げられなくなるじゃん！

WSLとかいうのも使ってみたけど、外部からファイルいじったら全てがバグってしんだ　あとブラウザの起動ができなかったりそんなこんなでやめた

「windowsでEmacsを使う方法」とかいう便利そうなwikiに書いてあったからいけるやん！って思ったんだけどな～～～～～アホには無理でした

俺はほぼ初期設定のVScodeでやっていくわ

どうせ俺の仕事とかには関係ない趣味だけの話だしな　いちいちイライラしたくない

文字打てたらそれで満足することにするわ

マウスとキーボードを一生往復するわ

大学初年時に、プログラムって文字で書くんだーみたいな知識すら初めてだった自分が課題で使わされて以来、

いつか使えるようになりたいとおもってたけど諦めますわ

以上、自分の頭の悪さに嫌気が差した人の愚痴でした。

なんかEmacsの解説してるいい記事でもあったら教えて下さい。

qiitaにある入門記事は大体目通したけど。

vimはEscキーが遠くて、設定での替え方もよくわかんなかったのでやめました。うんち

Permalink | 記事への反応(17) | 04:02

2020-08-30

■キーバインドってきくと

おっぱいバインバインを連想するからやめてほしい

Permalink | 記事への反応(1) | 13:59

2020-06-02

■？？？「環境はみんな揃えてください。キーバインドやエクステンションもです。」

カスタマイズ許可するとその人だけ早くなってずるいとか

Ctrl-D押してーみたいな話が伝わらなくなったりするからね

Permalink | 記事への反応(0) | 14:25

2020-04-15

■HHKB買おうとして思ったこと

テレワークで在宅勤務が多くなった。環境を整えていて、そういえばHHKBが昨年末に新しいの出たんだなと購入者のブログ記事やYoutube 動画を漁っているのだが、昔とずいぶん変わったなと思うのだ。

本業プログラマでもなさそうな、それなりにフォロワーがいる中堅Youtuberやアフィリエイト記事を書いているブロガーが買ってレビューして絶賛している。自分の金で誰が何を買おうとどう思おうと自由だけど、動画編集やブログ記事執筆でUS配列やキー省略の利点なんてあるんだろか。「カーソルはFnを押しながらで不便なのですがなんとか慣れます」とか「USキー配列はすっきりしていてかっこいいからです」とか言っているのだ。

EXCELを多用するようなときは、修飾キー＋カーソル/HOME/END/PAGEUP/PAGEDOWNを駆使するので60%キーは効率が落ちるし、周りのWindows サーバやらPCがJIS 配列だらけでRDPなりVNCなりで繋いでトラブルシュートや設定作業するような現場なら自分だけUS配列だとパニックになるだろう。SnippingTool/スケッチ登場以前のWindowsでPrintScreenなしとか考えたくもない。

自分は仕事がプログラミングメインになってはじめてHHKBいいなあと思ったので、猫も杓子もHHKBみたいな風潮に違和感を覚えてしまう。異動や転職でエンドユーザーサポートなんかが多くなったらすぐに普通のJIS テンキーレスか、フルキーボードに戻すと思うし。

・記号を多用するから()[]{}が隣り合っていて、;と: , 'と" がSHIFTで切り替わるUS配列が便利だ、とか、

・viやemacs キーバインドのエディタ使うからカーソル移動はhjkl / pnfb 他のショートカットで自由自在なのでカーソルキー要らない、とか

なら合理的だから納得がいくんだよね。

10年くらい前は記事をたどってもガチで使ってる人の記事ばかりで参考になったけど、最近は評判がいい→アクセス数が稼げる→使ってコンテンツにしよう、という思考の順序がおかしい手合が多くてげんなりする。こういう連中にのせられた人が買ってメーカーを支えることになるから、これもまあアリなのかな。それともこういう記事や動画見て買ってつかえねーってアンチになる人が増えたりするのかな。

Permalink | 記事への反応(3) | 16:35

2019-11-20

■anond:20191120145027

私は変換キーにEnterを割り当てるようにキーバインドを変更して、BackSpaceは

Ctrl+Hを使うから右手小指に負担はかからない。

修飾キーは左手で全部押す。

Ctrlは左手小指の付け根で押し、Shiftは無変換にキーバインドを変更しているので

左手小指にも負担はかからない。

Permalink | 記事への反応(0) | 15:06

2019-06-29

■Vim使い、フォートナイト うまい説

エディタといえばVimかEmacsだが、俺はEmacs派だ。

Vimはあのモードとかいう概念がクソすぎる。

現在のモードを覚えておくなんて、どう考えても人間には難しい。

最近、フォートナイトをやってて気づいたんだが、このゲームの操作ってVimじゃね？

いやVimより難しいかも。

フォートナイトはVimのようにモードを持つ。

主なモードは、戦闘モード、建築モード、編集モードだ。

なお、モード変更にはAボタンしか使わない。

無理だと思うかも知れないが、長押しとトグルを組み合わせることで、ワンボタンに3モードを押し込めている。

モードの持つ利点は理解している。

モードを切り替えることで、1ボタンで様々な操作が可能になる。

フォートナイトのZRボタンは、弾を撃つこともできるし、壁を建てることもできるし、壁に窓を開けることもできる。

ただ、これは逆に欠点になる。

現在のモードを忘れてしまい、壁を作りたいのに弾を撃ってしまうことが多々ある。

一つのモードが長時間続くのであれば、モードの良さもあると思うのだが、フォートナイトはかなり頻繁にモードを切り替える。

例えば、必須スキルの一つに、ショットガン、壁建築、壁編集、ショットガンという流れがある。

コマンドを適当に書くと、ZR、A、ZR、A、A長押し、ZR、A、ZRだ。

モード遷移は4回あり、上手い人はこれを1秒ぐらいでやっている。

マジ、ムリ。

きっと彼らはVim使いなのだ。長年モード遷移に慣れていたんだ、と思うようにしている。

もしあなたがVim使いでモード操作に自信があるのならば、一度フォートナイトをやってみてほしい。

Emacs使いの自分がクソなだけで、Vim使いであればすんなりと受け入れられるのかもしれない。

＃ Emacs派の自分としては、Ctrl-aみたいなキーバインドを追加してほしい。例えば、Lボタンを押しながらAボタンで壁が建築できる、みたいな。

Permalink | 記事への反応(0) | 11:12

「キーバインド」を含む日記

■生活残業をしたい人のためのおすすめパソコン環境

ブラウザはChrome一択

エディタはVSCodeがオススメ

Excel関数やマクロ・GASは覚えるな

生活残業っていい制度ですね！

■vim信者は難しい変態的キーバインドを使いこなすことに酔っているだけ

■emacs使い続けてるけど、老害かな？

■私のemacsの思い出

■キーボードで勘違いされてること

キーボードの脚はキートップを見やすくするため

HHKBのFnキーは基本的に使わない

QWERTY配列の理由は良く分かって無い

Num Lockを使いこなすとめちゃくちゃ便利

HomeとEndはめちゃくちゃ便利

■RSSリーダーはやっぱり手放せんな

■どうしてwinじゃなくてmacを使うのか

■キーボードは青軸