タグ

2012年9月4日のブックマーク (8件)

  • 「住宅都市整理公団」別棟 : 岡山の団地

    2012年09月04日18:33 カテゴリ団地 岡山の団地Tweet 大きな画像はこちら 「団地」カテゴリの最新記事

    dagjmpd
    dagjmpd 2012/09/04
    岡山の団地
  • 『情報の科学と技術』62巻9号が「災害と情報」特集

    『情報の科学と技術』62巻9号(2012年9月)が、9月1日の防災の日にあわせて「災害と情報」特集を組み、以下の4の記事を掲載しています。 ・災害と情報 – 情報技術の向上と災害時の情報伝達の変化 / 後藤嘉宏 ・東日大震災後の不安と情報行動 / 関谷直也 ・東日大震災時にメディアが果たした役割 / 木村幹夫 ・東日大震災からの復旧・復興と宮城県図書館の取組み / 熊谷慎一郎 情報の科学と技術. 2012, 62(9). http://www.infosta.or.jp/journal/201209j.html

    『情報の科学と技術』62巻9号が「災害と情報」特集
    dagjmpd
    dagjmpd 2012/09/04
    『情報の科学と技術』62巻9号が「災害と情報」特集
  • 通勤地獄とベビーカー - novtan別館

    東京の通勤時間帯にベビーカーで乗り込んでくると言うのは正気の沙汰ではない。あのすし詰め空間に、脆弱かつ空間占有度が高い物体を持ち込むことで、立体的に組み上がっていることでかろうじて支えられている車内のバランスを崩すなんてのはとんでもなくリスキーな行為であり、結果として急ブレーキによりたまたま隣り合わせた巨漢がベビーカーを上から押しつぶすことを防ぐことはできそうにない。大概の場合、安定を欠いた上半身を支えるため下半身に多大な負荷をかけることでそれを防ぐ努力はなされる。僕も職業柄腰は良くないけど、その理由の幾分かは通勤電車で何かを押しつぶさないようにする努力によるものだ。 迷惑と言ってしまうと単なる感情の発露と捉えられがちなんだけど、実際のところ、それは持ち込まれたリスク増大要因の対処に苦慮するという現実を表現しているにすぎない。なぜ、ベビーカーをこんな状況に押し込まなければならないのか。理由

    通勤地獄とベビーカー - novtan別館
    dagjmpd
    dagjmpd 2012/09/04
    通勤地獄とベビーカー
  • パワーポイントのスライドを使った授業が恐ろしくつまらない理由 | ShareWis Blog(シェアウィズ ブログ)

    こんにちは。ShareWisの辻川です。 最近、にわかに学習系のサービスが盛り上がりを見せていますが、僕も学習系サービスの従事者の端くれとして、さまざまなサービスを実際に利用し、どんな特徴があるのかチェックしたりします。 特に動画で学習するタイプのサービスは国内外問わず色々と見てきました。 そんな中、思わず最後まで見入ってしまう動画と、開始1分以内で「もういいや」となってしまう動画があることに気づき、その違いは一体どこから来ているんだろう、と疑問に思うことがありました。 そこで、ふと自分が学生だったとき、どういう授業が面白くて、どういう授業が面白くなかったかを考えてみることにしました。 TEDのようにスラスラ話す=面白い授業、ではない 高校のときの化学の先生にすごく変わった先生がいました。 その先生は授業中にしょっちゅう「フリーズ」していました。 化学の法則について解説しているとき、練習問

    パワーポイントのスライドを使った授業が恐ろしくつまらない理由 | ShareWis Blog(シェアウィズ ブログ)
    dagjmpd
    dagjmpd 2012/09/04
    パワーポイントのスライドを使った授業が恐ろしくつまらない理由 | ShareWis Blog
  • サービス終了のお知らせ - NAVER まとめ

    サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。

    dagjmpd
    dagjmpd 2012/09/04
    「最近忘れっぽい…」と感じたら始める“記憶力”の高め方 - NAVER まとめ
  • [NoSQL]データ再配置の処理で、RDBよりも遅くなる

    出典:日経SYSTEMS 2012年5月号 pp.70-75 (記事は執筆時の情報に基づいており、現在では異なる場合があります) 拡張性の高さと高速な処理を得意とするNoSQLは、RDBのように使おうとすると失敗する。ひどい場合では、RDBよりも性能が劣り、運用の手間がかかってしまう。NoSQLの長所を生かすにはコツがある。「適用領域の判断」と「設計・開発」のフェーズに分けて、現場が直面したアンチパターンを紹介する。 NoSQLは、SQLを使わないデータストアのこと。RDBMSが不得意だった、スケールアウトによる分散並列処理を得意とし、高速化を実現する。データ操作言語にSQLは使わず、各NoSQL製品が備えるAPIを介してデータを操作する。スキーマ定義もない。データ操作にSQLを使わないことから、NoSQL(Not only SQLSQLだけではない)という名称になった。 元々は、米Am

    dagjmpd
    dagjmpd 2012/09/04
    [NoSQL]データ再配置の処理で、RDBよりも遅くなる - テクノロジーのかたち:ITpro Active
  • ノンプログラマーなPMにおすすめの技術書(前編) - 勘と経験と読経

    自分のまわりにも比較的多いノンプログラマープロジェクトマネージャ(例えばSIerに所属されている方)に現時点でおすすめするをまとめてみる。技術に苦手意識のあるPMさんの参考になれば幸いである。 なお、PMはノンプログラマーで良いかどうかは正直なところわからない。他に何かの強みがあって(例えば現実歪曲空間が出せるとか、圧倒的に業務知識があるとか)、うまくマネジメント出来ているのであれば問題は無いだろう。困ってしまうのは、消去法でPMというキャリアを選んでしまう人だと思うが、その話は長くなるのでまた別の機会に。 なお、PMBOK関係や情報処理技術者試験(PM)関係の参考書などは除外しているが、これは学んで当たり前だと思っているのであしからず。 ソフトウェア開発ライフサイクル 共通フレーム2007―経営者、業務部門が参画するシステム開発および取引のために (SEC BOOKS) オーム社Am

    ノンプログラマーなPMにおすすめの技術書(前編) - 勘と経験と読経
    dagjmpd
    dagjmpd 2012/09/04
    ノンプログラマーなPMにおすすめの技術書(前編)
  • 米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ

    "米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ

    米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ
    dagjmpd
    dagjmpd 2012/09/04
    米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