FINAL FANTASY IX ― オリジナル・サウンドトラックプラス
冒険しているというよりはムービーを見てる感じ。ところどころ心が折れかけて中断しつつ進めていたけどエンカウント率が高いのと戦闘のテンポが悪いのとで心が折れた。
敵の種類がやけに少ないのは iOS 版で容量が少ないからかと思ってたけど 4.4 G 使ってるからどうなんだろう。ほとんどがクロスプラットフォームで動かすためのフレームワークとかランタイムの容量だったりするのかなぁ、ありえるなぁ。
Chrome の ie-tab プラグイン。使ってるのは vivaldi だけど。便利なので購入。 以下２つの機能を使えるようにしたかったとも言える。
のだったが、肝心の cookie の共有の挙動がよくわからん。別プロセスでも認識してくれるのかと思ってたらそうでもない。相変わらず都度ログインしないといけない。クソめんどい。
ActivX な社内サイトをどうしてもつかわないといけないので仕方がない。
![Apple iPad Pro 10.5インチ Wi-Fi 256GB MPF02J/A [シルバー]](https://images-fe.ssl-images-amazon.com/images/I/41Wh0B3AVPL._SL160_.jpg "Apple iPad Pro 10.5インチ Wi-Fi 256GB MPF02J/A [シルバー]")
Apple iPad Pro 10.5インチ Wi-Fi 256GB MPF02J/A [シルバー]
便利といえば便利だけど、特にブラウザとかちょっと調べるために切り替えると splitview していた Youtube の再生が止まってしまうのがなぁ。ブラウザを slideover にしといて随時検索かけて調べるということも可能ではあるが、いちいち画面を触って表示させてって無駄な動き出し。
iPad じゃなくて mac 使えよと言われればそうなのだけど、iPad で文字入力してる方が捗る感じがあるのはなんでかなぁ。キーボードかなぁ。ブラウザ開いて twitter 開くとかが気楽にできないので集中できるから？macbook pro がちょっと重いから？重いのは原因ありそう。膝の上に置くと今の時期は冷えるしね。ちゃんとした机と椅子を用意すれば良い？
iPad を仕事で使うとしたら、メールを読み書きするとか資料を見るとか Excel 使うとかであれば十分にできそうと思ったけど以前に入れた Excel アプリを起動したら編集したかったら office 365 のサブスクリプションでログインしろとでたので未検証。どちらにしろ外付けキーボードを使えばさらに快適そう。
でもやっぱり文章を書く以外の資料を作るとかその他の何かを作るのは大変そうだ。
主にスマホで見ている。スクロールしたら既読にする機能が便利。
いまさらながら github の自分のフィードを購読するとみんなの活動が見えて便利 (面白い) ということにようやく気がついた。
「iPhone も 120Hz になってほしい」というところから。
iPad Pro 10inch に Apple Wireless Keyboard をつないで文章を書いていると入力が気持ちよい。これは SmartCover が打ちにくいからであって、通常のキーボードをつなげたら打ちやすいの気持ち良いのだと思っていたのだけど、実は iPad Pro が ??Hz で描画するようになったからだったりするのだろうか。
現に、会社でも Apple Wireless Keyboard をつないで入力しているのだけど、若干引っかかるような感じが気になってきていた。これは Windows 10 とググる IME によるもので、さらにリモートデスクトップを使っているからと思っていたのだけど、ネットワークの距離を無視できる程度には太い回線と近さで使っていても感じるようになってきたのでリフレッシュレートがかんけいあるのかなもしれないと思い始めたのであった。 ほんとのところは分からん。今度は Bear アプリが同一行に半角英数が無いと行が上下に揺れるのが気になってきたわ。終わりが見えない。
Apple iPad Pro 10.5インチ Wi-Fi 256GB MPF02J/A [シルバー]
Apple Wireless Keyboard (JIS) MC184J/B
Microsoft Visual Studio Professional 2012 通常版
ソースレビューをしているとパッと見で感覚的にココはまずそうというのが分かってくる。分かるというかピンとくる。で、よくよく見るとやっぱりまずい (だいたい)。パターンはだいたい一緒だったりする。
パッと浮かぶのはそのあたりだけど他にも色々。レビューのたびに毎回指摘するのは流石にだるくなってきたので数値で出したいと思い立つ (遅い)。
いくつかツールを試して見たのだけど、手軽かつ分かりやすい Visual Studio のコードメトリクス計算で出力される保守容易性指数を使うことにした。
https://msdn.microsoft.com/ja-jp/library/bb385914(v=vs.110).aspx
保守容易性指数
コードの相対的な保守容易性を表す、0 ～ 100 のインデックス値を算出します。 値が大きいほど、保守容易性が優れていることを示します。 色分けしたコード評価を使用して、コード内の問題部分をすばやく識別することができます。 緑色の評価は 20 ～ 100 の範囲にあることを示し、コードの保守容易性が良好であることを示します。 黄色の評価は 10 ～ 19 の範囲にあることを示し、コードの保守容易性が中程度であることを示します。 赤の評価は 0 ～ 9 の範囲にあることを示し、保守容易性が低いことを示します。
実際にこの辺りの数値をどう算出しているかは ↓ のエントリにあったりするけど、なるほど分からん。
.NETでコード メトリックスを試してみる 第4回 - A certain engineer “COMPLEX”
保守容易性指数は、サイクロマティック複雑度とコード行とHalstead Volumeなる指標に基づいた値のようです。 - .NETでコード メトリックスを試してみる 第4回
気にせず結果だけ使うことにする。
実際に出力された数値とコードを見てみると MS の定義？より厳しくなるのだけど以下の感じでだいたい自分の感覚と一致する。
プロジェクトの開始時点にこの数値をクリアする縛りを入れておけば良かったなとちょっと後悔中。話が途中で上がってたけどなんとなく消えてしまった。ただ、現プロジェクトを解析してみると 20 以下は数えるほどなのでセーフ。でも一桁がちらほらあって・・・やっぱり中身を見るとアレなので辛い。そこがけっきょく全体のネックになってたりするからさらに辛い。
チームメンバーも数値を見て自信を持ったり凹んだりして、”ようやく” 読みやすいコードを書くように心がける空気が出てきたたから・・・まぁよしとする。結局、書いたコードが障害などの辛さで跳ね返って来るまで分からないのが辛み。散々言ってきたのになぁとは思うけどぐグッとこらえて前に。
リーダブルコード ―より良いコードを書くためのシンプルで実践的なテクニック (Theory in practice)
「チケット何番？」ブラウザのアドレスバーにフォーカスをあてて「(番号入力) カタカタターン」で対象のチケットを開くことがよくある。同じようによくあるのが「(番号入力) カタカタ・・・初めてみるチケットだ (歴にない)」で開けず Redmine のページを開くか適当な履歴から番号を変更して対象のチケットを開くパターン。
どちらにしても cVim でショートカットに Redmine のアドレスを登録しておくと便利。
map <C-s> :tabnew http://www.redmine.org/issues/
こう↑しておくと、こう↓できる。
便利。
