時間を使うことが一番の贅沢な対応。時間が一番重要な資源。

大企業の社長であっても、普段どんな記事やブログに興味をもっていて、どんなことを考えているのか、株価に影響しない範囲やインサイダーにならない範囲で、社員にももっと共有しても良いと思うんだけど、ね。

ドッグフードを食べる、ということで自分たちで使わないものは、良いものにならないので、使い続ける必要があるが、自ら熟練してしまうと、初心者の気持ちはわからなくなってしまう。いつまでもシンプルでい続けるためには何をすれば良いか。

オブジェクト指向では名前付けが肝だったと思い出す。マーケティングでも名前付けが重要。ネーミングセンスがいる。軽視してはいけない。

抽象的なものに対して「名前をつける」ということは、形の無い水をコップですくいあげることで、形や大きさを与えるようなことに似ている。

脅かされた環境にいる生物の方が狡猾に進化して生き延びる。サービスやスタートアップも同じだと思う。

格安航空会社（Low-cost carrier: LLC）は、既存の大手との差別化として、企業本位のサービスを見直し、徹底的なコストダウンを提示したことで、利用者の支持を得た。Low-cost ITとして提供できるようなサービスを考えたい。今のシステム構築は高すぎる。

見栄えだけの手厚いサポートで騙される利用者は減っているはずだ。合理的でさえあれば、セルフサービスなども受け入れた上でローコストなITサービスを選ぶ企業が増えても良いと思う。が、日本だとそんなことはないのだろうか。

ワークライフバランスのライフは私生活のライフではなくて、人生のライフだと思う。トレードオフではない。

ソフトウェア開発だけでなく、経営ってことでもなく、ビジネスをうまくするためにアジャイルって話もあって良いと思う派。組織、マーケティング、文化、そしてもちろん開発の文脈で統合的に。

ソーシャルメディアも結局は人と人の繋がりですね。リアルでもソーシャルメディア上でも、会わないと疎遠になる。メールは、折角のウェブの良さを殺して、あえて疎遠な感じを出してるように思う。手紙のメタファが残り過ぎてる。

電話が当たり前になったからといって手紙がなくなることはない。メールが当たり前になったからといって電話がなくなることはない。手段は確実に増えてるが存在感は減ってる。ソーシャルメディアは、メールの存在感を減らすだろうか。

ソフトウェア開発において、正しい仕様書みたいな文書があって、それに一致するかの判定がテストで、一致すれば完成。という考え方にまったく馴染めない。動くソフトウェアそのものが正で、文書は写像に過ぎないと考えてます。

ソフトウェア開発にもプロデューサーとディレクターが必要だと思う。大企業でソフトウェアを作るときは、マネージャーはいても、一番に製品のことを考える人に権限と予算が預けられないことがたぶん多い。それだと総花的にならざるを得ない。

受託開発のビジネスの問題の本質は、作るものがはっきりしてない時点から、工数精算で見積もりするのに、成果物の完成責任で契約する、という点。工数精算は悪くない。弁護士だってそう。完成責任も悪くない。材料費で商品値段が決まる訳ではない。そこが結びついてるのが問題ではないか。

ビジネスモデルを変えるのはオペレーションに最適化された現場だけでは出来ない。一方で、ビジネスモデルを変えるようなイノベーションを産み出せるのも市場に一番近い現場でもあるとも思う。

環境は変化する。変わらないことなんて無い。環境の変化に負けないように、環境よりも自分たちを、より一層変えていこうと思う。