15,000個のカスタム絵文字を支える、Slack絵文字登録術 - Qiita
本記事はSansan Advent Calendar 2018の14日の記事です。 はじめに Sansanでは複数の社内SNSを利用していますが、エンジニア同士のコミュニケーションは他社の例に漏れず、Slack1がメインとなっています。 そんな中、Slackでの効率的なコミュニケーションを追求するあまり、カスタム絵文字2の登録数が15,000個を超えるほどになったので、それまでの軌跡をまとめておこうと思います。 現在15,282個です。やりすぎですね。 なんでそんなに増えたの？？ 正直にいうと、私3が調子に乗ってツールを利用したりやボットを作ったりして、絵文字を追加しまくったからです... 結果論ですが、絵文字が多いことでFacebookやTwitter、メールではできないような不思議で心地よいコミュニケーションができるようになりました。 絵文字登録を民主化する、絵文字登録の手法 Slac
#PowerPlatform の新しいお仲間 Power Virtual Agents を触ってみた - Qiita
Power Automate との連携についてはこちらの記事をご確認ください。 ノーコードでBotが作れる Power Virtual Agents の Action が最強すぎて、素敵すぎたので、使い方をまとめました Microsoft Ignite 2019 今まさにやっている、Microsoft Ignite 2019にて Power Platform の新しい仲間として Power Automate と Power Virtual Agents が発表されました！ 本投稿は、Power Virtual Agentsについてまとめています。 誰でもBOTが作れる時代がやってきた いや、控えめに言ってこれですよ。 マジでやばいっすよこれ！ はじめてつかうときは https://powerva.microsoft.com/ ここからいけます。 画面 こんな感じになっています。 初期データ
中の人に聞いたGitHub flowの本当の使い方 - Qiita
背景 今日GitHubの中の人のLTを聞く機会があって本当のGitHub-flowを聞いてきたので 忘れない間にメモ GitHub-Flowのお約束 Masterにあるものは即座にデプロイ可能な状態に保つこと ブランチの上で必ず作業し、その生存期間を短くすること すぐにPRを作り、フィードバックやサインオフを求めること マージしたらすぐにデプロイすること 本当のGitHub-flow 中の人曰くよくマージしてからデプロイすると言っている人がいるらしい。 だが本当のGitHub-flowは違う。 本当のflowは PR作成 ⇩ 修正 ⇩ デプロイ ⇩ フィードバック ⇩ マージ らしい。 マージ前にデプロイすることでさらにユーザーに近いところでフィードバックを受けることができるとのこと。 ダメなら直ちにmasterに戻す。なので決まりごとの中にmasterは直ちにデプロイできる状態にあること
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
