なるブランチを作成します。develop作成したらプッシュしておきましょう。次に「API層の作成」を行うとします。ブランチで作業を進めるだけです。作業用ブランチを作成すればOKです。epic/enhancement-newsイメージ図ブランチのマージは?難しいことはなく、自分自身の親ブランチにマージすれば良いだけです。変更することを忘れないようにしましょう。マージタイミングも基本的にはPRレビューが完了した任意のタイミングで大丈夫です。他の人がすでにマージしておりコンフリクトが起きるようであれば通常通りコンフリクトは解消してあげてください。実際、何が良いの?これだけを見るとメリットらしいものがイメージしにくいですよね。実際に運用した時のメリットを挙げてみます。カードとして扱いやすいなど、色々挙げられそうです。その中でも特に「作業の終わった感を感じられる」が意外と大きな功績だと思います。「長時間の開発」「終わりの見えない開発」といったものほどキツイものはないですよね。運用をしてみるのも良いと思います。iOS版アプリ開発を担当。Swiftでごりごりと書いています💻Tweet2018年12月25日Rancher完全に理解したDockerRancherインフラこんにちはこんばんは、フリューのジョンです。2018の12/24分となります。(ちなみに弊社はお休みです)Dockerやってたりすると、オーケストレーションをしたくなりますよね。そこでよく使われるのがKuberneteであったりするのですが、やっぱり構成が大変だったり、取っ掛かりが難しいとかあるような気がしています。それでよく使われるのが、GoogleやAWSのKubernete、GKEやKESなどのサービスが多いのかなと思います。いう方、Rancherはどうですか?と思っています。imageのオーケストレーション構成を簡単に組み立てられるありがたいツールになります。内部でのLoadBarancerなどの配置、アプリケーションのスケーリングが簡単にできるのは良い点かなと思います。rancher/serverでは1系がダウンロードできます。Compose)を使います。アクセスしてみてください。ログイン画面が出ると思います。デフォルトはadmin/adminです。今回触る上で試しに、構成としては下の図のような構成を作成しようと思います。Rancherをつかってみるポチポチやっていきましょう。clusterを作ります。名前は「kotlin-sample-cluster」です。コマンドが表示されていますのでそれをコピーしておいてください。次にアプリケーションを起動するサーバを登録します。先程のコマンドをサーバ上で叩いてください。--workerするとNodesのタブの画面で以下のようにサーバが登録が開始されているのを確認できるはずです。待つと登録完了となるはずですでは実際にアプリケーションを配置します。kotlin-sample-httpd(Apache)kotlin-sample-tomcat(tomcat)LB(LoadBalancer)kotlin-sample-httpd、kotlin-sample-tomcatは私が作成したアプリケーションをimageにしたものになります。アクセスしてみてください。いう形で表示できていれば、Rancher完全理解したという状態になっているはず、、、です。Imageをクラスタリングできました。プロキシ環境では難しくなってくるかもしれません。2018の12/21分です。ピクトリンク事業部開発部の荒木です。普段はピクトリンクというアプリのAndroid版を開発しています。世間ではスマブラの話が多いなかで、まだスプラトゥーンをやってます。ウデマエはエリアのS+が最大なので、まだXに到達してません。知り合いの子供(ガチホコのウデマエX)に「エリアでS+ならすごいよ。僕はエリアはA+だし。」とフォローされて心が折れそうですが、Xになるまで頑張りたいと思います。Testingをピクトリンクアプリに導入した話を書きたいと思います。Composerを使ってアプリの画面や通知に関するABテストの実施ができます。A/Bパターンの振り分けはもちろん、結果の分析も実施され、Firebaseのコンソール上で見ることができます。Configを使ったABテストについて説明します。Configを使ったABテストテストの作成ここからは、テスト作成の手順について説明します。画像多めでやっていきます。ConfigによるABテストの作成画面です。テスト名とテストの説明(任意)を入力してください。今回は、ボタンの色を変えるテストを想定して「ボタンの色」としてみました。ターゲット設定テスト対象となるユーザーを設定します。アプリのIDやバージョン、ユーザープロパティによって対象を絞ります。ターゲットユーザーのうち、何%がテスト対象になるかを設定します。100%ならターゲットユーザー全員が対象になります。このFirebaseイベントが送信されることで、ユーザーがテスト対象になります。特定の画面に遷移したイベントなどを指定します。目標設定コンバージョンの設定をします。メインとなる目標としてFirebaseのイベントを1つ選択します。このイベントの送信が、コンバージョンとしてカウントされます。別のFirebaseイベントを追加したり、推定収益やクラッシュフリー率などを目標に設定することができます。次は、バリアントの設定です。Configで取得できる値が変化します。Configのパラメータキーを設定します。Configが返す値を設定します。キーで、コントロールグループ(Aパターン)ではBLUE、BパターンではREDを返すような設定にしました。キーで値を取得するとBLUEまたはREDのどちらかが50%の確率で取得できます。4〜7の設定が終わったら画面下の「確認」ボタンを押します。テストの開始テストの内容を確認したら、「テストの開始」を押すとテストが開始します。ちなみに、「テスト端末を管理」を押すと特定の端末でABパターンを固定する設定ができます。テスト結果の確認2週間ほど待つとテストの結果がでます(十分なサンプル数がない場合は終わらないかもしれません)。下の画像のように、最も効果的なパターンが表示され、コンバージョン率や改善率も提示されます。ABテストを終了する際に、オリジナルのパターンに固定するか、最も効果的なパターンに固定するかを選択することができます。Testingの導入方法と結果の確認について説明しました。Testingを使うことで、とても簡単にABテストを実施することができます。複数のファイルの中身を検索して、条件に一致した行だけ消す方法Shellピクトリンク事業部開発部インフラ課の「アドベントカレンダー3記事目で若干ネタ切れの気配を感じ始めたエンジニア」の橋本です。12月中はもろびとがこぞってアドベントカレンダーするので、6月くらいにやったほうが目立てるんじゃないかなとか現実逃避しています。梅雨明けとか讃えましょうよ。今回は、複数のファイルに横断検索をかける方法、ヒットした情報だけを消す方法をご紹介しようと思います。いう時に便利?いろんな場面で活用できる余地のあるテクニックだと思いますが、実例をあげるとメーリングリストの管理などに便利に使えます。このように、ひとつのメーリングリストにユーザ名を連ねる形で運用している場合を想像してみてください。社内の関係者に一斉に情報が行き渡るよう、いい感じにメーリングリストが構築されているような環境ですね。この状態で、「桐島、弊社やめるってよ」と言われた場合にリストの管理者がやらないといけないのは、ファイルの中に「桐島」が含まれるものを全て探し、このように「桐島」を削除した状態で上書き保存する必要があるはずです。この例だとファイルは3つだけですが、これが20も30もあったら大変面倒なうえに、そのうち作業ミスも発生しかねません。これをスクリプト一発で終えることができたら幸せですよね!実際のスクリプト以下の例は「ファイル名が.qmail-から始まるファイルから対象者を探して消す」スクリプトです。ファイルに含まれる、対象ユーザを一括で消去します。ファイルに含まれる、対象ユーザを一括で消去します。delete?"ConfirmDeletefi以下のようにして使います。例のごとく実行権限付与を忘れずに。「本当に消していいの?」と聞く部分が長いだけで、中身は至ってシンプル。${file}doneこれで対象者を削除して上書き保存しているだけです。