タグ

2007年10月24日のブックマーク (6件)

  • TV局が「恐怖」を感じる仕組みがなければ、TVの暴走は止まらないんじゃないか? - モチベーションは楽しさ創造から

    「忙しくてもこれだけは読むべき!ベストエントリー10 for 社長、人事担当者、起業家」の記事を書いていたのですが、このマスコミの暴走についての話の部分だけ、記事が長くなっちゃいました。 CMに富が集中する、日のメディアのエコシステム - Tech Mom from Silicon Valley 亀田問題、初音ミク問題でマスコミ(TBS?)批判が大きくなっています。これからは、マスコミを利用していくスポンサーの責任も重大になっていくのではないでしょうか? このマスコミ問題をモチベーションという視点から捉えてみたいと思います。マスコミは、たぶんブログでこのように叩かれても、週刊誌で叩かれても屁でもないでしょう。モチベーションとして、人を最も急激に、強力に動かすのは、恐怖です。マスコミは、一般視聴者に恐怖は感じていないと思うのです。恐らく、人の噂も1週間。へたすりゃ1時間。グズグズ文句言って

  • 空いた時間にWEBシステム(ホームページだけでもいい)を(バイト感覚?で)受注する為の情報サイトを探しています。 PHP,Perl,MYSQL等は触れます。基本は、土、日、祝日を使っ.. - 人力検索はてな

    空いた時間にWEBシステム(ホームページだけでもいい)を(バイト感覚?で)受注する為の情報サイトを探しています。 PHP,Perl,MYSQL等は触れます。基は、土、日、祝日を使って作りたいので、大規模なものより、掲示板やメールフォーム等のツール的なものがベストかなと考えています。もちろん時間をもらえれば、大規模なものもやりたいですが。 都合がいいようですが、この辺の「情報サイト」、もしくは、「やり方」をお教え下さい。

  • 合成の誤謬 - 池田信夫 blog

    NTTの企業年金訴訟でNTT側が敗訴し、年金の支給額が減額できないという判決が東京地裁で出た。この影響は大きい。NTTの年金債務は約5兆5000億円、それに対して年金資産は約2兆円しかなく、差し引き3兆5000億円もの積み立て不足があるからだ(*)。判決では「NTT東西は年間1000億円の利益を上げている」というが、その利益の35年分が吹っ飛ぶ額である。他にも、日立が1兆3000億円、松下が1兆2000億円など、巨額の積み立て不足を抱えた企業は多い(2003年現在)。 NTTはこの債務を削減するため、確定給付型の年金を確定拠出型に変更しようとし、労使で合意して(法律で定められる)受給者の2/3の同意も得たにもかかわらず、厚労省に認可されず、訴訟になったものだ。この程度の裁量権も経営にないとなると、正社員のコストは非常に高くなる。NTTの場合は、社員ひとりあたり約2800万円もの隠れ給与を

    bull2
    bull2 2007/10/24
    年金が減るとなるとみんな財布の紐を縛って経済停滞するので、やっぱりインフレにして通貨の価値を徐々に薄めていくしか無い気がする。
  • JavaScriptとAJAXでページ上のマウスの動きを録画・再生するデモ

    ページ上で動かしたマウスの軌跡を記録し、再生することが可能になるJavaScriptやAJAXなどの組み合わせデモが公開されています。実際に試してみればわかりますが、記録している際には、特に記録されていると気づくような要素は全くありません。 応用としては、広告バナーのクリックについてアイトラッキング(目の動きを追う)の代わりに、マウスの移動する軌跡を記録して「マウストラッキング」が可能になったり、あるいはAJAXをフルに駆使したサイトにおけるユーザービリティの記録による操作の改善、あるいは各種スパイ行動などにも使えます。 実際のデモは以下から。 Record mouse movement using Javascript and AJAX http://pure.rednoize.com/movelogger/ 上記ページで四角いキューブの辺の周囲をマウスでなんどかぐるぐると回転させてみた

    JavaScriptとAJAXでページ上のマウスの動きを録画・再生するデモ
  • analog » 初音ミク現象とハッカー経済学 (lang:ja only)

    提示:访问地址无效,blog/2007/10/16/hatsune-miku-and-hacker-economics找不到对应的栏目!

    bull2
    bull2 2007/10/24
    しかし評判だけでは食っていけない。ということは、もう食うには十分な環境に置かれるとオプソな文化が醸し出されるわけですね。
  • [設計編]ユースケースに詳細を書いてはいけない

    機能要求を「ユースケース」(利用者=アクターから見たシステムの利用場面)としてまとめ,それを基に分析設計することが一般化してきた。ところが「ビジネス・ルールを入れ込んだり,if~thenレベルのロジックまで書き込んだりと,誤った書き方をしている人が結構多い」と,日を代表するITアーキテクトの1人,榊原彰氏(日IBM 東京基礎研究所 IBMディスティングイッシュト・エンジニア)は指摘する。どんどん詳細化し,必要ない情報まで盛り込んでしまうのだ。 「詳細化しないと気が済まないのだろう。『分析麻痺(Analysis Paralysis)』と言える」と同氏。オブジェクト指向分析設計とプロジェクトの「見える化」を実践・推進するチェンジビジョンの平鍋健児氏(代表取締役)も同意見。「画面レイアウトなど情報量が多過ぎることが結構ある。ユースケースはシステムの目的なのに,ユースケース=機能と考えるからそ

    [設計編]ユースケースに詳細を書いてはいけない
    bull2
    bull2 2007/10/24
    良く詳細を書いちゃうんだよねぇ