ミッチェル・ハシモト氏、HashiCorpを去る。「新しい分野に踏み出す準備ができた」
HashiCorpの創業者の一人であるミッチェル・ハシモト氏が先月（2023年12月）中旬、HashiCorpを去ることを明らかにしました。 ハシモト氏は2012年の同社創業から2016年まで同社CEOを務め、その後2021年までCTOを務めた後にフルタイム開発者として社員の立場で仕事をしていました。 After more than 11 years, I've decided to move on from HashiCorp. HashiCorp achieved more than my wildest dreams and I'm proud of the role I played. While this has been long planned, its still an emotional day. Here is the letter I shared with empl
Mackerelのプロダクトマネージャーとしてミッション・ビジョン・バリューを策定した昔話 - An Epicurean
このエントリはMackerel Advent Calendar 2021の3日目の記事です。 最初にお断りしておくと、この話は4年以上前の昔話であり、私は既にMackerelチーム、はてな社から離れています。なので、ここで書くミッション・ビジョン・バリュー(MVV)はあくまで当時のものであり、今は別の形になっているでしょう。ですので、ここで書く話はただの昔話です。現在のMackerelに変に影響を与えたくはないと思っていることを予め書いておきます。 以前MVVの話を友人とした時に興味深く聞いてもらい、ユニークだとも言ってもらえたことがあったので、それらを決める過程の話や、浸透させようとした方法を書いてみるのも誰かの参考になるかもしれないと思い、これを書いています。 プロダクトマネージャー就任とMVV 私はMackerelのプロダクトマネージャーになった最初の頃に、MVVの策定に取り組みまし
Infrastructure-as-Code-is-very-tired
ChatGPT関連情報の追い方、個人・業務での使い方、サービスへの組み込み方、 ABEJAでの取り組み4例、ここ2週間のトピックなど行けるところまで
アーキテクチャ刷新プロジェクト「Neco」の紹介 - Cybozu Inside Out | サイボウズエンジニアのブログ
@ymmt2005 こと山本です。 今回は開発本部と運用本部のメンバーが協力して進めている cybozu.com やサイボウズ Live のアーキテクチャ刷新プロジェクト「Neco」について紹介します。 Neco を 3 行で説明すると、 サイボウズのクラウドインフラのいけてないところを洗い出して、 5 年程度を目安に改善するつもりだけど、 やりたいことが多すぎるので、We are hiring! で済んでしまうのですが、それだけでは面白みに欠けますので、いけてない内実を暴露しながら解説いたします。 サイボウズはクラウド 5 年生 正確に言うとサイボウズ Liveなど一部のサービスはもっと以前から取り組んでいたのですが、本格的にクラウドサービスといえるインフラを構築してサービス提供を開始したのは今から 4 年前の 2011 年 11 月となります。そこでオープンしたのが cybozu.co
YAPC::Asia Tokyo 2015で開発・運用業務改革に関する発表をしてきました＆感想 #yapcasia #yapcasiaE | こえむの編集後記
ホームページ20158月24YAPC::Asia Tokyo 2015で開発・運用業務改革に関する発表をしてきました＆感想 #yapcasia #yapcasiaE 今年もYAPC::Asia Tokyo 2015へ行ってきました、そしてトークしてきました！ 僕も @uzulla さんのようなノリノリの3日間を過ごしました！ (このあと、uzullaさんは一発目のトークを始めるのでした。) いやー、楽しかった！今年でひと区切りとなってしまうのが本当に惜しいです。さて、ブログを書くまでがYAPCですので、ブログを書いてYAPC、そして僕の夏を締めることにします。 「辛いことをやめる！から始まる業務改善とInfrastructure as Code」と題してトークしました (写真は公式カメラマンさんによる撮影です。ありがとうございました！) 足を運んでくださった皆様、どうもありがとうございまし
インフラの継続的デリバリー - naoyaのはてなダイアリー
事前に断っておくがここでいう「インフラ」はレイヤ的には OS より上の話。 少し前に GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー で、GitHub を介したデプロイを実践しているということを紹介した。普段の開発を Pull Request ベースでやっているので、デプロイもまた Pull Request を契機に実行させると色々捗る、という話。 このプラクティスの対象領域をインフラにまで拡大してみました、というのが今回の話。 DNS レコードを Pull Request を merge した契機に自動で更新 AWS を利用している場合、ドメインの管理も Amazon Route 53 を使うといろいろと都合がいい。 Route 53 での DNS レコードの更新はこれまでブラウザから操作していた。これだと誰がいつ作業したかわからないし履歴もトラックしづらい。また変更
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Pulumi - Infrastructure as Code, Secrets Management, and AI
Cookpad's deployment and auto scaling
全自動パラメータチューニングさん