未読に関するhoisjpのブックマーク (6)

  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

    このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

  • スキーマ不定のデータをRDBに永続化する方法の比較 — ありえるえりあ

    Recent entries Apache2.4のリリース予定は来年(2011年)初め(あくまで予定) inoue 2010-12-23 Herokuの発音 inoue 2010-12-20 雑誌記事「ソフトウェア・テストPRESS Vol.9」の原稿公開 inoue 2010-12-18 IPA未踏のニュース inoue 2010-12-15 労基法とチキンゲーム inoue 2010-12-06 フロントエンドエンジニア inoue 2010-12-03 ASCII.technologies誌にMapReduceの記事を書きました inoue 2010-11-25 技術評論社パーフェクトシリーズ絶賛発売中 inoue 2010-11-24 雑誌連載「Emacsのトラノマキ」の原稿(part8)公開 inoue 2010-11-22 RESTの当惑 inoue 2010-11-22 「プ

  • クラウドサービス市場は4年で2.5倍に、インフラ提供や開発分野が特に成長

    2012年まで、プライベートクラウドへの投資がパブリッククラウドへの投資を上回る、というガートナーの予測を前回のエントリで紹介しました。今回は、クラウドサービスの成長分野はストレージとサーバとアプリケーション開発だというIDCの予測を紹介しましょう。 IDCがクラウドサービスの分野ごとの成長予測を公開しています。まずはそのグラフをご覧いただきましょう。 全世界で2009年に17.4ビリオンドル(約1.6兆円)のクラウドサービス市場は、2013年には約2.5倍の44.2ビリオンドル(約4兆円)に成長。特に、ストレージおよびサーバ、そしてアプリケーション開発と運用の分野の成長がこのグラフから読み取れます。 これはすなわち、インフラを提供するIaaSの分野や、IaaSやPaaSでアプリケーション開発を行う分野がSaaSよりも大きく成長する、と言い換えることができそうです。 またIT支出の中でクラ

    クラウドサービス市場は4年で2.5倍に、インフラ提供や開発分野が特に成長
  • グーグルの研究が示すメモリエラーの真実--明らかになった高い発生率

    どうしてまたコンピュータがクラッシュしたのかと不思議に思ってはいないだろうか。Googleの実環境での研究によれば、それはメモリが原因かもしれないという。この研究では、メモリのエラー率が、これまでの研究で示されていたよりも高いことが分かった。 Googleは、同社のデータセンターにある膨大な数のコンピュータを使って、それらのマシンの実際の稼働状況についての実環境データを大量に収集することができる。それがまさに、エラー率が驚くほど高いことを明らかにした研究論文のために、同社が行ったことだ。 トロント大学教授Bianca Schroeder氏と、GoogleのEduardo Pinheiro氏ならびにWolf-Dietrich Weber氏の共著である同研究論文によれば、「メモリエラーの発生回数や、さまざまなDIMMにおけるエラー率の範囲が、以前報告されていたよりもずっと高いことが分かった。メ

    グーグルの研究が示すメモリエラーの真実--明らかになった高い発生率
  • イノベーターと職人 - michikaifu’s diary

    前回のエントリーでは、「事業開発の職人」の話だけを書いたけれど、実のところ、当にすごいイノベーションというのは、そのタネを思いつくすごいイノベーターがいないとできない。こちらのほうは、必ずしも訓練でできるようになるわけではなく、かなり天性のものだと思う。その違いを書いておいたほうがいいと思ったので、補足。 職人だけでももちろん技術やビジネスは進歩するけれど、それは「改良」であって、「不連続な変化」ではない。不連続な変化は、すごいイノベーターだけが起こせると思う。しかし、すごいイノベーターがいても、そうした「スパーク」が力を発揮するためには、エンジンの中に十分な燃料濃度が事前に必要であるし、またそれを連続的なエンジンの回転につなげるための仕組みが必要で、それはすなわち職人の仕事だ。両方いないと、当のイノベーションは起こらない。イノベーターがスパークできる機会は限られているから、それをうま

    イノベーターと職人 - michikaifu’s diary
  • 立ち止まってリファクタリングをする?

    原文(投稿日:2009/6/15)へのリンク Joshua Kerievsky氏はリファクタリングYahoo!グループにおけるディスカッションを次のポストから始めている。 ここ数年、リファクタリングを行うべきなのはユーザストーリーに関する作業を行っている時だけだという話を耳にしますが、その考え方にはまったく賛成できません。それというのも、単純に技術的負債を返済するべき時があると考えられるからです。この数日間、同僚と私はeラーニングのコードをリファクタリングしていますが、これを導くユーザストーリーはありません。想定した以上に技術的負債が増えてしまっていて、今はそれを返済するのにちょうど良い時期なのです。コードの中で中心的な役割を果たしているシングルトンが有害なものになっているので、それを取り除いています。それによって設計を改善する可能性がより広く開かれるからです。この作業は楽しいものです。こ

    立ち止まってリファクタリングをする?
  • 1