Visual Studio 2019 for Mac Communityでgitの差分が出ない

Digital Puppet - プログラミングパズル

• Tatsuya Nakano
• ゲーム
• 無料
• 

apps.apple.com

Visual Studio 2019 for Mac Community でgit の差分が出なくて、とても困っています。
普通はソースコードを編集すると差分のある箇所の左側に、緑の色がつくと思います。

画像のような感じになるのですが、これは緑色の部分はgitの差分にはなっていませんでした。

現象

修正したら、修正した箇所が緑色になるのですが、やっぱり戻そうとなった時や、コミットした時は緑色は表示されて欲しく無いのに表示されてしまいます。
つまり、gitの差分と対応していないように見受けられます。

人に聞いてみた

slack communityで「改行コードの問題ではないか？」というアドバイスを受けたので改行コードをいじってみたりしたのですが、うまくいきませんでした。

検証

色々操作してみてわかったことがありました。
ファイルを開きなおすと、左の緑色が消えていることからただのローカルの編集履歴なのではないかと思い始めてきました。

git連携できていないという疑念も最初はあったのですが、左下のタブに変更というタブがあり、そこではgitの差分がちゃんと表示されているので、gitが認識されていないということはなさそうです。

解決方法

誰か教えてください。
2年くらいずっと困っています。
結構我慢して使っています。

まとめ

ローカルの編集履歴になっているのでこれをgitと連携しないといけないのですが、gitは連携されているようですし、何故なんだろうという気持ちでいっぱいです。
バグなのか、そういう設定があるのか、自分のミスなのか、そういう仕様なのかもはやわかりません。

ただ1年ほど前にtodoと書いても、ピンク色に色がつかないバグがあり、結構気長に待つと、修正されたということもあったので、気長に待つしかないかも知れません。

Rust: i8のキャストと2の補数

型キャスティング | Rust by Example
このサイトで型キャスティングを学びました。
その時 2の補数で型のキャスティングが行われると符号が反転する場合があることを知りましたので、まとめてみます。

現象

// 符号付きの型にキャストする場合、結果は以下の2つを行った場合に等しい
// 1. 対応する符号なしの型にキャストする。
// 2. 2の補数（two's complement）をとる

// 128をu8にキャストすると128となる。128の8ビットにおける補数は -128
println!(" 128 as a i8 is : {}", 128 as i8);

128をi8でキャストすると-128になります。
これはRustが符号付きでは以下のルールでキャストするためです。

符号付きの型にキャストする場合、結果は以下の2つを行った場合に等しい
1. 対応する符号なしの型にキャストする。
2. 2の補数（two's complement）をとる

補数とは

「2の補数」「1の補数」について覚書 - Qiita
このサイトがわかりやすかったです。

• 足すと桁上がりする数のうち最小の数。 (10進数なら98の補数は2)
• 足しても桁上がりしない数のうち最大の数。 (10進数なら98の補数は1)

特に2進数は

• 2の補数(足すと桁上がりする数のうち最小の数。) (ビット反転)
• 1の補数(足しても桁上がりしない数のうち最大の数。) (ビット反転した数に1を足す)

があります。

128をi8でキャストすると-128になる理由

キャスト （型変換） | サイト構築日記
Rustではないですが、他の言語でも同様の現象があるので、こちらのサイトがわかりやすかったです。

-128になるのをみて、一瞬思ったのが、「128の2の補数は128ではないか」と思いました。
128の2の補数は128で間違い無いのですが、解説を読むとわかりました。

i8の範囲は「-128～127」なので8個のbitを使用しますが、8bit目は符号の役割を果たします。
なので128はi8の範囲からあふれています。
128は２進数では「10000000」となりますが、i8では8個目のビットが立っているとマイナス表現で負の数は2の補数で処理されるので-128と表現されてしまいます。
これが、128の2の補数は128ですがi8は-128となってしまう原因です。

感想

補数という言葉を知らなかったので、知れてよかったと思いました。rustだけではなく、他の言語でも同様の現象起こりそうなので、ハマった時に思い出せたら役に立つと思いました。

RustのLinked ListのサンプルでBox<T>の使い方を学習した

Digital Puppet - プログラミングパズル

• Tatsuya Nakano
• ゲーム
• 無料
• 

apps.apple.com

Linked ListのサンプルでBoxの使い方が出ていて、理解が深まったので備忘録として置いておきます。

コード

テストケース: 連結リスト | Rust by Example
ここより拝借

use List::*;

enum List {
    // Cons: これは、要素をラップし、次の要素へのポインタを保持するタプル。
    Cons(u32, Box<List>),
    // Nil: 連結リストの終端であることを示すノード
    Nil,
}

// 列挙型にはメソッドを付与することができる。
impl List {
    // 空リストの作成。
    fn new() -> List {
        // `Nil` は `List`型を持つ。
        Nil
    }

