人月を超えるということ
人月というのは文字通り働いた時間に応じて請求が行われるというもの。ブルーカラー的な労働をしている限りは人月で働くことは正当なわけです。 「作らない」という視点 人月を超えるためには時間に関係なく圧倒的な成果を挙げる方法を見つけなくてはいけません。でも、圧倒的に生産性をあげるという視点ではだめ。生産性を上げているというのは、あるプロセスの作業効率をあげて時間を短くしているに過ぎないので時間給の罠からは逃げられない。ありがちな話として3ヶ月かかるAさんよりも、2人月でできるBさんのほうが実入りが少ない。 では、どうするかというと「作らない」という視点になる必要性があります。作らないというのどういうことかというと「作ったものをいかに使いまわせすか」か「いかに他人に作ってもらうか」ということです。 作ったものをいかに使いまわせすか＝レバレッジを効かす 使いまわすというのはレバレッジ（てこ）を効
ミスとかトラブルとか - 最速配信研究会(@yamaz)
UIEUEIのid:shi3zさんがミスについての話を書いておられる(会社名間違えてました.大変失礼しました. > shi3zさん). 部下が致命的なミスをするのは全面的に上司の責任 1行でまとめると「ミスは必ずおきるので,ミスを事前に検知する仕組みが必要だよ」ということなんだけど,私も前職ではありとあらゆるミスやトラブルに遭い,それに対して思うところがあるので,どう対処してきたかを書いてみようと思う. このエントリは長くなりそうなので,先に「今来た3行」でまとめるとこんな感じになる. ミスやトラブルはありとあらゆる隙間を縫っておきるので,確率的なものととらえる方がいいよ. ミスやトラブルがおきた時の影響を最少にするためにはミスやトラブルを検知することの他に,「そもそもそんなミスが起きえないようにする」,「万一そのミスがおきても大丈夫なようにする」為の仕組み作りが重要だよ. 根性論に頼るの
在庫引当から在庫推移へ（前編） - 設計者の発言
在庫管理分野でのデータ項目として「有効在庫（利用可能在庫）」と呼ばれるものがある。現在庫数量から「直近の出荷予定数量」を差し引いて得られる値を、事実上利用可能な在庫数量とみなして管理する。現在庫には直近の出荷予定が「引当」されていると考えるわけだ。式で表せば次のようになる。 有効在庫数量＝現在庫数量－Σ(直近の出庫予定数量) 現在庫が１００個だとして、直近での出荷予定が合計７０個だとすれば、有効在庫は３０個である。この時点で５０個の注文があったとする。有効在庫が３０個であることを知っていれば、すぐに出荷できる分３０個と、将来の入荷後に出荷できる分２０個とを分けて受注するといった事前の交渉が可能だ。いっぽう有効在庫を認識していないとすれば、すぐに出荷できる受注として５０個分をひとまとまりとして受け付けてしまうだろう。結果的に、出荷時点で欠品に気づいてあわてるハメになる。 在庫数量が規定レベル
チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか:Web屋のネタ帳 on CNET - CNET Japan
チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか 公開日時： 2006/08/10 20:23 著者： watanabe 結論。DNSラウンドロビンという古くからある技術を取り巻く状況の変化を見過ごしている結果、負荷分散と可用性確保のために高価なロードバランサー機器を導入しているWebサイトは、実は大幅に金を無駄にしているのかもしれない。 一部の人には「今頃気がついたか」と笑われる可能性が高い話だ。 筆者が気づいたきっかけはとあるブログに書かれたこんな一節である。 あまり知られていないことかもしれませんが、DNS があるホスト名に対して複数の IP アドレスを返した場合、多くのウェブブラウザは、その全てのアドレスに対して接続を試みます (接続に成功するまで)。 Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Avail
複数のサーバのモニタリングソフト
Linux、Windows、FreeBSD、Mac OS Xで動作可能なサーバモニタリングソフトウェアです。フリーで利用できるバージョンであっても商用利用可能で、30個までのサーバを一元監視することができます。 HTTPなどの各種サービスの監視はもちろん、CPU負荷やメモリ、温度の詳細なグラフ出力やレポート出力も可能。サービスが落ちたかどうかの判断基準や、落ちた場合の通知方法はグラフィカルに条件分岐のダイアグラムから作成可能で、その際に実行するスクリプトなども指定できます。 ソフトウェア自体は監視するBixAgent、監視エージェントから送られてきた情報をまとめるBixServer、そしてその監視結果を表示して確認するためのBixDesktopで構成されています。 詳細は以下の通り。 BixData | Cluster and Systems Management http://www.b
イベント駆動化する世界：栗原潔のテクノロジー時評Ver2：オルタナティブ・ブログ
レピュテーション管理（笑）の一環で「テックバイザージェイピー」をキーワードでいろいろサーチしていたら、CNET読者ブログの野坂洋さんという人のエントリーを見つけました（ご遠慮なくTB貼ってくださいな＾＾）＞野坂さん）。「先日やったサンのWeb 2.0イベントの話の中でも『イベント駆動型アーキテクチャ』について特にひっかかったという内容です。自分はイベント駆動型アーキテクチャについてはだいぶ前からちょこちょことリサーチしていますが、なかなかその意義（意味ではなく）を理解してくれる人が少ないような気がします。 そういえば、ちょっと前に書いたエントリー「IBMもWeb 2.0を語り始めた」の取材の時も、IBMの重要研究テーマのひとつである「イベント・ドリブン・ワールド」の説明で「このテーマはなかなかお客様にわかってもらえないんですよ」とIBM ResearchのVPの人が言ってました。 要は、人
なぜJavaなのか - テクノロジーと経済 (arclamp.jp アークランプ)
なぜ僕はJavaにこだわるのでしょうか。 Javaが良い言語である、というのはその答えではありません（むしろ嫌いな人の方が多いかもしれませんｗ）。それは、ほんの一面でしかないでしょう。 言語が良くて、開発者が満たされて、バザールが形成されるだけではエンタープライズ・アプリケーションは開発できません。LISPやRubyがそうであるように（これは批判でもなんでもなく。Ruby、好きですし）。 Javaが普及したのはなぜか エンタープライズ・アプリケーションとは億単位のお金が動くところです。Javaが普及した理由は言語仕様のおかげ（だけ）ではない、というのは誰もが知るところでしょう。儲ける構図でも書いたとおり、 では、Javaの儲けの構図とはなにか。それは、Javaの仕様に従うことで、１から１０まで一通りの利益構造を自社内に揃えることが可能な点だ。サーバ、SI、ミドルウェア、OSのすべてを自分
2010年度までのWeb技術の進展を予測した「ITロードマップ」を発表〜Web2.0/SOA時代の到来に不可欠なリッチクライアント〜
You can search NRI's research and research results from tags, free words, and content types.
入力チェックの落とし穴
人名 外国人の利用を考慮した場合、半角文字も入力可能にする必要がある。 “髙橋（はしごだか）”のようにJISでは定義されていない文字は、文字化けを起こして入力チェックで半角文字と誤判定することがある。旧字体・異字体・機種依存文字はテスト時によく確認しておくこと。 以下の文字も人名に使用可能と、戸籍法に定められている。拗音・撥音・促音は有名だが、「ゎ」，「ゐ」，「ゑ」などは意外に知られていない。読みがなの入力チェックの際は以下の文字に注意すること。 郵便番号 郵便番号マスタ を使用した住所の妥当性チェックは、下記のことに注意する必要があるので、行わないほうが無難。 郵便番号は定期的に変更されているので、郵便番号マスタのメンテナンスコストを検討しなくてはならない。 郵便番号が変更されても、旧番号で入力してしまう人がいる。 同じ郵便番号に複数の町域が割り当てられているケースがある。 逆に、大口事
「ソースコードを見せて，と創業者のラリーとサーゲイは言うんです」---Google アンジェラ・リー氏：ITpro
優秀なエンジニアをかき集め，革新的なサービスを次々とリリースしてきたGoogle。「エンジニアのエンジニアによるエンジニアのための会社」（梅田望夫氏）といわれる同社の研究開発はどのように行われているのか。インターナショナル・プロダクトマネジャ アンジェラ・リー氏に話を聞いた（聞き手はITpro発行人，浅見直樹） ---Googleは自前主義と言われます。 リー氏: 本当に1からコードを開発している。メモリーの深い部分をどう効果的にコントロールするか，から始めて，ハッシュテーブルをどうするか，ユーザーインタフェースの部分まで，最後の1バイトまで自分たちで書いています。 買ってきたものだと限界にぶつかる なぜかといえば，他社のプラットフォーム上にコードを書いていると最終的にはどこかで壁に突きあたるんです。私の場合，国際化を担当していますが，日付の順番などが各国の言葉によって異なるところが，プラ
東葛人的視点 日経BP社
« またも東証のトラブル、改めて考 | メイン | プロジェクト・マネジメント「格 » 作る「バカ」と使う「バカ」が共振した東証のシステムトラブル ［2005年12月22日］ あるメーカーの幹部に言わせると、「バカよけのロジックがなかった」ということになる。もちろん、みずほ証券による誤発注騒動の件である。東京証券取引所の売買システムに、重大なヒューマン・エラーが起る可能性を想定した要件定義が盛り込まれていなかったのか、システム開発サイドの人間から言うと不思議でならない----その人はそう話を続けた。「バカよけ」とは言葉は悪いが、多くの技術者が同様の思いを持ったことは事実だろう。 確かに、情報システムはエラー処理ロジックの塊である。今回のような通常あり得ないような入力ミスも含め、あらゆる事態を想定して要件を定義し、それに対処するエラー処理のロジックを書かなければならない。通常の処理ロジックだ
パブリック空間、グループ空間、プライベート空間 - モジログ
情報が置かれるいろいろな「空間」は、その情報に「誰がアクセスできるか」という点で、次の３つに分けられると思う。 １ パブリック空間 ： 誰でも見える情報空間 ２ グループ空間 ： メンバーしか見えない情報空間 ３ プライベート空間 ： 自分にしか見えない情報空間 １は、いわゆる「公開情報」。 ブログも含め、ネットに置いてあるものは基本的にここに入る。 このパブリック空間に情報を置くのが「パブリッシング」。 ２は、そのグループのメンバーでないと見れない領域。 ＳＮＳ（ソーシャルネットワーク）や、企業のイントラネットなど。 メールも、やりとりする当事者間にしか見れないので、ここに入る。 グループ空間での情報伝達は、いわゆる「コミュニケーション」に近いものだ。 ３は、文字通り「プライベート」。 自分のＰＣ、自分のノートなど、自分だけしか見えない領域。 プライベート空間に情報を置くのは、メモ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
