*トレジャーデータはデータ収集、保存、分析のためのエンドツーエンドでサポートされたクラウドサービスです。 前回は Treasure Data Service が生データストレージにあげられているという前提(つまりTreasure Data Service を利用している前提)で,それとBIなどのフロントエンドをシームレスに繋ぐための中間データベースはどれが良いか,という観点でお話しました。そして TQAがどのようなものかを理解し,Redshiftとは立つレイヤーが違うことをわかって頂く事が目的でした。 Treasure Data Service はどのようなケースに向いているか? ここでは視点を変えて,現在保持しているデータの性質を考慮した上で,どのサービス(データベース)を活用したらよいかを考えます。 上図は現在それぞれの企業が持っているデータに対して, データサイズ スキーマ変更可能性
前のエントリ、「1を100にする」という書き方が誤解を招いてしまったので補足をしたい。 以下は「元転職エージェントとして」書く。前のエントリは「転職経験者として」の視点がメインなので一回忘れてください。 転職支援をしてきた身から、「(1の人は労力に見合わないので支援出来ないけれど)、10を100にする」ということが実際にある。それは「個別エピソードを10倍に盛る」ではなく「総合力での10→100」、つまり「マイナス要因の部分を排除することで総計を100に持っていく」ということ。 面接対策を文章で書くのは難しいので職務経歴書の話で説明させて欲しい。 例えば、 社会人経験5年(10点) 会社名だけでなんの企業か分からない(0点) 新人研修で何をやったかから始まる(-15点) 近しい経験はしている(25点) 資格も持っている(10点) レジュメ枚数が多い、余白が多い(-20点) 合計10点の人を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く