読書 on @johtaniの日記 3rd

デイリールーティーン（その後）

Fri, 05 Apr 2024 07:36:45 +0000

「続ける思考」を読んだのブログで追加しようと思っていることをいくつか挙げていました。

あれから2週間たったので記録として。

今のルーティーン（＋追加できたこと）

今のルーティーンはこんな感じです。歯磨き読書までは午前中（起きて仕事前）に必ずやってますが、それより後の項目については、仕事の様子なども見ながら、午前中だったり午後だったり、仕事が一区切りついてからやっているので、タイミングはまちまちです。

ヤクルト飲んで体重計
歯磨きしながら読書（今はリモートワーク大全読んでる）
アニメ見ながらorゲームしながら30分ほどフットステップ
フットステップ後にストレッチ（4種類）（※）
マンガのスキャン（1日1冊）（※）
スキャン後にプラモデル1コマ（※）

※が最後についている、後半3つが追加でき継続できています。

プラモはこちらのツイートに返信していってます。時々ツイート忘れちゃうので、「昨日」になってたりするけど。ここまでは2週間続いてます。まぁ、忘れないようにこれからも続けていければと。

昨日のプラモ。 pic.twitter.com/9Hfl8ASXKR
— Jun Ohtani (@johtani) March 23, 2024

追加で来てないこと

追加しようと思ってできていないのがこちら。

MediumのDaily Digestを読む
Software Designを読む
Factorio
ブログ書く

さて、どうやって入れようかなぁ？

ちょっと別の作業もかねて、LiteLLMを使って英語を翻訳してみたりしていたので、 MediumのDigestなどはこれを使って、翻訳＋要約させてストレッチのあととかに差し込むのがいいかも？

Factorioの代わりに風来のシレンは続いているかも？毎日じゃないけど。 Factorioはセーブデータが大きくなってるのもあり、起動に時間がかかるのでちょっとやるみたいなのに向かなくなってるから、なんか考えないとなぁ。

あとは、「Software Designを読む」などは、ルーティーンに組み込もうとして忘れてしまっているので、どうやって思い出せる仕組みにするかを考える必要がありそうです。 Google KeepとかSlackのリマインダー使うといいのかなぁ？時間は固定しないけれど、思い出す仕組みってほかになにができるだろうか？という感じで、悩み中です。

記録のつけ方

歯磨き読書の記録は前回書いたJourneyにつけています。プラモデルはツイートしてる感じです。日々やったことは、PCで起動しているVS Codeのメモを4年くらいつけているので、それに書いている感じです。ただ、やはり、スマホでSlackに投げ込む仕組みを書こうかなぁと考えているところです。 Journeyに課金をしていないのもあり、検索ができない不便さもあるので。。。

ということで、現状でした。毎週これについてブログ書くと、ブログを書くことも続けられて一石二鳥かもなぁ。

「続ける思考」を読んだ

Fri, 22 Mar 2024 09:11:10 +0000

「続ける思考」という本を読みました。続けるのが結構苦手だし、やろうかな？と思ってることで積んであるものがいくつかあったしということで。

Amazon | 「やりたいこと」も「やるべきこと」も全部できる！続ける思考 | 井上新八

読了して簡単な感想をツイートしたのがこちら。

「続ける思考」読み終わった。なにかとセットにしてやることで、継続しやすくなるとのことだったので、朝歯磨きしながらこの本を読んでた。
読みやすい本でわかりやすかった。
歯磨きしながらの読書のほかにもいくつかルーティーンに組み込んでみよう。https://t.co/nNdbG9HG28
— Jun Ohtani (@johtani) March 21, 2024

とても読みやすく、サクッと読めました。「毎日やること」、「なにかとセットにすること」というのがいいとのことだし、実践しないと続かないよなということで、毎日続けていこうかなぁと思っているルーティーンを記録しておこうかなと。

ルーティーン

とりあえず、数日前から始めたことを。仕事前にやってることになります。とりあえず1週間は続いたかな？

起きたらヤクルトを飲んだら体重計に乗る
朝食後に、歯磨きをしながらちょっと読書する
- 「続ける思考」を読んでる途中で思いついて始めました。今はリモートワーク大全（積んどくしてあったやつ）を読んでいます。
アニメ見ながらorゲームしながら30分ほどフットステップ
- 「ダンジョン飯」とかを録画しているので、ついでにということで。ゲームは「風来のシレン」

（お約束のアフィリンク貼っておきますね）

Amazon | リモートワーク大全電子書籍: 壽かおり: Kindleストア

Amazon | ダンジョン飯 1巻 (HARTA COMIX) | 九井諒子 | 青年マンガ | Kindleストア

Amazon | 不思議のダンジョン風来のシレン6 とぐろ島探検録 -Switch : ゲーム

追加しようと思ってること

まだ、どのタイミングにしようかは悩んでいますが、ルーティーンに追加しようとしていることがいくつかあります。

プラモデル
- ちょっとずつやるってことで、1日1マス？手順？を昼食後とかにやろうかな？
マンガのスキャン
- 本棚があふれてきたので。。。1冊ずつ
ストレッチ
- フットステップの後に入れるといいかな？
MediumのDaily Digestを読む
- これは、仕事前に入れたいな
Software Designを読む
- 定期購読してるけど、読んでない記事が大量にあるので。。。これも仕事前？
Factorio
- ダラダラやっちゃうから時間を決めてすこしずつ進めていくのがよさそう。次はここまでとか、これをやるみたいなメモを残しつつ。
ブログ書く
- 気を抜くと間が空いちゃうので。。。

とりあえず、「やりたいこと」が優先されてるような感じになってますが。ほかにも慣れてきたらちょっとずつ追加していく感じかなぁ？

記録のつけ方をどうしようかな？

仕事などでPCの前で作業している場合は、VS Codeに簡単な作業メモのようなものをつけています。本当に簡単なメモをGoogle Driveに月ごとのファイルで。

ただ、読書したりアニメ見たりしたとき、外出してるときなどのログを残すのにスマホで何かできないかなぁと。 iPhoneだとジャーナルアプリがあるようなのですが、Androidユーザーなのでほかのツールを探しています。

欲しい機能、やりたいことは今のところこんな感じ。

タイムスタンプ付きでメモをとれる
サクッと起動して書ける
記録する内容ごとにタグのようなものが付けられる
画像が貼り付けられる（読んだ本の表紙とか、組み立てたプラモとか）

とりあえず、Journeyというツールをインストールして試用中という感じです。無料の範囲で使ってるので、エクスポートとかはできなそうだけど。

Slackに種類＝チャンネルって感じで投げ込んで、ボットで収集するとかもありかもなぁ？Slackの使い方としてちょっと変かもだけど。

みんなはこういうログ、記録とかどうやってつけてるんだろうか？

まとめ？

ということで、続くといいですね（続けるぞ？ｗ）

【4/5】追記：続きをかいた

機械学習による検索ランキング改善ガイドを読みました

Mon, 25 Sep 2023 03:32:24 +0000

「機械学習による検索ランキング改善ガイド」を読みました。

著者の鈴木さんより献本いただいたのを読み終わったのでレビューと、あとおまけです。

紹介とレビュー

どんな本なのか？は打田さんが書かれたブログ、「ブックレビュー：『機械学習による検索ランキング改善ガイド』 - Tomoko Uchida - Medium」に詳しく書かれているので、そちらも参考にしてもらうほうがわかりやすいと思います（丸投げ）。

読みながらいくつかツイートしていたので、そちらも参考のために貼っておきいます。

オライリーの検索ランキング本、負荷テストのことも書いてある、すごいhttps://t.co/YPnB6kxFY2
— Jun Ohtani (@johtani) August 28, 2023

私のレビュー

わかりやすく検索の基本を紹介しつつ、本書のメインであるランキング改善について全体の流れが書かれています。ランキング改善のやり方といっても、手法の話だけではなく、プロジェクトとしてどの様に進めていくべきなのか？また、関係するものはどんなものがあり（システムだけではなくチームについても書かれていたり）、どういう判断をもちながら運用していくのか？、負荷テストにまで言及されています。

読んでいて特に私が気に入ったのは以下のような話でした

ランキング改善を進める前にきちんと解ける問題なのか？それ以前にやることはないのかを考えましょう
- マッチング改善についても少しだけ触れられているが、メインはランキングについてだと明記されている
実際に体験されたのであろう落とし穴の話
負荷テストについて1章設けてある！
- ハンズオンのパートでもレイテンシの話がされている
付録としてベクトル検索についても触れてある

日本語でまとまって読める本があるのは本当に幸せですよね。

おまけ

書籍ではハンズオンで、Elasticsearchとランキング学習のプラグインであるelasticsearch-learning-to-rankを利用しています（GitHubにサンプルが公開されています）。書籍ではElasticsearchが7.13.4、プラグインが1.5.7-es7.13.4というバージョンになっていました。

ブログを書いている時点でのElasticsearchは8.x系になっています。せっかくなので、書籍を読みながら現時点で最新のものに置き換えてみるというのをやってみました。

Elasticsearchは8.10.2が最新なのですが、ランキング学習のプラグインはサードパティ製で、1.5.8-es8.8.2が最新版となっています。ハンズオンのサンプルコードをフォークして、以下の構成にして動くようにしてみました。

Elasticsearch : 8.8.2
learning-to-rankプラグイン : 1.5.8-es8.8.2
Kibana : 8.8.2
Python : 3.10

Elasticsearch、プラグイン、Kibanaのアップグレード

Elastic社が提供しているDockerイメージが利用されているので、バージョン番号を書き換えました。あとは、learning-to-rankプラグインのバージョンを書き換えるついでに、elasticsearch-pluginコマンドで直接ダウンロードさせる形に書き換えました。

https://github.com/johtani/building-search-app-w-ml/blob/es8/part2/app/search-engine/Dockerfile

Python3.10にアップグレード

本当は必要なかったのですが、Pythonのイメージもついでに3.10にしました。ただ、このおかげでインストールされるXGBoostのバージョンも1系から2系に上がってしまい、XGBoostを利用してモデル生成をする処理でエラーが出るようになってしまいました。。。

2系へのアップグレードは手間がかかりそうだということで、pipコマンドでのインストールでのバージョンを<2として、1系をインストールすることで回避しました。

https://github.com/johtani/building-search-app-w-ml/blob/es8/part2/app/workspace/Dockerfile

elasticsearch-pyのアップグレード

Elasticsearchを8系にしたので、クライアントライブラリ側も8系に書き換えました（元は7.17以下に固定されていた）。 pipで7系に固定されていたものを外して最新のもの（8系）をインストールするようにしました。これだけでも特に問題なく動いたのですが、「DeprecationWarning」が出ている部分が1か所だけあります（サンプルではDeprecationWarningが出力されない形になっていましたが、出力するように変更しました）。

Elastic公式のドキュメントにMigrate to 8.0というページが公開されています。Pythonクライアントのアップグレードを行う際はこちらを参考にすると指針が記載されています。

