今回は Slack で出勤、退勤を連絡するときにちょっと便利なリアクション投稿BOTをサーバーレスで作りました。背景にフレックスタイム制、リモートワーク可としているクラスメソッドの勤務体系があります。詳しくはこちら。 クラスメソッドの社内制度と社風をご紹介します ｜ DevelopersIO Slack に出勤・退勤を書き込むけど...ちょっと面倒 私が所属するCX事業本部は、開発をメイン業務に据えるメンバーも多く、またチームでの作業が基本です。拠点、労働時間のばらばらなメンバーが連携するのは思ったよりたいへんです。そこで一部のメンバーが、簡単に出退勤を知らせる目的で、出勤／退勤時、Slackへ投稿する試みを行いました。 しかしすぐに課題が出ます。チャンネルが、出勤・退勤の連絡で埋まってしまい、とても見通しが悪いのです。そこで、Slackに平日投稿のリマインダを設定し、そのスレッドにリプラ

チーム開発でGitHubを使用していると、メンバーが増えるにつれてメール通知の量が多くなってしまいがちではないでしょうか。 「あっそれ見落としてました！今から確認します！」みたいなやりとりをした経験もあるのではないでしょうか。 メールを頻繁にチェックしていれば良いですが、忙しいとそうも言っていられないのが現実です。 そこで、GitHub上で何かイベントが起きたらSlackに通知が来るような仕組み があるとなかなか良さそうです。 Slack用GitHubアプリを使用することでGitHub上のアクションをSlack通知することが簡単に出来るのですが、せっかくGitHubがwebhookを提供しているので、API GatewayとLambdaを使用したSlackへの通知をやってみようと思います。 構成図 GitHub上のイベントをAPI GatewayとLambdaを通してSlackに通知する構

『Tech Pub vol.6 書き続ける技術(勉強会・カンファレンスレポート編)』で話足りなかった内容をブログにしました。 当エントリは下記のイベント『Tech Pub vol.6 書き続ける技術(勉強会・カンファレンスレポート編)』にて発表した内容を補足する形で書いたものです。当日は15分という時間枠での発表でしたのでボリューム的に話し切れないと思い、「このテーマでの登壇」だった事もあったのでキリも良いかなと思い"ブログ"の形で別途まとめてみました。 Tech Pub vol.6―書き続ける技術（勉強会・カンファレンスレポート編） - connpass イベント参加レポートはこちらとなります。 イベント当日に発表した内容・スライドは以下となります。当エントリではスライド38ページの『書き続けるための「コツ」や「技術」 - 【勉強会・カンファレンスレポートの場合】』に列挙した内容について

どうも！西村祐二＠大阪です。 今回はWebページに簡単にチャット機能を追加できる「Smallchat」というサービスを紹介したいと思います。 このサービスのいいところはWebページ上のチャットとSlackが連携できるところです。 通常だとチャット機能の開発コストや運用コストがかかり大変ですが、 このサービスは出力されたJavascriptのタグをWebページに埋め込むだけで簡単にチャット機能の導入ができます。 さっそくSmallchatを使ってみましょう！ 事前準備 Slackを利用するためSlackのアカウント、Slackのチームの準備をおねがいします。 Slackのサイト SmallchatとSlackを連携 ▼こちらよりSmallchatのサイトにアクセスし「Add to Slack」をクリックします。 ▼「Authorize」のボタンをクリックして権限を付与します。 ▼Webサイト

はじめに クラスメソッド株式会社 AWS事業部長の佐々木です。 私は前職で創業メンバーの1人としてビジネスを立ち上げた後、エンジニアとして実業務に携わりながら、統括マネージャーとして50人規模のエンジニア組織を構築しました。 また2014年にAWSエンジニアとしてクラスメソッドに入社し、2015年7月よりAWS事業部の部長に就任。事業は順調に拡大しており、2015年と比較して組織も2倍以上に大きくなりました。これは優秀な仲間に恵まれたのはもちろんのこと、組織設計と構築プランが功を奏したことも一因だと感じています。 そこで、私がこれまでに培ってきた経験から得たエンジニア組織の構築の仕方をお伝えしたいと思います。 エンジニア組織構築マニュアル 骨子を定義する これはエンジニア組織に限りませんが、組織には3つの骨子が必要です。 ポリシー ビジョン ターゲット ポリシーは、その組織が最もこだわる一

はじめに こんにちは植木和樹です。AWSでは各種ホワイトペーパーなどの資料を多数公開しています。 AWS アーキテクチャーセンター | アマゾン ウェブ サービス（AWS 日本語） 今回は上記ページからダウンロードできる「AWS 運用チェックリスト（PDFファイル）」を読んでみました。運用チェックリストという名前ではありますが、AWSを利用する方は一度目を通しておくのをお勧めする内容でした。 チェックリストは大きく3つ「ベーシック」「エンタープライズ」「セキュリティ監査」に分かれています。このうちベーシックは15項目程とコンパクトにまとまっていて、簡易チェックリストとしてお手頃です。 残念ながらまだ日本語訳がされていないようですので、今回ベーシック部分だけをザックリ読んで簡単なコメントを書いてみました。 ベーシック運用チェックリスト 原文は「我々は〜〜〜を設定しています（理解しています）」

ども、大瀧です。みなさん、EC2をバリバリ使ってますか?使いたいときにすぐ使える仮想マシンとして、開発・検証から本番まで幅広く活用されていると思います。 日頃EC2を業務で運用する中で、EC2インスタンスをコピーすると意図しない環境設定に変わってしまうというトラブルが度々あり、cloud-initというツールに拠ることがわかってきました。 「EC2インスタンスのコピーなんて、一旦インスタンスを作成したあとはあまりやらないのでは?」と思われがちですが、EC2独特の制限などもあり、実際の運用では思ったよりも頻繁にインスタンスのコピーが必要になります。インスタンスのバックアップ&リストアなどはイメージしやすいと思いますが、それ以外にも意外なケースとして以下があります *1。インスタンスのコピーは、AMI(Amazon Machine Image:インスタンスのバックアップ)を取得し、新規インスタ