マーク・ファーバーのブルームバーグでのインタビューが今日、かなり話題になっています。 ニュースの見出しは彼の中国株暴落予言の事ばかりに注目していますが、ギリシャ問題やドルなど、それ以外の投資対象に関してもかなり果敢な予測をしています。 ブルームバーグ：「ギリシャはどうなるとおもいますか？最善、最悪のシナリオを教えて下さい。」 マーク：「これはマネタイゼーションの過程のひとつだとみなすことができる。今、世界のいろんなところで同時に進行している現象の一部だ。ユーロは引き続き弱くなるだろう。 今後他の国も救済の対象となり、ギリシャは厳しい緊縮財政を敷き、深刻な景気後退に見舞われる。 ギリシャの財政赤字を１３％から３％に圧縮すると経済そのものが委縮してしまい、景気が悪くなる。するとギリシャの借金返済能力も同時に失われてしまうということだ。 別の言い方をすれば今、ギリシャは救済されても、先々を考える
情報処理推進機構（IPA）は5月7日、4月のコンピュータウイルス・不正アクセスの届出状況を発表した。Twitterを例にセキュリティ脅威を解説し、人気ソーシャルサービスを利用する上での注意点を紹介している。 IPAによると、近年はTwitterやFacebook、mixi、アメーバなうといったソーシャルサービスの流行を受けて、マルウェア感染を狙う脅威が拡大しているという。ソーシャルサービスが関係したマルウェア感染の相談も寄せられるようになった。 Twitterで目立つ脅威の1つに、「フォロー返し」を悪用する攻撃がある。まず攻撃者は正規ユーザーをフォローする。フォローされた正規ユーザーは、フォローした攻撃者の身元を十分に確認することなく、フォロー返しをしてしまうという。これにより、正規ユーザーのツイートのタイムラインに、攻撃者のツイートが表示されるようになる。 攻撃者のツイートには、閲覧者の
Amazon SQSの使いどころ その1
Amazon Web Serviceには「EC2」とか「S3」などの、いかにもクラウドなサービスの中に、地味だけど非常に便利なSimple Queue Service（以下、SQS）というサービスがあります。これはいったい何？という感じですけど、使いようによっては非常に有用なサービスです。日本語の解説は少ないのですが、この辺にありますね。 Amazon SQSってなんに使うんだろう - ブックマクロ開発に Amazon Web サービスを利用したクラウド・コンピューティング: 第 4 回 SQS による信頼性の高いメッセージング 自分が手がけているWebのサービスでは、このSQSが結構重要な役割を果たしています。その経験を交えて解説してみようかな？という試みです。 キューなんてものはあまりにも基本すぎて、特別な事じゃない感じがします。ですが、たとえプログラミング言語レベルで簡単に出来るとし
Amazon SQSの使いどころ その2
前回、キューを使って、時間がかかる処理を非同期で処理するフローを書きました。今回は、キューにAmazon SQSを使うと、なぜ嬉しいのか？を書いてみたいと思います。 なんだかバカみたいですが、前回も書いた通り、信頼性のあるキューを作るのは大変な事です。既に実績のあるサービスを、格安（激安）で使えるのですから、利用しない手は無いです。信頼性という意味では、 メッセージを複数のデータセンターにコピーするので、メッセージが消える心配をしなくてよい。 とAmazon側は言っています。これぞまさにクラウドって感じですね。メッセージのやり取りはSSL経由で、さらにユーザー認証がかかっていますので、基本的なセキュリティーは保たれていると思います。 AmazonのAPIは大抵REST/SOAPの二種類が用意されていますが、SQSも例外ではありません。ただ、APIを素のまま利用するケースはまれだと思います。
みなさんご存じの通り、日本国内で正規に販売されるiPadはソフトバンクによるSIMロックがかかることになり、SIMアンロックで発売されることを前提に動いてたNTTドコモはその計画を断念することになりました。一見「ソフトバンクの契約ごり押しすぎる」と見えるこの状況ですが、これまでの流れを追ってみると、その裏にはドコモとソフトバンクの壮絶なバトルがみえてきます。 "我が社の製品は特別扱いせよ" ヨドバシカメラや携帯の販売店、あるいはソフトバンクショップにいくといつも賑わいをみせているiPhoneコーナー。白い特製の什器に美しく陳列されたiPhoneを手に取り１台また１台と売れていきます。 すでに見慣れた光景かと思いますが、これはiPhoneを取り扱う販売店に課せられた陳列のルールです。アップルはiPhoneの販売店に対して「他社の携帯電話と並べて陳列してはいけない」「他社の携帯電話コーナーと一
鍵かけてスクリーンネーム変えて逃げたつもりの子の新スクリーンネームを知るには。 まぁ、気づく人はすぐ気づくはずだけど。 消えたスクリーンネームでググる。よほど時間が経過してなければ大体そいつのtwitterはヒットするので、キャッシュを開く。アドレスバーにRSSアイコンが出ていれば大勝利。そのアイコンをクリックしてhoge's tweetを講読する。まぁprotectなのでnot authorizedとかなるけど気にしない。知りたいのはURLだけだから。RSSのURLは、「http://twitter.com/statuses/user_timeline/00000000.rss」みたいなものなのだが、その「00000000」がそいつのtwitterにおけるID。これはスクリーンネームを変えても不変。IDがわかったところで「http://twitter.com/users/show/000
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
