Forkwell のインフラをコード化するためにやったこと - Grooves開発ブログ
ここ最近は既存のインフラを片っ端からコード化していた @sinsoku です。 インフラの魔物をコードに封印している感じがある。汝のあるべき姿に戻れ！— 神速 (@sinsoku_listy) 2018年1月10日 やっとコード化が一段落したので、インフラ周りでやってきたことを技術ブログにまとめました。 作業をする前の状況 Forkwell のインフラ環境は2016年夏頃に「第1回 インフラがコード化されていないのはヤバい！」議論が起き、タスクの優先度が上がりました。 このときは @ta1kt0me が頑張ってくれて、既存 EC2 インスタンスを Ansible で作れるようにしてくれました。 しかし、弊社では AWS の ALB、EC2、RDS、ElastiCache、...など、いくつものサービスを使っています。 この AWS リソースはコード化されておらず、手作業で作っていました。
なぜ grooves はフレックスでの深夜勤務を認めることができなかったか？ - Grooves開発ブログ
昨日 2月末に株式会社groovesを退職します を発表したエンジニアのマネージャーを務めている（2018年1月時点）赤川です。 本記事の前半では、なぜ彼が望む「フレックスでの深夜勤務」を用意できなかったかを紹介し、後半では彼と共にプロダクト開発に携わってきた立場から、彼の推薦文を書きます。 なぜこの記事を書くのか？ フレックス制度の導入を検討している会社の参考にしてほしい エンジニアの成長・キャリアアップを応援する Forkwell を運営している会社が、自社のエンジニアのキャリアアップや転職を応援しないのは嘘になるので、感謝をこめて送り出したい 今回の経緯 まず、今回の件について、彼とどのように会話を進めてきたかを紹介します。 2017年8月 1on1 MTG で、自身の生産性をあげるためにフレックスを導入したいと伝えられる。フレックスについて調査開始。 10月 エンジニアチームに、深
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
