よしおかさんのブログで技術者向けの100冊のようなものが、カーリルさんのリンク付きで公開されていて素敵だと思った。同じようなノリでIT業界に生きるマネージャに勧める100冊みたいなもののリストを作ってみた。元ネタは以前にも紹介したFog Creekのマネジメント選書である。 2013-05-06 2013-05-12 Fog Creekのマネジメント選書 以前にもブログで紹介したのだけれども、Fog Creekのマネジメント選書は(古いけれども)良いリストだと思っている。 100人のプロが選ばなかったソフトウェア開発のマネジメントの本 - 勘と経験と読経 鉄板の技術書も含まれているけれども、それよりは肩の力を抜いて読めるビジネス書が入っていて参考になる。何を読んでいいのかわからない30代前半にけっこうお世話になった。 Joel on Software の翻訳 Wiki の話は以前にも書いた
1999/07/07 更新 石井 勝 はじめに ここでは，オブジェクト指向に出てくる法則・原則をまとめました．パターンに比べてほとんど知られていないのが現状ですが，優れたオブジェクト指向開発者を目指すならデザインパターンよりまずこっちを理解し覚えてしまいましょう． これらの法則は，絶対守らなければならないというものではありません．開発中に法則が守られているか意識することが重要です．つまり 今行っている設計はその法則が守られているだろうか その法則を破っている場合，破るべき正当な理由があるだろうか と絶えず考えるようにしましょう．そうするとそれは自然に優れたオブジェクト指向設計になるのです．つまりこれらの法則は，優れたオブジェクト指向開発のための指針なのです． Robert C. Martin の Principles of OOD Robert C. Martinは，オブジェクト指向設計の
今年に入ってからしばしばtwitter上で#NoEstimatesというハッシュタグを目にします。その議論は未だに続いているようですが、ここらでちょっと（後で自分で考えるためにも）簡単に整理しておきたいと思います。（全ての議論を追っているわけではないので、事実誤認などもあるかもしれません。お気づきの点などあればコメントいただけるとありがたいです。） はじまりは、この辺？ おそらく、最初のきっかけとなっているのは、Woody Zuillが、No Estimatingのカテゴリーで書いているの一連のブログ記事ではないかと思います。 Life, Liberty, and the Pursuit of Agility » No Estimating で、本人曰く、 #NoEstimates というハッシュタグを最初の使い始めたのがおそらく彼だろうということです。 もう一人、積極的にこのテーマについ
昨日「Google Playで詐欺アプリ急増、新たな手口も言及 - シマンテック」という報道があった。これは今に始まった話ではなく、「オープン」であることを売りにする Android OS ならではの根本的な問題であり、Google が自ら Apple のような厳しい制限をアプリケーションに課すことを期待すること自体が間違いだと私は思う。 これに関して一義的の責任を持つのは、Google ではなく、セキュリティ・ホールだらけなことが自明である Android OS を搭載した端末を一般消費者に向けて平然と販売しているメーカーであり、通信事業者である。 この問題に関しては、「消費者に注意をうながす」「ウィイルス対策ソフトを導入する」「審査済みのアプリだけを提供するアプリストアを別個にもうける」などの生易しい解決策では全く不十分だ。 根本的な解決策としては、 Google に対し、Androi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
