It's a bright day for code review! Still on pull requests? See why organizations upgrade to Review Board: Code review, document review, and image review, all in one place Your code and data stays private, secure, and in your control (Review Board won't mine your data for AI training or other purposes) Works with what you use today (such as Git, Mercurial, Perforce, ClearCase, Cliosoft SOS, or Azur

http://www.amazon.co.jp/gp/product/4798116831/mowanetjp-22 原著 "Working Effectively with Legacy Code" が出版されたのは2004年。5年間訳書が出なかったことによってただでさえ遅れている日本は更に5年遅れた。 本著のレガシーコードの定義は明確だ。 私にとって、レガシーコードとは、単にテストのないコードです。 本著が「レガシーコード」を「改善」する「ガイド」であれば、それはつまり「テストのないコード」を「改善」する「ガイド」という意味になる。Straightforward. これは非常に重要なことだ。 つい最近私が手がけていた(そしてまだメンテナンスしている)コードにはテストがなく、効率は悪く、そして間違っていた。一方で、そのコードは本来の技術仕様外のケースをハンドルするコードがはっきりとif文

★★★★☆　（評者）池田信夫 生命保険のカラクリ (文春新書) 著者：岩瀬 大輔 販売元：文藝春秋 発売日：2009-10-17 おすすめ度： クチコミを見る 大手生命保険会社に就職した私の友人が、3年ほどでやめて大学院に入り直した。理由をきいたら「客をだましてもうける仕事がいやになった」という。彼の話では、日本の生保は「生保のおばちゃん」を使って彼らの親戚を加入させ、外務員を使い捨てて加入者を増やしていくビジネスで、金融商品としてのリターンはマイナスだという。 おばちゃんは「万が一のときに備えるとともに利殖にもなる」と勧誘するが、そんなうまい話があるだろうか。次の二つの医療保険があるとして、あなたはどっちに加入するだろうか？ 保険料が10万円で、病気になったら医療費を払ってくれる「掛け捨て」 保険料が20万円で、病気になったら医療費を払い、無事に満期を迎えたら10万円の「ボーナス」が払い

日頃、私はビジネスで「Amazon EC2/S3」を活用させていただいています。 最初は手探りでやっていた、Amazon EC2を基盤としたシステム/サービスの構築/運用も、1年以上の実運用(SKIPaaS、他)を経て、今では多くのノウハウがたまり、わかってきたこともたくさんあります。 そんなこんなで、Amazon EC2/S3や、その他Amazon Web Servicesの具体的な操作方法を中心とした情報については、以下のエントリでまとめている次第です。 Amazon EC2/S3を使ってみた - まとめ (Amazon Web Services関連エントリ目次) - 元RX-7乗りの適当な日々 しかし、上記のエントリで紹介している多くは、チュートリアルや操作方法についてであって、実際に構築や運用を行う上での設計のポイントや実運用時のフローや注意点については紹介しきれていません。 そこ

ども。自分のサイトを復旧させるのが面倒なため会社のブログに本のレビューまで乗せようという魂胆の村瀬です。 週末に「入門GIT」を読んだのですがこの本は git ユーザーはもちろんのことその他すべての開発者が必読の本だなぁと感じたので紹介しておきます。 この本です。 この本は現在の git の開発者でありメンテナーである濱野氏によって書かれた git の入門本です。 ただの入門本にあらず しかし入門本だから最初はよくあるようなチュートリアルのような記事からはじまるのだろうと思っていると最初から面食らいます。 最初に書かれているのは git がどのようにデータを記録し、どのように履歴をたどれるようになっているかというまさに git 自体の基本が書かれているのです。 僕個人は二年近く git を使用してきているため自分の知識の確認のような感じで読み進められましたが、初めての方はすこしむずかしいか

読むだけでプレゼンが上達する。いや、「見るだけ」で上手くなる。 なぜなら、本書そのものが、優れたプレゼンテーションのお手本になっているから。 わたしはデザイナーではない。しかし、同じテーマについて、「まずいデザイン」と「うまいデザイン」が並んでいるなら、見分けることができる。デザインの原則――「コントラスト」「反復」「整列」「近接」を使って、凡庸なシートが、ダイナミックで統一感をもったものに変わっていく過程は、"見た"瞬間に理解できる。 世界プレゼンコンテストで第1位のジェフ・ブレンマン[URL]とか、「でかいプレゼン」で有名な高橋メソッド[URL]、マレーシア大学薬学部教授の講義スライドを読むというより、"見て"いるうちに、優れたプレゼンのキモに親しむことができる。もちろんビジュアルもテーマも全然ちがうが、どのような効果を狙っているか？そのためにどんなデザイン戦略でいるのか？が伝わってく

以下の文章はサマーウォーズのネタバレをガンガンにしています。気をつけてね。 サマーウォーズという映画がちょっと変わっているのは、クライマックスが二回あるところで、本当ならあの花札のシーンで世界は危機を回避できたんだから、そこで終わってもいい筈なのだ。でも、あの映画はそこで終わらず、もう一度、家族の危機というクライマックスを迎えることになる。そうなのだ、二回目のクライマックスは、一回目のクライマックスに比べてスケールダウンしているのである。普通逆じゃない？なんでサマーウォーズという映画は、最後のクライマックスシーンをわざわざスケールダウンしたクライマックスシーンにしたのだろう？ それは、一回目のクライマックスシーン、花札勝負に世界中のアバターが集結し、ラブマシーンを倒すシーンでは描ききれていない部分があったからだろう。確かに、世界中のアバターが集結し、ドラゴンボールの元気玉のように世界中の力

松信さんがやってくれました。 ずいぶん前からデータベースの「正しい」構築と運用方法についてまとめた本はないかなーと思ってました。自分はこれまで、様々なネットワークアプリケーションのプログラミングやデータベースの設計、チューニングを行ってきています*1が、問題が解決できたようには見えても、果たしてそれが最適な解決策だったのか不安に感じることがありました。それは、体系的な知識に欠けているからです。だから、網羅的な教科書がほしいなぁって思ってたんです。 とあるインターネットでこの前、松信さんから「いま書いてる」って話を聞いて、一部を見せていただいたりしたんですが、つい昨日、手元に届きました。やったね☆ 名前は「Linux-DBシステム構築／運用入門」。「入門」と銘打たれているものの、基礎的な知識から、なぜそうなるのか、どう応用すればいいのか、といった点まで広くカバーしている*2、全方位的な隙のな

データベースの醍醐味は、パフォーマンスチューニングにあります。 チューニングによっては、同じ処理でも1時間掛かる場合もあれば、 1秒で終わるということもあり得る世界です。 僕はDBの魅力に取り付かれた者の一人です。 DBという技術の奥深さが気に入っています。 DBを極めると、どこの現場に行っても絶対に必要とされます。 また、どこの現場に行っても正解を導く方程式は一緒なので応用が利くのです。 しかし、その基本原理を体系的に学べる手段はあまりありません。 OracleMasterやMCDBAといった資格試験でも学べることは限られていて あとはWebで調べるなりマニュアルを読むなりするしかありませんでした。 とくに肝であるパフォーマンスチューニングについては、 経験則でチューニングしている部分も多いです。 Oracle、SQLServer、MySQLと色々なDBのチューニングをしてきましたが、

レガシーコード改善ガイド (Object Oriented SELECTION) 作者: マイケル・C・フェザーズ,ウルシステムズ株式会社,平澤章,越智典子,稲葉信之,田村友彦,小堀真義出版社/メーカー: 翔泳社発売日: 2009/07/14メディア: 大型本購入: 45人 クリック: 673回この商品を含むブログ (157件) を見る ちょっと難しいがこれは良書を超えて名著と言わざるを得ない。その理由は以下の３つ。 類書が無い 実践的なノウハウが記載されている 行間からレガシーコードに取り組む人に対するエールのようなものが感じられる １つ目は異論が無いだろう。 ２つ目は例えば依存関係の排除などはかなりページをさいて説明している。本書の中心的なテーマといえるだろう。それ以外にも仕様化テストは個人的に興味深かった。これはシステムの現在の振る舞いを調べ将来のデグレを防止することを目的とし、現在

翔泳社さんから 7/14 に いよいよ出版される「レガシーコード改善ガイド」。 レガシーコード改善ガイド (Object Oriented SELECTION) 作者: マイケル・C・フェザーズ,ウルシステムズ株式会社,平澤章,越智典子,稲葉信之,田村友彦,小堀真義出版社/メーカー: 翔泳社発売日: 2009/07/14メディア: 大型本購入: 45人 クリック: 673回この商品を含むブログ (157件) を見る 昨年、原書の "Working Effectively with Legacy Code" を読書会に参加してずっと読んでいたが、その邦訳だ。 第２回 第３回 第４回 第５回 第６回(最終回) 読書会というと通常はもっとスローペースなのだろうけど、あのボリュームの洋書をわずか６回*1で読み切ってしまった。みんな続きが早く早く読みたくて興奮していた、のかもしれない。 で、この読書

2009年07月06日14:30 カテゴリ書評/画評/品評Lightweight Languages 教科書はいらない - 書評 - PHP逆引きレシピ 翔泳社片岡様より献本御礼。 PHP逆引きレシピ 鈴木憲治 / 安藤建一 / 山田直明 / 八木照朗 / 山本義之 / 河合勝彦 ある意味実にPHP的な一冊。PHP本は、これ一冊あれば十分だと強く感じた。 PHPを使うにしても、使わないにしても。 本書「PHP逆引きレシピ」は、「PHPでプログラミングを習う」のではなく、「PHPで動くWebサイトを作る」に徹した一冊。PHPは後者に特化した言語である故に、前者には徹底的に向かない。本書を読めば、PHPを全く知らないプログラマーにもそれがわかるし、PHPを日時使っている人も、そのことが改めてわかるはずだ。 目次 - | PHP逆引きレシピ オフィシャルサポート より 第1章　準備 1.1　サー

仕事で文書を書く必要がある人は「理科系の作文技術」(ISBN:9784121006240)を読むべきだ。 ここでいう仕事で書く文書というのは他人に読んでもらう文書をさす。他人に読んでもらうことを前提としないメモの類や狭義の日記などはこれにあたらないので、どう書こうが構わない。他人に読んでもらうことを前提とした文書は、相手に内容が伝わらなければ意味がないのだから、間違いなく相手に通じるように表現しなければならない。 小説、詩などの文学作品は、ここでいう「仕事で書く文書」に含めないことにする。文学作品と対比して、仕事で書く文書の特徴はどこにあるのか。それは、読者に伝えるべき内容が事実と意見にかぎられていて、心情的要素を含まないことである。 仕事の文書を書くときの第一の原則は、「必要なことは洩れなく記述し、必要でないことは一つも書かない」ことである。何が必要かは目的により、また相手の要求や予備知