フォームローラーでほぐし続けた結果...ようやくわかった効果とメリット3つ #Amazonプライムデー
![イーロン・マスクが教える、短時間で新しい知識を取り入れるコツ | ライフハッカー・ジャパン](https://cdn-ak-scissors.b.st-hatena.com/image/square/74b3833c71b137795258afb2fa7f9e6b0a53b2ec/height=288;version=1;width=512/https%3A%2F%2Fmedia.loom-app.com%2Flifehacker%2Fdist%2Fimages%2F2015%2F01%2F150126elon.png%3Fw%3D1280%26h%3D630%26f%3Djpg)
フォームローラーでほぐし続けた結果...ようやくわかった効果とメリット3つ #Amazonプライムデー
Mary Jo Foley (Special to ZDNET.com) 翻訳校正: 編集部 2015-01-26 13:04 Microsoftは、現在社内で使用している「Cosmos」の有償版を開発しているようだ。Cosmosは「Microsoft Azure」上で稼働する、ビッグデータの計算/分析/ストレージサービスだ。 筆者は2014年8月の時点で、同社が次に提供するAzureの大型サービスの1つはCosmosになるだろうと予測していた。筆者の複数の情報筋からの話によると、実際にその方向を目指して進んでいるように見受けられる。 Microsoftは、近々提供されるであろう同サービスの主要コンポーネントをテストするためのテスターを募集しているところだ。同情報筋によると、これらのコンポーネントには「Kona」という開発コード名の分析エンジンや、「Cabo」という開発コード名のストレージ
By ChrisDag シリコンバレーを拠点に活動しているジャーナリストのRobert X. Cringely氏によれば、IBMが過去最大となる約11万人の人員削減に踏み切り大規模な再編成を計画していることが明らかになりました。 Next Week's Bloodbath At IBM Won't Fix The Real Problem http://www.forbes.com/sites/robertcringely/2015/01/22/next-weeks-bloodbath-at-ibm-wont-fix-the-real-problem/ Cringely氏のもとには2014年の12月ごろから、「Project Chrome」と名付けられたIBMの再編成計画に関する情報が届いており、その計画がいよいよ2015年1月末から2月にかけて実行されるようです。Project Chro
自動化は便利で面白い 使っていないようで、実は常に使っているサービスといえば IFTTT。「If This Then That(これをしたらあれをする)」の略で、文字通り何かが起こったら、自動的に特定の処理をしてくれます。例えば Instagram で撮った写真を、自動的に Flickr に転載するといった処理を何もしなくてもやってくれます。 似たようなサービスだと昔から Yahoo! Pipes がありますし、Mac OS X だとAutomator もあります。最近だと iOS に特化した Workflow も楽しく活用しています。 IFTTT の良いところは、デスクトップ、スマートフォンといったデバイスだけでなく、数多くの Web サービスのサポートがあるところ。スマートフォンの Notification、SMS、GPS とも連携することができるので、工夫次第で面白い自動化レシピを作
一部の人々には、マルチタスクが可能な特別な才能が備わっているのでしょうか? この疑問を検証するために、スタンフォード大学の研究者は、マルチタスクを行う傾向と、それが作業能率向上につながると信じているかどうかに基づいて被験者をグループ分けし、比較しました。その結果、マルチタスクを頻繁に行い、それが仕事の能率を高めると思っている人々のグループは、実際には一度にひとずつ作業を進める人々よりもむしろマルチタスクが苦手であることが明らかになりました。マルチタスクを頻繁に行う人の作業能率が低かった理由は、考えを整理し無関係な情報を排除することに苦労したことと、ある作業から別の作業へと移るのが遅かったからです。 研究者はすべての被験者のマルチタスクを行う際の能率について計測し、ひとつずつ仕事をしていくよりも生産性が低いことを突きとめました。さらに驚くことに、マルチタスクを行う人は、ひとつずつ作業を終わら
優れたAPI の設計の重要性、そして難しさについては、これまで多くのことが語られてきました。最初から適切なAPIを作ることは難しく、しかし後からAPIに変更を加えることはもっと難しい。まるで子育てのような難しさ、と言っていいでしょう。経験を積んだプログラマならほぼ皆知っていることでしょうが、優れたAPIとは、まず抽象度がどこをとっても一様であり、その上で、整合性、対称性を備えているものです。優れたAPIはプログラミング言語のボキャブラリーを充実させ、言語に豊かな表現力を与えるものでもあります。しかし、そうした原則を十分に意識していたとしても、適切なAPIができるとは限りません。甘い物は身体に必要だが食べ過ぎると成長によくない、というのと同様に、原則にとらわれすぎるとかえって悪い結果を招くことがあるのです。 こう書いただけだと暖昧でよくわからないと思いますので、具体例をあげることにしましょう
企業に「クラウドファースト」が広がる中、アマゾン・ウェブ・サービス(AWS)、米マイクロソフトなどのクラウドサービス事業者各社は、クラウドインテグレータなどのプレーヤーとの連携強化や事業モデルを拡大することで、サービスの競争力を高めている。 クラウドサービスがコモディティ化したことにより、クラウドサービス事業者は大手でさえも、自社のサービスだけでは差異化が困難になってきた。自社のクラウドサービスだけでなく、アプリケーションのほかセキュリティや運用保守など、クラウドの周辺にある事業者との連携や協調によってWin-Winの関係を形成。差異化や付加価値提供によって事業拡大を図る。今回はこの「協調型」のクラウド事業モデルを、それぞれのプレーヤーの役割を分解しながら解説してみよう。 クラウド業界におけるプレーヤーを八つに分類 まず、クラウド業界を取り巻く事業者の位置付けを分解してみよう。 米国立標準
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く