Google グループでは、オンライン フォーラムやメール ベースのグループを作成したり、こうしたフォーラムやグループに参加したりすることで、大勢のユーザーと情報の共有やディスカッションを行うことができます。
Google グループでは、オンライン フォーラムやメール ベースのグループを作成したり、こうしたフォーラムやグループに参加したりすることで、大勢のユーザーと情報の共有やディスカッションを行うことができます。
まだ入門もしてないので「ことはじめ」じゃないです。 大体触ってみたのを載せます。 Wikipedia 集計 サンプルデータのwikipediaを集計してみました。 データは3億行ほどあり、サイズは36GBほどあります。 今回は、contributor_usernameを集計し、wikipediaに貢献している人ランキングをつくりました。 上位陣はbotさん達ですね。 結果としては、3億行のデータを、 何も考えずに書いて 16.2秒で集計することが出来ました。 3億行を16秒。 countしなければ3秒くらいで終わります。 MapReduceみたいなのを一切書いてないのにこの速度。 ちなみにテーブルはインデックスしているわけではなく毎回フルスキャンしているらしい。 わお。 データ保管: \$0.026/GB/mo クエリ: $5/TB (スキャンしたデータのサイズで課金) 今回のwikipe
intro 先日の Go のカンファレンス GoCon で、 Go の並行処理周りについて発表させて頂きました。 Go Conference 2013 spring - connpass 具体的には Goroutine や Channel の話ですが、これらの機能は結構面白くて、いじって遊んでるだけでもわくわくします。 Go の並行処理は、設計方針がわりと特殊だと思うのですが、設計がシンプルなので分かるとそこまで難しくはないです。 (使いこなすのは、経験が必要そうですが) 今回話すにあたって色々調べましたが、発表時間の都合上省いたものもあるし、質疑応答で聞かれて応えられなかったこともあるので、 ここでまとめて置こうと思います。 発表資料 今回の発表資料はこちらです。 このブログの内容は、これをベースにします。 http://jxck.node-ninja.com/slides/gocon-
水を用いずに石や砂のみで山水の風景を表現する日本独特の庭園洋式。 龍安寺の石庭などが有名ですね。 この枯山水を和菓子で表現した「心安寺石庭」。 アートディレクター齊藤智法氏、澤田翔平氏らと和菓子職人の稲葉基大氏による作品。 (写真はフォトグラファー中津祐一氏によるもの) Tokyo Midtown Award 2012というデザインコンペで受賞した作品だそうです。 私個人も枯山水がすごく好きで、ミニチュアの枯山水のキットでよく遊んでいました。 ゆっくり庭を眺める贅沢な時間と繊細な和菓子を食す贅沢と。 これらを同時に楽しめる素晴らしいコンセプトですね。 岩石を模した黒ごまの落雁はコケの部分まで再現されていてとてもカワイイです。 おいしそう! 砂の部分は砂糖なのだそうです。(こんなに砂糖は食べれないかな。。) しかし、もったいなくていつまでも食べられずに眺めてしまいそうです(笑) 日本らしい究
IT Leaders トップ > テクノロジー一覧 > ビッグデータ > Special > HTTPからMQTTへ - IBMが提唱するモノとモノがつながる時代に最適化したプロトコル&アプライアンス ビッグデータ ビッグデータ記事一覧へ [Sponsored] HTTPからMQTTへ - IBMが提唱するモノとモノがつながる時代に最適化したプロトコル&アプライアンス 2013年12月13日(金) リスト クラウド、モバイル、ソーシャル、そしてビッグデータ。4つのトレンドが今、エンタープライズITの世界に大きな変化をもたらそうとしている。さらに、これらと密接に関係する「モノのインターネット(Internet of Things)」や「M2M(Machine-to-Machine)」の胎動も始まった。あらゆる"モノ"に埋め込まれたセンサー同士が会話することで、これまで想像もつかなかったような
For the best experience, we recommend upgrading or changing your web browser. Learn More Yesterday, there was a wall of Tesla patents in the lobby of our Palo Alto headquarters. That is no longer the case. They have been removed, in the spirit of the open source movement, for the advancement of electric vehicle technology. Tesla Motors was created to accelerate the advent of sustainable transport.
Everything you need to know about cryptography in 1 hour Colin Percival Tarsnap cperciva@tarsnap.com May 13, 2010 Colin Percival Tarsnap cperciva@tarsnap.com Everything you need to know about cryptography in 1 hour Why cryptography in 1 hour? Lots of people get cryptography wrong: Colin Percival Tarsnap cperciva@tarsnap.com Everything you need to know about cryptography in 1 hour Why cryptography
人間とウェブの未来(旧) 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 Docker Hub公開のアナウンスがあったので、早速Docker HubとGitHubを連携させてmod_mrubyの実行環境をDockerイメージとして作った上で、それをMac上のVagrantで動くCoreOS内のDocker環境にデプロイしてみました。 本エントリではmod_mrubyとしていますがここは重要ではなく、自身が開発しているGitHubのアプリケーションに置き換えて読んで頂けると、便利さが見えてくるかと思います。 試してみると、非常に簡単にDockerイメージを作成できた上に、迅速にmod_mrubyの軽量な実行環境をデプロイできたので、その流れを簡単に紹介したいと思います。 Docker Hubにアカウントを作ってGit
You see this page because there is no Web site at this address.
三度の飯よりエラー処理。古橋です。 大変好評をいただいた序章リトライと冪等性のデザインパターンの続編です。 前回はほぼ前置きでしたが、今回は冪等でない操作を冪等にする具体的なテクニックもまとめていきます。 パターン2:エラーを区別してDELETEを冪等にする リソースに常に一意なIDが振られていれば、Deleteを冪等にするのは難しくない。そもそも同じリソースを2度削除することはできない。 一つ注意するべきなのは、削除されたリソースのIDが再利用されるケースでは、Deleteの冪等性は保証されない。例えば、kill -KILL <pid> コマンドはDelete系のAPIと考えられるが、pidは再利用されるので、何度も繰り返すと意図しないプロセスを殺してしまう可能性がある。 一般にIDの生成は非常に難しい問題だが、Deleteに関してのみ言えば再利用されなければいいので、単調増加する整数(
リトライを肴に一晩酒が飲める古橋です。 大規模なデータに触れることが日常茶飯事になっている今日この頃。この分野のおもしろいところは、いつまで経っても終わらないプログラムを簡単に作れてしまうことかもしれません。エラー処理、リトライそして冪等性*1の3つを抑えていないプログラムは、小規模なデータなら問題ないが、データ量が多くなると使い物にならなくなる可能性が大です。 大規模データをバッチ処理するケース以外でも、リトライは一般にプログラムの信頼性に関わる重要な問題です。 そんなわけで、リトライに関わるいくつかのデザインパターンを、連載でまとめておこうと思います*2。 では、第1回は背景から: なぜリトライが必要なのか プログラムは色々な理由で失敗する。例えば、 A) 通信先のプログラムが高負荷すぎて応答できなかった B) メモリを消費しすぎてメモリ確保に失敗した。またはOOM KIllerに殺さ
By Jacob Kastrenakes, a deputy editor who oversees tech and news coverage. Since joining The Verge in 2012, he’s published 5,000+ stories and is the founding editor of the creators desk. Source Feedly | Via Forbes The popular RSS reader Feedly was brought down for several hours this morning by a distributed denial of service attack, which the perpetrators are allegedly using to extort money from t
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く