アクアラインマラソンまでも２ヶ月を切ってしまった割に、対してトレーニングもしていないで
危機感満載なかえるです。
そんなこんなで、走る訳でもなく書店にて少し気になった本を買ってみました。
やってはいけないランニング (青春新書INTELLIGENCE)
posted with amazlet at 12.08.26
鈴木 清和
青春出版社
売り上げランキング: 12889
青春出版社
売り上げランキング: 12889
やってはいけないランニング
コメントを残す
「読書感想文」カテゴリーアーカイブ
リーンスタートアップ
リーンスタートアップを読んだ
リーン・スタートアップ ―ムダのない起業プロセスでイノベーションを生みだす
posted with amazlet at 12.05.10
エリック・リース
日経BP社
売り上げランキング: 60
日経BP社
売り上げランキング: 60
スタートアップに限らず、何かしらの開発を行っている人にはぜひお勧めしたい一冊だった。
ただ、何がどうお勧めなのか。
それをうまい事説明するのはちょっと難しい。
「いい本だ」と思うと言うことは、
- 普遍的にいい事が書いてある
- 自分に取って新たな気づき／きっかけを与えてくれる
本だと思っていて、この本に関して言うと圧倒的に後者であった。
端的に言えば、本書の題名からも推察出来るように「スタートアップ」に関しての本である。
しかし、「スタートアップ」と言っても必ずしもそのノウハウは”起業”にしかいかせないのではなく、
普通に会社に勤めて開発をしている中でも十分に生かせるもの。
特に、昨今の動きの速い技術動向を考えて行くと、企業内であっても
スタートアップのような不確実性と向き合いながら進める開発は多いのではないだろうか。
もちろん、本書で述べられている事がすべて正しいか。それは正直わからない。
ただ、指摘されている多くの事は私には受け入れられる内容ではあった。
その指摘している事項の多くが今の自分に対しても思うところがある事を考えると、
それはそれで愕然としてしまうというのも正直なところ。
出来るところから、小さいところからでも、、、と考え、
話を進めようとしてもそう簡単にはいかない。
既に、問題を抱えた組織や考え方が出来上がってしまっているからだ。
何の前置き無しに
「まだバグだらけだけど、期限も来たしとりあえず出してみて反応見ようぜ！
そもそも本当にこれ売れるのかわかんないんだし」
なんて言ったものなら
「馬鹿なの？ねぇ、馬鹿なの？死ぬの？」
なんて扱い受けるかもしれない。
組織として、この考え方を学び、受け入れられるのかの答えを出さないといけない。
既にある組織に対して考えた場合、トップダウンで行う事が出来ればまだしも、
なんだか実に気の遠くなるような話だ。
とは言え、変えて行かなければならない話ではあるし、
変わらないようであれば、いよいよ持って自分が変わるという選択肢を出すべきなのかもしれない。
本を読むスピード
現在、「リーンスタートアップ」を読んでいます。
リーン・スタートアップ ―ムダのない起業プロセスでイノベーションを生みだす
posted with amazlet at 12.04.23
エリック・リース
日経BP社
売り上げランキング: 34
日経BP社
売り上げランキング: 34
本の内容に関しては、本を読み終わった段階で記事を書きたいとは思っていますが、
今日は本を読むスピードに関して思うところを。
本を読む時間、スピード
私が読書に当てているのは、帰宅の電車内になります。
朝の通勤中は新聞を読む時間にあてているので、帰りの1時間と少しが読書タイムです。
その日の疲れ具合や周囲の混雑具合によって読むスピードは変わりますが、
比較的のんびりと読んでいます。
ちなみに今日は、15ページくらいしか進みませんでした・・・。
これはさすがに遅すぎますね。
本を読むスピードの話になると、必ず出てくるのが速読だったりフォトリーディングだったりする技術です。
実際にそれらで効果を上げている人もいるようなので、そういう技術もあるんでしょうけど
私自身はあまりピンと来ていません。
本そのものは数冊読んでみましたが、読んでいる本人が少し懐疑的な目線で読んでしまっているので
身に付くはずはない状態です。
人によっては本で身につけられるものではなく、セミナーなどに行かないと身に付かないという話も。
ひねくれ者としては、その話聞いた時点でうさん臭く感じてしまいます。
なぜ遅いか
そもそも、なぜ読むのに時間がかかっているのか。
頭の中で声を出しているような感じで本を読んでいる・・・というのもありますが、
読んでいるそばから考え込んでしまうんですよね。
例えば、今読んでいるリーンスタートアップ。
とても面白い内容で、書いてある事例が「自分の身近な例で言うとなんだろう？」って考え、
このリーンスタートアップの考え方を適用するならばどういう形になるだろうか？
こういうケースの場合は適用出来るのだろうか？？？
などなど。
考えだすと、どんどん思考を前に進めて行きます。
「と言うことは、○○は？それを実現するためにはどうするのがいいのか？」
「何が考えられるか？今の自分にとって、それを行う上での障害はなにか？」
・・・
・・・
もう、全然本が進みません。
悲しい事に、頭のメモリ容量がそれほど大きくないので、考えた事のいくつかは
漏れてしまったりするのですが、こうやって考える事自体は結構好きだったりします。
しかし、なかなか読み終わらないんですよね。
よく「あまりにも面白くて一気に読んでしまいました！」って話があるけど、私にはあまり当てはまらない。
あまりにも難解で読むのに時間がかかってしまうというケースもあるにはあるけど、
基本的に時間がかかってしまう本は時間をかけたいと思う本でもあったり。
ただ、その一方で、未読の本が溜まっていってしまうという問題も抱えています。
もう少しスピードを上げて、自分の頭の中での組み立てスピードを上げて行かなければ行けませんねぇ
早く読む訓練というよりは、早くモノにするという訓練なのかな。
銃・病原菌・鉄
長い事、通勤のお供だった「銃・病原菌・鉄」を読み終えた
文庫 銃・病原菌・鉄 （上） 1万3000年にわたる人類史の謎 (草思社文庫)
posted with amazlet at 12.04.16
ジャレド・ダイアモンド
草思社
売り上げランキング: 123
草思社
売り上げランキング: 123
文庫 銃・病原菌・鉄 （下） 1万3000年にわたる人類史の謎 (草思社文庫)
posted with amazlet at 12.04.16
ジャレド・ダイアモンド
草思社
売り上げランキング: 153
草思社
売り上げランキング: 153
タイトルにある通り、人類史。歴史の本だ。
ハードカバーで出版されたのは2000年で、当時に変わったタイトルだな。と、思っていたのを記憶している。
ただ、○○年に△□があった！って言うような歴史本ではなく、「なぜ、現在の富とパワーの均衡が出来上がったのか」という事に焦点が当てられている。
この、「なぜ」というところがくせ者で、それは人種として優れていたから結果が生まれたのか。
それともただの偶然なのか・・を考察している。
本音を言ってしまうと、この本を手に取った理由としては
「歴史そんなに知らないしな～。一般常識とかもう少し会話出来るレベルにならないとな」
程度の考えだった。
そういう意味では、所謂「政治史」や「経済史」と言うものをイメージしていた。
ちゃんと本のタイトルを読めと言われればそれまでだが・・・。
そんなこんなで思いもかけずに、重ーいテーマを延々と400ページほど読む事になった訳だが、
思った以上に（というと失礼かもしれないが）面白く読む事が出来た。
手に取った理由がお粗末な私が言うのもなんだが、勉強になる。
最終的な結論としては
歴史は、異なる人びとによって異なる経路をたどったが、それは、人びとのおかれた環境の差異によるものであって、人びとの生物学的な差異によるものではない
と要約されている。
どういう環境的な条件が揃った事によって、そこで人類史に影響を与える変化が起きたのか。
現在の結果に対しての究極の原因を考えて行くというのはなかなか大変な事だが、それはそれで面白い。
色々な事に応用出来る話ですね。
どの辺りを「究極の要因」とするのかは難しいところだし、
実際問題、一企業の結果に対する要因となるとそれが「究極の要因」足り得るのかはわからない気もする。
だからといって、現在を生きている私たちには、手に入る情報で組み立てるしかない。
考える事は続けて行きたいですね。
ブログ運営テクニック１００
コグレマサトさん、するぷさん著のブログ本を読んだ
必ず結果が出るブログ運営テクニック100 プロ・ブロガーが教える“俺メディア”の極意
posted with amazlet at 12.04.08
コグレマサト するぷ
インプレスジャパン
売り上げランキング: 315
インプレスジャパン
売り上げランキング: 315
ブログっていつから始めたっけ～？
って考えると、正直いつ頃に始めたのかはあまり思い出せない。
動機もイマイチ思い出せない状態だ。
書いている時期によっては色々な事を考えたりもした。
世の中にはいろんなすごい人が多く、そういう人と何かしら会うきっかけにならないか？とか、
技術的な知識を深める事が出来ないか？とか、
アフィリエイトでうっはうっはになる事は出来ないか？とかとか。
結局、テーマを一つにしぼるには、実生活でそれほど単一テーマの内容を書く事が出来る訳でもなく
はてなダイアリーの名の通り、日々思うがままに書いている日記になっている。
「継続は力なり」とは言ったもので、私も続く時は半年くらいは毎日書いたものだが、
一度書かなくなってしまうと、平気で数ヶ月間が空いてしまう。
結局、それも目的が無いからなのかもしれない。
ゴール
本書では、様々なブログを書く上での。続けて行く上でのテクニックが書かれている。
実際のところ、私は家のPCをWindowsからMacに切り替えてからまだあまり慣れていないので、
お二方が使っているツールやテクニックには結構参考になるところが多かった。
ただ、やはりゴールに関しては、なかなか難しいな、とも思った。
そもそも日記やブログにゴールなんて概念を持ち込む事自体が不毛な話なんだろうけど。
書き方や書く内容が悪いと言われればそれまでなのだが、
書き続けて繋がっている感を感じた事はあんまりないのが正直なところ。
よく言われるページビューに関しても、続けていると若干はのびるのだが実感は無い。
さすがに、お二方のように本を出すところまで行くと、見える景色も違うのかもしれないな。
まず私は、続ける事。
そして、レンタルサーバーでも借りて試してみる事にしようかしら。
どちらかと言えば、これは好奇心以外の何者でもないけど。
何よりも、ブログを書く事そのものが目的にならないように、肩の力抜いてやって行く事にしよう。
あ～。そんなに肩の力入れてないと言われればそうかもしれないけどね。
ゲーミフィケーションを読んだ
少し前から気になっていた「ゲーミフィケーション」をようやく読んだ。
ゲーミフィケーション―<ゲーム>がビジネスを変える
posted with amazlet at 12.03.30
井上 明人
NHK出版
売り上げランキング: 1029
NHK出版
売り上げランキング: 1029
ゲームは悪いか
最近再び本をよく読むようになった。
つまり、少し前までは読んでいなかった訳なのだが、何をしていたかというと所謂SNSゲーム。
昨年の秋くらいからものの試しとして始めたゲームにどっぷり浸かっていてしまっていた。
私はゲームに関しては結構のめり込んでしまう方で、やり始めるとひたすらやってしまう。
この間。読書やブログ等の更新がほとんどなかったのはまずそれが原因だ。
そんな時にふとこんなツイートを見た
@umedano: 「時間を奪うコンテンツ」か「時間を与えるサービス」かの論点では、後者にこだわった製品開発を行ってきている。でも、せっかく与えた時間を「時間を奪うコンテンツ」にどんどん食われているなぁってふと思った。悔しいが、どうにもならない現実だなぁ今のところ（収益の面でも負けている）。
システムインテグレータ社の梅田さんである。
うーん、なるほど。まさに自分は今、「時間を奪うコンテンツ」に時間を奪われている訳だな。
自分の本業は、どちらかというと「時間を与えるコンテンツ」を作る側のはず。
やっぱりちょっとダメだな、この状態は・・・って事で、少し距離を置く事にした。
ただその一方で、ゲームそのものは私はやはり好きだと思っている。
ならば、時間を浪費するだけではない。有意義な時間や時間を与えるようなゲームであればいいのではないか。
そんな事を薄ぼんやりと考えていた。
ゲーミフィケーション
本書は所謂コンピュータゲームに限った話ではなく、日常や仕事の中。
ありとあらゆるものにゲームで培ったノウハウを織り交ぜる事でよい未来を築けないか？と考える。
ゲーミフィケーションの定義としては
ゲーミフィケーションはゲームの考え方やデザイン・メカニクスなどの要素を、ゲーム以外の社会的な活動やサービスに利用するものとして定義される（P.11)
という事。
まさに、考えていた事に近いものじゃないか！
読んで行くと、色々な事にこのゲームを応用したくなる反面。
適切なゲームを実際に提供する事の難しさも感じるようになる
あるゲームを仕掛けられたとき、そのゲームを楽しいと思う人もいれば、そう思わない人もいる。そして、楽しいと思えない時にゲームを続けるしかないのならば、そのゲームはこれから先も楽しいものにはなりにくい。ゲーミフィケーションがもたらす未来が、もし押し付けがましくゲームを行う事を実質的に強制されるような世界だとすれば、それはユートピアではなく、ディストピアかもしれない
まず真っ先に取り入れたいと思うのは仕事になる。
ただ、書かれている通り、仕事をする理由は人それぞれであり、仕事に対してどう考えているか。
それ次第で受け取り方は変わってくるかもしれない。
自分がユートピアだと感じてゲームを仕掛けたところで、
相手にとってはただの押し付けがましい状態かもしれない。
仕事という状況下に置いて、実際問題仕事をしないという選択肢が取りづらい事を考えると、
なかなか厄介な問題に感じる。
とは言え
現状に問題があるのであれば打開策を探って行かないと行けないし、
仮に現在の仕事にゲームの適用が難しかったとしても、それはそれ。
ゲームの活躍の場面は他にもあるだろう。ゲームが無力であるという事ではない。
何に、どんなゲームを仕掛ける事が出来るか。
柔らか頭で考えて行きたい内容だ
ルーター自作でわかるパケットの流れ
「ルーター自作でわかるパケットの流れ」を読んだ
ネットワークってわかるとかっこいいよね
という、何とも安直な理由でネットワークに関しては興味を持っている。
実際に会社で少しだけ管理的なこともやってみた時期もあったけど、結局まじめに取り組まなかったせいで中途半端にしか知識が無い。
ルータやスイッチの設定だとかISDN回線の接続設定だとかVPNの設定だとか。
この辺りは実はそれほど知識が無くても見よう見まねで何とかなってしまうもの。
それでちょっと勘違いしてしまっていると、ネットワーク障害が発生した時の原因究明で
自分の知識の無さをほとほと感じてしまったりする。
ネットワーク関連のプログラミングは、C++でサーバー／クライアントを使ってデータを転送するようなのを以前書いたことはあるが、
今回のような自分が作ったレベルの代物は手がけたことはまるで無い。
というか、以前作ったものもよくわからない中で四苦八苦しながら作ったので結果は思わしくないものだった。
実に苦い思い出だ。
という訳で
面白そうなタイトルだったので手に取ってみた。
単純にネットワークに関する話ではなく、プログラムするということも覚えれれば一石三鳥どころか四鳥くらいまでいけないかな、と。
言語はC。
私のように会社に入ってからプログラミングを勉強し始めた人間には実戦経験はそれほど無いんだけど、
C++自体はかじっていたので一応読める。
本書の中ではパケットキャプチャ、ブリッジ、そしてルーターと徐々に難易度を上げながら自作していく。
本の中身の大半をコードが占めているので、正直言うとコードはダウンロードにデモして、
もう少し違うパターンや発展系での説明書きが欲しかったかなぁと言う気もしないではない。
ルーターで制御しているところまでやっているので、もう少しレイヤをあげてロードバランサーを作るところまでいければ
色々と楽しそうだなぁ～と思ったり。
でもそれらは自分で調べてやっていけって感じだろうなぁ、とも。
そういう展望を見るための土台として面白いと思っています。
ほら、ネットワークできるとかっこよさそうだし
終末のフール
伊坂幸太郎著「終末のフール」を読んだ
地球に隕石が落ちて人類の存亡は絶望的になるだろう。
そういう状況下におかれた人々の物語を集めた作品だ。
伊坂幸太郎著というと、イメージとしては何かしらの大逆転的なものをどうしても期待してしまう。
本書もそういうところがない訳ではないんだけど、、、。例えば同じように短編を集めたような構成をとっている作品に死神の精度がある。
それと比べると、ちょっと「びっくり」感や「してやられた」感というのは薄く感じる。
いつも通り、最終的にどんでん返し的に人々が救われる訳でもなく終わるあたりは伊坂幸太郎らしいと言えばらしいんだけどね。
砂漠
西嶋がぱかっと口を開き、「その気になればね、砂漠にだって雪を降らすことだって、余裕でできるんですよ」と断言した(p.18)
大学は、これまでは地域という限られたコミュニティの中で過ごしてきた人間にとって一気に視野の広がる場だと思う。
親元からの解放も相まって、実に個性的な面々が集まることもそれほど珍しくないのではないだろうか。
「砂漠」はそんな大学生たちの物語。
物語の登場人物の中で一際目立っているのが冒頭に引用した西嶋だ。
西嶋の何ともいえない数々の言動が、何とも大学生らしいというかなんというか。ちょっと懐かしくなってしまうね。
考えてみると大学を卒業してからもう10年以上もたっているんだもんな。
結局なんだかんだで最初に入った会社にずっといる訳なんだが、、、
自分は雪を降らせることが出来るのだろうか。
せっかくなんだから大雪を降らせたいですね！
なんてことはまるでない
JavaScript パターン
JavaScript パターンを読んだ
JavaScriptパターン ―優れたアプリケーションのための作法
posted with amazlet at 11.03.28
Stoyan Stefanov
オライリージャパン
売り上げランキング: 2892
オライリージャパン
売り上げランキング: 2892
仕事でJavaScriptを使っているといえば使っている。
ただ、JavaScriptに関しては結構いい加減なアプローチだった。これまでは。
ただ、昨今の流れを見てみると、JavaScriptの重要性は格段に上がっている。ブラウザのみならずnode.jsのようなサーバーサイドで動作するJavaScriptまで出てきている。
こうなってくると、否が応でもその「プラクティス」を学ぶ必要性が出てくる。
もう、適当にやってやり過ごす対象ではなくなってしまったわけだ。
私自身がコードを書くことはもうすっかり稀になってしまったけど、だからといって私としても開発者という肩書きを捨てるつもりはない。
そういうこともあって、本書を手にとってみた。
読んでみると、グローバル変数やオブジェクトの構築方法から様々なメソッドが掲載されている。
振り返って、社内のコードを見返してみると、いくつかのアンチパターンとして照会されているコードも見受けられた。
もちろん、本書に書いてあるのはそうしている理由があって、同僚が書いたコードにはどういう理由があるのか。
何かしらの理由があってそうしているのか、単純にこうしたほうがいいという考え方を知らないだけなのか。
本書を共有した上で、それらに対して議論をしたいところだ。
人が何を考えてそれらのコードを書いているのか。どうするのがベストだと考えるのか。
こういう事を考えるのは、結構楽しいと私は思ってしまう。
あなたはどう考えるのか。