仕事に感情を持ち込んでいる人へ。｜Takato Sakurai ｜ HONE Inc.
こんばんは、桜井です。 私は仕事に感情を持ち込まないようにしています。仕事に対して「想い」を持っていても「感情」はできるだけ出さないように心がけています。 「想い」と「感情」の違いここでの「想い」と「感情」とは以下のように定義しています。 【想い】 こうなって欲しい・ありたい・あるべきなどの理想を持っていること。そしてそれを時に伝えること。 【感情】 仕事内外で感じるストレスや喜びを「相手」に伝えること。または「伝わるような言動」をとること。想いと感情は似ているようで全然違います。 想いは内発的（自分の中から湧き上がるように出てくるもの）であり、「恒常的」である一方、感情は外発的（誰から影響を受けるもの）であり、「一時的」であると感じています。 つまり想いに一貫性はあるのですが、感情にはありません。これが相手を惑わせる原因となります。 なぜ感情を出さない方がいいのか識学総研で以下の記事がア
CodePipelineを使用して別アカウントにCloudFormationスタックをデプロイしてみた | DevelopersIO
釣りの専門用語が分からなくて困ってます。AWS事業本部コンサルティング部の後藤です。 CodePipelineを使用して異なるアカウントにデプロイを行う場合、アカウントを跨ぐような形でCodePipelineを構築するのが一般的かと思いますが、AWSのナレッジセンターに1つのアカウント上でCodePipelineを完結させつつ、別アカウントにCloudFormationのスタックを構築する方法を見つけましたので、こちらを参考にしながらLambda作成を試してみました。 それでは、やっていきましょう！ 構成図 今回構築する構成図は以下となります。 CodePipelineを構築する側をAccount(A)、CloudFormationを作成する側をAccount(B)とします。 事前準備 CodeBuildサービスロール作成 CodePipelineサービスロール作成 今回サービスロールは基
持続可能なデータベースドキュメント生成 | メルカリエンジニアリング
この記事は Merpay Tech Openness Month 2022 の17日目の記事です。 はじめに こんにちは。Credit Design Teamでバックエンドエンジニアをしている@tk8です。主にメルペイスマート払いに関わるマイクロサービスの開発や運用をしています。 この記事では、私のチームでの持続可能なデータベースドキュメントへの取り組みに関して紹介します。 背景 私が担当しているマイクロサービスでは歴史的経緯（*1)もあり複雑なスキーマ設計をしています。また、領域的にドメイン知識が複雑なものも多く、バックエンドエンジニアでもデータとスキーマの関連に関して理解が難しいことが多々ありました。 さらに私のチームではQAエンジニアやPMもデータベースに関するドキュメントを読むことがあり、不明点があれば都度詳しそうな人に聞いたり過去のSlackでの会話を調べたりするなど非効率な状態
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://t.co/RnxMIrWWvQ%20t%E2%80%A6%20https://t.co/WpHIgEupII