    // リストを受け取り、その始端に新しい要素を付加したものを返す関数。
    fn prepend(self, elem: u32) -> List {
        // この`Cons` 自体も、その第2要素もどちらもlist型である。
        Cons(elem, Box::new(self))
    }

    // list の長さを返すメソッド
    fn len(&self) -> u32 {
        // このメソッドは、`self`の状態によって振る舞いが
        // 変化するため、matchをする必要がある。
        // `self`の型は`&List`であるので、`*self`は`List`になる。マッチングは
        // リファレンス（`&T`）ではなく実体（`T`）に対して行うのが好ましい。
        match *self {
            // `self`をすでに借用しているので、tailの所有権を取ることができない。
            // 代わりに参照を使用する。
            Cons(_, ref tail) => 1 + tail.len(),
            // 空リストならば長さは0
            Nil => 0
        }
    }

    // Listをheap上の文字列として表したものを返すメソッド。
    fn stringify(&self) -> String {
        match *self {
            Cons(head, ref tail) => {
                // `format!`は`print!`に似ているが、コンソール上に出力
                // する代わりに、heap上の文字列を返す。
                format!("{}, {}", head, tail.stringify())
            },
            Nil => {
                format!("Nil")
            },
        }
    }
}

fn main() {
    // 空の連結リストを作成
    let mut list = List::new();

    // 要素を追加
    list = list.prepend(1);
    list = list.prepend(2);
    list = list.prepend(3);

    // 追加後の状態を表示
    println!("linked list has length: {}", list.len());
    println!("{}", list.stringify());
}

Box

引用

ボックスは、間接参照とヒープメモリ確保だけを提供します。他のスマートポインタ型で目撃するような、 他の特別な能力は何もありません。これらの特別な能力が招くパフォーマンスのオーバーヘッドもないので、 間接参照だけが必要になる唯一の機能であるコンスリストのような場合に有用になり得ます。 より多くのボックスのユースケースは第17章でもお見かけするでしょう。

ユースケースをたくさん見た方が良い気がしてきましたが、ここでは再帰のユースケースを見ました。
Rustの思想ゆえに、こんなシンプルな機能になっているんだろうなと思いました。

なぜBoxを使用するのか？

Box<T>はヒープのデータを指し、既知のサイズである - The Rust Programming Language
解説はここにあって、まとめると

• コンパイラは事前に使用される領域のサイズを知る必要がある
• Linked Listは再帰的なデータ構造型になるのでRustはコンパイル時にサイズを知ることはできない
• 代わりに、Boxというポインタ型にしてしまうことで事前にサイズを計算することを可能にする

なるほどと思ってしまいました。確かにもしデータ構造を以下のように定義すると

enum List {
    Cons(i32, List),
    Nil,
}

無限ループでサイズを計算しないといけないことになってしまうので事前に計算できない。

感想

再帰の使用例しかまだ見ていないので他にも使いどころがきっとあるんだろうと思いながら、Rust勉強しなかったら、こんなこと考えもしなかっただろうなと思いました！
先はまだまだ長い！

本筋とは関係なけど気になったコード

• len
• stringify

共に再帰になっています。(再帰の説明はなしです。)

Box::len()メソッドがあり、これを呼び出すにはT::len()を実装してあげないといけないみたいです。なので実態はBox::len()が呼ばれるので、List::len()が呼ばれる仕組みです。
もし実装していないと以下のようなエラーが出ます。

the method `len` exists but the following trait bounds were not satisfied:

個人的メモ

• refと&の違いがわかっていない。
• &と*をなぜ使い分けたかわかっていない。

VSCodeでRustインストールしたのに「Rustup not available」が出るとき (備忘録)

Rustインストールしたのになぜか、「Rustup not available」が出てきて、左下のところでrustを解析中みたいな感じで、くるくるローディングし続けていたので、検索したら以下の記事がヒットしました。
qiita.com

手順は

1. Rustインストール
2. Pathを通す
3. VSCodeの設定

が必要みたいで、3つ目のVSCodeの設定をしていなかったみたいです。

VSCodeの設定

上の写真のように
VSCodeの設定を開いて (Cmd + ,)、rustで検索して
Rust Config > Rustup Path にPathの設定をします。

これで解決したのでよかったのですが、以前の職場でRustの環境を作った時はこんなことを設定していなかったので、職場のRust環境はなぜうまくいったのか少し疑問が残ります。

とりあえず、できたので、気にしないことにします。

Unity: AddComponentしたらStartとFixedUpdateで呼び出し順でハマった (備忘録)

Auto Puppet - プログラミングバトル

• Tatsuya Nakano
• ゲーム
• 無料
• 

apps.apple.com

