とあるエンジニア達の運用改善の記録｜y_n_m
弊社Slackには、 #salad という社員のサラダの注文を管理運用するチャンネルが存在する。このチャンネルでは主にBROS TOKYOというフィットネスラウンジで月額契約している人を対象としたサラダの注文を管理運用している。 1ヶ月契約して毎日食べ続けると800円弱というお手頃価格で結構ボリュームのあるサラダを頼めて、好きなトッピングを3点選べて、体にも良いのでオススメだ。ちなみに私は契約していない。 今回はこのSlackチャンネルの運用についてお話したいと思う。 注文フローの確立まず運用を開始するにあたって、注文フローを確立しなければならない。そこで以下の内容が確立された。 ・以下のフォーマットで書き込むこと: [注文番号, 受取予定時間, 注文内容] ・12:30までに注文完了すること ・全員が注文を終えた後でランダムで1人が全員のサラダを取りに行く それに伴い、注文フローは初日に
MNTSQ社の開発環境のご紹介｜y_n_m
MNTSQ社でソフトウェアエンジニアをやっております西村と申します。 弊noteへのご来訪まことにありがとうございます。 本日は弊社の開発環境をご紹介いたします。 開発言語弊社では基盤部分をRuby on Railsで開発しております。一部、OCR処理は都合でJavaを利用したり、機械学習はPythonが得意ですのでPythonを利用しております。 レビュー環境 リリースブランチや開発ブランチへの直接プッシュは禁止しております。GitHubでブランチを保護する方法につきましては、以下の記事などをご参考ください。 [GitHub] ブランチの保護設定を活用しよう 【レビューが通るまでマージさせんぞ】 | Developers.IO リリースブランチや開発ブランチに変更を加えるには、Pull Requestを介して行います。Pull Requestのレビューは必須となっており、少なくとも一名が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
