タグ

jinjin252525のブックマーク (3,797)

  • Monitor query plans for Amazon Aurora PostgreSQL | Amazon Web Services

    AWS Database Blog Monitor query plans for Amazon Aurora PostgreSQL As we continue to innovate and add new features on behalf of our customers, you can now maintain and manage query plans in Amazon Aurora PostgreSQL-Compatible Edition. This feature enables you to identify the query plans contributing to the current database load and track the performance statistics of query plans over time. In this

    Monitor query plans for Amazon Aurora PostgreSQL | Amazon Web Services
  • [登壇レポート]「Terraformあれやこれ」という内容で登壇してきました #jawsug_asa #jawsug | DevelopersIO

    仕事Terraform を使うことになり、勉強中に奮闘した内容をまとめています。Terraform を使ったことがない方、使い始めたばかりの方に参考にしていただけると嬉しいです。 コーヒーが好きな emi です。 JAWS-UG朝会 #56 で「Terraformあれやこれ」というタイトルで 20 分登壇してきました。 仕事Terraform を使うことになり、勉強中に奮闘した内容をまとめています。Terraform を使ったことがない方、使い始めたばかりの方に参考にしていただけると嬉しいです。 登壇資料 発表のダイジェスト 当日は 60 ~ 70 名程度の方が視聴くださいました。はじめに普段一番よく利用する IaC ツールを伺ったところ、 CloudFormation CDK Serverless Framework を使われる方が多く、あまり Terraform を使っている方

    [登壇レポート]「Terraformあれやこれ」という内容で登壇してきました #jawsug_asa #jawsug | DevelopersIO
  • リーダーとメンバーの関係性 | DevelopersIO

    こんにちわ。組織開発がミッションの人事グループ・組織開発室に所属しているてぃーびーです。 リーダーとメンバーの関係性は仕事において重要な要素です。リーダーとメンバーの関係を表す概念としてLMXというものがあります。この記事では、LMXとはどのようなものか、LMXはどのような影響があるか、どのようにLMXを良好にするかについてまとめます。 LMX(Leader-Member Exchange)は、リーダーとメンバーの1対1の関係を指す概念です。LMXはリーダーシップ研究の分野で使用されています。 LMXは、1人のリーダーと1人のメンバーとの間で築かれる個別の関係を指します。この関係は、組織内の個々のメンバーによって異なることがあります。あるリーダーがいたとして、そのリーダーと特定のメンバーの関係が良好なこともあれば、別のメンバーとの関係は良好ではないこともあります。

    リーダーとメンバーの関係性 | DevelopersIO
  • エンジニアの数が10倍になっても、開発スピードは10倍にならない 開発生産性向上に取り組むために専門チームをつくる3つのメリット

    合同会社DMM.com・プラットフォーム事業部(※登壇時点)のpospome氏は、開発生産性の可視化・改善のために専門チームをつくるメリットについて話しました。 開発生産性の可視化・改善のために専門チームをつくった pospome氏:では、「組織全体で開発の生産性に取り組むためにチームを作ったよ」という話をしようと思います。pospomeです、よろしくお願いします。 今回の発表では、DMMプラットフォームという組織において、開発生産性の可視化や改善に取り組んでいるわけですが、それをやるためにわざわざ専門のチームを作ったよという話をしようと思います。 けっこうサクッと話すので、なにか聞きたいことがある人は、懇親会や質問などで聞いてもらえればいいかなと思います。 DMMプラットフォームの組織規模 まず、僕が所属するDMMプラットフォームという組織について話します。このDMMプラットフォームと

    エンジニアの数が10倍になっても、開発スピードは10倍にならない 開発生産性向上に取り組むために専門チームをつくる3つのメリット
  • コスト削減の第一歩!AWSでまずやるべきこと | iret.media

    はじめに こんにちは。クラウドインテグレーション事業部の濱田です。 AWSが簡単に誰でもサーバーを持てて様々なサービスを簡単に利用することができる反面、コストが高くなりがちなのも事実です。ビジネスにおけるコスト削減は重要ですが、手間がかかる面もありますよね。しかし、AWSを利用すればコスト管理が簡単になります。そこで、コストを下げろと言われてしまったとき何をしていけば良いかご紹介したいと思います。 コストデータの整理・観察 分析 最適化 効果測定 大きくは、1〜4を行います。あとは継続的に上記のサイクルを回し無駄な部分をなくしていくことが、最も重要です。 1,コストデータの整理・観察 AWSでコストデータの整理・観察・確認を行うためにはまずは、Cost Explorer を使用し現状のAWS費用の確認をします。 Billing & Cost Management > Cost Explor

    コスト削減の第一歩!AWSでまずやるべきこと | iret.media
  • コードレビューが怖かった私の、レビューへの向き合い方が変わった話

    コードレビューが怖かった私の、レビューへの向き合い方が変わった話 ソニックガーデンジムに参加してコードに対する向き合い方が変わった話 登川氏の自己紹介 登川仁至氏:じゃあ始めていきたいと思います。「ソニックガーデンジムに参加してコードに対する向き合い方が変わった話」という長めなタイトルなんですが、そのまんまの感じになります。 まず自己紹介から言っていきます。ソニックガーデンジム7期生。前期ですね。プログラマー歴も2、3年ぐらいですね。今はWebアプリケーション開発をしています。沖縄に住んでいて今日はすごく暑くて半袖でもぜんぜんいけました。すごく暖かいです。「白くま」が横なのは、あんまり気にしないでください(笑)。ちなみに名前は「ノボ」です。よろしくお願いします。 セッションで話すこと 今回何を話すのかです。タイトルどおり、「ソニックガーデンジムに参加してコードに対する向き合い方が変わった

    コードレビューが怖かった私の、レビューへの向き合い方が変わった話
  • 2. フォーカス・リサーチ(1)送信者レピュテーションの構築手法に関する研究 | Internet Infrastructure Review(IIR)Vol.62 | IIJの技術 | インターネットイニシアティブ(IIJ)

    2. フォーカス・リサーチ(1) 送信者レピュテーションの構築手法に関する研究 2.1 はじめに 今から20年前の2004年1月、グローバルで迷惑メール対策を議論するワーキング・グループであるMAAWG(Messaging Anti-Abuse Working Group)にIIJは参加しました。私は2004年4月の最初のFounding Meetingから参加し、その後も継続してメンバー会合であるGeneral Meetingに参加してきました。現在はM3AAWG(注1)と名称を少し変更し、対象範囲も広げて活動しており、2024年2月に20周年となる60回目のGeneral Meetingが開催されました。 MAAWGでの当初の技術的な議論は、電子メールシステムの欠陥ともいうべきメール送信者が誰かを正確に把握できない問題に対する、送信ドメイン認証技術、特にSPF(注2)やDKIM(注3)

    2. フォーカス・リサーチ(1)送信者レピュテーションの構築手法に関する研究 | Internet Infrastructure Review(IIR)Vol.62 | IIJの技術 | インターネットイニシアティブ(IIJ)
  • [ECS] タスク定義ファイル(taskdef.json)の運用について考える | iret.media

    この記事について みなさん、ECS利用していますか!? AWSでコンテナを使うのなら、ECSですよね!?(kubernetesわからない勢) ECSはタスクという単位で、アプリケーションを実行させます。 そして、タスクの中にコンテナが1つ以上稼働します。 タスクはタスク定義から作成されます。タスク定義はタスクの金型的な存在です。 また、タスク定義はJSONファイル(以後taskdef.json)として運用することが一般的です。 このtaskdef.jsonを実運用する際に迷うポイントがあります。 それは以下のどちらの方法にするかです。 – 方法① : 各環境ごとにtaskdef.jsonを用意する – 方法② : 各環境でtaskdef.jsonを共用する ①,②について、それぞれの詳細/メリット・デメリットについて洗い出しをして、どちらを採用すべきかについての見解を述べていきます。 あく

    [ECS] タスク定義ファイル(taskdef.json)の運用について考える | iret.media
  • より良い意思決定に向けた批判的思考「クリティカルシンキング」の鍛え方 ── 海の向こうからオピニオン その114 - チームの教科書|アトラシアン株式会社

    批判的思考(クリティカルシンキング)とは何か企業の間で「批判的思考(クリティカルシンキング)」に対する注目度が高まっている。 ある調査レポートによれば、企業の81%が求職者を評価する際にクリティカルシンキングのスキルを重視すると答えているようだ(参考文書 (英語))。また、別のレポートによると、求職者を評価する要素として、クリティカルシンキングのスキルは、コミュニケーションスキルを抑えて最も重要な項目になっているという(参考文書 (英語))。 さらに、クリティカルシンキングのスキルは、仕事上のパフォーマンスの高低と強い相関関係があることも、いくつかの研究で明らかにされている(参考文書 (英語))。 では、クリティカルシンキングとはそもそもどのような思考法なのか。結論から先にいえば、クリティカルシンキングとは、情報、ないしは事実を評価して客観性を保ちながら、思考を巡らせ、適切な判断を下すこと

    より良い意思決定に向けた批判的思考「クリティカルシンキング」の鍛え方 ── 海の向こうからオピニオン その114 - チームの教科書|アトラシアン株式会社
  • 考えすぎにご用心!「分析麻痺」に陥らないための5つのTIPS ── 海の向こうからオピニオン その113 - チームの教科書|アトラシアン株式会社

    議論をいくら重ねても……自分のチームが開発したプロダクトについて、ユーザー(顧客)からフィードバックをもらうこと、つまり、顧客による製品レビューの結果を得ることはよくある。仮に、あるユーザーによる評価結果が芳しくなく、それにどう対応するかの会議をチームで催したとする。 そのミーティングにおいて、あるメンバーは「顧客の指摘は深刻な問題ではないので、特別な対応をとる必要はない」と主張した。また、あるメンバーは「少なくとも、自分たちを守る一手を打つべき」と指摘し、別のメンバーは「顧客に向けて『貴重なご意見をありがとうございました』といったメッセージを送るだけでことは済む」との考えを示した。さらに、別のメンバーは「自分たちよりも上位のマネジメントチームに何らかの返答をさせるべき」と訴えた。 これらの意見にはそれぞれ長所と短所があり、どれが適切な対応かの答えも存在しない。 結果として議論は紛糾し、結

    考えすぎにご用心!「分析麻痺」に陥らないための5つのTIPS ── 海の向こうからオピニオン その113 - チームの教科書|アトラシアン株式会社
  • 果てしなく続く取捨選択に心が疲れていませんか!?「決断疲れ」への対処法を説く ── 海の向こうからオピニオン その112 - チームの教科書|アトラシアン株式会社

    果たしなく続くビジネスパーソンの「取捨選択」「朝に何をべるか」にはじまり「どのメールに最初に返信すべきか」「チームミーティングで誰がメモを取るべきか」「チームが次に優先すべきプロジェクトは何か」「チームの新しいメンバーとして誰を採用すべきか」「どのルートで帰宅するか」などなど、チームのリーダーやメンバーが選択すべき事柄は無数にある。ある推定によれば、些細な事柄から重大な事柄に至るまで、ビジネスパーソンが日々取捨選択している事柄の数はおよそ3万5,000にも及ぶという(参考文書 (英語))。 このような大量の選択肢の中から、何かを選び続けていると、精神的な疲労とエネルギーの消耗が激しくなり、苛立ちを覚えることもある。ゆえに夕のメニューを考えるころには「もう何も考えたくない!べれるモノなら何でもいい」という気分になる。 こうした選択による精神的な疲労、あるいは消耗が「決断疲れ」と呼ばれ

    果てしなく続く取捨選択に心が疲れていませんか!?「決断疲れ」への対処法を説く ── 海の向こうからオピニオン その112 - チームの教科書|アトラシアン株式会社
  • 「転職したらまたリーダーだった件」~プロマネチョットデキル#2:呑みながら若手リーダーのLTを聞いてみよう~

    記事は以下のイベントのLT記事です。 転職したらまたリーダーだった件 花粉の趣を感じる日々を送っている koyo です。 前職では「面白法人カヤック」でサーバーサイドエンジニアチームのリーダーをやっていました。 そして現在は「マネーフォワード」で、ガーディアングループのリーダーをまたしています。 ・・・そう、これが流行りの転生(転職)ものです(違う)。また私、リーダーやっちゃいました? ※ ガーディアングループは主に SaaS プロダクトの「運用・保守 / 改善」を行うグループです。 (最近チームメンバーに以下の記事を書いてもらったので、興味ある人は見てみてください) 転生して2回目のリーダーをして思ったこと 昨年の4~6月ごろから現職のリーダーやらせてもらっていて、そろそろ1年というところです。 環境は違えど、似たような課題にぶつかることが多かったように思います。 でも以前に比べると成

    「転職したらまたリーダーだった件」~プロマネチョットデキル#2:呑みながら若手リーダーのLTを聞いてみよう~
  • terraform state 理解してないのにterraform apply している人、危機感持った方が良いって

    terraform state 理解してない人、 俺、ガチで危機感持った方がいいと思う。 terraformerとして危機感持った方がいい それこそが、お前がどう足掻いたって、apply出来ない理由だと思う。 apply出来ないって、これまでに一度もterraform state向き合ってこなかったら、厳しいって、明らかな事実だと思う。 俺には俺は向いてないから理解力ないから、家に引きこもってる方が楽しいから、俺はゲームが好きだから、やばいって。 何がやばいかっていうと、terraformerとして成熟しないんだよね。 その人生の中で、なんかしらの競争をしてないと、terraformerとして成熟するためのパーツに欠けるんだよね。 お前最後にapplyしたのいつ?terraformに理不尽なエラー言われたのいつ?ないでしょ そういう経験ないと弱いって、絶対メンタル弱くなるって 勝負の世界に

    terraform state 理解してないのにterraform apply している人、危機感持った方が良いって
    jinjin252525
    jinjin252525 2024/03/14
    terrafrom
  • CodePipelineを使用したS3へのコンテンツデプロイで気をつけたいこと | iret.media

    はじめに CodeCommitへのアクションをトリガーにCodeBuildでビルドを行い、コンテンツをS3へ配置するパイプラインを実装しました。 実装していく中でハマったことなど共有しつつ最終的にどう実装したのか共有できればと思います。 パイプライン構成 パイプラインでやりたいこととしては以下の通りとなります。 CodeCommitの変更をトリガーにCodePipelineを動作させる YarnでVueのコードをビルドしたい ビルドした結果を特定のS3に配置したい そのため当初はシンプルに以下のパイプラインで実装しました. CodeBuildでコンテンツのビルドを行い、CodePipelineの機能を使ってS3へビルドしたコンテンツを配置する構成になります。 ただこの構成でデプロイは正常に行えましたが、デプロイ後のコンテンツにcurlでアクセスしてみるとCodeBuildのメタデータ(x-

    CodePipelineを使用したS3へのコンテンツデプロイで気をつけたいこと | iret.media
  • Terraform で Step Functions プロジェクトを記述するためのベストプラクティス | Amazon Web Services

    Amazon Web Services ブログ Terraform で Step Functions プロジェクトを記述するためのベストプラクティス Terraform は、HashiCorp が提供する、もっとも人気のある infrastructure-as-code (IaC) プラットフォームの 1 つです。AWS Step Functions は、開発者が AWS のサービスを利用して分散アプリケーションを構築したり、プロセスを自動化したり、マイクロサービスをオーケストレーションしたり、データと機械学習 (ML) のパイプラインを作成できるよう支援するビジュアルワークフローサービスです。 このブログでは、Terraform を利用してワークフロー (Step Functions ステートマシン) をデプロイするユーザーのためのベストプラクティスを紹介します。AWS Step Fun

    Terraform で Step Functions プロジェクトを記述するためのベストプラクティス | Amazon Web Services
  • ユーザーはドキュメントを「読みにくるけれど読んでいない」 “流し読み”しやすいドキュメント作成のポイント

    インフラエンジニア向けの書籍を取り上げ、著者と出会い、楽しくを知り、仲間を作る場所である「インフラエンジニアBooks」。ここで、『ユーザーの問題解決とプロダクトの成功を導く エンジニアのためのドキュメントライティング』の翻訳を担当した岩瀬氏が登壇。さらに、ドキュメントの具体的な書き方と、フィードバックの収集について話します。前回はこちらから。 ドキュメントは「書き始める」ことが大事 岩瀬義昌氏:3章にいきます。時間的にあと15分ぐらいしゃべっても大丈夫かな? 10分ちょっとしゃべれると思うので。(スライドが)あと70枚あるので、すごく速くいきますね(笑)。 ドラフトの執筆です。みなさんもドキュメントを書くじゃないですか。ちょっと胸に手を当てて(考えて)みると、ドキュメントを書く上で、一番難しいことは何だと思いますか? (スライドを示して)書ける人は良いんですが、最初の人が1文字目を書き

    ユーザーはドキュメントを「読みにくるけれど読んでいない」 “流し読み”しやすいドキュメント作成のポイント
  • SLI/SLOを策定し、New Relicで可視化する - dip Engineer Blog

    記事はNew Relic Advent Calendar 2023の25日目の記事となります。 qiita.com はじめに こんにちは。はたらこねっとのユーザー向けサイトのバックエンドエンジニアをしている大塚です。 はたらこねっとではサービスのモニタリングなどにNew Relicを活用しています。 New Relic にはアプリケーションのモニタリング以外にも様々な機能が用意されています。 その中でも「Service Levels」の機能を使ったSLI/SLOの策定と設定を行っているので、そちらについてご紹介させて頂きます。 なお、細かい操作方法などは記事では触れません。 記事で登場する用語について クリティカル ユーザー ジャーニー(CUJ) ユーザーがサービスを利用する際の重要な経路やプロセスを表したものです。 サービスレベル指標(SLI) サービスレベルを測定するための具体的

    SLI/SLOを策定し、New Relicで可視化する - dip Engineer Blog
  • 開発チームリーダーとしてやってきたことのふりかえり #devio2023 | DevelopersIO

    DevelopersIO 2023のビデオセッションにて「開発チームリーダーとしてやってきたことのふりかえり」というテーマで発表をしました。 私が開発チームリーダーを数年続けたなかでの学びをふりかえった内容となります。 概要 DevelopersIO 2023のビデオセッションにて「開発チームリーダーとしてやってきたことのふりかえり」というテーマで発表をしました。 私は prismatix という EC/CRM プラットフォームの注文・決済領域の開発チームでチームリーダーを務めています。 prismatix - ECサイトCRM基盤構築|戦略的OMOを実現するAPIプラットフォーム 今回は、私が開発チームリーダーを数年続けたなかでの学びをふりかえった内容となります。この内容が皆さんのチーム開発において進め方の参考にできれば幸いです。 スライド 動画 アジェンダ 開発チームリーダーとして主に

    開発チームリーダーとしてやってきたことのふりかえり #devio2023 | DevelopersIO
  • 第127回 雲勉【今年こそ CI/CD をはじめよう! 〜CodeBuild とマブダチになる〜】 | iret.media

    第127回 雲勉【今年こそ CI/CD をはじめよう! 〜CodeBuild とマブダチになる〜】を YouTube で公開しました。 概要 雲勉は、クラウドで構築するインフラ周りからクラウド上で稼働させるアプリケーションの開発までさまざまな内容を毎回1時間程度の時間を使って勉強していきます。 今回は、AWS Code シリーズにて最重要な CodeBuild の基礎を理解していただき、AWS Code シリーズをスムーズに利用できるようにします。 講師情報 松田 啓佑(ブログはこちら) 2021年1月 アイレット株式会社入社 クラウドインテグレーション事業部 構築第二セクション所属

    第127回 雲勉【今年こそ CI/CD をはじめよう! 〜CodeBuild とマブダチになる〜】 | iret.media
  • 株式会社リクルート エンジニアコース新人研修の内容を公開します!(2023年度版)

    こんにちは! 2023年度エンジニア新卒の、吉田です。 株式会社リクルート 新卒エンジニアコースでは、部署への配属前に、BootCampと呼ばれる新人研修を行っています。 日は2023年度の研修の内容を、実際に受講した新卒の立場から紹介させていただきます。 研修の内容については毎年反響をいただいていますが、今年度も一段と進化し、より充実した研修でした。 ページ下部に研修資料を公開していますので、ぜひ研修の雰囲気を感じ取っていただけると嬉しいです。 研修の概要 エンジニアコースの新人研修は、配属後にスピード感を持って成長できるようになることを見据え、 「さまざまな技術領域の講座を受け、興味関心を広げて、知らなかった好奇心に出会う」 「現場で求められる『仕事への取り組みスタンス』をつかむ」 「気軽に相談できる仲間(同期)をつくる」 の3点が目的とされています。 今年度は、入社前に行われたスキ

    株式会社リクルート エンジニアコース新人研修の内容を公開します!(2023年度版)