岡嶋裕史のレビュー一覧
-
-
-
-
-
Posted by ブクログ
「暗証番号はなぜ4桁なのか？」というとても素朴な疑問を入り口として、技術やセキュリティの本質へ、ゆるーく迫った作品。セキュリティについてほとんど知らない方でも読めるくらいに分かりやすい記述ではあるところが立派。
大切なのは、物事の本質・構造を知ること。それを知った上で活用すること。便利であることは、何かを犠牲にしていること（トレードオフ）。それらを理解し、不安に対しては自分自身で対策をすることの大事さが書かれていて、とても良心的だと思った。
一方、モノを作る側、ルールを作る側は、使う側がそれらを意識しなくていいように作っているけど、、それは使う側にとって、果たしていいことなのだろうかと考えさせられた。
たとえ話がうまいなあと思ったので、その点は自分も参考にしようと思う。 -
Posted by ブクログ
セキュリティの本質の理解とはほど遠いが、暗証番号がなぜ４桁なのか、ということはよーーく分かりました。これって、色々なことに応用できそうですよね。いわゆるトレードオフって奴。こちら立てれば、あちらが立たず、という。
私は理想家肌でこの歳（４０）を迎えましたが、ようやくこのことに気付き、変革はカタツムリの速度で、というガンジーの言葉の意味、重みをようやく噛みしめています。
参考になったのは、
１．セキュリティ・ポリシーの原則（経営者が作る、罰則を盛り込む、見直し期間を定める、内部監査）
２．安全を意識化する（提供された仕組みを疑う。それを使う自分も疑う。資源の分散）
ってところでしょうか。 -
-
Posted by ブクログ
読書時点で少し前の著作になるのだが、このジャンルでは週刊誌レベルの情報でないと追いつかない。多分、書いている人たちも時間に追われてヒーヒーだろう。日々情報が差し替わっていくのだから。
アップル・グーグル・マイクロソフトを「クラウド御三家」的に書いている。マイクロソフトのクラウド戦略は初めて読んだが、当然、なんの手も打っていない訳がないですわね。
SaaS PaaS IaaS （SaaSしか変換されない）の基本概念も勉強する必要あり。クラウドへの懐疑も押さえるべきか。
多少アップル寄りではあるが、アップルの弱点も抑えているので、良い。
言葉の使い方も適正であり、好感が持てる。ただ、全体的に一般向けではなく、多少難解である。 -
-
-
Posted by ブクログ
タイトルを見て、すぐに惹かれて購入してしまいました。
ほんとうちのシステムは使えない！と思って。
内容としては、一度かかわりのある人は読んだ方がいいと思います。
でもこのレベルのことを意識しないで仕事をしている人は
他の畑から来た管理職とか。そういうレベルだと思うけど。。。
業界的には常識的な話や通説を面白おかしく書いています。
ちょっとユーザよりSEを馬鹿にしてる感じはするけど。
最後のユーザはSEを魔法使いか召し使いのように思ってる人が
多いってのは本当に共感。パートナーとして見てなくて、
次元の違う人と見てるか、見下している人が多いと思う。
どっちでもねーよ！って現実とリンクさせすぎでしょうかｗ？
個人的に思ったこと---------------------→
１章 SEという人々
運用系と開発系の話が出てきて、共感してしまった。
というのもうちのリーダが元運用系。俺、開発系（下流だけど）。
で今俺も運用系に回っているわけだが、向いてないと思う。この仕事。
運用って正常稼働当たり前で、創造的な事をしてはいけない。と書いてある。
それじゃほんとつまらんよね。でも実際正常稼働は当たり前なのよね。
それがつらい。つらまらんのも辛いけど、ミスすると凄い冷たいの。無表情で。
うっかり屋さんの自分はしょっちゅう冷たい視線を浴びます。
でも開発側からしたらミス（バグ）があるのは当たり前だし、
人間ミスするもの、ってのを前提で、どんだけ防げるかが
腕の見せ所みたいなとこもあるのに。
ミスを減らす神経を使うなら、ミスをなくすシステムを作るのに苦労したい。
と思うので、勝手にマクロ組んだりクエリ書いたりするんですが。
でも運用系の人がいて、初めてまともにシステムが動いていることを
開発者は忘れてはいけない。運用系の人は神です。とのことです（これも通説）
２章 SEと仕事するということ
発注者側の視点でSEとのやり取りや、開発の注意点を書いてます。
最低限これぐらいの気持ちを持たずに、うん千万のシステム発注しない方がいいです。
でも世間にはそういう人間が数多いるのですが。。。
今までの業務習慣を引きずるより、多少導入時のストレスがあっても
業務の最適化をしましょう。という話。まさにうちの会社。
過去のシステムを引きずって、意味のないフィールドがたくさんあります。
あとメニューの意味が分からないとか。
傑作だったのは
「削除フラグを立てても、レコードが削除されない」
なんだよその削除フラグｗ ある意味が全くない。
書いてあることは是非ユーザの方に意識していただきたいことばかりだけど、
ひとつ元技術者的な観念で指摘すると、
「技術者は新しい技術を使いたがるが、それは必ずしもいい結果を生まない」
言っていることは全く正しいと思うのだが、
新しい技術に関して否定的な点は納得いかない。
確かに既存の安定した技術で作るのが、ユーザとしては一番いいことが多いが、
技術屋さんだって商売である。他社と差別化を図ることは必然。
また、開発効率や表現力の向上等、改善するための新技術が多いなか、
それらを取り入れないこと自体がリスクに成り得ると思うのだが。
そうすると、実態は使いたくって使っているわけでもないケースもあるはず。
（実際XMLDBを使いたくはなかったが、将来を考え顧客と同意の上使ったケースがあった）
初期段階のリスクを恐れていたら、技術屋（企業）としては成長が鈍化するわけです。
それは顧客にとってもスポット的な取引ならロスが多いだろうが、
大抵は保守等も含めてある程度継続的な関係になるはず。
あ、でも「例えプロジェクトが成功してもSEを抱きしめるようなことをしてはいけない。
彼らは通常より、触られるのを嫌がる傾向がある。」ってのに見事にはまったｗ
３章 ユーザとSEの胸のうち
最後は実際にありそうな開発の場面を面白おかしくストーリーにしてあるのですが、
これはやりすぎだろうｗ と思うほどネタが満載です。
プログラムのコメント欄に「殺したいやつリスト」なんて書くプログラマがいたらクビでしょ。
でもありがちな失敗例を超極端な形で書いたものです。
営業が（わからずに）余計なこと言いすぎたり、ユーザが内政的なことばかり考えたり、
SEがテスト誤魔化したり、プログラマが汚いプログラム書き直してしまったり。
よくある話です。気をつけましょう。 -
-
Posted by ブクログ
2006年の新書だけど、今でも全然いける内容。
新書の多くはそのときの新鮮なネタで年をまたぐと輝きを失うものが多いが、本書は違った。
これからの時代、もっと輝く、昆布的な存在感の本となるだろう。
以下、目次。
第1章 隠れた法則を見つける技法
第2章 ビジネスで使われるデータマイニング
第3章 データマイニングの手順
第4章 落としどころを探る―回帰分析
第5章 効率的に判断する―決定木
第6章 分けることは分かること―クラスタ分析
第7章 複雑な分類―自己組織化マップ
第8章 買い物かごの中身は?―連関規則
第9章 神経をまねしてみる―ニューラルネット
第10章 データマイニングと情報管理
第11章 監視社会とデータマイニング -
-
-
-
-
-
Posted by ブクログ
IT業界を牽引する3社の立ち居地、それぞれが持つコンテンツやサービスのクラウド的な使い方などが非常に解りやすく書かれていた。
現状を知る上で非常に役立つ一冊だ。
また、自分自身もIT業界で働いていて、現在クラウドの波を大きく感じる。
筆者も指摘していたが、日本の企業が「世界標準のプラットフォームの提供」ではなく「自社に適した自前のプラットフォーム」を望んでいるという部分には激しく共感を覚える。
だが、日本のその文化を守ろうとしてしまえば、広い世界の中で携帯だけでなくクラウド分野でも「ガラパゴス化」し、多くの市場を失いかねない。
日本でのセールスを進める上で、世界標準に合わせていく重要性を説くためにもこの本に書いてあるような知識を持ち合わせることは非常に重要だ。
もっと読み込みたいと思う。 -
