タグ

2010年7月15日のブックマーク (4件)

  • ゼロリスクを求めるのが合理的な場合 - 地下生活者の手遊び

    先日のエントリの趣旨はそのまま、レトリックを替え、別の論点も加えて再び論じますにゃー。 統治者の視点と当事者の視点*1 h_hirakawaさんリスク論講義 - Togetter 科学技術社会論を専攻する平川秀幸氏によるリスク論講義ですにゃ。さすがにオモチロイにゃー。さてここから平川氏の発言を引用しますにゃ。 ゼロリスク世論にまつわる問題は、確率論的なリスク論の考え方は、統計的=集合的な見方、いいかえれば社会をマスで見る「統治者視点」であり、それは「100万分の1でも当たったらイヤだ」という個別の視点、いわば「当事者視点」とは相容れないということ。 つまり、リスクに対する当事者視点は絶対消えないわけで、だからこそ統治者側には、経済的補償や法的対応、さらには当事者視点に対する「感情の手当て」が不可欠。ところが得てしてリスクコミュニケーションでは、統治者視点のみを押し付ける形になり、感情の手当

    ゼロリスクを求めるのが合理的な場合 - 地下生活者の手遊び
    grafi
    grafi 2010/07/15
    原発大国のフランスがどういう判断をしているかが気になる。日本よりまともな国民による意志同意は出来ているのか、どのような被害算定をしているのか。
  • ガラパゴスも住めば都 - 内田樹の研究室

    「ガラパゴス化する日」をどうやってグローバル化するか。 という問題設定を自明のものとすることに対して私はいささか懐疑的である。 ガラパゴスでいいじゃないか、と思うからである。 誰かがガラパゴス的な役割を演じないと、全地球的なシステムにとってバランスが悪いのではないか、と思うからである。 「ガラパゴス」にしか育たない植物があり、そこでしか棲息できない動物があり、そこにしか見られてない固有の進化の歴程がある。 世界中の人が罹患するウィルスの特効薬が「ガラパゴス」だけにいる珍妙な粘菌からしか採取できず、「ガラパゴスがあってほんとうによかったね」と人々が手を取り合って泣き崩れる・・・というようなことだって「絶対、ない」とは言い切れない。 私は「生物学的多様性」をシステム全体の安定のためにつねに配慮するという立場の人間である。 限られた資源を非競争的に配分し、できるだけ多くの生物種が共生できるよう

    grafi
    grafi 2010/07/15
  • Twitterをはじめると2週間でブログの更新が止まる理由 そしてはじまる(かもしれない)総表現社会 - mizchi log

    TwitterにはまったユーザーはTwitter以外での活動が減ってここに集約されるけど、Twitter自身にコンテンツとしての訴求力がないから死にコンテンツになっちゃう可能性があるんじゃないの、という話(のつもりだったけど他にもいろいろ)。 フォロワーのブログを読み続けて気づいたこと 日Twitterユーザーのよくあるブログを想像してみる。 過去ログを漁ると、「Twitterはじめました!という投稿があって、それ以降の更新数はTwitterのポスト数に反比例にするようなグラフを描いて下降していく。直近の記事の投稿はだいたい二週間前だ。 最後っ屁のように「Twitterって面白いですね!みなさんもはじめたらどうですか?」なんて記事があるかもしれない。あるいは、Make your dayなどのスクリプトで抜き出した、その日一日のTwitterでのポストが過去ログを埋め尽くしているかもしれ

    Twitterをはじめると2週間でブログの更新が止まる理由 そしてはじまる(かもしれない)総表現社会 - mizchi log
    grafi
    grafi 2010/07/15
    ああ納得。twitterは論理だった文章書くのが下手でも続けられるし、吐きたいこと吐けるし、それでfollow,favといった評価も頂けてしまうから、blogを書く気が起きなくなる。
  • TDDはテスタビリティの保証をしてくれるのかも - プログラマーの脳みそ

    TDD Boot Camp 北陸行ってきました。 TDDはテストドリブンデベロップメントの略で、自働テストを書いてから実装を書くというスタイル。ここでよく誤解されるのだけど、業務でおなじみ単体テストや結合テストといった網羅的なテストを記述してから実装を書くわけではない。目の前の1歩分、ひとつだけテストを書き、すぐさま実装を書いて自働テストをグリーンにする、というやり方をするのだ。こればかりは実際にやってみないと誤解は解けないかもしれない。 さて、深夜のテストTL - Togetterや、TDDはテスト手法か否か - Togetterで議論されている「TDDは品質保証の手法ではない」という部分に関する議論。ここでいう「品質保証」はバグがないこと、ソフトウェア品質の12の属性でいう信頼性(reliability)が高いことを指す。 TDDのスタイルには網羅的な検査をしてバグをあぶりだすようなフ

    TDDはテスタビリティの保証をしてくれるのかも - プログラマーの脳みそ