■
[screen] 起動時にsshとかtabとか開く
.screnrcに書いておくとデフォルトの起動時のタブを設定できる
screen -t zsh 0
screen -t server1 1 ssh hoge@example.com
screen -t server2 2 ssh hoge@2.example.com
screen -t server3 3 ssh hoge@3.example.com
select 1
再起動したり、一回きれいにリフレッシュしたりしたいときに便利
おっぱいとちくび
先輩の「ゲームはちくびに通じる」という名言にえらく感銘を受け、
ついうっかり女性も一緒の食事の席でちくびがいかにゲームに通じるか語りすぎてしまった。
帰り道、ふと、もうオレは三十路の直前で若くはなくなってきていることに気づき、インターンの子とか22とかの子にこんなに「ちくびちくび」言ってたら、セクハラで訴えられても反論のしようが無いということに気づいてしまった。
「あーやべ」
でも、今日ほど改めてちくびとおっぱいについて考えたことはなく、
「ちくびじゃなくて、おっぱいじゃダメなのか?」ときかれたら、「おっぱいじゃダメなんです!ちくびじゃなきゃダメなんです!」と声高に叫びたくなる気持ちはどこから湧き出てくるものなのか、必死に考えた。
で、答えがわかった。
”ちくびはおっぱいの必要十分条件である”が、”おっぱいはちくびの必要十分条件とはならない”のだ。
不思議である。必要十分条件であるならばその裏もまた真であるはずである。
数学で何度もそう習った。
だがしかし、「ちくびはおっぱいの必要十分条件である」という命題はこの公式を覆してしまうのだ。
わかりやすく説明しよう。
「ちくびのないおっぱい」と「おっぱいのないちくび」を想像して欲しい。
ちくびの無いおっぱいにはなにも興奮しないと思わないか?
が、しかし、たとえおっぱいがなかろうと、そこに凛と聳え立つ気丈なちくびさえがあれば僕達の欲望は満たされる。
そう、つまり僕たちの言う真のおっぱいはちくびなのだ。
ところで、なぜ、こんなにもちくびとおっぱいについて考えたかということを振り返ってみる。
「ゲームはちくびに通じる」とは
僕たちは生まれ出てちくびに出会った瞬間から、ちくびに夢中になりちくびが無いと落ち着かなくなり、ちくびに吸い付きたいとちくびを愛した。
そして、時がたち一度ちくびを離れると、「ちくび?はあ?えろーい」とちくびを敬遠しちくびと向き合うことをしなくなった。
しかし、さらに時がたち、いつの日か僕たちはまたちくびに興奮し、ちくびが大好きになっている。
そして、僕たちがちくびを愛するがゆえに、また新しい乳首を愛する命が生まれてくるのだ。
そう、これは僕たちとゲームとの付き合い方に似ている。
小学校に上がるかあがらないかの時、スーパーマリオにであい夢中になり、ドラクエをするために仮病を使おうとして母親に怒られ、学校でもゲームの話ばかり、みんながゲームに夢中になっていた。
しかし、やがて大きくなると、ゲームばかりやっているやつはオタクだ。引きこもりだとゲームと距離を置く。
ゲームばかりやってるやつとも距離を置く。
しかし、今ソーシャルゲームやDS、Wii、PSP、PS3、Xbox、ネトゲといった人それぞれ関り方は違うもののみんな結局ゲームが大好きでみんなやっている。
そして、ゲームが好きな僕たちが作るゲームでまた、新たなゲーム好きが生まれてくれるといいなと思っているのである。
そう、そんな素敵な存在はちくびに他ならない。
おっぱいではないのだ。
もちろん僕はおっぱいが好きだ。
おっぱいより好きなものを、おっぱいに一切かすらないものからあげよという問題を出されたら、正直答える自信が無い。
というか、さっきから2時間以上考えているがそんなものはないといっていいくらいおっぱいが好きだ。
だが、しかしそんなおっぱいがすきなのも、ちくびがあってからこそであり、ちくびこそがおっぱいであり、ちくびあってのおっぱいなのだ。
ちくびを隠してもおっぱいだ。でもその先にちくびがあるからおっぱいなのだ。
ちくびを隠したおっぱいを恥ずかしがる人はなかなかいない。
しかしちくびを恥ずかしがる人は星の数ほどいる。
ちくびは特別なのだ。
だから、それに通じるゲームも特別ですばらしい。
ちくびとおっぱいとゲームに感謝
phpの配列を文字列にするあれこれ
DoctrineでResultCacheを使うときに、timeを扱うフィールドがあると効果がないので、キャッシュキー生成の部分をオーバーライドしている。
元のコードは
<?php // 〜略〜 public function calculateQueryCacheHash() { $dql = $this->getDql(); $hash = md5($dql . var_export($this->_pendingJoinConditions, true) . 'DOCTRINE_QUERY_CACHE_SALT'); return $hash; } // 〜略〜
こんなふうになってて、md5とvar_exportって重くね?ってふと気になった。
そこで、実際の所どうなのか、僕の思いつく配列を文字列に変換するあれこれの方法でパフォーマンスを調べてみた。
<?php require_once 'Benchmark/Timer.php'; $array = array( 'a' => '1234567', 'hoge' => 345, 'time' => '12/21 00:30', ); $b = new Benchmark_Timer(); $b->start(); for ($i = 0; $i < 10000; $i++) { $hash = serialize($array); } echo "serialize: $hash (".strlen($hash) .")\n"; $b->setMarker('serialize'); for ($i = 0; $i < 10000; $i++) { $hash = json_encode($array); } echo "json_encode: $hash (".strlen($hash) .")\n"; $b->setMarker('json_encode'); for ($i = 0; $i < 10000; $i++) { $hash = implode(":", $array); } echo "implode: $hash (".strlen($hash) .")\n"; $b->setMarker('implode'); for ($i = 0; $i < 10000; $i++) { $hash = implode(":", array_keys($array)) . "=>" . implode(":", $array); } echo "implode + array_keys: $hash (".strlen($hash) .")\n"; $b->setMarker('implode + array_keys'); for ($i = 0; $i < 10000; $i++) { $hash = var_export($array, true); } echo "var_export: $hash (".strlen($hash) .")\n"; $b->setMarker('var_export'); $b->stop(); $b->display();
結果
serialize: a:3:{s:1:"a";s:7:"1234567";s:4:"hoge";i:345;s:4:"time";s:11:"12/21 00:30";} (75) json_encode: {"a":"1234567","hoge":345,"time":"12\/21 00:30"} (48) implode: 1234567:345:12/21 00:30 (23) implode + array_keys: a:hoge:time=>1234567:345:12/21 00:30 (36) var_export: array ( 'a' => '1234567', 'hoge' => 345, 'time' => '12/21 00:30', ) (73)
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
大方の予想通り,Doctrineの方法(var_export)は遅い!
ここで、あ!そうかDoctrineはオブジェクトにも対応してるんだな!ってことに気づいてオブジェクトにも対応するように修正
<?php require_once 'Benchmark/Timer.php'; $array = array( 'a' => '1234567', 'hoge' => 345, 'time' => '12/21 00:30', 'obj' => new Test(5, 'abcd', '123'), ); class Test { public $a; protected $b; private $c; public function __construct($a, $b, $c) { $this->a = $a; $this->b = $b; $this->c = $c; } } //test $b = new Benchmark_Timer(); $b->start(); for ($i = 0; $i < 10000; $i++) { $hash = serialize($array); } echo "serialize: $hash (".strlen($hash) .")\n"; $b->setMarker('serialize'); for ($i = 0; $i < 10000; $i++) { $hash = json_encode($array); } echo "json_encode: $hash (".strlen($hash) .")\n"; $b->setMarker('json_encode'); for ($i = 0; $i < 10000; $i++) { $hash = var_export($array, true); } echo "var_export: $hash (".strlen($hash) .")\n"; $b->setMarker('var_export'); $b->stop(); $b->display();
結果
serialize: a:4:{s:1:"a";s:7:"1234567";s:4:"hoge";i:345;s:4:"time";s:11:"12/21 00:30";s:3:"obj";O:4:"Test":3:{s:1:"a";i:5;s:4:"*b";s:4:"abcd";s:7:"Testc";s:3:"123";}} (158) json_encode: {"a":"1234567","hoge":345,"time":"12\/21 00:30","obj":{"a":5}} (62) var_export: array ( 'a' => '1234567', 'hoge' => 345, 'time' => '12/21 00:30', 'obj' => Test::__set_state(array( 'a' => 5, 'b' => 'abcd', 'c' => '123', )), ) (172)
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
なんと、、、全然遅い。
僕の結論
serializeのほうがjsonより少し早いけど、データの小ささ、多言語との互換性を考慮すると、jsonを使うのがよさそうな気がする。
ただし、Objectを含み、privateメンバの値も重要だよってときは、serializeが良い。
というか結局本気で取り組むなら、inplode, json, 無変換を臨機応変に使い分けるべしって感じ
おまけmd5を付けた場合
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
var_exportを使っちゃうより全然早いので、復元しない限りは使ったほうがよいきがする
こんな感じで、結構アクセスが多くなりそうなサービスの開発にDoctrineを選択したことを今は正直後悔している。
Doctrineはイニシャルの開発工数は慣れれば減りそうだが、パフォーマンスを気にし始めるとチューニングで死ぬ。
だったら、いろはを知っているPropelを選べばよかった。。。
phpのinstanceofとis_subclass_of()の違い
is_subclass_ofつうのを発見した
<?php $super = new Super(); $sub = new Sub(); var_dump($super instanceof Super); var_dump($sub instanceof Super); var_dump($super instanceof Sub); var_dump($sub instanceof Sub); var_dump(is_subclass_of($super, 'Super')); var_dump(is_subclass_of($sub, 'Super')); class Super { public $a; } class Sub extends Super { public $b; }
bool(true)
bool(true)
bool(false)
bool(true)
bool(false)
bool(true)
名前のまんま is_subclass_of はそいつ自身は含まない
伊坂幸太郎の「砂漠」がすごく良かった
危ない!月1ブログのノルマが!!!
ってことで、最近よんだ伊坂幸太郎の「砂漠」がとてもグッと来るお話だったので、読み終わったときの興奮を思い出しつつ感想でも書いてみようかと思います。
ところで、なぜ僕がこの本を買ったかというと、伊坂幸太郎・荻原浩・東野圭吾といったベタベタな現代人気小説家の書く長編小説が純粋に好きで、文庫本になったらとりあえず買って読むという僕の中の掟があるからです。
僕がこの3人が好きな理由は、3人が3人ともお話の中に伏線をnaruto並みに大量に散りばめまくって、終盤のほんの数ページでドバドバドバーっとものの見事に回収していく爽快さと、読み終わった後の気持ちよさ、そして3人それぞれが特徴的な文章を使うところがたまらなくすきなのです。
そんなこんなで、この3人を読むときは最初から期待値が高すぎるので、読み終わった後に「面白いんだけどなんかなー、、、」という、どこか不完全燃焼を抱いてしまうこともしばしばなのです。
では、この「砂漠」はどうだったかというと、
最高!
いいね!
うん!いいーーーーーー!!
と、うっすら興奮すらしてしまうくらい良かったのです。
満足しすぎたので珍しく「あとがき」なんぞも読んでみると「あれ?これオレが書いた??」ってくらい感想が同じwww
もはや薄っすらとは言えない興奮を覚えた僕は、「ビジネス書なんてクソ食らえ!そんなもん読む暇があったら小説を読みやがれ!!!」とついツイッターに書きかけてしまうほどにテンションがあがってしまったのです。(近いことは書いたが・・・)
で、何がそんなにいいの?ってところですが、ネタバレを避けて伝えることは僕の脳みそでは出来ません。
なので僕が痺れたキーワードを2つあげてみます。
「その気になればね、砂漠に雪を降らすことだって、余裕でできるんですよ」
これは西嶋っていう、この物語に出てくる主人公でないけど最高のキャラクターが冒頭のシーンで言ったことばです。
社会に出てから、利益を上げるために生きていると、どうしても不可能なことをしようとすると、多くの場合は「無駄」とののしられ、「バカじゃないの?」みたいな冷たい目線を浴びて終わるのがオチだと思います。(多くの場合)
でも、もしも、しれっとこんなことを言ってるやつがいたら、そいつなら余裕でできそうな気がしてしまうから不思議なんです。
そう考えると、チャレンジしないって逆にバカだよなーと、チャレンジすること、高すぎる目標を掲げることに対して恐怖心がなくなった僕がいたのです。
(あー、この脳みそじゃなく、感覚で心できっかけをつかむ瞬間はビジネス書じゃ味わえないわ。)
こんな冒頭でいきなり引き込まれてしまうお話しがこの「砂漠」なのです。
なんてことは、まるでない
これは、主人公の北村の妄想で、よく僕たちが「不良を見かけた時に、ボッコボッコにする妄想をしながら、無意識に遠回りをする」感覚のことなんだけど、これがこの小説のアクセントになってて笑えるポイントだと思うんです。
最近、仕事でwebサービスのライティングなんかもしてるけど、言葉の奥深さや難しさというのを本当に身にしみて感じています。
もし僕が、こんな"どんな空気も一瞬でやわらげてしまうようなマジックワード"を、自分の書く短い文章の中に入れることが出来たら、どんなにいいだろうと感心したのです。
(あー、ビジネス書じゃこのノウハウを脳みそに伝えるだけで、こうやって感覚で教えてくれないよね。)
と、伊坂幸太郎の技術をべた褒めしてしまったんだけど、もちろんストーリーが面白く、「え、そこでそれ必要w」みたいに無駄にやられた感も与えてくれるし、ミステリーのような青春小説のような、物語の宝石箱とでもいうべき満足度の高い一冊です。
これは、荻原浩の傑作「オロロ畑」には到底及ばない。
なんてことは、まるでない
もうオロロと並ぶ大傑作だと僕は思います。マジで。
- 作者: 伊坂幸太郎
- 出版社/メーカー: 新潮社
- 発売日: 2010/06/29
- メディア: 文庫
- 購入: 4人 クリック: 73回
- この商品を含むブログ (171件) を見る