第2回 【岡山】 Atlassian ユーザーグループ 中国地方で発表してきました

augca.connpass.com

まとめはこちら。

togetter.com

スライドは一部出していいのかダメなのかわからないところがあるので、現時点での公開は差し控えたく候。

セッションについて

「Atlassianという言葉が入ってれば、何をやっても良い(誤読」とのことだったので、年末の内容をブラッシュアップしてセッションしました。まあ、スライドの使い回し部分はほぼ前説に相当する部分のみですが。一番言いたかったことは、

ツールは選択に過ぎないから、自分たちでちゃんと選べるチームになろう

ということに尽きると思います。

勉強会について

他のセッションはデモを盛り込んでいたので、Atlassianツール同士の連携の良さを見ることができました。目がGithubやredmineに慣れているので、少しデモが早かったですが。JIRAを軸に開発だけではなくて、ビジネスのライフサイクルを回すツールの展開をされているんだな、と感じました。

Portfolio欲しい

デモでは触れられなかったんですが、セッションを聴きながら公式サイトを見てたらPortfolio for JIRAというのを見つけて、俄然欲しくなりました。

ja.atlassian.com

長沢さんもブログで紹介されていますね。

www.evangelism.jp

完全に私が下記エントリでやろうとしてたフローと情報をカバーしてます。

mao-instantlife.hatenablog.com

今までの転記やキャッチアップの人的コストはなんだったんだという。。。いや、もう、買い切りライセンスあるし、チームの人数少ないし、これができるんだったら個人の財布からでも良いよ(デブサミ関西終わってから。

Neo4Jの検証メモ

SpringBoot 1.4が対応したみたいなので、これから先に予定している機能のこともあり、用途の検討も含めて少し使ってみました。なお、SpringBootからの利用ではなく、Neo4Jそのものの検証です。

そもそもNeo4Jとは？

大体以下から大まかに抜粋。

neo4j.com

Neo4j - Wikipedia

レコード(Neo4J的にはNode)と関連のグラフ構造でデータを表現するグラフデータベースです。データ構造がリレーションモデルではないので、当然系譜的にはNoSQLなわけですが、他のNoSQLとは違ってKeyValue形式ではないのが特長です。

で、他のグラフデータベース(ぶっちゃけ他に何があるか知りませんが)と違うのは、

• ACID特性をフルサポート
• トランザクションがある
• インデックスがある

といったあたりで、Enterprise Editionの可用性とともに、この辺結構プッシュしてた感じです。

ライセンス的にはCommunity EditionとEnterprise Editionがあります。クエリエンジンや基本的なデータベースとしての機能において両者の違いはなく、クラスタリングやキャッシュなどの運用面において違いがあるようです。なお、Community Editionは無料。

使ってみての諸々

インストールはダウンロードして展開してアプリたちあげるだけなので割愛。特に困ったことはありませんでした。

基本

先ほども少し触れましたが、データモデルは「ノード(Node)」「コネクション(Connection)」で表されます。ノードとコネクションのデータ構造管理とクエリ発行がグラフデータベースシステムの役割です。

ノード

今までのRDBMSで言えばレコードに相当します。考え方としてタイプよりもインスタンスを元に作成されるので、レコードほどスキーマ基準の考え方をしなくてもいいようです。

ノードは属性とラベル(グルーピングのために使ったり、スキーマっぽく処理したり)を付与することができます。ノードの属性に指定可能なタイプは以下の通りです。

• boolean
• byte
• short
• int
• long
• float
• double
• char
• string

Javaで作られているので、この辺は基本的にJavaと一致すると思えば良いかと。

コネクション

ノードとノードを結ぶ関係のことで、RDBMSなら外部キーやら制約やらに相当するかと思いますが、Neo4Jではコネクションそのものに値が持てます。コネクションもインスタンスベースとなるので、ラベルなどによるグルーピングはできますが、厳密なスキーマ運用はシステム上ではしていないです。

インデックス、トランザクション

構文やプロシジャのサンプルにもありましたが、今回は使っていません。全文検索インデックスもある模様。

Neo4J用クエリ Cypher

御本尊はここ。

neo4j.com

細かいシンタックスに触れると単に公式ドキュメントの引き写しになるので、使ってみたときのハマりどころとか気づきを主に。

ノードとコネクションのCRAETE

例えば、知り合い同士の関連を表す場合(公式のサンプルから引っこ抜いてきました)。

CREATE (js:Person { name: "Johan", from: "Sweden", learn: "surfing" }),
(ir:Person { name: "Ian", from: "England", title: "author" }),
(rvb:Person { name: "Rik", from: "Belgium", pet: "Orval" }),
(ally:Person { name: "Allison", from: "California", hobby: "surfing" }),
(ee)-[:KNOWS {since: 2001}]->(js),(ee)-[:KNOWS {rating: 5}]->(ir),
(js)-[:KNOWS]->(ir),(js)-[:KNOWS]->(rvb),
(ir)-[:KNOWS]->(js),(ir)-[:KNOWS]->(ally),
(rvb)-[:KNOWS]->(ally)

(js:Person { name: "Johan", from: "Sweden", learn: "surfing" }) がノード、 (ee)-[:KNOWS {since: 2001}]->(js),(ee)-[:KNOWS {rating: 5}]->(ir) がコネクションの定義です。

• ノードのシンタックス： (value:Label {属性1:値,属性2:値})
• コネクションのシンタックス： (ノード条件)-[value:TYPE {属性:値} ]->(ノード条件)

コネクションのノード条件については省略可能で、シンタックスはノードと同じ、条件の value 以外は省略可能です。

ノードもコネクションもクエリ投げる時の注意点は value で、同一ステートメントの中でしか有効じゃありません。というか、ノードに value で名称がつくわけではないようです。これに気づかずにつまんないハマり方をしまして、一度CREATEでノード作った後に別のステートメントでコネクション作ろうとして同じ value 指定してCREATE投げたら、当然別ステートメントだから参照されず、目的のノード間に対するコネクションが作られず、宙ぶらりんな謎ノードがこれでもかと作られました。

というわけで、一度作ったノードに新しくコネクションを貼るときには、MATCH とCREATE を組み合わせて使いましょう。

すでにノードが存在する可能性があるときはMERGEを使います。検索してみて、見つからなければCREATEしてくれます。

スキーマレスなので、属性のあるなしでエラーは多分出ないです。ぶれても大丈夫。

検索の基本、MATCH

ノードとコネクションの関係を表すパターンで検索をします。

ノードの条件検索

ノードに設定された名称を条件に検索します。

MATCH (ee:Person) WHERE ee.name = "Emil" RETURN ee;

コネクションのパターンから検索

ある条件のノードと KNOWS という関係を持つノードを検索します。ルートになるノードに検索条件をつけます。

MATCH (ee:Person)-[:KNOWS]-(friends)
WHERE ee.name = "Emil" RETURN ee, friends

RETURN は複数の項目セットを返すことができます。

コネクションのパターンは一つで終わらせる必要はありません。友達の友達から趣味が合いそうな人をお勧めするみたいなクエリも書けます。

MATCH (js:Person)-[:KNOWS]-()-[:KNOWS]-(surfer)
WHERE js.name = "Johan" AND surfer.hobby = "surfing"
RETURN DISTINCT surfer

関連の長さを指定するパターン

関係の本数が3以上で5を最大とする関連、みたいな長さを基準にしたパターンも可能。

(a)-[*3..5]->(b)

実行計画(PROFILE or EXPLAIN)

クエリに PROFILE や EXPLAIN をつけると実行計画を出してくれるようです。

ユーザ定義プロシジャ

Neo4Jではユーザ定義プロシジャーを作って CALL で呼ぶこともできます。必要なAPIはmavenリポジトリで公開されていて、Javaのクラスで作ります。

neo4j.com

関数の読み込みも、プロシジャーを作ってjarに固めてpluginディレクトリに入れておけばOKです。

とりあえずサンプル写経して、自分でプロシジャを作ってみたリポジトリがこちら。

github.com

普通に gradle build してできたjarをpluginに入れてNeo4Jを起動すれば関数が使えました。

テストをサポートするライブラリなんかも用意されています。サンプル通りにテストコード書いて実行すると若干起動が遅い上に以下のような出力が出るので、jerseyでNeo4Jを起動しているのかもしれません。

8 08, 2016 1:11:41 午後 com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
情報: Initiating Jersey application, version 'Jersey: 1.19 02/11/2015 03:25 AM'
8 08, 2016 1:11:41 午後 com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
情報: Initiating Jersey application, version 'Jersey: 1.19 02/11/2015 03:25 AM'
8 08, 2016 1:11:42 午後 com.sun.jersey.server.impl.application.WebApplicationImpl _initiate
情報: Initiating Jersey application, version 'Jersey: 1.19 02/11/2015 03:25 AM'


Process finished with exit code 0

とりあえず単体で呼ぶことはできたんですが、例えばこれをMATCHの結果から計算してそのままセットする、みたいなことは、まだCypherのシンタックスがよくわかってないのでできませなんだ。。。

まあ、そもそもですね、こんな関数的なプロシジャ作るべきではなくて、もっとバッチっぽい用途でビジネスロジックをデータベースエンジン側に寄せるようなやり方に使うべきで、プロシジャの中でクエリ投げろ、ということですね、きっと。

まとめ

まあ、SpringBootのサポート状況はさておき、グラフデータベース自体は結構使えるんじゃないかという感触です。可用性については、公式サイトの導入事例が結構でかいところなので、現段階ではあまり気にしてないというか。

仮説検証力を高めるためにSFを読もう

まあ、何か煽りたいわけでもないんですがね。なぜ自分がSFが好きなのか、自分の考え方に何か影響を与えているのか、というあたりを少し書き留めてみて、SF語りできる人が増えるといいなあ、と。

SFが私に与えた影響

前にどれかのエントリで書いた記憶があるのですが、私が好きなSFは「科学技術の進歩が人間の有り様に影響を与えざるをえない世界で、科学技術の文脈から人間の有り様を変えてしまうような仮説をシミュレーションする」タイプの作品です。これは、小松左京のSF観から影響を受けているというか、彼の作品の中でもその色が濃いものが特に好きだったからではないかと思います。

で、この「人間の有り様を変えてしまうような仮説」って完全にイノベーションじゃないですか。

• 大きな嘘(仮説)がないと始まらない
• 仮説に対する検証のアプローチは科学を使う
• その結果の以前以後で別れるような人間の有り様の変化がある

テクノロジーが世の中を変える様子とそっくりです。やっぱりテクノロジーで世界を変えたいと思ってるエンジニアはSF読むべきなんですよ。彼らの嘘のつき方と検証の仕方を学ぶべきなんですよ(無理矢理)。

この基準に照らし合わせて好きなSF

で、この基準に照らし合わせて、今までの私の読書体験の中で大きな印象を残している作品を幾つか紹介したいと思います。SFにもいろいろあって好きな作品は他にもありますが。

果てしなき流れの果てに

この作品を手に取ったのは高校生くらいの時で、今までの小説というのは何だったんだ、と感じさせてくれる体験でした。衝撃度合いという点では、私の中での小松左京の最高傑作です。

歴史と時間に対する異議申し立てであるとか、人間が縛られている秩序とその先にあるものとか、時間と空間において人間の想像が到達しうる限界に挑戦しています。それでいて、物語の最終的な到達点が日常に近いところは非常に日本的だなあ、と感じるところではありますが。ちなみに、妻もこの作品が好きですが、最初と最後は蛇足だと感じたそうです。

果しなき流れの果に (ハルキ文庫)

華竜の宮

どちらかと言うと続編の「真紅の碑文」は、仕事をするとはどういうことか？ってことにフォーカスが合ってたと思うんですね。それはそれで心が滾って好きなんですけど、人の在り方を地球規模で考えてそのビジョンを示す、という意味ではこっちの作品の方がより描けていたと思うんですよね。それから、科学と倫理の在り方についての問いかけと、人が選択しうるある一つの答えを丹念に描いているというのも素晴らしいです。

最後の終わり方が小松左京の「果てしなき流れの果てに」とか「虚無回廊」っぽいというか、人の先にあるものは何か？という物語につながっていく気がして、こっちも書いてくれると嬉しいな、と思います。

華竜の宮(上) (ハヤカワ文庫JA)

華竜の宮(下) (ハヤカワ文庫JA)

地球へ...

たまに本気で言うんですが、S.D体制って少子化対策にはいい気がするんですよね。人間が自分の能力を超えてしまった人工知能に対して、その種としてのいく先を預けてしまうのは選択支の一つとして出てくるでしょう。そういう社会が厳密であればあるほど、弾かれる人は出てくるわけで、この作品は弾かれた側がポストヒューマンであった場合に何を選択していくのか、ということを描いています。

その結果として提示される未来は、必ずしも合理的ではないのかもしれませんが少なくとも相互の理解と共存に期待の持てる内容であるとは思います。アニメもいいぜよ。

地球(テラ)へ… (1) (中公文庫―コミック版)

地球(テラ)へ… (2) (中公文庫―コミック版)

地球(テラ)へ… (3) (中公文庫―コミック版)

地球へ・・・Vol.1 【完全生産限定版】 [DVD]

Beatless

連載された雑誌が雑誌だから、美少女バトル物みたいな空気をまとい過ぎていてもったいないんですが、これもいく先預けるという点では同じですね。主人公がの性格がクソほど嫌いなんですがね。。。自分はああいう選択はしないと思いますが、ポストヒューマン側が人間を同列に扱ってくれるのであれば、こういう未来もありかな、とは思います。

My Humanityのスピンオフ作品もいい感じです。

BEATLESS

My Humanity

というわけで

SFを読もう。というか、SFを語ろう。

ここ1ヶ月くらいの雑多なメモ

主に仕事関連で、自分の中での体系化を待つ暇もなく仕事としてやらなきゃいかん状況なので、この辺りを手探りしてるよ、というのをメモってみます。それぞれトピックとして体系化してきたら、後で個別に掘る感じです。

サービス(プロダクト)のマネジメントとか

こういうのリリースしたんです。

MallNavi モールナビ

まだよちよち歩きのサービスではあるんですが、私がプロダクト全体をマネジメントした初めてのリリースです。これからユーザの皆様とプロダクトを成長させていきたいと思っています。

でまあ、やりたいことの100分の1もできていないし、やりたいことに向かうための最初の一歩をどうするかという点においては非常に難産だったわけです。正直な所、最初の一歩が決まってしまえば、サービスの要求作るのは楽でした。とはいえ、やるべきことを考えていると自分でコード書いてる余裕はないわけで、すますんがいなかったら半年リリースが遅れてたと想います。

だいたいやってることは以下の通りで、次の次くらいのリリースを見据えて関係者と話をする、というのがお仕事になってきています。

• リリーステーマの決定
• 要求をユーザストーリーマップに起こす
• ステークホルダー、社内ユーザからの意見集約
• コードレビュー
• インフラ系の意思決定
• 事業計画(マネタイズはどのポイントでどのくらい、とか)

ロードマップはハンドリングできてるから、健全な意思決定の偏らせ的な所は割と出来てる気がします。ステークホルダーへの説明が一番難しいですが。今は情報が行き渡る仕組みと、短いスパンでの説明で泥臭くやってる感じです。この辺りスマートにならないものか。

なかなかうまくいってるのは、ステークホルダーミーティングのリハーサルをすますんとやってることですかね。アジェンダを読み合わせて気になる所をチェックするレベルですが、内容をすり合わせた上でミーティングに望めるので、脱線や未決事項が少ないです。

開発のフローについて

ツールの中心は、GithubとWaffle.ioですね。

FeatureMapでユーザ体験の視点から要求を管理して、イテレーションの最初で見積もりしてからGithubからIssueにあげる、その進捗はWaffle.ioで可視化する、という感じです。

IssueやPRあげる時のタイミングだとかは週次のふりかえりで改善して行っています。今は、Issueはイテレーションの最初で見積もりしたらReadyにして、PRはやり始める最初に出してWaffle.io上でIn Progressになるようにしています。Issueとしての完了条件はコードレビューが終わったら。要求として完全に閉じるのはFeatureMapに記載している受け入れ条件を満たしたら、です。

IssueとFeatureMapがひも付けられないのが残念な所なんですよえ。まだこの辺のツールにあまりお金かけられないので、API使えればひも付けて色々とできる気はするんですが。。。

ツール、テック系

コードは書いてないけど、テック系のツールは使ってるよ、ということで。

ElasticBeanstalk使った

MallNaviはAWS ElasticBeanstalk + Dockerで環境構成して運用しています。デプロイとイメージ管理周りの構成は以下を参考にプライベートレジストリを作ってローカルマシンでイメージビルドしてからpushする具合。

aws.typepad.com

サービスとして投入するのは初めての組み合わせですし、運用開始したばかりなので、大した知見も溜まっていません。ただ、デプロイ周りは楽になったな、と見てて感じました。リリースで多少引っかかりはありましたが、ElasticBeanstalkがどうこうという話ではなかったですし。

ログをElasticsearchに吐いているのですが、このあたりの構成がちょっとスマートでないので、SpringBoot 1.4対応で変更しようかな、と話している所です。

kibanaとGoogle Analytics

今の所はより多くの利用者に使っていただくことが至上命題なわけです。そのためには現状を把握して、機能のロードマップとともに具体的な目標を立てなければなりません。

というわけで、追いかけるべき数字が少ない今のうちにkibanaとGoogle Analyticsの使い方を勉強中です。kibanaについては今後も使い続けるかは微妙な所で、ElasticsearchのSQLでのクエリに対応したらre:dashに乗り換える予定。

Neo4j

SpringBoot 1.4のリリースノート読んでたらNeo4jに対応とあったので、これからの機能展開も含めて採用を考えようかと思って検証中。もう少しまとまったら整理してエントリ書きます。とはいえ、ググって出て来るレベルのことしかないと思われるので期待は無用で。

まとめ

まあ、仕事がごちゃごちゃしてますねえ。自分の仕事はこれです！ってはっきり言えればいいんですが。。。プロダクトに責任のあるOSSANたちと新橋会したい。

2016年7月の読書メモ

なんかひたすら読んでた感がありますね。図書館を使うようになってからより増えた気がします。

今月の読書量

13冊ですか。そんなに読んでて暇なのか？というツッコミがきそうな量ですね。

A-A'

A-A’ (小学館文庫)

「一角獣種」と呼ばれる宇宙航行用に変異させられた人工の人種をめぐる連作と、他SF短編を合わせた作品集。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

まるで詩を書くようにSFを描いていく人だから、どれもこれも感じるように読めばいい。金曜の夜の集会とか、午後の恐竜みたいな美しさがあるよなあ。
やっぱり少女漫画に良いSFというのはマッチするよね。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

アレの名前大百科

アレの名前大百科

「よく見かけるけど名前を知らないアレ」の名前をみうらじゅんがクイズ形式で回答していくタイトルまんまの本。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

もちろん実用的ではあるんだけども、それ以上に本の厚さにみあわない参考文献の量とか、後書きの企画ぶん投げ具合とか、そういうものを楽しめた方が良い本だなあ。
知識というのは奥が深い。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

思考の整理学

思考の整理学 (ちくま文庫)

自分で考えられるか、考えられないか、をグライダーと飛行機にたとえ、飛行機のように自分の考えで自由に大空を飛び回るために必要な思考の飛躍をどのように得ていくかについて、著者の経験をもとに書かれた本。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

デザイン思考やアイデアのまとめ方なんかにもつながる。エディターシップの話は今やろうとしてることと照らし合わせて勇気付けられた。
メモをとって、捨てながら整理して、考え詰めない時間を取るというのは実感として好くわかる。大抵良い考えが浮かぶのは朝読書してるときだ。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

人間椅子

人間椅子

作家としても活動している美しい外交官の妻の元に、ある日一通のファンレターが届く。それは、彼女が普段使っている椅子をめぐる、ある一人の男の「罪の告白」だった。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

創作だと最初にわかってるかどうかの恐怖の違いは半端ない。創作だと信じきれなくないまま終わるというのが乱歩だよなあ。
というか、ここまで変態的な領域に軽々と飛んでいける発想力が羨ましい。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

山賊ダイアリー 1巻

山賊ダイアリー（１） (イブニングコミックス)

東京での生活をやめて、生まれ故郷に戻って狩りをしながらの生活を淡々と描く。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

食べるために狩りをしてるから、基本的に淡々としてるんだよなあ。進撃の巨人っぽい絵が？っとなるかんじだけど、まあこの人の絵なんだろうな、と。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

AIの遺電子 2巻

AIの遺電子　２ (少年チャンピオン・コミックス)

一巻と同じく、人と人工知能と存在をめぐる話のオムニバス。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

今回も良い。相手の意識はあなたが思ってるより不確かなものかも知れませんよ、という問いかけはさらに深くなってる。
「別れ」は特によかったなあ、ともにいるとはどう言うことかが伝わってくる。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

あげくの果てのカノン 1巻

あげくの果てのカノン（１） (ビッグコミックス)

異星人の襲来で人々の多くは地下に生活の場を移し、地上は常に雨が降っている。新たな襲来は不定期に発生しており、特殊部隊を作って対処している未来。
カノンさんは、先輩が好きなあまりに先輩の職場近くの地上のケーキ屋で働く女の子。ただし、先輩は特殊部隊で妻子持ち。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

およそまとまりそうにない話題をこれだけ繋げてくるのは才能だなあ。今後の展開次第で名作になる可能性が高い。
カノンが好きなのは、どういう存在なんだろう、ってのがちゃんとテーマになったいきそうで楽しみ。
とりあえず追っかける作品には入った。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

アイデアの作り方

アイデアのつくり方

タイトルまんま。帯まんま。広告業界で活躍してきた著者が、アイデアを作るというスキルについてまとめた本。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

発想法と思考の整理学と合わせて読みたい。というか、この三冊を何度も読めば、アイデアについては他の本はとりあえずいらない。他のジャンルで情報収集しなさいと言い切っても良いくらい。
ただ、訳がちょっと硬いね。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

人間仮免中

人間仮免中

統合失調症と老いらくの恋。人間としてどこかぶっ壊れたもの同士が、ぶっ壊れたままで生きてきた経過を描いたノンフィクション。普通に生きていくだけで壮絶な二人の生き様を見せつけられる。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

俺はこの世界を見てないから、軽々と感想いうのも憚られる。本編の最後の方「沖縄から」と「つつがなく」は何かわかんないけど涙腺を殴り付けてくるような、無理やり涙腺をこじ開けられてるような感じになる。
ぼくんちと同じベクトル。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

ユーザーインタフェース開発 失敗の本質

ユーザインタフェース開発失敗の本質

なぜ多くの現場でユーザインタフェースによる失敗が繰り返されるのか？著者の経験と考えを元に、その失敗の本質がどこにあるかを検討する。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

この手の本の良質なやつは、必ずデザインを本来の目的に戻すことと、主観と観察に触れているように思う。結局は、ある程度主観の偏向は必要で、プロダクトマネージャが権限を持たないと仕方ないのだろう。
未来の良いものは誰にも評価できない。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

言ってはいけない

言ってはいけない 残酷すぎる真実 (新潮新書)

平等な社会を作るためには諸々不都合な「言ってはいけない」こと、具体的にはほぼ能力と遺伝に関することについて研究結果などを元に取りまとめ。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

まあ、当たり前のことを言ってる感は否めない。なんというか、箸にも棒にもかからない本という感じ。
たまにはこんな本に当たることもある。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

仕事は楽しいかね？

仕事は楽しいかね？

出張の帰り、雪で足止めを食った空港で出会った老人は、企業のトップが助言を求めるような実業家だった。老人との対話を通じて、仕事観を見直し、自己を変革するためのアイデアを見つける。小説の形をとった自己啓発本。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

アイデアは待ってるだけじゃだめなのは、実感として気づかないと中々納得できない領域ではあると思う。
最近、9割はゴミなんだから、と言えるようになったこともあって、ほとんどの箇所をそうだよね、と思いながら読むことができた。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

四畳半神話体系

四畳半神話大系 (角川文庫)

京都の大学に通う(まともに行ってないが)底辺学生である「私」と悪友と黒髪の美少女と、恋と青春とどんな選択肢があってもくだらない平行世界で繰り広げられる狭い狭い神話。 #読書メモ_サマリ

— あべさん (@mao_instantlife) 2016年7月30日

自分の大学時代を振り返ってみるに、この主人公よりも悲惨な四年を過ごしたわけであって、「楽しんでるじゃないか」という感想を抱いてしまうおのが過去を正面に正座させ小一時間ほど問い詰めたい。 #読書メモ_感想

— あべさん (@mao_instantlife) 2016年7月30日

今月のベスト本

今月は今年に入ってから特に良い本揃いで難しいのですが、今後への期待の大きさという面も含めて「あげくの果てのカノン」にします。どこに着地するかをドキドキしながら見守りたいと思います。