public: typedef Takel::Diary Observable;

2012-01-26

■[その他] git-clone とかで秘密鍵を指定する

git コマンドには SSH のパラメータを渡す方法(rsync で例えると -e "ssh -i $HOME/.ssh/kagi" みたいな指定)がないっぽい？ので、指定した秘密鍵を使うには ~/.ssh/config に記述するしかなさそう

$ touch ~/.ssh/config
$ chmod 600 ~/.ssh/config
$ cat >> ~/.ssh/config <<EOF
Host www.example.com
  IdentityFile ~/.ssh/takel@www.example.co.jp-to-takel@www.example.com
EOF

これを記述した状態で

$ ssh takel@www.example.com -p 10022

みたいなコマンドでキーのパスワードを聞かれれば OK.

ダメな場合は

$ ssh takel@www.example.com -p 10022 -i ~/.ssh/takel@www.example.co.jp-to-takel@www.example.com

のようにして、そもそもキー等が間違ってないかどうかチェック。

それでもダメな場合は

$ ssh -vvv takel@www.example.com -p 10022 > ~/failure-log.txt 2>&1
$ view ~/failure-log.txt 2>&1

などとしてエラー理由を調べてみるとよいかも。

あ、そもそも先に接続先に接続元の公開鍵は登録してある前提で。

$ cat ~/.ssh/takel@www.example.co.jp-to-takel@www.example.com.pub >> ~/.ssh/authorized_keys

大丈夫そうだったら git clone してみる。

$ git clone ssh://takel@www.example.com:10022/var/git/example.git

コメントを書く

トラックバック - http://d.hatena.ne.jp/takel/20120126

2011-12-15

■[韓国語]気がついたこと

ずっと、日本語の「じゃ、またね」は韓国語では立場で使い分けなくてはいけなくて、感覚で理解するまでは違いがわかりづらく、そのような対応は日本語にはないと思っていたのだけど、ふっと気づいた。

日本語でも「行ってきます」と「行ってらっしゃい」は同じ対応関係にあるじゃんと。

韓国語でも通常のさよならの挨拶と「行ってきます」「行ってらっしゃい」は別の言葉なので、単純に日本語でのさよならの挨拶を韓国語では出かけるときの言葉で言うんだという置き換えはできないものの、ほぼ同じ対応の日本語があるという事を覚えておくと、感覚で理解する前の段階で区別をつけるのに役立つと思う。

コメントを書く

トラックバック - http://d.hatena.ne.jp/takel/20111215

2011-11-28 永遠の17歳のまま0x20歳になりました

■[その他]永遠の17歳のまま0x20歳になりました

永遠の17歳のまま0x20歳になりました。

頭は火照っているのに手足が寒いです。風邪が治らないです。そんな0x20歳の誕生日。

コメントを書く

トラックバック - http://d.hatena.ne.jp/takel/20111128

2011-11-27

■[その他]これはコーディング コンベンションのレベルの話じゃなくて、言語 機能の正確な把握のレベルのお話です

本屋にふらっと言ったら、内容が8割くらい同じ本が別の会社から出ていてびっくりした。

あまりに驚いて、よく確認したくて両方買っちゃった orz

ISBN:9784774145471

ISBN:9784822296070

Java でのコーディング規約の例の本なのだが、どうやら絶版っぽい元の本があって、その改訂版っぽい。

しかし翻訳でもない本で、ここまで同じ内容で出版されちゃうのも珍しいと思う。

話は変わるけどその中で、非常に悪いサンプルがあった。

数年前、職場でわけのわからない事を言う人がいたんだけど、どうやらこれの元の本をみて鵜呑みにしたんだろうなと思う。

Java ルールブックのほう、『2.1.1 オブジェクトの参照にはインターフェイスを利用する』のサンプルがすこぶるまずい。

サンプルコードを一部修正して引用。

違反例(とされている)

public class BadSample {
    public static void main(String[] args) {
        ArrayList<String> sampleList = new ArrayList<String>(); // 1. この本ではここが違反とされている
        sampleList.add("bad_sample");
        BadSample badSample = new BadSample();
        String ret = badSample.badMethod(sampleList);
        System.out.print(ret);
    }
    
    private String badMethod(ArrayList<String> input) { // 2. ここは確かに違反かもね(要件による)
        return input.toString();
    }
}

修正例(とされている)

public class GoodSample {
    public static void main(String[] args) {
        List<String> sampleList = new ArrayList<String>(); // 1. これは改悪じゃん？
        sampleList.add("good_sample");
        GoodSample goodSample = new GoodSample();
        String ret = goodSample.goodMethod(sampleList);
        System.out.print(ret);
    }
    
    private String goodMethod(List<String> input) { // 2. ここは確かに良くなったかもね
        return input.toString();
    }
}

えっと、1. のほうは元のコードで全然悪くないです。 new している時点で具体的な型名を書いてしまっているので、それを受け取る変数名の型を抽象度高くしても意味なくて無意味に不便なだけなんです。

この例の 1. の所で本当に抽象化の恩恵にあやかりたい場合、オブジェクトの生成部分を抽象化して、該当部分から具象クラスに対する知識を取り除いてください。

修正例(ただし元のサンプルに意味がなさ過ぎて有用性も伝わりづらい)

public class ActuallyGoodExample {
    public static void main(String[] args) {
        List<String> sampleList = createList(ListImplType.ARRAY_LIST); // これでやっと List<String> で受け取る意味が出てきました。
        sampleList.add("actually_good_sample");
        ActuallyGoodExample goodSample = new ActuallyGoodExample();
        String ret = goodSample.goodMethod(sampleList);
        System.out.print(ret);
    }
    
    private static List<String> createList(ListImplType listImplType) {
        switch (listImplType) {
            case ListImplType.ARRAY_LIST:
                ArrayList<String> result = new ArrayList<String>();
                // ここでは List<E> になくて ArrayList<E> にだけあるメソッド等を使って
                // 精一杯インスタンスの初期化を頑張ってよい(ArrayList である事は保障されているのだから)
                return result;
            case ListImplType.HOGE_LIST:
                // 別の実装クラスのインスタンスを生成することもありうる。
                return new HogeList<String>();
        }
    }
    
    private String goodMethod(List<String> input) {
        return input.toString();
    }
}