今回のサンプルコードではsearchの時の引数としてbodyを渡していたのですが、8系のクライアントライブラリからこちらが廃止になり、queryやrescoreなど個別の引数を渡す形に変更されています（search APIのリファレンス）。ですので、bodyを**bodyでアンパックして渡すようにしただけです。サンプルコードがわかりやすく書かれているので変更も少しで済みました。

https://github.com/johtani/building-search-app-w-ml/blob/es8/part2/app/workspace/collect_responses.py#L59

一応、これでエラーが出ないで動きました。すべて適用した、フォークして修正したブランチはhttps://github.com/johtani/building-search-app-w-ml/tree/es8で公開しています。

まとめ

すごくわかりやすいうえに、手を動かしながらどんなデータを使ってどんなことをやるのかが体験できる良い本でした。理論的な話だけでなく、システムとしてどういうものが必要で、どういうことをやらないといけないのか？というのがわかるのがイメージできるのは重要だと思います。

最後は広告ですが、ランキング改善以外の検索システムについて学べる本を検索システム ― 実務者のための開発改善ガイドブック – 技術書出版と販売のラムダノート出していますので、こちらも参考書として読んでいただけるとうれしいです。

Rust the book - 第15章

Thu, 09 Jul 2020 18:59:38 +0900

前回の記事はこちら。自分用のメモなので、読みにくいかもです。

14章は飛ばして、15章です(Cargoはまた別途調べればいいかな?と思って)。

第15章スマートポインタ

たぶん、これを理解すれば、参照とベクタや構造体とかの組み合わせがもう少し効率よく使えるようになるのかなぁ?

ポインタの強い版?
- 参照カウント方式のスマートポインタ型 - Luceneとかで実装されてた気がするなぁ
  - 複数の所有者!?
DerefとDropトレイトを実装している構造体

ヒープのデータを指すBoxを使用する

これはコンパイルエラー。let yのタイミングで借用してるので、書き換えでエラーになる。

fn main() {
    let mut x = 5;
    let y = &x;

    assert_eq!(5, x);
    assert_eq!(5, *y);
    x = 6;
    assert_eq!(6, x);
    assert_eq!(6, *y);
}

こっちはOK。

fn main() {
    let mut x = 5; // in stack
    let y = Box::new(x); // in heap

    assert_eq!(5, x);
    assert_eq!(5, *y);
    x = 6;
    assert_eq!(6, x);
    assert_eq!(6, *y);
}

余談:コンパイラが変なワーニングを出してくれた。

use std::ops::Deref;

impl<T, Z> Deref for MyBox<T, Z> {
    type Target = T;

    fn deref(&self) -> &T {
        &self.0
    }
}

struct MyBox<T, Z>(T, Z);

impl<T, Z> MyBox<T, Z> {
    fn new(x: T, y: Z) -> MyBox<T, Z> {
        MyBox(x, y)
    }
}

fn main() {
    let x = 5;
    let z = "10";
    let y = MyBox::new(x, z);

    assert_eq!(5, x);
    assert_eq!(5, *y);
}

Derefトレイトでスマートポインタを普通の参照のように扱う

参照外し型強制 : 日本語ムズカシイネ
Derefを自分で実装しないといけない場面がちょっと想像できてない。たぶん、Boxとかの説明に必要なので出てきたって感じなんだろうけど。

Dropトレイトで片付け時にコードを走らせる

こっちは、リソース開放とかでいい感じにできそうだってのはわかった。
Dropはどんなときに実装するんだろう?Tantivyだとオブジェクトプールとかで使ってた。

Rcは、参照カウント方式のスマートポインタ

これ、ここで作ったConsのリストを追っかけるためのサンプルも書いてほしい。

#[derive(Debug)]
enum List {
    Cons(i32, Rc<List>),
    Nil,
}

fn print_typename<T>(_: T) {
    println!("{}", std::any::type_name::<T>());
}

use List::{Cons, Nil};
use std::rc::Rc;
use std::borrow::Borrow;

fn main() {
    let z = Cons(5, Rc::new(Cons(10, Rc::new(Nil))));
    let a = Rc::new(z);
    let _b = Cons(3, Rc::clone(&a));
    let _c = Cons(4, Rc::clone(&a));
    match &(*a) {
        Cons(v1, v2) => {
            print_typename(v2);
            println!("{}, {:?}", v1, v2);
        },
        Nil => println!("Nil!!")
    };
}

RefCellと内部可変性パターン

循環参照は、メモリをリークすることもある

Rust the book - 第13章

Thu, 04 Jun 2020 17:37:29 +0900

前回の記事はこちら。自分用のメモなので、読みにくいかもです。

11章、12章はちょっと飛ばして、13章です。

第13章

イテレータ、クロージャです。 12章の話もちょっと出てくるのか。

クロージャ

基本的に、「変数には値が束縛されている」という固定観念がずっと頭にこびりついたままなので、クロージャに慣れないんだろうなぁ。そろそろこの固定観念をどうにかしないと。

匿名関数で、変数に保存したり引数に渡せる
ちょっと面白い話(ワークアウト)で実際に考えられる手法の説明がいくつか行われる

関数でリファクタリング
- これが自分がよくやるパターンかなぁ。クロージャになれてないので。。。
クロージャーを変数に束縛
- 呼び出しは関数みたいな感じ(ここで少し混乱)
- これだと、結局呼び出されたタイミングが複数回あるよね? -> あはりそうだった

ここで、閑話休題で、クロージャの型推論とか注釈の話。クロージャは狭い文脈だし、外に公開しているものでもないので、戻り値なども定義してなくてもいいよねとのこと。書くことも可能?なので、書いてわかりやすくするのもありなんだろうな。

推論についてはこれまで通りで、2回異なる型の変数で呼び出すと、2回目で怒られていた。

遅延評価(クロージャを保持する構造体!?)
- Fnトレイト
- トレイトとMatchの組み合わせだからこのへんで説明する形になるのか。
- これを真似すれば、いくつか処理を簡素化できるかもしれないなぁ、たしかに。
- なければ実行するみたいな処理を書きたいことがよくあるし。Javaだとnullで定義しといて、nullだったらみたいなのがあるから。

Cacherはサンプルだからこの名前でいいけど、自分だと、どんな名前にするかなぁ?
振る舞いは難しくなるのか。Cacher実装の限界を読むと。
関数にするとスコープが変わるのでアクセスできなくなると。。。コンパイラが教えてくれるのは便利だな。
環境から値をキャプチャする3つの方法
- 多分この話が一番クロージャに意味がある話なんだと思う。

イテレータ

回しましょう。

便利。ただ、こういう書き方に自分が慣れてないので、そっちを補正しないとなぁ。
どれがイテレータ?っていうのを判別するのがちょっとむずかしい(慣れの問題かなぁ)
イテレータアダプタ便利。どんなのがあるのか?とかがやっとわかってきた。
パフォーマンスに関しては、うーん、どうなんだろう?という感想だった。

Rust the book - 第10章

Thu, 28 May 2020 18:06:55 +0900

前回の記事はこちら。自分用のメモなので、読みにくいかもです。

第10章

ジェネリック、トレイト、ライフタイムです。手強そう。

いきなり関数の切り出し方みたいな話が始まって面食らいました。

ジェネリックなデータ型

ジェネリックはJavaにもあるので、それほど理解に苦しむことはなかったです。また、OptionやResultですでに経験済みでしたし。

