読書リスト更新

朝の勉強会も増えたので更新します！

読んだ本（Done）

・ソフトウェア開発の名著を読む (技評SE新書 003)

・ソフトウェア開発 で伸びる人、伸びない人 (技評SE新書002)

・デッドライン―ソフト開発を成功に導く101の法則

・アプレンティスシップ・パターン　―徒弟制度に学ぶ熟練技術者の技と心得

・プログラマー現役続行 (技評SE新書)　2010/09

・プログラミング言語Java (The Java Series)　2010/10

・アジャイルソフトウェア開発の奥義 第2版 オブジェクト指向開発の神髄と匠の技  2010/10

・Effective Java 第2版 (The Java Series)　2010/11 

・アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣　2011/01　Done

読んでいる本（Doing）・・・進捗率（100%で完了）

・プログラミング作法・・・5０％

・Linux Kernel Development (3rd Edition) (Developer's Library)・・・２５％

・言語設計者たちが考えること・・・５０％

・Android プログラミング入門・・・４０％

【下記追加】

・大規模サービス技術入門・・・２５％

・Code Reading・・・３％

 読もうと思っている本（ToDo）

・人月の神話―狼人間を撃つ銀の弾はない (Professional computing series (別巻3))

・達人プログラマー―システム開発の職人から名匠への道

・ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵

・リファクタリング―プログラムの体質改善テクニック (Object Technology Seriesc)

・Hello World!: Computer Programming for Kids

・珠玉のプログラミング

朝MTのすすめ

今年初めての更新ですw

最近２回目が読み終わった本にアジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣があります。


この本の中で、実際に秋頃から自分のチーム（一応リーダー的なことやってます）で採用して効果があった”天使の助言”に、


「定常的に顔を合わせる」


というものがあります。


簡単に言うと、スタンドアップミーティングです。


なーんだ、みんなやっているよと言うかもしれまんせんが、これがやる時間とやり方によって大きく違ってくると思っています。


まず、やる時間ですがこれは昼よりも朝が良い。


なぜかというと、昼だと午前中にもし間違った作業や優先度の違う作業をしていても取り返しがつきません。


意外とコミュニケーションって取れていないもので、メールや口頭で昨日言ったことを忘れていたりします。そのため、この作業をやってほしかったのに、別の作業をしていたということは多々あります。


また、逆にメンバーが私にやってくれるだろうと思っていたのに、私がやらなくて（関連区メールを出すとか）チームメンバーの作業がブロッキングになったりすることもあったりします。


あと、昼休み明けは眠いですよねw
朝の比較的頭が働く時間にMTをやる方が、絶対効率も良いです。


次に、やり方ですが、本にも書いてある通り下記の３点だけきちんと聞きます。


・昨日やったことは？
・今日やることは？
・進捗を妨げている問題点は何？（遅れがあればその原因を聞きます）


基本的には上記だけです。それ以上であってもいけません。
シンプルに短くやって一人３〜５分ぐらいでやるのが良いかなと思っています。


朝一でみんなの進むべき方向を決めます。


そして、最後に「今日もよろしくお願いします！」と言います。
そうすると、メンバーも「お願いします。」と言ってくれます。


ちょっと恥ずかしいですが、「よし、頑張るぞ」と、私は連帯感が生まれているような気がしています。


皆さんも是非朝MTを試してみてください☆

読書リスト更新（2010）

今年も終わりということで、読書リストを更新します。

今年は技術系の本だけで８冊読むことができました。１年に１０冊は読めるように来年は頑張りたいです。

読んだ本（Done）

・ソフトウェア開発の名著を読む (技評SE新書 003)

・ソフトウェア開発 で伸びる人、伸びない人 (技評SE新書002)

・デッドライン―ソフト開発を成功に導く101の法則

・アプレンティスシップ・パターン　―徒弟制度に学ぶ熟練技術者の技と心得

・プログラマー現役続行 (技評SE新書)　2010/09

・プログラミング言語Java (The Java Series)　2010/10

・アジャイルソフトウェア開発の奥義 第2版 オブジェクト指向開発の神髄と匠の技  2010/10

・Effective Java 第2版 (The Java Series)　2010/11 Done

読んでいる本（Doing）・・・進捗率（100%で完了）

・プログラミング作法・・・３０％

・アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣・・・６０％

・Linux Kernel Development (3rd Edition) (Developer's Library)・・・２０％

・言語設計者たちが考えること・・・２０％

・Android プログラミング入門・・・５％

 読もうと思っている本（ToDo）

・人月の神話―狼人間を撃つ銀の弾はない (Professional computing series (別巻3))

・達人プログラマー―システム開発の職人から名匠への道

・ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵

・リファクタリング―プログラムの体質改善テクニック (Object Technology Seriesc)

・Hello World!: Computer Programming for Kids

読書リスト更新（10下）

以前の日記（読書リスト）にあるように、リストを更新しました。

３冊読み終わり、１冊新たに読み始めました。

あと読みたい本で英語の本も入れてみました。内容は子供向けで簡単ですが英語の勉強もかねて読みたいなと思っています。

進捗が進んでない本がありますが、あまり気にしないでおきましょう（笑）

読んだ本（Done）

・ソフトウェア開発の名著を読む (技評SE新書 003)

・ソフトウェア開発 で伸びる人、伸びない人 (技評SE新書002)

・デッドライン―ソフト開発を成功に導く101の法則

・アプレンティスシップ・パターン　―徒弟制度に学ぶ熟練技術者の技と心得

・プログラマー現役続行 (技評SE新書)　2010/09 Done

・プログラミング言語Java (The Java Series)　2010/10 Done

・アジャイルソフトウェア開発の奥義 第2版 オブジェクト指向開発の神髄と匠の技  2010/10 Done

読んでいる本（Doing）・・・進捗率（100%で完了）

・Effective Java 第2版 (The Java Series)・・・６０％

・プログラミング作法・・・３０％

・アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣・・・１０％

・Linux Kernel Development (3rd Edition) (Developer's Library)・・・１０％

 読もうと思っている本（ToDo）

・人月の神話―狼人間を撃つ銀の弾はない (Professional computing series (別巻3))

・達人プログラマー―システム開発の職人から名匠への道

・ピープルウエア 第2版 - ヤル気こそプロジェクト成功の鍵

・リファクタリング―プログラムの体質改善テクニック (Object Technology Series)

・言語設計者たちが考えること

・Hello World!: Computer Programming for Kids

人は自分を写す鏡

先週、会社の仲の良い同期カップルの結婚式（披露宴）に出席してきました。

海外の方も多く出席されていて、非常にグローバルな式でした。
なんと言っても乾杯が英語だったのには驚きました。

式や二次会に出席して思ったことが、これだけの人たちが二人のために海外から集まったり、余興や二次会の準備を凝ったり、とお金をもらっている訳でもなく、ただ二人のためだけにやる、と言うことにえらく感動しました。

二人の人柄に惹かれた人たちが普段の感謝の気持ちを込めて、二人を祝う。

結婚式は特に顕著に出るのかもしれませんが、本当に感動しました。
そして、（周りの）人は自分を写す鏡なんだなと。

何をするにしても周りに信頼できる人がいることが、人生を豊かにすると思います。

私も今近くにいる人たちをもっと大切にして行こうと、つくづく感じるのでありました。

ということで、皆さん、もっと一緒に飲みましょう（笑）
最近飲めていない人もいっぱいいるな〜。

プログラミングの師匠

以前の日記「読書リスト」に記載した柴田芳樹さん著書の「プログラマー”まだまだ”現役続行」を読了しました。




以前の日記の中で「ある人との出会いで無知さを知ることになりました」と書きましたが、そのある方とは柴田さんのことです。縁あって去年の暮れから研修（講師と受講者）や読書会で付き合いがあります。

本には、柴田さんが普段言っていることや、ブログに書かれていることがまとめられており、読みやすく、改めてプログラミングや英語の勉強をやる気にさせてくれました。

私はこれまで、

”プログラムを書くことは比較的誰でもできるもので、自分はもっと創造的な活動（機能を考えて決めたり、仕様を作成したりなどのいわゆる”上流設計”）をすることが技術者としての目指す道だ”

という感覚で育ってきました。

しかし、実際にソフト開発の現場ではそんなこともなく、プログラミングをすることは難しく、質の高いコードを書くことは非常に高度な技術が求めらます。業務でも自分にもっと詳細設計、実装のスキルがあればな、と思うことが多々ありました。

そんな折、柴田さんと出会い、”ソフトウェアはコードの品質で決まると言っても良い”、”会社が教えてくれないから勉強しないのは技術者として間違っている”、という（感じの）ことを言っているのを見て、「これだ！！」と思ったわけです。

今、柴田さんの元でいろいろ勉強できていることは大変貴重な経験です。
（ついて行くがやっとですが。。。）

 ソフトウェアエンジニアの方は、とりあえず一度この本を読んでみることをお薦めします。

百聞は一ツイートに如かず

Twitterを初めて、約1ヶ月経ちました。

はじめは、Twitterとか流行ものやるのめんどくさいなぁと思っていたけど、やってみるとこれが面白い。


社会人になって、なかなか集まって話しができない友人とも、Twitterならちょっとした空き時間につぶやくだけで、まめに近況を報告し合って（つぶやきあって）るかのような状態になります。

これは、非常に良いストレス解消（愚痴を言ったり聞いたりして？）になります。

また、情報を知るのにTwitterが非常に便利だったりします。
フォローしている人のブログが更新されればつぶやかれるし、面白いつぶやきやブログがあれば友人がRT（リツイート）して紹介してくれます。

最近電車の中で、技術系の雑誌に投稿されている人をフォローして、その人が書いたブログやＲＴの情報を参考にして、最新の技術動向を学んだりしています。

そうすると、自分の会社の製品や開発技術がこの流れと逆行していないかとか、自分のスキルはこういう方向で伸ばせばよいのかとか、色々と勉強になることも多いです。
＃定期の雑誌を買うよりもさらに速いスピードで情報を得られます。

技術って色々ありすぎて全部を試そうとしたら、きりがありません。
でも、やっぱりこの分野の技術者たる者、とりあえず試してみてから評価を下すということをしないと駄目なんだなぁとしみじみ。

今やっていることも色々ありますが、とりあえず次のキーワードとしては、Go、HTML5、Chrome OS辺りをブックマーク。