AutoPuppetを作っているときにAddComponentをしている部分があるのですが、AddComponentをしたScriptとAddComponentで加えたScriptのライフサイクルを少し勘違いしていて、ハマったので備忘録がてらにまとめておきます。

現象

public class Main : MonoBehaviour {
    void Awake () {
        gameObject.AddComponent<Foo>();
    }

    void FixedUpdate () {
        // 何かの処理
    }

    void Update () {
        // 何かの処理
    }

}

public class Foo : MonoBehaviour {
    void Awake () {
        // 何かの処理
    }

    void Start () {
        // 何かの処理
    }
}

勘違いしていたところ

1. Main.Awake()
2. Sub.Awake()
3. Foo.Start()
4. Main.FixedUpdate()
5. Main.Update()

だと思っていたのですが、実際は

1. Main.Awake()
2. Sub.Awake()
3. Main.FixedUpdate()
4. Foo.Start()
5. Main.Update()

FxiedUpdateの方が他のScriptのStartよりも早く呼ばれることに気づいていませんでした。これのせいでバグが発生してしまいました。

ライフサイクルまだ理解しきれていなかった (涙)

対処法

Foo.Start()をFoo.Awake()にする

これでFixedUpdateより前にFooで準備するメソッドを実行できます。

Foo.Start()を廃止してInitializeメソッドみたいなのを作って、それを実行する

MainでAddComponentした直後にFoo.Initialize()を実行する

MainのFixedUpdateはStartから1フレーム後に実行されるようにする

苦肉の策ですね 笑

感想

そもそもAddComponentをしていた理由はパペットごとに付けるScriptが多いので、手動でつけるは面倒だったので、ソースコードに直接AddComponentを記述する自動化処理をしていましたが、それがちょっとあだになってしまいました！

AddComponentは便利ですが、自分の知識不足があだになってしまいましたので備忘録として残しておきます！

参考

• Order of Execution for Event Functions - Unity マニュアル
• 【Unity】コンポーネントのイベント実行順についてのTips - テラシュールブログ

チュートリアルはやっぱり大切だった！（個人開発）

Digital Puppet - プログラミングパズル

• Tatsuya Nakano
• ゲーム
• 無料
• 

apps.apple.com

UnityAnalitycsで一番最初のステージで離脱してしまっている人の割合を調べると約35% ~ 40%くらいいました。
言い換えると一番最初のステージをクリアした人は６0%から6５%程度になってしまっていることが発覚しました。

ただ最初のステージをクリアするとその後の離脱率はとても低かったので、もしかして、最初のステージをクリアできるように誘導してあげれば、良い感じになるのではと思い、簡易的なチュートリアルを入れて、効果を測定してみました。

チュートリアルのデザイン

こんな感じにしてみました。

チュートリアルと言うよりも簡易的なヒント形式にしています。
開始時にポップアップでメッセージが出てきて、その後はヘルプ画面に格納されるアニメーションがあって、ヘルプ画面からいつでもメッセージを見れるようにしています。

これなら最初にこのメッセージを読むことを強制できますし、ヘルプ画面に格納されるアニメーションがあるので、ヘルプ画面もついでにみてくれるかもしれません。 (・・・と言う想像です。)

効果

UnityAnalitycs管理画面
ビフォー

66%

アフター

81%

66% -> 81%と露骨に差が出ました！

この効果は一時的なものではなくずっとこんな調子です。

感想

今まではチュートリアルを作ることに少し懐疑的でした。
理由は3つです。

• 作成が面倒 (実装コスト)
• UIが変わるとチュートリアルを修正しないといけなくなるかも (実装コスト)
• 効果あるのかどうかわからず、個人的にはだらだらチュートリアル続くのはユーザー体験を損ねるかもと思ってしまう (ユーザー体験)

特に3つ目はだらだらチュートリアルが続いたり、チュートリアルがうっとしくなったりするのが嫌だったので今まで、あまり説明を入れていませんでした。

ただここまで露骨に効果が出ると、ゲームの開発でチュートリアルへの意識が変わりそうです。

やってよかった！

unityのProjectフォルダタブを複数配置する

Digital Puppet - プログラミングパズル

• Tatsuya Nakano
• ゲーム
• 無料
• 

apps.apple.com
最近まで知らなかったのですが、projectフォルダを複数表示できるらしいことを知りました。

今まではprojectフォルダが一個しかなかったのでScriptのフォルダとTextureのフォルダを交互に使う場合はいちいち対象のフォルダーまでクリックし直さないといけなかったのでとても面倒でした。

こんな感じでProjectタブを複数配置できると一方はScriptを入れているフォルダにして、もう一方はTextureを入れているフォルダを表示すれば、交互に素早くアクセスできます。
結構便利です！

やり方

やり方は上の写真のように
Projectタブで右クリック > Add Tab > Project
で追加できます。