ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門
ドキュメントは最強のコミュニケーションツールである――Joelの機能仕様書入門：プロジェクト成功確率向上の近道とは？（1）（1/2 ページ） ITシステム開発の問題点の一つであるコミュニケーションの失敗。本連載では、これを防ぐ方法としてお勧めしたい3つのドキュメントを紹介していく。今回は「Joelの機能仕様書」のポイントを解説する。 連載目次 はじめに 本連載では、ITシステム開発がビジネスに貢献していくために必要な、最も基本的な条件である“システム開発の成功”につながるいくつかのポイントを紹介します。 筆者は、さまざまなコンピューターシステム開発に長年携わってきたソフトウェア技術者ですが、この連載では、あえて技術的ではない話題を中心に述べます。というのも、技術論だけではシステム開発が成功する条件としては不十分ですし、すでにたくさんの優れた技術論が各方面で展開されています。あらためてそこ
副業&リモートワークやってみた - yashiganiの英傑になるまで死ねない日記
photo by Paul Mayne ひょんなことから，知人より「アプリ作ってくんない？」とオファーがあったので，しばらくほいほいとやってました． 副業というやつです． しかも，開発は基本リモートでっていうんで，ちょうど流行に乗っちゃったりしちゃった感じです． リモートワークは，Rebuild.fmでも話題になってたし，副業ってのもあんまりしてる人はいないと思うし，興味ある人はいると思うので体験談を共有しておきます． 背景 作ったもの photo by Sean MacEntee 新しいサービスを始めたい，というのでそれのクライアントアプリを開発しました． アプリとは別にサーバのバックエンドも同時開発しましたが，そっちは別に担当する人がいました． 規模感は要件が決まっていれば，フルタイムだと1ヶ月くらいで完成させて，ブラッシュアップまでさせられるくらいの規模です． しかし，今回のプロジェ
結局Microsoftの目的は何なのか、もうちょっと考えてみる - 亀岡的プログラマ日記
今朝の記事は予想外に色んな人に読んでもらえたみたいで、ありがたい限りです。一時間程度でラフにまとめたものなのでお恥ずかしい限りですが、みなさまの役に立ってたら幸甚です。いや、ほんとに。 んで、見たことないくらいたくさんついたブクマを眺めていると、「何のためにしたかイマイチわからない」「どうやって金を儲けるつもりなんだ？」という話がちらほら見受けられます。ねぇ、ぼくも色々もんもんと考えておりました。 んで、決して答えが出たわけではないんですけど（というか最後の最後がわからんのですよ、やっぱり）、でもこの方向性に向かう意図は僕の中で納得がいったので、ついでにメモ的に晒しておこうと思います。 分析の前に、ツールの確認 今回は、クラシックな戦略分析ということで、5フォース分析をしています。 ファイブフォース分析 - Wikipedia Microsoftという企業に対して、サプライヤとカスタマーを
データセンターの原価計算について〜「クラウド」の別側面として - 急がば回れ、選ぶなら近道
要するにデータセンターの「原価計算」です。いろいろこのあたりに関わっています。複雑な計算ロジックと大量のデータを扱う必要があるので、大規模並列計算の適用が必須になり、結果として当方の出番になった、という状態。尚、実行基盤にHadoop（MapR）を利用しています。（一応予定ではSparkに移行するつもりで、開発も始まっています。） さて、いろいろやっていて思うところがあるので、現時点での考え方をまとめておきます。機微な部分はNDAになるので書きませんし、以下は自分の「個人的な」意見であり、特定のサービサーの話をしているわけではありません。基本的にInteropで公にしゃべった話のまとめです。 ■現状認識 現在、国内DCはほぼ乱立状態に近いと思われます。ここへ来て春先のAWSの値下げのインパクトもありました。今後は、より競争的なマーケットになるでしょう。退場する企業やM&Aも活発化していくで
Fusion-ioがSanDiskによる買収合意へ。迅速なグローバル展開を優先させるためか
PCIe接続のフラッシュストレージベンダとして急成長してきたFusion-ioを、フラッシュメモリ関連製品で知られる米SanDiskが買収することが発表されました。 買収価格は1.1ビリオンドル（約1100億円）。 News Release : SanDisk Signs Definitive Agreement to Acquire Fusion-io Fusion-ioは今月、新世代製品となるPCIeフラッシュストレージの新シリーズ「ioMemory Atomic Series」の発表と、「アプリケーションを速くすることにフォーカスする」という戦略を明確にしたばかりでした。 Fusion-ioは2005年にDavid Flynn氏とRick White氏が創業、2009年にはチーフサイエンティストとしてSteve Wozniac（スティーブ・ウォズニアック）氏が入社し、2011年にニュ
ノウハウの功罪
先ほど事業精算をしたとあるスタートアップの方のブログを拝見しました。 読んでて思ったのは「ITスタートアップコミュニティの犠牲者だなぁ・・」ということ。 なんというか、事業とは「お客さんに付加価値を与えて対価をいただく」というシンプルな図式のはずなのに「スタートアップはこうしなければならない」という大量の情報の呪縛に囚われてる感じがしたんですよね。 事業精算の理由がよくわからなかったのですが、おそらく資金が回らなかったからだろうと推測されるのですが、単純に営業のリソース配分を間違えただけなような気がします。 「ピッチイベントに毎月のように出る」とか「優秀なチームを揃える」とか「プロダクトの改善を行う」とか、全部副次的要素、更にシンプルに言うと「投資家ウケする(であろうと思われる)行動」でしかなかったりします。 スタートアップがやらなければならない行動はただひとつ。「MVPを作ったあとはマー
「まず仕上げる」という話 - やまもといちろうBLOG（ブログ）
話題になっていたので。 いち早く70%～80%程度の完成度で人に見せられるものを作ることがいかに重要か、という話 http://d.hatena.ne.jp/sotarok/20120105/1325698126 でも敗戦処理系の下請けや、制作環境など土台系の仕事をすることの多い弊社からすると、感覚はこんな感じだな、と思うわけです。上記サイトで書かれている通りですよね。試行錯誤の回数を増やさなければならない。 幾つか論点があるとすると、8割というか「まず見てもらえるレベルを提示して、相手に感覚を掴んでもらう」というレベルまでまず仕上げる、というのはクライアントのいる下請けか、上司が圧倒的な指揮権限を持っているプロジェクトなんだろうと思うわけです。 もし、全体工数の半分以下で8割仕上げられるのであれば、残りで想定100％までとっとと作れって話になりますね。でも、だいたい想像できるレベルまでモ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
