Amazon Redshiftで顧客分析ソリューションを構築 | POSTD
このブログ記事では、私たちの製品の使用運転を基に、Amazon Redshiftを使った顧客分析の構築方法を説明していきます。この記事で扱う内容は以下の通りです。 なぜ顧客分析に移行しつつあるのか？ あなた は、顧客分析を構築すべきか？ Amazon Redshiftが普及してきている理由 データを可視化するBIツールの選択 Amazon Redshiftクラスタの設定 Alooma でデータパイプラインを構築 エンゲージメント、リテンション、ファネル、パフォーマンスダッシュボードを作成するための一般的なSQLクエリ 顧客分析の台頭 今日では、何かしらの分析ツールが実装されていないWebサイトやアプリケーションを探すことは難しいと言っていいでしょう。製品を作ったり、戦略的な意思決定をしたりする上でデータを活用することは常識ですし、消費者市場ではことさら必要不可欠なことです。製品の変更に対し
障害対応でよくつかうコマンド覚書(逐次更新) - Qiita
はじめに よく障害対応の際につかうコマンドの見方を自分でまとめていたものを一般公開してみる。 詳細についてはここを参考にせずにちゃんとmanをよみましょう! w ヘッダ部 現在の時刻 Uptime(システムが稼働している期間) 現在ログインしているユーザーの数 過去1,5,15minでのシステムのロードアベレージ Uptimeが短いと再起動した。 また、ロードアベレージの1が高く5,14が低いなら直近、 全部が高いなら継続、 1が低く他が高いならすでに問題が解消した可能性が高い。 下部 USER :ユーザ名 TTY : FROM :アクセス元 LOGIN:ログイン時間 IDLE :アイドル(現在時間-最後にttyにアクセスした時間)している時間 JCPU :そのttyから実行されている全プロセスが使った時間。これには 過去のバックグラウンドジョブは含まれないが、現在実行しているバックグラウ
もうサムネイルで泣かないための ImageMagick ノウハウ集 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちわ、アプリケーション基盤チームの青木(@a_o_k_i_n_g)です。好きなみかんは紅マドンナです。 今回は、サイボウズのサムネイル事情について記事を書きたいと思います。サイボウズに限らず通常の Web アプリケーションでもサムネイル作成はよくあると思いますが、ハマりどころが多く涙しているサムネイリストも多いかと思います。これからの時代を生きるサムネイリストが快適なサムネイルライフを送れるよう、知見を共有したいと思います。 弊社では画像変換ツールに ImageMagick を用いており、従って本知見は ImageMagick 固有のものがほとんどです。 画像比較は人間の眼で行うべし サムネイル周りに何か修正を入れたら修正前後の画像を比較しましょう。機械によるバイト列の比較では画像の良し悪しがわかりません。頼れるのは人間の眼だけです。肉眼で確認しましょう。 比較できるツールを作ると良
Elixir+Phoenix開発Tips - Qiita
Tipsというか、開発しててハマったりわかりにくかった点をいくつかあげてみたいと思います。 モデルのPrimaryKeyをデフォルトから変更する mixコマンドで mix phoenix.gen.model User users name:string age:integer のようにモデルを生成して mix ecto.migrate を実行するとテーブルのPrimaryKeyはidで作られてしまいます。 これを別名のカラムにしたいときは以下の様にします。 1, mix phoenix.gen.model でモデル作成
SQL で縦横変換まとめ（pivot と unpivot） - Qiita
下図のように、「縦持ち」のテーブルを「横持ち」に置き換えることをピボット（pivot）、逆に「横持ち」のテーブルを「縦持ち」に置き換えることをアンピボット（unpivot）と呼びます。これらの変換を行なう方法をまとめました。 標準SQL Presto Hive Pandas (Python) 標準SQL SQL-like なクエリ言語ならどこでも使える書き方です。 Pivot SELECT uid, max(CASE WHEN key = 'c1' THEN value END) AS c1, max(CASE WHEN key = 'c2' THEN value END) AS c2, max(CASE WHEN key = 'c3' THEN value END) AS c3 FROM vtable GROUP BY uid ;
世界中に従業員を抱えるWordPressの独特な採用プロセスに学ぶ経営者の目指すべき雇用論
By John Fischer フリーのブログ運営サービスWordPress.comを運営するAutomattic社は、世界中に分散した従業員らによって遠隔からシステム開発・運営がされています。インターネット全盛時代ならではの働き方を体現するAutomatticでは、開発スタッフの雇用の仕方も独特で、決して一般的とは言えない採用方法が採られていますが、その採用プロセスにはあらゆる企業の経営者にとって参考にできる「雇用のあり方」のエッセンスが含まれています。 Inside Automattic’s remote hiring process | Dave Martin http://davemart.in/2015/04/22/inside-automattics-remote-hiring-process/ Automatticは創設者のマット・マレンウェッグの下に世界中から優秀なスタッフ
gulpでスタティックなサイトを生成する(github-pagesにブログを作る想定) - Qiita
OctpressとかTinkererとか StaticGenに載っているツールでやる作業をgulpでやってみようという話。 元ネタはFrom Jekyll to Gulp.jsです。 最初はmetalsmithを使おうと思っていた・・・ 更新 bootstrapは本記事では蛇足なの削りました。 「次へ」と「前へ」の実装を追記 markdownをhtmlに変換する プロジェクトのディレクトリを作って・・・ > mkdir gulp_static_site > cd gulp_static_site > npm init -y > npm install gulp-load-plugins gulp-marked gulp-debug -D 適当な記事を作ってみる。 Tinkererを運用していたときのディレクトリ構造をそのまま使うことにして、 posts/yyyy/mm/dd/title.m
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
