理解、または洗脳合戦の領域をみていると、1.考えない人2.メッセンジャー3.学者さん　が三つ巴のジャンケンのような関係を形成している様子がしばしばみられる。とりわけ、1.〜3.までの程度差が大きくなりがちな、複雑な学問・専門性の高い学問・難解な学問　においてはこの構図を形成しやすい。 1.考えない人2.メッセンジャー3.学者さんは、それぞれのレイヤーでそれぞれの理解を構築する。彼らは勿論自分達が見知った出来事を(程度の差こそあれ)良いものとしているわけだが、異なるレイヤー間で議論を行うときには相性問題を起こしやすい。以下に、それをちょっと書く。 1.考えない人 白か黒かでなければ把握が困難な人達であり、自分の理解している範囲を「限定」したり、分からないことに分からないという「留保」を準備したりすることが困難な人達。赤ワインも納豆も体に良くて、ゲームは脳がダメになるから禁止、オタクは理解不能

ニワンゴはこのほど、「ニコニコ動画」など「ニコニコシリーズ」の最新情報を伝えるサイト「ニコニコニュース」を公開した。18日に公開した「ニコニコ動画（RC）」の有料版会員数は、募集スタートから3日目の20日までに2万人を超えたという。 ニコニコニュースは「ニコニコのニコニコによるニコニコのためのニュース」としており、ニコニコ動画や「ニコニコブックマーク（仮）」の開発者ブログの情報を掲載している。 タイトルバナーや背景などは「フデオさん」の手による筆文字で書かれている。独自企画として、フデオさんが動画で出したお題にユーザーがコメントで答え、面白かったものをフデオさんが筆で書いて公開する「今週のフデオさん」も始めた。 「RC」で新たに始めた月額525円の有料版会員数は、20日までに2万人を超えた。RC開始前、ニワンゴの取締役兼管理人・西村博之（ひろゆき）氏は有料会員数を「数千人」と見積もっていた

2007年06月21日04:30 カテゴリ翻訳/紹介Art 怠訳 - TDDはもう古い!これからはADDだ! こいつは厄さずにいられない。 scottberkun.com ? Blog Archive - Asshole driven development くそったれ駆動開発 - Asshole Driven development (ADD) チーム一のくそったれが、重要事項を全て決断する開発手法。理も知も技も、くそったれ殿が部屋にお出ましになるやいなやゴミ箱行き。くそったれ殿の詈と痴と偽が職場を支配する。いや、ちっとは知も技も残っているのも知れないが、ク氏の手にかかれば千の風になって飛んで行く。 認知的不協和開発 - Cognitive Dissonance development (CDD) どんな現場においても、ソフトウェアのあるべき姿に関して相反する理想が拮抗しているが、個々の

■ [ruby][event] Ruby勉強会＠関西-16「30分でわかるcallccの使い方」 先週末のRuby勉強会＠関西で、Rubyにおけるcallccの使い方について発表させていただきました。 スライド： pdf ppt 継続の説明については「なんでも継続」がよく参照されるんだけど、 ちょっと説明がボトムアップすぎると思うので(僕も最初に読んだときは全然分からなかった)、「callccで何ができるか」という応用面から攻める 構成にしてみました。 最初は「継続かわいいよ継続」「それをすてるなんてとんでもない」と思ってたんだけど、 いろいろ調べてるうちになんでcallccが嫌われるのかが理解できてしまった。callccはかわいいけど、非常に手のかかる奴らしい。 しかも、面白い利用例はいっぱいあるけど実用的な例があんまりないんだよね^^;。 callccが無くなるとRubyの「かっこよさ

Forrester Research, Inc. Liz Herbert　Senior Analyst SaaSは，機能が限定され，カスタマイズ化や統合化が限られていた初期の段階から進化を続けている。今では，柔軟かつ拡張可能なプラットフォームになっており，付加アプリケーションを開発するサードパーティ・ベンダーをひきつけている。例えば，Jamcracker Service Delivery NetworkやSuiteFlex，AppExchange，WebEx Connectなどだ。これらのプラットフォーム上には，ユーザー自身が開発したアプリケーションを載せることもできる。ExcelやNotesのようなソフト上で動いている自家製のアプリケーションも共存させられる。 SaaSプラットフォームに投資するユーザー企業は，選択にあたって以下の点に注意する必要がある。 まず「使いやすいツール・セットが

「サービスとしてのソフトウェア」（Software as a Service：SaaS）をまだ知らない人も、近い将来に出くわすのは確実だ。最近のIDC予想によると、SaaSへの支出額は2009年までに110億ドル近くに達する見通しだ。CIOならこのソフトウェア配信モデル（アプリケーションが会社内ではなく集中拠点から管理され、顧客はWebを介してリモートでアプリケーションにアクセスできる）がITインフラ全体に普及しつつあることは知っているだろう。 しかし、CIOはSaaS契約交渉について不安を抱えているはずだ。ここではわたしが最近手掛けたSaaS契約の2つの局面を取り上げ、ベンダーの出来の悪い契約書書式の犠牲になるのを避ける方法を幾つか提案する。 契約によってSaaSの価値が損なわれる場合 われわれが扱ったのは、この市場でかなりのプレゼンスを確立している大手SaaSベンダーだった。このベンダ

対談はお互いが「日本の会社を見ていて、今一番気になること」を述べ合うテーマ設定から始まった。 西岡氏が指摘したのは、ミドル層の元気のなさだ。 「支援を心から求めているベンチャーの経営者を、大企業に紹介してプレゼンさせると、まあ、5分ぐらい経つあたりから、常務取締役、事業本部長といった幹部を除く、ほとんどの人の目が腐った魚のような、どろーんとした目つきになってきます。幹部は危機感をもっていても、横にいる、部長、課長、係長といったミドルの人たちは日頃から、上から落ちてくる仕事しかしていないんですね」 「要するに何か新しいことを、『よし、一丁やってやろうじゃないか』というような気持ちを持っていないから、ぴかっと光る目をしてない。ベンチャーの話を聞いていて、これは大した技術じゃないというんだったら、そう言ってほしいんですよね。ところが、そのベンチャーの技術が大したことかどうかを評価する前に、『わあ