ただ、impl<T> Point<T>{、このメソッド定義は少し最初は戸惑いました。言われてみれば、なるほどなんですけど。

コンパイル時にコンパイラが単相化を行うことにより、必要最低限なコードを生成してくるというのは理にかなっているなぁと。

トレイト: 共通の振る舞いを定義する

出だしにもありますが、「インターフェイス」という機能に類似していると考えると割とすんなりと理解が進みました。ただ、Javaだと、インターフェースはクラスとセットなため、トレイとの実装に関する記述方法は少し戸惑いが。

デフォルト実装との組み合わせはAbstractに似た処理になるなと考えながら読みすすめました。

「トレイト境界」という日本語には少し違和感を覚えましたが、線引をして、制限をかけるという理解でいいのかな?

実際には#[derive()]などで、トレイトを自分で実装する必要がないなどの、便利機能も用意されており、このあたりのコードの追い方がまだ少し慣れていないかもなぁと。便利なんですけど。。。

少しだけ気になったので、動作確認したのは次の実装です。

トレイトで宣言されている関数と構造体が独自に実装する関数の名前がかぶるとどうなるのかという実験です。構造体独自のメソッドが優先される感じになりそう。

pub struct Tweet {
    pub username: String,
    pub content: String,
    pub reply: bool,
    pub retweet: bool,
}
pub trait Summary {
    fn summarize_author(&self) -> String;
    fn summarize(&self) -> String {
        // {}さんからもっと読む
        format!("(Read more from {}...)", self.summarize_author())
    }
}
impl Tweet {
    fn summarize_author(&self) -> String {
        format!("hoge {}", self.username)
    }
    fn to_string(&self) -> String {
        format!("fuga")
    }
}
impl Summary for Tweet {
    fn summarize_author(&self) -> String {
        format!("@{}", self.username)
    }
}
pub fn summary<T: Summary>(hoge: &T) {
    println!("{}", hoge.summarize_author());
}
pub fn main() {
    let tweet = Tweet {
        username: String::from("horse_ebooks"),
        content: String::from("of course, as you probably already know, people"),
        reply: false,
        retweet: false,
    };
    println!("{}", tweet.summarize_author());
    summary(&tweet);
    println!("{}", Summary::summarize_author(&tweet));
}

ライフタイムで参照を有効化する

言われてみればそうですが、プログラマが色々考えないとまぁ、行けないんですねという感想。

ただ、借用チェッカーが賢くやってくれるおかげで、全てにライフタイム注釈をつけなくて良くなっているというのがわかりました。逆に言うと、なんとなくRustを書き始めてしまったので、それを知らずに書いたせいで、コンパイラに怒られてても「?」となっていたのかと。。。

疑問点がいくつかあって、

通常はどんなライフタイム注釈をみんな書いてるんだろう?'aとかざっくりしすぎてる?
1つのメソッド、関数にライフタイム注釈が大量に出てくるような書き方をした場合は設計がおかしいのでは?って考えたほうがいいのかも?
ジェネリックな型とライフタイム引数の順序を入れ替えてみても動くだろ?とおもって入れ替えてみたら怒られた。

あとは、構造体+ジェネリックが絡んできたら少しこんがらがってきそうっという感じです。まぁ、これから先は実際に書いてみないことにはわからないんだろうなと。

まとめ

読みました。実際にはプログラムを書きながら慣れていく感じだろうなぁと。まだまだ、あれ?ジェネリックってどう書くんだっけ?とか、ライフタイム注釈どうやって付けて、使うときはどうすんだ?みたいになりながら、出てくるサンプルを少し変えてみてはどうやって動くんだろうこの場合?みたいなことをやってました。次は、11章、12章を少しだけ自習しつつ、13章に入る予定です(知り合いと一緒に読みすすめてる)。

Rust the book - 第9章

Thu, 14 May 2020 18:43:26 +0900

前回の記事はこちら。自分用のメモなので、読みにくいかもです。

第9章

エラー処理です。 NLP100とか、いくつかのプログラムを書いていて、なんとなくは扱っていますが、きちんと勉強しないと。

とりあえず、「Rustには例外は存在しません。」が一番知っておくことかな。

panic!で回復不能なエラー

panic!マクロでスタックを巻き戻して掃除をして終了。
- 異常終了(panic = 'abort')にもできる。
「RUST_BACKTRACEを0以外の変数にセットして実行」 *

Resultで回復可能なエラー

expect()は気持ち悪い名前じゃないかなぁ?
ここでio::Errorではないものもエラーが発生する場合には

panic!すべきかするまいか

まとめ

「Rustには例外は存在しない」ので、回復不能か可能かを考えつつ処理を書こうと。

Rust the book - 第8章

Thu, 16 Apr 2020 18:17:30 +0900

前回の記事はこちら。自分用のメモなので、読みにくいかもです。

第8章

7章はパッケージなので後回しにして、8章に入ります。 8章はコレクションです。

ベクタ型

ベクタは同じ型の値だけ保持可能。
- ジェネリクスで型を指定可能 - Vec<i32>とか。
vec!マクロで初期値とか設定すると便利。
ベクタに値を追加するのはpush。もちろん値が変わるので元のベクタにはmutが必要
ベクタのスコープ(ライフサイクル)は要素に対する参照があるのとないので話が変わってくる
- メモリの確保などの影響で、ベクタ全体に対して借用の規則が矯正されると。
ベクタの値を読むのはいくつか方法あり
- getメソッドはOptionを返す
- &v[2]の添字記法の場合はパニックの可能性あり
走査(唐突に参照外しが出てきた)
- 単純に値を取り出す場合はfor - in &v
Enumをベクタにいれることで、異なる型も保持可能(まぁ、Enumの型では固定されるけど)。
- これだけのためにEnumを使うことってあるのかな?
- トレイとオブジェクトに関する文章はちょっとわかりにくい。。。

説明以外のメソッドなどについてはAPIドキュメント見ましょうと(リンクも張ってくれてると嬉しいなぁと思ったり。まぁ、バージョンとかの絡みがあるから難しいか)。

文字列型

文字列はUTF-8でエンコードされた文字を扱うための型。
strは文字列データへの参照。
String型は言語のコアではなく、標準ライブラリに入っている文字列型。
- 他にもあるのか。。。OsStringとか。。。
文字リテラルはDisplayトレイトを実装していると。
.to_string() = String::from
Stringはコレクションだから追加とかが可能なのか、なるほど。
push_strとpush
+演算子での参照。
- &Stringは&strに型強制(キャスト?)してくれる。してくれる場合としてくれない場合もあるのかな?s2の所有権は奪わない形で扱うのでs2はこのあとも使えていると。
- ここでは、s1を変更したあとに所有権がs3に持っていかれてる?
- format!を使うとどの所有権も奪わないので、これを使うほうが考え方は簡単そう。ただし、効率がいいかはわからん。
添字記法でのアクセスをStringは許容していない
- 文字の境界が必ずしも1バイトとは限らないから。
- スライスも同様。
基本的には.chars()で文字としてアクセスするのが良い。
逆にバイト表現を得る方法はどうするんだろう?
- NLP100本ノックではencode_utf8メソッド使ったけど。

ハッシュマップ

いろんな呼び方あるよね。Rustではハッシュマップだよ。
ハッシュマップはuseしないと使えない
キーは1つの型、値も1つの型
タプルのベクタからcollectで生成。なるほど。
- タプルのベクタだと、タプルの中身は同じものであることが言える?
  - -> 言える。エレメント数が異なるとコンパイルエラーになった
所有権周りの話。
- これ、ベクタのときに話してほしい感じがした。
- 値を渡すか参照を渡すかによって話が変わってくる。詳しくは10章
- このあたりが自分が混乱していた元だ。
entryとinsertの違い
- entryの戻り値はEntryというenumでor_insertというメソッドがありそれを使うと存在しない場合だけinsertが呼ばれる。
  - これ便利だ。毎回existあたりで存在チェックしてた気がする。
or_insertは可変参照&mut Vを返す。
- これをlet countで束縛するときに、中身が可変かどうかをcountには指定しないのか。。。

まとめ

一応、大学などで習ってた(はず)ですが、スタックとヒープを意識して考えないといけないなぁというのを何度か意識させられた感じです。

あと、これはRustに限らずですが、それぞれがどんな関数を持っているか、どんなメソッドを持っているか、どんなマクロが存在するかなどを探すときにみんなどうしてるんだろう? 人に教えてもらっているのか、APIリファレンスを探すのか、そういったところをみんながどういう感じにプログラミング言語を勉強しているか、業務で書いているのかと言うのが気になりました。

Rust the book - 第6章

Tue, 07 Apr 2020 19:27:11 +0900

前回の記事はこちら。自分用のメモなので、読みにくいかもです。

第6章

Enumです。match式に大活躍

Enumを定義する

列挙型は取りうる値をすべて列挙できる。これが名前の由来
列挙型と列挙子
- 2連コロン(::)で列挙子を指定可能
列挙子にデータ(構造体も)が格納可能。
- 標準ライブラリに実装例あり。
疑問:Write(String)とかはタプルの表現になるのかな?
- と思ったが、タプルでは1つだけの変数を持つものは定義(正確には定義できるが、内部で普通の変数にもどされてるっぽい)できなかった。
メソッド定義も可能
- 関連関数もできる? -> できる

Optionの紹介

Rustにnullはない。代わりにOptionがある
Noneを指定する場合に型が必要。Someの場合はすでに値が入るから推測可能なため。

match制御フロー演算子

アーム -> matchしたときの処理のこと
- 短い場合は波括弧は不要
returnなしでmatchが書いてあるだけだと、慣れない場合に値を返していることに気づかないかも(実際気づけてないかも)
Enumが値を持っているときに、値の束縛がmatch式で可能
すべての列挙子を網羅していないことをコンパイラが検知してくれるのはすごく助かる。
- ただし、_を利用していなければだけど

if letで簡潔な制御フロー

enumで1つのパターンのときに処理をしたい場合に使えるmatchの糖衣構文
elseもかけるよ。

まとめ

enumに慣れていないので、値や構造体を持つenumを利用するという想像ができないことがありそうだなぁと読みながら思いました。それになれると、色々とプログラムがシンプルに書ける部分が多くなりそうかな。

Rust the book - 第5章

Thu, 02 Apr 2020 15:09:18 +0900

前回の記事はこちら。自分用のメモなので、読みにくいかもです。

第5章

構造体です。勝手知ったるなんとやら?オブジェクト指向的な部分は問題ないかなぁと。

定義とインスタンス化

structで定義
インスタンスの生成は引数は順不同でOK
構造体のインスタンスを可変にするとフィールドの値も変更可能
- 特定のフィールドのみ可変にすることは不可能
インスタンス化する関数の最後でreturnなしでインスタンスの返却を暗黙にできる(return書いてほしいな。。。)
インスタンス化時にフィールド初期化省略記法が可能(これはちょっと便利?)
構造体更新記法..user1のように、明示的に設定されていない他のフィールドをコピーしてくれる機能あり

タプル構造体

タプル構造体!? struct Color(i32, i32, i32);
- いつ使うんだろう?

ユニット様構造体

ユニット様構造体 = フィールドのない構造体。トレイトを実装したいけどインスタンスで持つ値はない場合に利用

ライフタイム

構造体が参照を持つときにライフタイムという話が出てくる。なるほど。
- ライフタイム指定子が必要になる -> 10章での話

プログラム例

タプルを引数かぁ。タプルは慣れないので構造体作りそう
Debugトレイトと{:?}という書き方
- derive(Debug)でデバッグ用のトレイトを自動で実装=継承してくれる
- {:#?}だとpretty printになる(改行とか入る)

この辺の便利なトレイとは付録Cにあるらしい。この辺はやりながら覚えるしかないか。

メソッド記法

最初の引数は必ずself
implは構造体とは別の場所に書く = Javaのクラスとは違う

struct Rectangle {
    width: u32,
    height: u32,
}

impl Rectangle {
    fn area(&self) -> u32 {
        self.width * self.height
    }
}

参照じゃないselfも使えるらしい。どういうときに使うんだろう?

その他

implブロックがあちこちにかける。これはつらいな。。。
2つにわかれたimplブロックに同じメソッドを書いてみたら、CLionのプラグインではエラーを検知してもらえなかった。
- cargo buildではきちんとエラーが表示された。
複数のimplブロックが有用になるケースは第10章で見ますが、そこではジェネリック型と、トレイトについて議論します。
- 人の構造体に自分のトレイトを適用したりもできる。

実験

スコープとかどうなりそう?って実験もしてみた。

fn main() {
    trait Hoge {
        fn trim(&self);
    }

    impl Hoge for String {
        fn trim(&self) {
            println!("hogehoge {}", &self);
        }
    }
    let c = String::from("hoge");
    c.trim();
    println!("{}", fuga(&c));
}

fn fuga(d: &String) -> &str {
    d.trim()
}

出力はこんな感じ

hogehoge hoge
hoge

まとめ

気になったのは以下の点。そのうち分かるようになってくるのかな。

構造体更新記法はどういったときに使うのを想定して作ったんだろう?とか
可変長引数はマクロじゃないとだめ

Rust the book - 第4章

Thu, 26 Mar 2020 17:12:11 +0900

前回の記事はこちら。自分用のメモなので、読みにくいかもです。

Rust the Bookを読み始めた

第4章

第4章です。たぶん、これがいちばん大事な概念だと思います、Rustの。そして、つまみ食いしながらRust書いてましたが、ここがきちんと理解できないまま書いてたってのもあります。。。

所有権とは?

drop関数ってのがあって、明示的に呼ぶことも可能。次のような感じで。2つ目のprintln!はエラーになる。sがもう無いのに借用しようとしてるから。

fn main() {
    let mut s = String::from("hello");
    s.push_str(", world!");
    println!("{}", s);
    drop(s);
    println!("{}", s);
}

ムーブ - shallow copyではない。以下の2行目がムーブ。

let s1 = String::from("hello");
let s2 = s1;

println!("{}, world!", s1);

スタックとヒープの話が絡んでくる。あんまり意識すること無いよなぁ。スタック = 固定長のデータを入れる場所。ポインタ、数値などヒープ = 可変長のデータが入る場所。可変の文字列とか。

クローン - ヒープのデータをコピーすること。
コピー - スタックに収まるデータの場合はクローンが必要なくコピーで事足りる。
- CopyトレイトとDropトレイトは同居できない。
- タプルのコピーはややこしそう
所有権と関数でまた、スタックに入れられるような変数と可変のオブジェクトの違いが出てくる。
- takes_ownership(s: String)が参照を受け取れば問題なく、このあとも使える。
- 戻り値でもムーブが発生

参照と借用

借用 - 関数の引数に参照を取ること
可変な参照&mutは1つ(不変な参照も含めて1つ)しか許さない
- データの競合を防ぐため。
- 不変な参照を複数用いるのはOK
- 実際に変更が実行されるタイミングでエラーと判定される場合もある。

let mut s = String::from("hello");

{
    let r1 = &mut s;

} // r1はここでスコープを抜けるので、問題なく新しい参照を作ることができる

let r2 = &mut s;

ダングリング参照はテスト書くときとかにやってるかも。。。

fn dangle() -> &String { // dangleはStringへの参照を返す

    let s = String::from("hello"); // sは新しいString

    &s // String sへの参照を返す
} // ここで、sはスコープを抜け、ドロップされる。そのメモリは消される。
  // 危険だ

スライス型

部分的な参照。開始位置+長さで構成されているっぽい
&strの説明がよくわからなかった。

引数としての文字列スライスのテクニックは色々と使いまわせそう。

まとめ

所有権、これまで特に難しいと思ってたのは、固定長の変数と、可変長の変数の違いを意識してなかったのが原因っぽい。まぁ、Vecとかがどうなるのかとか、他にもいくつか気になるところはあるので、もうちょっとやらないといけないなと思いました。

Rust the Bookを読み始めた

Mon, 23 Mar 2020 10:57:22 +0900

自転車本を読み始めましたが、その前にRust the bookを読んだほうが良いかも?と知り合いと話をしていてなったので、先にRust the bookを読み始めてます。コツコツ読むってのが苦手なので、知り合いと小規模オンライン読書会しながら読むことになりました(基本的になにか書きながら、使い方を調べるので、存在そのものを知らない記述や使用法などがあったりする)。

基本は日本語版を読んでいます。まずは1章から3章あたり。

気になった点などを。自分用のメモなので、読みやすさとかは考えてないです(あとで自分が死ぬパターン?)。

1章

rustfmt便利。
- CLionのRustプラグインでは、保存時にrustfmtするというオプションがある。デフォルトはオフ。“Run rustfmt on Save”
cargoの--binオプション。意識してつけたことなかった=デフォルトだった。
- ライブラリにするときは--lib

2章

「変数を値に束縛」という言い回しにまだ慣れない。
- 「代入」という言い方に慣れているから?
- ただ、エラーにはassignってあるな。“error[E0384]: cannot assign twice to immutable variable x”
preludeというのがデフォルトで読み込まれる型が存在する場所。
.expect()により、Resultが評価済みになる
マクロがまだ慣れない
extern crate rand;が最新版だと要らなくなっている。
rand::Rngはgen_rangeのためにuseしている。CLionだとかってにuseを推測して追加してくれた。
matchはswitch文みたいな感じ。けど、defaultが必ず実行されるって感じではないな。
- ただし、全て網羅しないと怒られるのが便利。
- アームという呼び方が新鮮
- 単一の式のときは{}が省略できる
- ブロック{}のときは、終わりにカンマを入力するとrustfmtが除去する(最後の条件かどうかは関係ない)。
シャドーイングは面白い。
- よく、hoge_strやhoge_intのような変数を書くので、ありがたい。
- ただし、コードを読むときに少し混乱しそう?
let ... matchで変数への束縛でmatchが使えるのは便利(これまで知らなかったので、変数宣言して条件つけて束縛する処理書いてた)。

シャドーイング?

fn main() {
    let x = 5;

    let x = x + 1;

    let x = x * 2;

    println!("The value of x is: {}", x);
}

とか

let spaces = "   ";
let spaces = spaces.len();

みたいに、同一変数名を使い回せること。再代入ではない

3章

constは型注釈が必須
100_000のような記述が便利(Javaもできるって言われてびっくりしたw)
タプルの中身を一部だけ書き換え可能。(mutを指定すれば)
- tup.0 = 20;のような感じで。
配列は固定長でかつ、同一の型のものだけが入る
文末にセミコロンがない場合に四季になるというのはちょっと射にくいので辛いのでは。。。
- 自分は明示的にreturnを書きたくなる。が、returnだと動かない場合もある。。。
let ... ifのような記述もできる。
(1..4)はRange型

おまけ

フィボナッチ数列計算してみろというのがまとめにあったので。こんな感じでいいのかな?

fn calc_fibonacci(n: usize) -> usize {
    if n == 0 {
        return 0;
    } else if n==1 {
        return 1;
    } else {
        return calc_fibonacci(n-1) + calc_fibonacci(n-2);
    }
}

その他

知り合いと読みすすめると、人が不思議に思ったところが、自分が理解が曖昧だったことなどに気づけて便利です。

実践Rust入門の3章を読み終わった

Mon, 02 Mar 2020 18:20:13 +0900

これまで

3章終了

3章の終わりまで読み終えた。

いきなり実践的なプログラムで少し面食らっていたが、ステップを追って所有権周りの話まで来たので、なんとなくRustのいいところが理解できたような気がする。

ただ、最後のsplit_at_mutが実際には内部でどういう形に変換することによって、コンパイルエラーにならずに、借用がうまく行っているのかあたりは、まだきちんと理解できていない。

これは、どの言語にも言えるんだけど、リファレンスをうまく読み解きながら、自分がやりたい処理ができるかどうかを考えるのって結構むずかしいなぁと思う。

benchmark.rsはコピペして実行しただけなので、またあとで読み返してみるかな。

ということで、ここから先は、基本を勉強する感じで4章から読みつつ、なんかプログラムをまた書いてみるか。

実践Rust入門の3章を読んでるところ

Sun, 23 Feb 2020 16:37:17 +0900

これまでのはこちら。読書メモなので、本と合わせて読んでいただくのが良いです。

実践Rust入門はじめました

3章のクイックツアーを読んでます。バイトニックソート自体の理解はちょっとおいておいて、読み進めています。いくつか疑問に思ったことがあったので、またメモを。まだ、3.5.7の手前ですが。

疑問点

3.4.1のジェネリクス対応のテストケースの部分で、既存のu32用のテストケースの入力のデータ列にVec<u32>という型注釈をつけるのですが、追加した文字列の入力データには注釈をここではつけないのはなんでなんだろう?ちなみに、なくても動いた。バージョンの違いとかあるのかしら?
3.4.6のmatch文
- match文の引数?が*orderになっていたが、orderでも実行できた。引数にくるのが参照だから*が付いてるんだとも運だが、なくても動くのはコンパイラがよしなに解釈してくれてるからかな?

便利なツール

Rust標準のツールの説明がいくつか3章で紹介されてて便利だったのでメモ。

rustfmt

フォーマッター。デフォルトでフォーマット機能が付いてるの便利ですね。言語として決まってると、プロジェクトごとに悩まなくていいってのがありますし。

rustfmt ファイル名

という形で使えるみたい。プロジェクトごとだとcargo fmtのほうが楽そうかな。

標準ライブラリAPIドキュメントをブラウザで閲覧

rustup doc --std

これでデフォルトブラウザでRustの公式ドキュメントが開きます。しかもローカルファイルだからサクサク。検索バーもついてて便利です。

エラーのドキュメントを閲覧

rustc --explain 308

コンパイル時にエラーが出たときに、error[E0308]のようにコンソールに出てきます。ヒントも出てくるのですが、詳細が上記のコマンドで読めるみたいです。

実践Rust入門はじめました

Fri, 31 Jan 2020 21:58:12 +0900

実践Rust入門という本を買っていた(去年の7月だ。。。)のですが、積んであったので、時間を作って読み始めようかと。

実践Rust入門[言語仕様から開発手法まで] | κeen, 河野達也, 小松礼人 |本 | 通販 | Amazon

経緯

もともとは、言語処理100本ノックはじめました(Rust)という感じで、触っていたのですが、場当たり的にやってても時間を持っていかれるだけだなということに気づいたのが最初です。

今年の目標は、覚えられなので、ちょっとずつでもアウトプットしていこうってのもあり、読書記録をつけつつ、読んでいこうかなぁと。

どこまで読んだ?

2章の2-2-5までです。前回、Rustの環境はセットアップしていたのですが、新PCに切り替わったので、rustupからはじめました。

rustup

rustupではデフォルト設定のままではなく、PATH変数の書き換えだけはしない形でインストールを行いました。

PATH変数は.zshrcファイルで変更したかったためです(rustupコマンドに変更して貰う場合は.profileなどのファイルが変更されそうだったため)。

インストールが終わったあとに.zshrcに以下の行を追加しました。

### For Rust env
source $HOME/.cargo/env

疑問点

ここまで読んだ疑問点です。

cargo new helloしたあとにmain.rsに以下のmain()関数が出来上がっている!?

fn main() {
    println!("Hello, world!");
}

驚きましたが、cargo new hogeってやっても、おなじmain.rsができてました。デフォルトで出来上がるんですね。どんな超能力!?と思ってしまいましたw

cargo new helloして出来上がったCargo.tomlに著者名が入力されていた。

authors = ["Jun Ohtani <メアド>"]

なんで?と思いました。まだ解明してないです。本を読んでいけばわかるかな?

予想:gitの設定(~/.gitconfig)に氏名とメアドが設定されているので、これを利用しているのかな?

ポモドーロ回してます。（ポモドーロテクニック入門読みました）(Jugemより移植)

Fri, 03 May 2013 23:42:19 +0900

アジャイルな時間管理術ポモドーロテクニック入門

ポモドーロテクニック入門という本を読みました。きっかけは、Twitter上で何度か「ポモドーロ」という単語を何度か見ていたためです。最初は、なんだろう？というのが発端です。「ポモドーロ＝トマト」なのですが、実際にはトマト型のキッチンタイマーが元になっているらしいです。このタイマーを使った時間（タスク）管理術がポモドーロ・テクニックです。

私は、ここ数年、複数の仕事がパラで走ることが時々ありました。このような場合に、日によって異なる複数のタスクが存在します。このとき、異なるタスクにスイッチするのに結構な時間を取られます。。。また、急な割り込みが入った時も同様に、以前のタスクに戻るのになにしてたっけ？となることが多々あります。普通に自己管理ができている方なら問題ないのでしょうが、私は結構ニガテでした。そのようなときに、Twitter上で「ポモドーロ」という単語を見かけて、軽くググってみたところ、タスク管理、時間管理によさそうな本だったので、その点を矯正するのも兼ねて、読んだ次第です。また、タスクに集中できるという利点もあるそうです。

本については、少し読みにくいところがありました。ポモドーロテクニックとはどんなものかという全体像や単語に関する説明がないままに、話が進んでいくので。。。 1度読み終わったあとに実践しながらパラパラめくっているような状況です。実際には、個々人のやり方などを考慮しながら、改善していくべきなのもあり、型を説明してないのかもしれないですが、もうすこし概観がわかる感じのほうが良かったです。

で、4月初旬くらいから実践してみています。効果が実際にあるかというと、まだわからないです。

私がポモドーロテクニックに利用しているのはキッチンタイマーではなく、pomodairoというAdobeAIR上で動くアプリになります。ほかにもPomodoroAppというのもあるのですが、Free版だと登録できるタスクの上限があったので、pomodairoを選びました。（今見たら、3.0にバージョンが上がって、Limitがなくなってるかも） AIRだと、WinでもMacでも動作するのというも決定した要因です。

まだ、1ヶ月経ってませんが、私が実践してきて良かった点、できてない点、うまくいってない点はつぎのような感じです。

良かった点

目の前のタスクに集中できる。（25分スパンなので、Twitterを意識的に見なくできる。。。）
適度な休憩が挟める。25分に5分の休憩が入るので、適度な没頭になる（没頭し過ぎない）
自宅で作業するときにかなり有効。（5分の休憩時にTwitterやFB以外に漫画をパラパラ読んだりもできるので）

ということで、自宅で作業するときには結構いいです。自宅ですと、pomodairoを使っていてタイマーの音を気兼ねなく出せるので、きちんとポモドーロが回せます。

できてない点

アクティビティ在庫管理。個人的にJIRAを使っていて、そこで管理しようと思っているのですが、うまくできてないです。pomodairoのアプリにもタスクを登録しているのもあり2重登録などを手間に思ってしまって。。。
レコーディングと今日のTodo作成。
インタラプトの記録

アクティビティ在庫管理ができてないのは、レコーディングがきちんと出来てないためでしょう。。。二重管理になっている＋pomodairoで統計情報が出るが、当日分の統計情報がレコーディングできてないというのが痛いです。また、このレコーディングが出来てないので、効果が出ているかがわからないという問題かと。。。きりが悪かったりして、どうしても、仕事時間ギリギリまでタスクをこなしてしまい、レコーディング＋アクティビティ在庫の管理の時間が取れていません。ここは意識してちゃんとやらないと意味がないよなぁと。今後の大きな課題です。

うまくいってない点

できてない（やろうとしてできてない）点とは別に、どうもしっくり来ていないのがつぎのような点です。

プログラミングしていると、25分のタイマーで区切りがすごく悪い時がおおい
自宅以外でのタイマー音が出せない
自宅以外での休憩の取り方

プログラミングをやっていて、乗ってきたタイミングでタイマーが鳴ってしまったり、ちょっと頭のなかで整理していたあとの今まさに、頭のなかにある処理の流れをコードに落としている途中でタイマーがなってしまったり。このような状況だと、休憩に入れなくて、ずるずるとコーディングを続けてしまうということが多々あります。メモ（ソース上のコメントや手元）を残して休憩すればいいのでしょうが、どうしても今までの癖もありズルズルとやってしまい、すごく時間が経ってることが何度もあります。ポモドーロテクニック的にはやはりNGなんでしょうが、なかなか治らない＋治したくない気もしています。また、自宅以外の場合、基本的には自社ではなく客先に出ていることが多いのでどうしても音を出すことができません。これもまた、切り替えができない要因になっています。タイマーだけ携帯のアプリを使用しするという手もあるのでしょうが、この場合さらにレコーディングが出来ない状況に陥りそうで。。。また、スマホだと電池が持たないのも問題点です。（Twitterを見るのに利用してるから電池が持たないという話もあるのですが。。。）レコーディングに関しては、手描きのメモを使うのがいいのかなぁと。本では＋や◎などの印を付けるだけにしておけば良いとありますが、アプリのタイマーだと自動でそれができるので、悩みどころです。最後の休憩の取り方も、ネットやTwitterを見るのもありなのですが、画面から離れる休憩を取りたいなぁと思うところもあり。。。職場だと技術書やWEB+DBのような雑誌はあるのですが、休憩にはあまり向いていないなぁと。

つらつらと書いて来ましたが、本を読んで、1ヶ月実践してきた（できてないとこも多いが）現状をメモしておきます。こうやってるよ、こうしたら良かったよ、こうしてみれば？などありましたら、コメントいただけると助かります。

来週以降はとりあえず、JIRAできちんとアクティビティ在庫管理をしながら、1日の結果をレコーディングしていくのを意識していこうと思います。

「コード・シンプリシティ」を読みました。（Kindle paperwhiteの使い勝手の確認も兼ねて）(Jugemより移植)

Wed, 09 Jan 2013 00:28:00 +0900

年末から年始にかけて、「コード・シンプリシティ」を読みました。

先日の記事にも書きましたが、Kindle paperwhiteを思いかけず入手できたので、eBookを読みたいなぁと思いまして。 Kindleのお試しも兼ねて読んでみました。

まずは、本の感想。 短めの書籍＋読み物なので、サクっと読めました。題名に「コード」と書かれていますが、コードの実例が出てくる書籍ではありません。「ソフトウェア」を以下にシンプルに保って、管理しやすくするか、機能追加、テストをやりやすくするかといった指針について書かれています。機能追加に関して検討しないといけないバランス（先読みしすぎずと実装しすぎないとか）の話や定期的なデザインの見直しなどについても書かれています。ソフトウェアに関しては動くこともだが、デザインが重要であること。（確かに。）すでにあるソフトウェアについて、どのように簡潔にしていくかという話もありました。ただ、読んでいて一番重要だと思ったのは、「悪いプログラマーと良いプログラマーの違いは理解力だ」という一文です。何をしているかを「理解」していないと、根本的な問題点の解決もできないですし、どうすればコードが簡潔になるかといったこともわからないです。また、やっている作業がどんなもので、何のためにやっているのか、それを行うことで今後にどのような影響があるのかといったことも理解しておく必要があるかと。ま、ある程度考えながら作業とかしましょうってことですかね。（強引なまとめかも。。。）

で本題です。 Kindle paperwhiteとiPadの使い分けを検討するのも兼ねて本を読んでました。 iPadを持っているのもあり、Kindleはそもそも眼中になかったのですが、めっけ物でした。やはり実際に使ってみないとわからないことありますねぇと。 paperwihteはつぎのような利点があるかと。

読書に没頭できる。→本を読むというシンプルな目的を達成するものだけが実装されている
目が疲れない→Twitterでも話に上がったのですが、液晶とは異なり字が読みやすいです
軽いし小さい→電車で立っていても楽に持てるし、カバンからの出し入れも楽です（iPadに比べて）
複数の端末のKindleアプリで同期できる。→あまり異なる端末では読まないですが、paperwhiteで読んだところが、iPadでも同期されるのですんなり続きが読めます
電池長持ち

ということで、本を読むのに没頭できるし目が疲れないと。ただ、つぎの点では不満もあります。

PDFは読みにくい。→画面のサイズが小さいので大きめの書籍のPDF版は読みにくいです。
PDFは読みにくい。→文字のサイズを変更できないのもキツイです。Kindle専用のmobi形式の書籍が読みやすいです
ページめくりに一定時間がかかる→紙の書籍やiPadで書籍を読むのとは異なり、ページをめくるのに時間がかかります。e-inkの再描画の問題かと。パラパラと書籍を読みたい場合は厳しいです
白黒。カラーの電子書籍は読めないですねぇ
ソースコードなどもキツイ→長めのコードが書いてある本だとコードが頭に入ってこないです。。。

という感想でした。今後は基本Kindle paperwhiteを持ち歩きmobi形式の本を読むようにすると思います。 iPadは自炊本やカラーの本を読むとき、映像、ネットを見るような場合に持ち歩くことになりそうです。私は基本的にMBAを持ち歩いているというのもあるので、paperwhiteのほうが主流になりそうです。ネットを見るときなどは最悪、MBAを開くでしょうし。小説とかをメインに読むのであれば断然、paperwhiteだと思います（最近読んでないなぁ）

「IDの秘密」を読みました。(Jugemより移植)

Mon, 30 Apr 2012 23:03:55 +0900

IDの秘密 (丸善ライブラリー―情報研シリーズ)

非常に面白く読めました。バーコードの話に始まり、最後はシステムで付与するIDに関する考慮点まで幅広くIDについて語られています。

適度に配置されたコラムがまた面白く、ここまで書いてもいいのかな？と思いながらも楽しく読ませて頂きました。 2次元バーコードが汚れに強いのも知らなかったし、チロルチョコの話は知らなかったし、指コレクションとか面白すぎです。また、JRのSuicaの導入に7年もかけている点などは、やはりすごい技術なのだなぁというため息混じりの感想です。それほど長い期間のテストや設計は想像がつかないです。

最後の2章（７，８章）については、エンジニアの以外のシステムに関わる方やエンジニアになられたばかりの方たちにぜひ読んで欲しいと思いました。もちろん、エンジニアの方にも読んでほしい内容です。

いくつか疑問点や気になる点もあったので。

「静脈や指紋が人によって異なるって確率はどうやって決めたんだろう？」
Twitterの説明文のあとにFBの画面の図番号が書いてある。
日本語がデコードされたけど、QRコードの文字コードって、この中に含まれてるのかな？それとも規格で決まってるのかな？

最後に、書影がNIIに合ったので撮影しました。写真へのリンクです。

「自分の小さな「箱」から脱出する方法」を読みました。(Jugemより移植)

Tue, 20 Mar 2012 23:32:00 +0900

TLで面白いと見かけて、Amazonで買ってしまいました。 SEやってるのに、つい最近Amazonを使い始めた軟弱者です。それにしてもAmazon危険です。スマートフォンにAmazonの Androidアプリを入れたのですが、これがまた、レコメンドに面白そうな本が出てきて危険です。

話がそれてしまいましたが、面白い本でした。久々に、小説でも技術書でもない本を短期間で読みました。「箱」と呼ばれる概念の中と外について、とある会社に転職した管理職の人が学んでいくという物語風の作りです。いくつか、自分の経験にカブるシーンがあったので、サクサク読めました。今までの自分になかった考えである「箱」という視点が得られたのがよかったです。

ただ、いくつか気になる点もあるので、また少し時間を開けてからサラっと流し読みしたいと思います。

あと、すこしだけ、キリスト教チックな考え方でもあるかなぁと思う部分もありました。（キリスト教をちゃんと勉強してるわけではないので認識が間違ってるかもしれないです）

人によっては共感出来なかったり、読みにくかったりすると思いますが、私は面白いと思った本でした。なんとなく、人間関係に違和感を感じていることがある場合は目を通してみるといいかもしれません。

Twitterで読み終えたというツイートをしたら、「自分を変える気づきの瞑想法」を読むとまた面白いですという＠ツイート（これがmentionの日本語の正式名称らしい？）を@ledsunいただきました。箱に入る原理が別の視点で書かれているようです。読んでみたいです。（本会過ぎてる気がするので、図書館で探そうかなぁ。。。）

自分を変える気づきの瞑想法【増補改訂版】

Clean Coderを読んだ(Jugemより移植)

Sat, 03 Mar 2012 01:14:00 +0900

Clean Coder プロフェッショナルプログラマへの道

Clean Coderを読みました。理由はTwitterで「Clean Code」がいい本だと流れてきたためです。「Clean Code」はまだ読んでいないのですが、クリーンなコード（メンテナンスしやすく、修正などもやりやすいコード？）を書くために必要な話が書いてあるのだと思います。（まだ妄想）

そして、何も考えずに、「Clean Code”r”」という本が新しく出ていたので、新しい方に手を出しました。まぁ、軽い勘違いですｗ（コードの構造の話などは出てこなかったです。）それほど分厚くなく、軽く読めそうだということで読み進めると軽い衝撃を受けました。 Clean Coderはプロのプログラマとして、どのような意識を持つべきか、立ち居振る舞いをするべきかなどが書かれています。「～したい」はまず守らない約束だという話、ユニットテストを書くことはプロとして当たり前の行為だ、目的意識を明確に持つことなどなど、耳の痛いことが色々と書かれています。これは、著者の方（パンチカードのころからコーディングをされている！）の実体験を元に、失敗した経験から導きだされているようです。ところどころ、古くてよくわからない話やちょっとだけしっくりこない表現（ビジネス、QAといった単語）もありましたが、概ねわかりやすい話でした。

基本的にはアジャイルなスタイルの開発を行うプログラマ（設計書に基づいてコーディングするだけの人ではない）について書かれています。この本を読んでいて、昨年、仕事をご一緒させていただいたRubyistの方たちの開発スタイルを思い出しました。私よりもこの本に書かれているプロに近いなぁと。ペアプロやったり、実装方法について相談していたりと。

勘違いでしたが、良い本に出会えて本当によかったです。私もこの本に書かれているようなチームでのプログラミングをやりたい、またなにかコーディングをしたいという気にさせてくれました。（「～したい」じゃダメって書いてあったのに。。。）自分を戒めるためにも、定期的に読み返したい本です。プログラマでいたい方、ある程度プログラミングができるようになってきた方にはぜひ読んでいただきたい本です。（この流れで、アジャイルサムライやClean Codeを読んだら理解が深まりそうだなぁ）

参考URL： 35歳定年説をブチ破れ！「Clean Coder プロフェッショナルプログラマへの道 Robert C. Martin」 - ledsunの日記

親子で楽しめる絵本で英語をはじめる本(Jugemより移植)

Sun, 26 Feb 2012 01:20:00 +0900

親子で楽しめる絵本で英語をはじめる本

Twitterでこの本について書かれたブログ記事が流れてきて、購入しました。

最近、英語を身につけておいたほうがいいなと思うことが多々あり、子供にも英語を勉強してもらいたいなと思っていたところでした。あとは、私自身が英語が苦手というのもあり、子供をダシにして勉強したいというのもありまして。。。サラっと読んでみましたが、参考になりました。特に「多読」というキーワードが面白かったです。こちらが元のようですが。多読とは、文章を分析しないで大意を把握する読書法だそうです。

辞書を引かずに楽しめるものを読む
わかるところをつなげて読む
自分が面白いと思う本を選んで読む

という原則があるようで、確かにいいなと思いました。絵本だと絵が書かれているので、辞書を引かなくても想像できそうですし、楽しめそうだなぁと。また、多読は先日読んだ、速読の本に書かれていた本の読み方にも通じるものがあるなと。（まだ、実践できてないんですけどね）

どうしても英語を勉強させたい！、勉強しないと！と思ってしまいがちですが、この本にも書いてあるように楽に楽しんでやったほうがやっぱいいなぁと。楽しくないと続かないですからねぇ（実際、何度も挫折してるし、押し付けられるとヤル気がなくなるので。。。）

ということで、実践してみようと思います。（平日は子供が寝てしまってから帰宅なので、まずは土日から）子供のためというよりは、自分の英語の勉強のために。まずは、簡単な絵本を購入して。この本の後半半分は、著者の方の感想や説明がついた、オススメの絵本50冊が書かれています。英語の絵本を入手するのは、結構大変（実際に売ってる店もなかなかないし、手にとって見る機会も少ない）だと思うのですごく参考になりそうです。いくつかピックアップして、あわよくば本屋で手にとってみようかと。なければ、Amazonで購入しようかなぁと思ってる所です。

「どんな本でも大量に読める「速読」の本」を読みました(Jugemより移植)

Tue, 29 Nov 2011 13:57:00 +0900

どんな本でも大量に読める「速読」の本

Twitterで知り合った方がこの本について書かれていたブログ記事を読んで興味を持ち、読みました。書籍（特に技術書）が山になっていたこともあり、速読に興味を持っていたところちょうど記事を目にしたのはきっと何かのタイミングなんだろうなと。

悪い癖で、電車で読もうと本を常に持ち歩くのですが、ついついスマートフォンやゲームで遊んでしまい、今回も読むのに時間がかかってしまいました。３章の途中までを今月頭に読んでいたのですが、そこから少しほったらかしで、読み終わったのが昨日でした。

本の内容ですが、先ほどのブログにも書かれていますが、速読は技術ではない。 ### 速読　＝　速読技術　X　ストック（知識、経験、情報）であると。あとは、わからなくてもいいから、ざっと目を通す感じで繰り返し読みなさいと。さらに、１回でわからんくてもいいから、とにかく繰り返し読むことが重要だということでした。

確かに「速読＝１回で速く読む」、「読書＝１回で理解する」という意識がどこかにあったなぁと気付かされました。プログラム組んだり、あることを覚えるときは繰り返しを意識してたのに、読書は１回読んで「はい、おしまい。」という気になってました。（マンガは繰り返し読むんですけどねぇ）

他の速読の本は胡散臭いし、絶対無理だよなぁと思ってたのですが、この本に書かれている話は筋が通っているように感じました。ただ、考えずにサラサラ読みなさいという部分の実践はなかなか難しいかな。どうしても頭の中で音読してしまうので。私は間を開けてしまったせいで、時間がかかってしまいましたが普通なら１日あれば読める内容なので速読に関してちょっとと思ってる方は読んでみると面白いかと思います。

ちょっとだけショックだったのは、この本の論理だと電子書籍は速読に向いていないというところです。せっかく溜まった書籍をPDF化して、タブレット購入して（まだ買ってない。。。）読もうと思っていたところなのに。。。

「7つの言語　7つの世界」 Io 0日目(Jugemより移植)

Fri, 23 Sep 2011 03:34:00 +0900

台風15号すごかったですね。幸いにも（？）夏休みだったので、通勤などでひどい目に合わずにすみました。風雨はすごくてちょっと怖かったですが。。。

さて、夏休みに進める予定が、子供の寝かしつけで一緒に寝てしまう日が続いてしまい、間が開いてしまいました。

0日目というタイトルになっているのは、まだ、1日目に入ってないからです。。。 Ioという未知の言語をMBAにそのままインストールするのも抵抗があり、VirtualBox上にLinuxをインストールしてから進めようとして思いの外手こずってしまったためです。ということで、0日目として、VirtualBox上にScientific Linux 6.1をインストールしてIoのインストールまでではまった箇所を記録として残しておきます。

罠その１

罠と言うよりは、私の無知に関する部類なのですが。。。 Scientific Linux 6.1のインストールは特に手こずることなくインストールでき、起動も出来ました。次にscpコマンドでダウンロードしてきたIoのソースをLinuxに渡そうとしてはまりました。問題となったのはネットワーク接続が「NAT」のみだったため。 NATのため、Linux（ゲストOS）から外部への接続は可能だったのですが、Mac（ホストOS）からLinux（ゲストOS）への接続ができませんでした。で、変更したのは以下の2点。

VirtualBoxの環境設定->ネットワーク->ホストオンリーネットワークの追加
仮想マシン（Linux）の設定->ネットワーク->アダプタ2を有効にしてホストオンリーアダプタを割り当て

1番目のホストオンリーネットワークの追加をしておかないと、2番目のアダプタ2でホストオンリーアダプタを選択したときにエラーが出て、設定ができませんでした。割り当てるべきアダプタを先に用意しとかないとダメですよね、そりゃあ。

罠その２

これも罠というほどではないのですが。。。 Ioのビルドにはcmakeが必要なのですが、Scientific Linux 6.1に入っているcmakeはバージョンが古い（2.6.4）ため、必要なバージョン（2.8以上）をインストールしないとダメでした。インストール自体はcmakeのサイトにある手順通りのため割愛します。

罠その３

これもちゃんとドキュメント読めよというレベルですが。。。 Ioのインストールは以下のコマンドを実行するという話です。私がcmakeについて知らなかったと言われればそれまで。。。


$ cd io
$ mkdir build &amp;&amp; cd build
$ ccmake ..
$ make
$ sudo make install

3つ目の「ccmake」の部分がIoのGetting Startedの下の方にありました。上の方に記載がある「cmake」ではエラーがでてうまく行かなかったので。 IoのGetting Startedにもありますが、ccmakeの場合はCUI上にGUIのようなものが起動するので、「c」（configure）と実行後、「g」（generate）を実行して最後に「e」（exit）でccmakeを離れます。するとmakeが実行できるようになりました。

あとは、/etc/ld.so.conf.d/io.confファイルを作成し、「/usr/local/lib」と記述。ldconfigを実行することで、Ioが実行可能になります。ということで、1日目に入れず終了。。。

明日は出来るかなぁ。

「7つの言語　7つの世界」 Ruby 3日目（最終日）(Jugemより移植)

Wed, 14 Sep 2011 18:21:00 +0900

ということで、Rubyの最終日の感想。今回もセルフスタディの私の回答が最後の方に記載されてます。見たくない人は気をつけてください。ツッコミ大募集です。コメント欄にどしどしコメントください。そこは違うだろ？こっちのほうがいいのでは？という感じで。

感想：

◎メタプログラミングが特徴

例：ActiveRecordのhas_many、has_oneがいい例

◎オープンクラス

クラス定義をいつでも変更可能。あらゆるクラスやオブジェクトをいつでも再定義できる書きやすいコードのために再定義が可能＝何でもできるが気を付ける必要あり。 DSLの定義に便利。確かに便利。ただ、範囲を限定しないと予期せぬ場所で問題が発生しそう。 ※解析するための手段はいいのがあるのかな？=>method_missingみたい

◎method_missing

対象メソッドが見つからない場合に最後に実行されるメソッド通常はNoMethodErrorが発行される。

◎モジュールによるメタプログラミング

defやattr_accessorなどその一例。 DSLではモジュール内にメソッドを定義してメソッド＋定数を利用 ActsAs…ってそういう意味合いだったのか。親クラスバージョン、親クラス＋マクロ、モジュールそれぞれの実装の仕方の紹介。 ※マクロもinclude同様、実行順で、メソッドの上書きが発生するのか？ ActiveRecordではメタプログラミングを利用してDBのカラム名からアクセサを追加。シンタックスの美しさ＝読みやすさ

感想＆疑問点：

メタプログラミングはフレームワークを作成するのが便利そう。ただし、エラーや問題が起きた時の対処をきちんと準備しておかないとひどい目に合いそう。クラスやモジュールはわかりやすい単位で1ファイルにまとめるもの？ファイル名の規則とかあったりする？ディレクトリ構成でパッケージ構成が可能？複数のモジュール（gemとか）を組み合わせて使っている場合にincludeの順序がどのようになるかが気になる。予期せぬ順序でincludeされて利用しようと思ったメソッドがオーバーライドされてるとかありそう。追っかけるのがまた大変そうだ。異なるパフォーマンス（開発者の開発速度）の観点が一番おもしろかった。ただ、なれるまでは大変そう。すんなりinjectとかコードブロックをうまく利用するイメージがわかない。まぁ、思考については反復練習かな。これは他の言語でも一緒かな

ようやく、Rubyの世界が終わりました。楽しかった。次は未知の言語である「Io」です。

（試してみよう：）

○eachメソッドがCsvRowオブジェクトを返すようにCSVアプリケーションを変更せよ。そのCsvRowのmethod_mmissingを使って、与えられた見出しの列の値を返すようにせよ。

モジュールにて実装してみた。 ```

module ActsAsCsv

def self.included(base) base.extend ClassMethods end

module ClassMethods def acts_as_csv include InstanceMethods end end

module InstanceMethods

def read
  @csv_rows = []
  file = File.new(self.class.to_s.downcase + '.txt')
  headers = file.gets.chomp.split(', ')

  file.each do |row|
    @csv_rows << CsvRow.new(headers,row.chomp.split(', '))
  end
end

def each(&block)
  csv_rows.each(&block)
end

attr_accessor :csv_rows

def initialize
  read
end

end

class CsvRow def initialize(headers, csv_contents) @headers = headers @csv_contents = csv_contents end

attr_accessor :headers, :csv_contents

def method_missing name, *args
  csv_contents.fetch(headers.find_index(name.to_s))
end

end end

ここまでが実装したモジュール＋クラス。
以下は実行例。id,name,sizeというheaderをもつCSVを使ってみた。

require ‘acts_as_csv_module_mod.rb’ => true class RubyCsv include ActsAsCsv acts_as_csv end => RubyCsv csv = RubyCsv.new => #<RubyCsv:0x103c4c530 @csv_rows=[#<ActsAsCsv::CsvRow:0x103c4c030 @csv_contents=[“1”, “RubyCsv.class”, “20”], @headers=[“id”, “name”, “size”]>, #<ActsAsCsv::CsvRow:0x103c4be78 @csv_contents=[“2”, “JRubyCsv.class”, “50”], @headers=[“id”, “name”, “size”]>]> csv.each {|row| puts row.name} RubyCsv.class JRubyCsv.class => [#<ActsAsCsv::CsvRow:0x103c4c030 @csv_contents=[“1”, “RubyCsv.class”, “20”], @headers=[“id”, “name”, “size”]>, #<ActsAsCsv::CsvRow:0x103c4be78 @csv_contents=[“2”, “JRubyCsv.class”, “50”], @headers=[“id”, “name”, “size”]>] csv.each {|row| puts row.id} (irb):8: warning: Object#id will be deprecated; use Object#object_id 2179096600 (irb):8: warning: Object#id will be deprecated; use Object#object_id 2179096380 => [#<ActsAsCsv::CsvRow:0x103c4c030 @csv_contents=[“1”, “RubyCsv.class”, “20”], @headers=[“id”, “name”, “size”]>, #<ActsAsCsv::CsvRow:0x103c4be78 @csv_contents=[“2”, “JRubyCsv.class”, “50”], @headers=[“id”, “name”, “size”]>]


<span style="color:#FF0000">※idというcsvフィールド名にしたら、object_idとかぶっているようでwarningが出てしまった。</span>

CsvRowクラスの定義がモジュールの中に入っているが、この実装でも動くみたい。ただ、パッケージみたいな感じ7日までは調査してない。。。

「7つの言語　7つの世界」 Ruby 2日目(Jugemより移植)

Sat, 10 Sep 2011 02:11:00 +0900

ということで、Ruby2日目の感想（2日目だけで2日間かかったのは内緒。。。）今回もセルフスタディの私の回答が最後の方に記載されてます。見たくない人は気をつけてください。ツッコミ大募集です。コメント欄にどしどしコメントください。そこは違うだろ？こっちのほうがいいのでは？という感じで。

感想：

◎関数の定義：ありゃ、利用するのはダメなんだ、これじゃ。–>単なるタイプミスでした。お恥ずかしい。。。


>> def tell_the_truth
>>   true
>> end
=> nil
>> tell_the_trueth()
NoMethodError: undefined method `tell_the_trueth' for main:Object
     from (irb):4

◎配列：そしてシンタックスシュガー

puts animalsで内容が出力されるのはうれしい。JavaだとHashCodeが出てくるから。出力メソッド書かないといけなくなる。 animals[-1]で最後の要素とかかなり便利。 animals[0..1]はRangeクラスを利用する形。Rangeはやはり便利。substringなどもできそう。カラ配列の定義は必要。a = [] 1.9と1.8でinclude?の書き方が異なるので注意！配列（Array）クラスは中はObjectが入る。多次元配列もOK。popやpushでキューとしても利用可能。

◎ハッシュ：

Mapのようなもの。任意のキーが利用可能。:付きの文字列はシンボルと呼ばれる定数値を簡単に定義する方法。 object_idという属性？関数によりObjectのハッシュコードが取れるらしい。ブレース＝「{}」のカッコのこと。do～endでも代用可能

◎コードブロックとyeild

コードブロック＝名前なし関数。習慣では複数行の場合、do/endで、１行は{}みたい。Javaと混同しそう。コードブロックは引数も指定可能。「yield」予約語？を利用してコードブロック自体をメソッド内部などで呼び出し可能。ということで、コードブロックは引数にも指定できると。コードブロック＝関数もObjectとして扱われてる感じか？実行遅延、分岐、共通関数とか？Javaだとabstractメソッドを利用して処理するようなイメージか？ちょっと違うなぁ。なれると、yieldはコードを読みやすくできそう。また、シンタックスハイライトしてくれるツールがあれば、更に便利。

◎ファイルの実行


ruby ファイル名

vi、Emacs、TextMateなどがあるよ。

◎クラスの定義

※数字で始まる変数は利用できない！Javaと一緒 Tree.rbとログを参考にすること。 &使うとブロックに名前が付けられる。yieldじゃなくてもいい？クラス名はキャメルケース。変数とメソッド名は「_」アンダーバーつなぎインスタンス変数の頭は@ クラス変数は@@ 定数は大文字 ※メソッド名、変数名には違和感が。なんでこんな規則？？判定用関数とメソッドには「?」（if test?）をつける！！Javaでいう「is」か。

◎Mixin（多重継承？モジュールと呼ばれるものを利用）

多重継承のような類似の振る舞いを伝搬する仕組み。 Javaではインタフェースでやること。 Rubyではモジュールといい、関数と定数の集まり。クラスに機能を盛り込む場合はincludeする ※複数includeして、includeしたものの中に同じメソッドとかあったらどーなる？　–>Overrideされた＝includeがあとにあるもので上書きされる Abstractにできないものをモジュール化できるの楽。 javaだとstaticメソッドだらけのUtilクラスを別途起こすイメージだけど、内部で呼ばれるメソッド（コードブロック）が同じインタフェースじゃないと行けないから、インタフェースの記述もしないと行けない。ただし、同一名のメソッドを持ってるとややこしそう。 ※モジュールからモジュールは呼べる？

◎モジュール、Enumerable、セット

EnumerableとComparable（JavaのCollectionまわりかな。）宇宙船演算子（<=>）Javaのequalsに似てる any?とかCollectionUtils？？に似たのあったな。 ※今利用しているクラスが何をincludeしてるかってのは分かる仕組みあるのかな？ ※そういえば、メソッドごとに戻り値があるが、全部newされてインスタンス化されてGCの対象になってるのか？irbだけ？ injectはすんなり使うイメージが出にくそう。また、ソースをぱっと見て理解出来ない。なれだろうけど。 ※injectしながらinjectとかあるんだろうな。

（探してみよう：）

○コードブロックを使った場合と使わない場合の両方について、ファイルにアクセスするコードを書く。コードブロックの利点は？

※コードブロックあり。 ```

File.open(“tree.rb”, ‘r’) {|f| f.each {|line| puts “#{f.lineno} : #{line}”}}

※コードブロックなし

f = File.open(“tree.rb”, ‘r’) while line = f.gets puts “#{f.lineno} : #{line}” end

コードブロックの利点：
　見通しの良さ。行数が少なくてすむ。繰り返し処理が簡単に記述できる。
　※うーん、まだきちんと理解できてないか？
</dd>
<dt>○ハッシュを配列に変換するにはどうすればよいか？また、逆に配列をハッシュに変換する方法は？</dt>
<dd>
※間違えた。。。

h = [:key1 => “hoge”, :key2 => “boke”, :key3 => “fuga”] h.each {|key, value| puts “#{key} is #{value}”} =>key1hogekey2bokekey3fuga is


ハッシュ-&gt;配列変換

h.to_a


配列-&gt;ハッシュ変換

a = [“value1”, “valu2”, “value3”] h = {} a.each {|i| h.store(a.index(i),i) }

※また間違い？なんでそうなる？

a.inject(h2) {|hoge, i| hoge[a.index(i).to_s] = i}

こっちならいいみたい。まだinjectがわかってない。

a.inject(h2) {|hoge, i| hoge[a.index(i).to_s] = i;puts “#{i}”; hoge}


</dd>
<dt>○ハッシュの各要素について繰り返すにはどうすればよいか？</dt>
<dd>

h.each {|key, value| puts “#{key} is #{value}”}

</dd>
<dt>○Rubyの配列はスタックとしても使える。スタック以外に配列で実現可能なよくあるデータ構造体を挙げよ。</dt>
<dd>キュー。
他にある？Treeとか？Treeはハッシュじゃないか？Set？順番が関係ないけど。</dd>
</dl>


### **（試してみよう：）**
<dl>
<dt>○最初に、eachだけを用いて、１６個の数値と４個の数値の配列の中身を同時に出力せよ。次に、同じ事をEnumerableのeach_sliceを用いて実行せよ。</dt>
<dd>
<span style="color:#FF0000"><em>※これ日本語がわからないんだが、4個ずつ出せってことか？？</em></span>ということで、「16個の数字の配列の中身を4個ずつ同時に出力せよ。」と解釈して実装してみた
※each利用版

a = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16] s = [] a.each do |b| unless s.length < 4 puts s.inspect s.clear end s « b end


※each_slice

a = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16] a.each_slice(4) {|b| puts b.inspect}

また、えらい違いだな。
</dd>
<dt>○Treeクラスは面白いクラスだったが、きれいなインタフェースを用いて新しいツリーを指定することは出来なかった。そこで、initializerにハッシュと配列が入れ子になった構造体を指定できるようにせよ。具体的には、次のようなツリーを指定できるようにしたい。{'grandpa' =&gt; { 'dad' =&gt; {'child 1' =&gt; [], 'child 2' =&gt; [] }, 'uncle' =&gt; {'child 3' =&gt; [], 'child 4' =< [] } } }</dt>
<dd><span style="color:#FF0000">※root（ここではgrandpaレベル）が複数あると破綻しないのか？</span>

class Tree attr_accessor :children, :node_name

def initialize(name, children=[]) @children = children @node_name = name end

def initialize(hash) hash.each do |key, value| @node_name = key @children = value.inject([]) do |array, (child_key, child_val)| puts “inject! #{key}” [Tree.new({child_key => child_val})] + array end end end

def visit_all(&block) visit &block children.each {|c| c.visit_all &block} end

def visit(&block) block.call self end end


残念ながらちょっとカンニングしてしまいました。。。
</dd>
<dt> ○ファイル内で、あるフレーズを含む全ての行を出力する簡単なgrepをかけ。簡単な正規表現でマッチングを行い、ファイルから行を読み出す必要がある（この処理はRubyでは驚くほど簡単にかける）。必要なら行番号も出力してみると良い。</dt>
<dd>※メソッドだけでいいな。<span style="color:#0000FF">ファイルクローズはこの記述の場合はコーディングブロックのendのタイミングでクローズされるのか？</span>

class RegGrep def grep(filename, regexp) File.open(filename, ‘r’) do |f| f.each do |line| puts “#{f.lineno} : #{line}” if line.match(regexp) end end end end

</dd>
</dl>

ということで、2日目終了。
恥ずかしいコードだらけだけど、ぜひツッコミ入れてもらえると助かります。

数年前までは、恥ずかしいからとか見せられるレベルじゃないからと、ほとんどアウトプットしなかったのですが、
最近はそれではものすごく損をしていると思っています。
ホントは発表するとか議論するとかする場もあればいいのですが。
アウトプットすることで、フィードバックが貰えて、いろんなかたの考えが参考になり、糧となり成長していけるのかと。
（これじゃ成長できないレベルだよという話でなければいいのだが。。。）

一度、Rubyのプロフェッショナル各位に見てもらいたいなぁｗ

「7つの言語　7つの世界」 Ruby 1日目(Jugemより移植)

Fri, 09 Sep 2011 14:12:00 +0900

実に3年ぶりくらいにゆっくりできる日々が訪れたので、積読状態の本を消化しようと「7つの言語　7つの世界」を読み始めました。

せっかくブログも始めたので、備忘録も兼ねて感想などを書いていこうかと。

この本ですが、以下の7つの言語についてエッセンスがまとめられています。

Ruby
Io
Prolog
Scala
Erlang
Clojure
Haskell

まずはRubyからです。ここ2年ほどRuby（Rails）に関連する仕事をしていたのですが、Ruby周りはプロフェッショナルな方たちがいたので、きちんと勉強していないことがこの本を読み始めてわかりました。

ということで、前置きはそれなりな記述ですが、感想は適当になりますので、あしからず。

感想：

irbが便利。簡単に動作確認ができるのが便利。Javaだとコンパイルが必要。変数を定義する必要がない気軽さはある。必ず戻り値が帰ってくる「puts ‘hello, world’」でも。=>nil putsは楽かな。まぁ、Eclipse使ってると一緒か。「4」もオブジェクトとなっている。ここもJavaと異なる。 (x <= 4).classという記述でTrueClassというクラスだとわかる。 unlessが結構便利。ただし、記述方法が多数あるので、可読性は落ちる？場合によってはわかりやすいか？あと、括弧()がないのも慣れない。（まぁ、これは慣れの問題。ただし、カッコありでもOK） {}のかわりがif～endなのはわかりやすいかも。 if not はわかりやすくていい。!はだいたい間違えるから。。。 whileも１行形式で書けるのか。「x = x + 1 while x < 10」慣れないと厳しい。個人的には混在すると読めないなぁ。 nilとfalse以外がすべてtrueに評価されるのは厳しいのでは？型のチェックがないので、booleanが入ってると想定してない場合に挙動を読めないかも。実行時に動作が変だなーと思うことが出てきそう。 and、orの記述が使えるのは読みやすい。ただし、混在するとやっかい。判定結果が明らかになった時点で実行が中止されるのは普通。&、|の挙動はJava同様。

やりながら疑問点：

NetBeansとかIDEでフォーマッタやcheckstyleみたいなのはあるのか？
コーディング規約はあるのか？（2日目に「習慣」があるらしいとの記載があった。）
必ず戻り値が戻ってくるのは、必ずGC対象になりうるオブジェクトが生成されるってことか？

ここまでが感想と疑問点。で、この本の面白いところは最後に調査、コーディングを行う練習問題的なものがある部分です。一応、私なりの答えを書いておこうかと。（一覧などで見えないようにはしますが、ネタバレがあるので注意してください。）

ということで、セルフスタディの回答。

（探してみよう）

○Ruby API: http://ruby-doc.org/core/
○Programming Ruby: The Pragmatic Programmer's Guideのオンライン版: http://www.ruby-doc.org/docs/ProgrammingRuby/参考資料：http://www.swlab.it.okayama-u.ac.jp/man/ruby/uguide/uguide00.html
○文字列の一部を置換するメソッド: "hello".gsub(/[aeiou]/, '*')
○Rubyの正規表現に関する情報: 日本語：http://www.namaraii.com/rubytips/?%A5%D1%A5%BF%A1%BC%A5%F3%A5%DE%A5%C3%A5%C1 英語の試せるサイト（irbが動けば必要ないかもね）：http://rubular.com/
○Rubyの範囲に関する情報: 日本語：http://doc.okkez.net/static/192/class/Range.html 英語：RDocのRangeクラスに相当するのかな。

（試してみよう）

○文字列"Hello, world"を出力する。

```

○文字列"Hello, Ruby"の中の"Ruby"という単語のインデックスを検索する。

```

s = ‘Hello, Ruby’ s.index(‘Ruby’) //indexofで間違えた

" data-lang="

"><dt>○自分の名前を10回出力する。</dt>
<dd>```

※まずは、正統派。
i = 0
while i < 10
  puts "johtani"
  i = i + 1
end

※Rangeを利用
(1..10).each {|n| puts "johtani #{n}"}


※forもあるよね
for i in 1..10
  puts "johtani"
end


※timesってのもある。（0始まり）
10.times {|n| puts "johtani #{n}"}


※uptoなんてのもあるのか。
1.upto(10) {|n| puts "johtani #{n}"}


※downtoも
10.downto(1) {puts "johtani"}


※stepもある。
10.step(1, -1) {puts "johtani"}//step(上限,ステップ)
```</dd>
<dt>○文字列"This is sentence number 1"の1を10までカウントアップしながら10回出力する。</dt>
<dd>```

1.upto(10) {|n| puts "This is sentence number #{n}"}
※あとは上記と一緒
```</dd>
<dt>○ファイルに格納されているRubyプログラムを実行する。</dt>
<dd>```

vi hoge.rb
※#上記処理をどれか記述


 $ ruby hoge.rb

○ボーナス問題：少し物足りない人は、乱数を選択するプログラムを書いてみてほしい。プレーヤーに数字を選択してもらい、その数字が生成された乱数よりも大きいか小さいかを返す。

```

-- coding: utf-8 --

range = (1..100) while true puts “#{range.min}から#{range.max}の数字を入力してください” n = gets n = n.to_i if range.include?(n) break; else puts “範囲外の入力値です。もう一度入力してください” end end i = rand(range.max) if i < n puts “入力「#{n}」は乱数「#{i}」より大きいです” elsif i == n puts “入力「#{n}」は乱数「#{i}」と等しいです” else puts “入力「#{n}」は乱数「#{i}」より小さいです” end

" data-lang="

"></dl>

とまぁ、こんな感じ。こんな方法もあるよ、ここおかしくない？などあれば、コメント欄まで。
リアクション大募集です。
はやく、シンタックスライター導入せねば。

読書 on @johtaniの日記 3rd

デイリールーティーン（その後）

今のルーティーン（＋追加できたこと）

追加で来てないこと

記録のつけ方

「続ける思考」を読んだ

ルーティーン

追加しようと思ってること

記録のつけ方をどうしようかな？

まとめ？

機械学習による検索ランキング改善ガイドを読みました

紹介とレビュー

私のレビュー

おまけ

Elasticsearch、プラグイン、Kibanaのアップグレード

Python3.10にアップグレード

elasticsearch-pyのアップグレード

まとめ

Rust the book - 第15章

第15章 スマートポインタ

ヒープのデータを指すBoxを使用する

Derefトレイトでスマートポインタを普通の参照のように扱う

Dropトレイトで片付け時にコードを走らせる

Rcは、参照カウント方式のスマートポインタ

RefCellと内部可変性パターン

循環参照は、メモリをリークすることもある

Rust the book - 第13章

第13章

クロージャ

イテレータ

Rust the book - 第10章

第10章

ジェネリックなデータ型

トレイト: 共通の振る舞いを定義する

ライフタイムで参照を有効化する

まとめ

Rust the book - 第9章

第9章

panic!で回復不能なエラー

Resultで回復可能なエラー

panic!すべきかするまいか

まとめ

Rust the book - 第8章

第8章

ベクタ型

文字列型

ハッシュマップ

まとめ

Rust the book - 第6章

第6章

Enumを定義する

Optionの紹介

match制御フロー演算子

if letで簡潔な制御フロー

まとめ

Rust the book - 第5章

第5章

定義とインスタンス化

タプル構造体

ユニット様構造体

ライフタイム

プログラム例

メソッド記法

関連関数

その他

実験

まとめ

Rust the book - 第4章

第4章

所有権とは?

参照と借用

スライス型

まとめ

Rust the Bookを読み始めた

1章

2章

シャドーイング?

3章

おまけ

その他

第15章スマートポインタ

親子で楽しめる絵本で英語をはじめる本(Jugemより移植)

「7つの言語　7つの世界」 Io 0日目(Jugemより移植)

「7つの言語　7つの世界」 Ruby 3日目（最終日）(Jugemより移植)

「7つの言語　7つの世界」 Ruby 2日目(Jugemより移植)

「7つの言語　7つの世界」 Ruby 1日目(Jugemより移植)