タグ

2014年10月27日のブックマーク (7件)

  • 「大組織のスピードを上げる」米軍式4つのメソッド

    企業が大きくなるほど、いざとなったときの動きは鈍くなりがちだ。しかし組織の規模とスピードは両立させることができる。そのロールモデルは意外なところにあった。 クジラと鳥の関係は組織にも当てはまるか 自然界では、規模とスピードはトレードオフの関係にある。クジラは小回りがきかず、鳥は俊敏に動く。だが、今日の組織は大きく、かつ俊敏であることが求められている。組織は俊敏性と拡張性を併せ持つことができるのだろうか。 サンタフェ研究所のジェフリー・ウエスト教授は、生物学では、大きいことには確かに利点があることを明らかにしている。クジラは鳥より効率的で寿命が長いのだ。だが一方、クジラは鳥より俊敏性が劣り、適応力も低い。規模は効率を与えても、スピードや柔軟性は与えてくれないのである。 対して都市は、大きくなるにつれて快適になり、速くなる。大都市は小都市より所得が高く、犯罪率が低く、イノベーションのスピードが

    「大組織のスピードを上げる」米軍式4つのメソッド
    Hayato
    Hayato 2014/10/27
    ネットワーク
  • Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した(後編)

    中編からの続き そんでもって、 Microsoft は持っている。僕同様、みんなも知ってると思うけど、なんと驚くべきことに、 Microsoft はそれをよく理解していない。実に。でも彼らは、純粋に、偶然、プラットフォームを提供するビジネスから始まって成長してきたから、プラットフォームを分かっているんだ。彼らはその領域で30数年やってきた。 msdn.com に行って、少しの間ブラウジングしてみればわかる。もし見たことが無ければ、驚く準備をしておいた方が良い。なぜならそれがとてつもなく巨大だからだ。何千の、何千の、何千もの API コールがある。彼らは巨大なプラットフォームを持っている。実際の処大きすぎて、全く統率が取れていないけれど、少なくとも彼らはやっている。 Amazon は自分のものにしている。 AmazonAWSaws.amazon.com )は途方も無くすばらしい。

    Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した(後編)
    Hayato
    Hayato 2014/10/27
  • Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した(中編)

    前編からの続き この努力は僕が Google に来る為に Amazonを離れた2005年半ばも続いていた。でももっとずっと進化していたよ。 Bezos が命令を出してから僕が離れるまでの間に、 Amazon は全てにおいてまず最初にサービスを考える企業へと文化的に変化していった。外部の日の目を決して見ることの無いような、スタッフへの内部的なデザインも含めて、今ではそれがデザインというもの全てに対しての基的なアプローチになっている。 その時点では、彼らはもはや解雇の恐怖からそうしているわけではなかった。つまり、もちろんビビってはいたけれど、ドレッドヘアの海賊 Bezos 様にご奉仕するのは日常生活の一部だからね。そうじゃなく、彼らはそれが正しいことだと理解したから、サービスを提供しているんだ。確かに SOA のアプローチには長所も短所もあるし、短所を書き出してみたら切りが無い。でも全体とし

    Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した(中編)
    Hayato
    Hayato 2014/10/27
  • Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した(前編)

    Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 (2011/10/19 08:14)ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは(しかもその印象は日々強まるのだけれど)、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも

    Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した(前編)
    Hayato
    Hayato 2014/10/27
    今更だが面白い
  • Selenium と OWASP ZAP を使った自動脆弱性検査への道標

    Selenium と OWASP ZAP を使った自動脆弱性検査への道標 ※当サイトにはプロモーションが含まれています。 Webアプリケーションをローカル環境で開発している場合に、Selenium と OWASP ZAP を使って自動的に脆弱性検査を実行するための設定・実行手順について説明します。使用するプログラミング言語には依存しない範囲で書くので、具体的な記述方法までは踏み込みません。 前置き 大まかに言うと、開発中のWebアプリケーションに対してまず Selenium を使ったテストを実行し(この時、ブラウザのプロキシ設定をZAPにしておきます)、その後で OWASP ZAP による脆弱性検査を行います。 自動といっても、今回はローカルのPC上でブラウザやZAPがGUI起動することを前提としています。 GUIのない環境でブラウザを実行できるツールもありますし(XVFB, Phanto

    Selenium と OWASP ZAP を使った自動脆弱性検査への道標
  • 開発者のためのSQLパフォーマンスの全て

    前書き - インデックスの作成はなぜ開発者のタスクなのか インデックスの 内部構造 - インデックスは何に似ているか インデックス リーフノード - 二重連結リスト 検索 ツリー(Bツリー) - バランス木 遅いインデックス パートI - インデックスを遅くする2つの原因 where 句 - 検索のパフォーマンスを改善するためにインデックスを作成 等価 演算子 - 一致するキーの検索 プライマリキー - インデックスの使い方を確認 複合インデックス - 複数列に対するインデックス 遅いインデックス パートII - 前の問題点が再び 関数 - where句の 中での関数 大文字・小文字を区別する 検索 - UPPERと LOWER ユーザ定義 関数 - 関数インデックスの制限 インデックスの作り過ぎ - 冗長性の排除法 パラメータ化 クエリ - セキュリティとパフォーマンスのために 範囲 検

    開発者のためのSQLパフォーマンスの全て
  • ハイパフォーマンスSeleniumテスト@サイボウズ

    第2回日Seleniumユーザーコミュニティ勉強会(http://seleniumjp.connpass.com/event/9222/)の発表資料です。 サイボウズのエンジニアブログで補足記事を書いています。 http://developer.cybozu.co.jp/tech/?p=7934

    ハイパフォーマンスSeleniumテスト@サイボウズ