Ansible (6) playbookを書こう＜前編＞ – CLARA ONLINE techblog
こんにちわ。 グローバルソリューション事業部の吉村です。 Ansibleまとめ第6回目です。 今回のゴールは、Ansible の Playbook を書くことです。 GitHUB や Ansible Galaxy では大量の Ansible Playbook が公開されていますが、 やはり実際に自分で書かないと覚えられません。 小さいことでも良いので、まずは自分で書いてみましょう！ 1. ディレクトリ構造を考える まずは Ansible の Playbook ディレクトリ構造のお作法を紹介しようと思います。 GitHUB のAnsible公式 で公開されている lamp_simple Playbookを参考にしましょう。 是非、一度GitHUB上からダウンロードしたり、実際に確認してみてください。 なお、README.md、LICENSE.md は GitHUB での管理用ファイルのため無
【決定版】アプリ事業のKPIツリー！ | Growth Hack Journal
はじめに アプリによってビジネスモデルは異なりますが、大多数のアプリがゴール（KGI）にしているのは売上増かと思います。 では、あなたは売上増に向けた指標の把握と整理ができているでしょうか？ この記事ではKPIツリーを使ってアプリの売上に貢献する指標を洗い出し、各指標について説明したいと思います。 1.KPIツリーの重要性 ◆そもそもKPIツリーとは？ KPIツリーとは、例えばアプリのKGIを売上とした場合、売上を構成する要素を分解して施策が実行可能になるレベルまで落とし込まれた指標（KPI）の一覧です。 ◆KPIツリーを作らない場合の問題点 ①ボトルネックとなっている問題がわからない 売上を構成する要素を洗い出さないと、売上増の妨げになっている問題に気づかないことがあります。 ②具体的な施策を考えるのが難しい 売上やアクティブユーザー数など上位の指標を分解しないままでは、「じゃあその指標
ひとりぼっちのサービス開発における技術選択の遷移と戦略 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? by @appwatcher 以前下記で書かせていただいた [goからiOSまで一人でアプリ開発をしてたらいつの間にかマインクラフトエンジニアになった話] (http://qiita.com/appwatcher/items/6c0280cda9c4c8b3c65f) ですが、上から下まですべてを担当して個々の技術をすべてやった経験自体も勉強になったのですが、 どうして、そのような技術選択をしたか？という点が自分でも振り返ってみて学ぶ点がありました。 それぞれ良し悪しがあったので何かしらの参考になればと思い、それ以後の技術変遷や取捨選択
画像処理の数式を見て石になった時のための、金の針 - Qiita
$k$は定数で、だいたい0.04~0.06くらいです。Rの値によって以下のように分類できます。 Rが大きい: corner Rが小さい: flat R < 0: edge 図にすると、以下のようになります。 CSE/EE486 Computer Vision I, Lecture 06, Corner Detection, p22 これで手早くcornerを検出できるようになりました。ここで、corner検出についてまとめておきます。 cornerは複数のedgeが集まる箇所と定義できる 変化量をまとめた行列の固有ベクトルからedgeの向き、固有値の大きさから変化量の大きさ(edgeらしさ)がわかる 2つの固有値の値を基に、edge、corner、flatを判定できる 固有値の計算は手間であるため、判定式を利用し計算を簡略化する なお、Harrisはedgeの向きである固有ベクトルを考慮す
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
