オープンソースなソーシャルネットワークDiaspora - masayang's diary
Diaspora=Facebookの個人情報公開方針に納得できない人達が立ち上げる、新しいソーシャルネットワークサービス。 もうすぐ開始なんだってさ。 とりあえずTwitterでおいかけよう。 A Little More About The Project Diaspora aims to be a distributed network, where totally separate computers connect to each other directly, will let us connect without surrendering our privacy. We call these computers ‘seeds’. A seed is owned by you, hosted by you, or on a rented server. Once it has be
Agile Japan 2010 - masayang's diary
Twitterの#aj10にて、ざっと流れを追うことができる。 便利な時代になったのぉ。 大手SI屋は、これでも「Agileは自分たちには関係ない」と思い続けるのだろうか... 以下、印象に残った書き込み。 あー言っちゃった…『SOAはナンセンスですね』御意。 #aj10 http://twitter.com/bohnen/statuses/11918830743 児玉:「そこはいいポイント。アジャイルで発注してくれた会社は、大きな会社に発注するつもりがない。大企業は高いと思っている。だからちいさなうちに発注してくれている。」 #aj10 http://twitter.com/kawaguti/statuses/11917905609 Agile化の流れを見ていると、小型で燃費のいい車を作れずに衰退していったアメリカ自動車産業を思い出すんだよね。事業構造も自らの体質も変えることができず、徐
クラウドの本質を俺様が語ってやろうじゃないか - masayang's diary
ごめんなさい。題名は釣りです。 ITPro: 「クラウド」とはいったい何か ITベンダーは本質を語れ 「クラウド＝時間貸しのVM」じゃだめなの？ 「ITベンダーの数だけ定義がある。クラウド間の連携やアプリケーション連携についての標準規格もまだない。これでは投資できないだろう。ユーザー企業は今まで強い関心を抱いていたが、最近は幻滅を感じ始めた」とまで言う。 標準規格がないと投資できないの？ ってか、時間貸しなんだから投資不要なんじゃないの？(ハードに関しては、ね) ハードから投資した時は 構成検討 機器調達(納期や価格、保守条件の交渉などを含む) 導入〜試験 等々で数週間〜数ヶ月の期間と、それなりの人員をぶち込む必要があった。 でも、クラウドなら「あっ」という間に終わっちゃう。 ここで節約できるお金と時間は大きい。 先に始めたものが市場を制する「新規もの」の場合は、特に。*1 国内最大手のS
orz... - masayang's diary
Daily WTF: The IntDivide これはすごい... こういう処理方式を思いつく精神構造に関心。 一緒に仕事をする気には、なれないね。 呼び出し側 NumPages = IntDivide(ds.Tables(0).Rows.Count, 56) + 1 そして問題の、IntDivide '------------------------------------------------------------------ '-- NAME: IntDivide '-- PURPOSE: Returns the integer division of one '-- number by another. '-- IN PARAMETERS: Numerator, denominator. '-- OUT PARAMETERS: Result. '---------------
フィーチャで考えると見えてなかったものが見えてくる - masayang's diary
その１ 最近Agileに切り替えたとあるプロジェクトのリーダーは、こんな事を語ってくれた。 以前は進捗会議の話題が「納期」や「予算」に話が偏る傾向があった。 切替後は、開発されたフィーチャやこれから着手するフィーチャについて議論されるようになった。 →いかに中身を見ないでお金や納期の話をしていたか、ということが浮き彫りになった。 その２ Agile採用を検討しているプロジェクトのリーダー曰く： フィーチャで考えるのは難しい。 ユーザがどんなフィーチャを欲しがっているのか、意外にわかってない。 →フィーチャで考えるという事は、受入れテストの必要条件を考えているのに等しい。そこを曖昧にしたまま包括的に記述してしまう従来型の要求定義だと、受入れテスト〜納品の段階で非常にややこしいことになる。フィーチャで考えるのは大変だが、プロジェクト最終段階でのゴタゴタを前取りしていると思った方が良い。
リファクタリングは設計の代わりにはならないよ - masayang's diary
InfoQ: Refactoring Not a Substitute for Design リファクタリングは設計の代わりにはならないよ 2009年2月9日 Chris Sims 「設計ってリファクタリングの一部なの？」という質問を受けた。この質問の背景には、Agileにおける設計の考え方に関する勘違いが見受けられる。よくAgileな人は「テストしろ！ コード書け！ リファクタリングしろ！ 以下繰り返し！」とマントラのように繰り返す。でも、このやり方が設計を置き換える事はない。プロジェクトにおいて一連の作業が延々と繰り返されているだけなんだ。 Phil Hがこんな質問をしてきた： 新しいやり方ってのは、まずとにかくコードを書いて初期イタレーションの目的を達成し、それから必要に応じてリファクタリングを行い、洗練していくっていうことらしい。コードは漸増的に増えていく一方、全体的な設計はしてい
希望が失望に変わるとき - masayang's diary
オバマ景気対策への期待とかで、先週のS&P500は868.60で引けた。 Big Picture: Thoughts on the Continuing Crisis John Mauldin氏による長い記事だが、S&P500のEarningsに関する記述がある。 So, how does that affect total earnings for 2008? The table above shows analyst projections from March of 2007 through today. Notice how they kept falling over time. They are now down 70% from what was expected two years ago. Earnings for 2008 are a paltry $29.57 and
日本の真似をしてどうする... - masayang's diary
この週末に決定するオバマ政権による景気対策。 まだ決定してないが、内容は徐々に漏れつつある。 下記記事が参考になる。 Economist's View: Fed Watch: And Now We Know.... どうやらBad Bank構想は消えた模様。 "Ring Fence"という政府保証が中心に。 CitiやBank of Americaに適用された手法。 Bad Bank構想が消えていった背景は... 銀行の不良資産を時価で買い取れば...銀行は資本不足になる。 銀行の不良資産を銀行が主張する価格で買い取れば...納税者が損をする。 だったら会計基準を変えればいいじゃないか。 つまり、「隠せ」と。 これは日本の金融機関が陥ったのと同じ泥沼への道ではないか？ 貸し渋り＆借り渋り 根本的な問題が何も解決されない以上、銀行の貸し渋りは解消されそうにない。 そもそも、「借りたい」という
Agileが根付かないもう一つの理由 - masayang's diary
「プロジェクト失敗率とリスク」の続き。 id:suikyojinさんからトラックバックをいただいた。 大規模Agileの失敗率は驚異的に低い? そもそも、大規模プロジェクトの失敗率って、ものすごく高くて、70%とか80%とかいった数字を見たことがある。基準が同じとはかぎらないので、断定できないが……。 そうなのです。「失敗」の定義は意外と難しい。随分前に訳した「失敗とは何か」では CHAOSレポートによれば、成功するプロジェクトの割合はたったの34%だそうな。 Standish GroupのCHAOS reportは、長年に渡ってドブに捨てられてきた何十億ドルにもなるIT関係プロジェクトの話を延々と述べている。34％の成功率っていうのは実は改善された数値で、2001年の調査では28％だったんだな。 とのこと。失敗率66%。ただし、この記事でMartin Fowler氏は 納期が遅れたとか予
技術的負債(Technical Debt) - masayang's diary
先日参加したBayXP Meetingにて、座長のJeffreyがCruiseControl 2.8について「新たな付加価値はゼロだけど、リリースした」という話をしていた。Jeffryのブログ「CruiseControl 2.8 Released」を読むと、そのココロがわかる。 This release felt like we were paying off technical/hygiene debt at the same time, at least in a small way. Not major refactorings, just lots of small changes to make things better. 大規模なリファクタリングではないが、細かい変更をたくさん加えた。 「技術的負債(technical debt)」をちょっとだけど返済したようなもの。 技術的
迷ったら狩野さん！...狩野分析法による優先度付け - masayangの日記（ピスト通勤他
追記 id:discypusさんから、狩野分析法の出典に関するコメントをいただきました。 狩野法って、 狩野 紀昭 氏 http://www.sangakuplaza.jp/page/134499 の http://www.yahoo-vi.co.jp/method/b10.html の手法かと 思うのですが、合ってますでしょうか？ まさにこれですね。http://www.yahoo-vi.co.jp/method/b10.html にある日本語のほうがすっきりしてます。 お詫び 分析用配列に誤りがありました。修正してあります。 要旨 先日受講したScrum Product Owner Trainingで印象に残った分析法を紹介。 Agile開発では「優先度順に要件（フィーチャ）を開発していく」のが基本だが、いざ優先度をつけようにも話は簡単ではない。発注側に強力な指導者がいてその人が独裁的
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今更ながら「設計ができる」人に問いかける - masayang's diary
