Kadeploy is a fast and scalable deployment system towards cluster and grid computing. It provides a set of tools, for cloning, configuring (post installation) and managing a set of nodes. Currently it deploys successfully linux, *BSD, Windows, Solaris on x86 and 64 bits computers.

もちろんdestructiveな発言をする人間がいないというのは絶対です！

閾値となるサイズは恐らく分野によって違うと思いますが、僕の前職の研究によるとチームと呼ばれるものは３−５人ぐらいが生産性上、最適サイズということが経験上分かっていて、それともしかすると関係あるかもしれません。

そして結果が出るごとにその意味合い，ストーリーへの影響を徹底的に話し合っていく。こういう育つので有名なラボの場合、この議論の時間は普通の日本の研究室とは比較にならないほど長いところが多いかもしれない。

これではいつまでたっても「一人で研究をある程度設計してまわす能力がある」という免許でもある学位(Ph.D.)は取れない。

もしプログラム外でも学内とか、近くの大学、研究所とかに学ぶべき人がいれば三日とか一週間とか行って全てハンズオン(hands-on：直接)で学んで帰ってくる。

常に遥かに大切なのは、ケリを付けようとしている課題がクリアになったかどうかで、その視点かららちがあかないとなると、容赦なく別の方法，取り組み方を考える。そして一番簡単な方法論で行く。そのため長々と本ちゃんでやることなく、さっさとテスト的な試みを通じ見極める。これをがんがんやる中で判断力も身に付いていくし、行動力も身に付いていく。

原則、全ての人は何らかのテーマでメインのトピックを持つ。逆に言えば、テーマごとにオーナーを明確にする。決して、単なる集団責任のようにはしない。例外はTech（テック）と呼ばれる技術者（technitian）と入りたての人のみ。

2. 「各人のオーナーシップが明快」

1. 「人間育成、というもののプラオリティが高い」

「誰がこの愛を知っているであろうか？ 誰がこの愛を体験したろうか？ この愛の本当の名は友情である」

自分で米育ててるわけでもない奴が松屋の店長やるのはおかしいよね、まで読んだ。

まあ、間にwordとexcelが挟まってる時点で自動化は無理だよね。

「夫婦というものは、結婚した後も、お互いの足りない部分を補い合いながら、かけがえのない相手になっていくものです。はじめから完成された人物を求めることに違和感があるのです」しかも、過剰な期待に胸を膨らませ、高い理想を求める女性相談者たちに対し、「では、あなたは相手に何を与えられるのですか」と尋ねてみると、みな絶句してしまうのだという。

2007年初頭段階で、都内のＣＧなどの映像制作会社では、単純な社内LANとして10Gビット・イーサネットの運用が既に始まっている。コンポジット作業用途のクライアントＰＣなど、高速なディスクアクセス要求の強い場面で、10GBASE-CX4のNICをデザイナー等が使用するWindowsXPなどの一般的なＰＣに直接装着し、10Gビット・イーサネット対応のNAS等と10GBASE-CX4の安価なスイッチ経由での運用がされている。本来この分野は、F/C接続のSANなどの守備範囲であったが、F/Cに比べて安価な点が魅力となっている。イーサネットであるがため、F/Cに劣る部分もあるようだが、ローカルのハードディスクドライブの代わりとして高速なストレージサーバをマウントすることで、共同作業者間でのTB単位の大容量データの共有、データ集約、データ保護、などが簡単に行えるため、業務の効率化を安価に実現できる簡易な方法として、広まりつつある。映像業界という、特殊な要求の強い分野ならではと言えよう。

Googleとの違いとしてpistachio氏はユーザからの情報取得量の違いを述べています。 pistachio氏によると、Google検索は多い人で一日２０回ぐらいで、一回の検索単語は２個か３個ぐらいではないかとビデオ中で述べています。 Googleは、どんどん投入される検索単語を見て行くと、世の中の人が何を考えているかの流れが見えて来るそうです。

データを検索したり業務に合わせてデータを加工するビジネスロジックや、データ処理の一貫性を保ったりデータを二重化するデータ管理ロジックは、すべて「Bash」と呼ぶスクリプト言語で記述する。しかもデータベース管理ソフトを使わず、データはすべてテキストファイルで管理する。「ミドルウエアのオーバーヘッドがない分、処理も速い。ごく普通のパソコンで動作させても、25万件の商品データなら2秒程度で全件検索できる」と山崎課長は胸を張る。

技術オリエンテッドなベンチャーが少ない。資本を出す側に技術に対する目利きのできる人がいないので、どうも日本では技術系ベンチャーが育たないという面がある。

言ったことを言ったとおりに作ってくれる人材はいるが、一緒に考えてくれたり、最新の技術からメンテナンスコストなども踏まえて提案をしてくれる人材は滅多にいない。

昔、マクドナルドが日本に進出してきた頃の話になるが、われわれはマクドナルドの店舗内の業務を事細かく書いた「マニュアル」の存在に驚いたものである。なにしろ、マニュアルに書かれた通りにすれば、アルバイトの学生がたちまち独特な味付けのハンバーガーを作れるし、どこのお店に行っても同じ応対、同じ雰囲気で安心して買うのである。

宇多田好きに悪い人はいないっていうものッ

Amazon EC2がインスタンス指向、Google App EngineやSalesforce.comがアプリケーション指向であるとするなら、Sun Cloudはシステム指向と言えそうだ。

Amazon EC2の成功した要因の1つは、多くのスタートアップを含むIT企業が、Amazon EC2に対して（あるいはAmazon EC2上で）、さまざまなサービスを提供したことでエコシステムができたことにある。

スター型の利点として見逃せないのが、 サービスを完全に終わらせる事が可能である点だ。 これは企業にとっては重要で、 ユーザーを新作に誘導したりするのが簡単なので、商業上の利点が大きい。

上記のようなもろもろで何を言いたかったかというと、この分野では「企業の競争相手が個人になる時代は目の前まで来ている」ということです

この程度の規模のサービスなら、データベースや各種サーバをちゃんとチューニングするノウハウがある今なら、Amazon EC2などをうまく使って年間10万とはいわないまでも、100万をだいぶ切る構成で運用が可能かも知れないという感触があります。ただ、それをとことん追求するインセンティブがなかったということです。

しかし、プログラマーはやる気と集中力次第で生産性が（誇張ではなく）100倍ぐらい上下しますから、

Webでのニュース配信を今後さらに進化させていくためのポイントとして、同氏はニュース通信社が個々の記事を「消費の原子単位」としてとらえる必要性を指摘した。

抱えたコンテンツが運営陣の手から離れて、領域も境界も見えないコミュニティの所有物になってしまったら、どうなるのか？運営陣の動きが楽しみ。

友達に頼まれて登録したよ！ / 会員数を競うというより、到達しないと同期全員に迷惑がかかる仕組みだった気がする