Why? Establishes relationship between various data and processing elements on a Hadoop environment Feed management services such as feed retention, replications across clusters, archival etc. Easy to onboard new workflows/pipelines, with support for late data handling, retry policies Integration with metastore/catalog such as Hive/HCatalog Provide notification to end customer based on availability
Agility Get faster insights without the overhead (data loading, schema creation and maintenance, transformations, etc.) Flexibility Analyze the multi-structured and nested data in non-relational datastores directly without transforming or restricting the data Query any non-relational datastore (well, almost...) Drill supports a variety of NoSQL databases and file systems, including HBase, MongoDB,
同書では諸星が、「マッドメン」の聖地・パプアニューギニアで取材を敢行。アサロ渓谷やコレコレト村、ケマセ村などさまざまなスポットを自ら訪れる。現地での諸星によるカラースケッチや、「奇界遺産」の佐藤健寿による撮影日記も貴重な内容だ。 このほか描き下ろしの新作マンガ「追跡ルポ 波子を探して」37ページも収録。細野晴臣、高橋留美子と諸星との対談や、山田章博、ヤマザキマリによるイラストの寄稿も収められている。なお東京・中野のGALLERY リトルハイでは「マッドメン」を中心とした諸星の原画展を6月8日まで開催中。 「文藝別冊 諸星大二郎 マッドメンの世界」収録内容●諸星大二郎、パプアニューギニア巡礼の旅（撮影：佐藤健寿） パプアニューギニア訪問都市、旅程 マッドメンの棲む森へ（アサロ渓谷） ハウスタンバラン 精霊の家（マプリック） セピック川 ―― そして神話の中心へ（セピック川流域） ゴーストダン
このダイアリーでは過去に何度かSVGの記事を書いているのですが、それに対する反響で SVGって未だに使ってるところを見たことが無い とか いつになったら使えるようになるのか 永遠に普及しなさそう みたいな意見をよく見かけます。 そうした反応にカチンときた……というほどではないのですが、納得してもらうには実例を挙げて反論するのが分かりやすいだろうな、と考えてSVGの利用状況を調査してみました。 かといって個人サイトの利用例を挙げるだけでは説得力がないでしょうから、著名な企業や団体でのSVG採用事例をリストアップしてみた次第です。 そしてもう一つの動機として、Webサイトの制作現場でSVGの導入を検討する際に、同僚や上司、またクライアントからの同意を得る・説得する手段としても、既に実際に利用している企業や団体を提示できれば話を進めやすいだろうな、……といった狙いもあります。 例えば あの有名な
渡辺です。 東京では雪が降って騒ぎになっていますが、札幌では雨が降って騒ぎなっています。 これっていわゆる「北から目線」ですが、目線の違いってのは結構大切なことです。 はじめにお断りしておきますが、今回紹介する手法はひとつの運用方法です。 自分はこんなやり方が好きだ／嫌いだといったことを言われても、「そうっすかｗ」としか言えません。 特にGitを使うと様々なやり方があるでしょう。 それらを否定するつもりも、今回紹介する方法が完璧な方法だとも考えていません。 あくまでGit（バージョン管理）運用手法のひとつとしてご紹介いたします。 マサカリを投げるのは歓迎しますが、好みの押しつけはご遠慮ください（笑） メインBranchへのMerge 安全なMergeを行う開発フローでも解説しましたが、Gitでは各開発者がそれぞれ作成したBranchに変更をCommitし、最後にメインBranchへMerg
2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね！また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
インターネット上のymsrの墓には毎日線香を(cronで)あげているが、物理墓はまだ確認してなかったなー、とか考えていたら、 唐突に「墓ッソン」という単語が降りてきたので、実施するしかなくなった。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
