AWS コマンドラインインターフェイス (AWS CLI) を使用して AWS Identity and Access Management (IAM) ロールを引き受けたいです。 解決策 **注:**AWS CLI のコマンドの実行時にエラーが発生する場合は、「AWS CLI エラーのトラブルシューティング」を参照してください。また、AWS CLI の最新バージョンを使用していることを確認してください。 AWS CLI を使用して Amazon Elastic Compute Cloud (Amazon EC2) インスタンスへの読み取り専用アクセス許可を持つ IAM ロールを引き受けるには、以下のアクションを実行します。 重要: 次の手順のコマンドを実行すると、パスワードなどの認証情報がプレーンテキストで表示されます。IAM ロールを引き受けた後に、パスワードを変更することをお勧めしま

TL;DR 令和に踏み台サーバーを作成する Amazon Linux 2023AMIとSSM Agentを利用したEC2 証跡を取得する About EC2とSSMのセッションロギングを使用して証跡を取得することが目的。 ECS/Fargateでも同様のことが可能ですが、SSM AgentがプリインストールされているAMIのEC2を使い捨てる方が運用コスト的や構築コスト的に楽なためEC2を選択。 How To アーキテクチャ Instance Profileの作成 assumerole.json $ cat <<EOL > assumerole.json { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "ec2.amazonaws.com" }, "Action

コンバンハ、千葉（幸）です。 AWS CodeDeploy で、 CodeDeploy エージェントの自動インストールおよびスケジュールされた更新が、 AWS Systems Manager ディストリビューターとの統合により可能になりました！ AWS CodeDeploy now enables automated installation and scheduled updates of the CodeDeploy Agent Systems Manager との連携で、一元管理が捗る可能性がありますね！ 目次 目次 従来の CodeDeploy エージェントのインストール、更新 AWS Systems Manager ディストリビューター とは やってみた ディストリビューターによる一回限りのインストール ディストリビューターによるスケジュールに基づいたインストール（そして更新）

はじめに Systemdは、多くのLinuxディストリビューションの 新しい標準となったinitシステム兼システムマネージャーです。積極的に採用されているsystemdは、手間をかけてでも習得する価値があります。サーバー管理もかなり楽になるでしょう。systemdを構成するツールやデーモンについて学習すると、systemdに備わったパワー、柔軟性や機能の理解に役立ちます。少なくとも最小限の労力で仕事をこなすのに役立ちます。 このガイドでは、initシステムを制御する中央管理ツールであるsystemctlコマンドについて説明します。　サービスの管理方法、ステータスの確認方法、システム状態の変更方法、設定ファイルの操作方法を取り上げます。 systemdは多くのLinuxディストリビューションでデフォルトのinitシステムになりましたが、すべてのディストリビューションに共通して実装されたわけで

こんにちは。トラストバンク　パブリテック事業部　プロダクトグループのみきです。 自治体職員専用ビジネスチャットの「LoGoチャット」をメインに、複数の自社プロダクトをサポートしています。 LoGoチャット上でお問合せ対応をする中で、分かりやすい文章作成技術を学びたいと思うようになりました。 そこで今回は、書籍を通して学んだ「テクニカルライティング」について、紹介します。 テクニカルライティングとは テクニカルライティングのポイント 1. 一文一義で書く 2. 一文50文字程度で書く 3. 結論から書く テクニカルライティングの活用シーン 1. 社内のコミュニケーション 2. ユーザーマニュアルの作成 「読み手」と「目的」を想定する 読み手の目的別に、マニュアルを構成する 「参考情報」や「注意文」など、情報の要素を分けて書く 3. 障害報告書の作成 分かりやすく書く 主担当者以外にも伝わるよ

2024.12.11 エンジニア組織のリアルな失敗経験から学ぶ！ 生産性向上＆チーム強化Tips

コードレビューする時、自分がどんなことに気を付けているか (本当は気をつけたいか)みたいなポイントをまとめてみた。 コードレビューの目的 プロダクトの品質を担保するため 人は基本的にミスをするもの 1人で考えたものより、2人、3人集まって考えたものの方が良いことが多い 知識をチーム内でシェアするため チームでコードに関する知識を常に共有し続けることで、「この機能はAさんしか知らない」といった属人化問題を防ぐ Aさんが有休取った時に限って障害が起きたりするんですよね。分かります 他の人が書いたコードを読み、さらに分からないことは質問できる、素晴らしい学びの場だと捉える 責任をチーム内でシェアするため 何か問題が起きた時に関連するコードを書いた人間だけが責められるようなことは決してあってはならない レビュー時 (又はそのコードがデプロイされるまで)に問題に気づけなかったチーム全体の責任なので、

STEP2. アウトプットを実現するために必要なデータソースを書き出す アウトプットの整理ができたら、今度はインプットとなるデータソースの整理を行いましょう。 必要なデータソースは要件から読み解くことができます。 今回は「10代のユーザーの月間視聴数（性別 / 動画カテゴリごと）の推移をグラフで見たい」という要件です。 ここから、この分析に必要なエンティティ（実体）とその属性、集計値を抽出しましょう。 エンティティと属性 ユーザー 性別 年代 動画 カテゴリ 集計値 視聴数 これらのデータを管理するテーブルを、調査やヒアリングを実施して探します。 今回は以下のテーブルを使用することとします。 user：ユーザー登録に必須な入力項目を管理するテーブル user_profile：ユーザーが登録後に設定できる任意の入力項目を管理するテーブル video：ユーザーが投稿した動画を管理するテーブル

スロットルケーブルのコンディションが悪いのにも関わらず、その原因の矛先をキャブ本体に向けたことがあるサンデーメカニックもいるのではないだろうか?ケーブルコンディションは、メンテナンスによって改善されるが、状況によっては、ケーブル交換が必要なケースもあるし、ケーブルを長くしたい、とか、短くしたいことだってある。短いものを長くはできないが、補修用のタイコや新品ワイヤーケーブル(インナーケーブル)を持っていれば、イザというときに交換用ケーブルが無くても、修理再生で切れ掛かっているケーブルを補修することもできる。ここでは、気が付いた時に補修実践しておきたいワイヤーケーブルの自作や再生に注目してみよう。 応急処置で交換しようと思ったが…… ハンドル交換によってスロットルケーブルが短くなってしまったり、逆に、長過ぎて余ってしまうケースが時折あるが、そんなときには新品ケーブルに交換するだけが解決法ではな

ヘンリーの kohii です。この記事は株式会社ヘンリー Advent Calendar 2024の8日目の記事です。前回は 小山さん の「出社回帰のニュースを見て思うこと」でした。 プロダクト開発（というかあらゆる仕事）で最もありがちで最もやっかいな問題の一つに、理解の不足を想像で埋めてしまうみたいなやつがあると思います。 こんな感じだろうと思って作ったものが、顧客の業務にフィットせず使われない 分業で開発して、いざ結合しようとしたらお互いの想定が違った プラットフォームチームが作った最強の基盤が現場の欲しいものと違った 経験不足だと想像を膨らませすぎてこれにハマるし、経験豊富だと逆に既知に引き寄せて理解しようとして罠にハマります。現実の解釈や予測には多かれ少なかれ願望や先入観が混ざるというのもあります。 人間なんてそんなもんです。 理解不足とモノづくり私は昔、人間中心デザインを学んでい

以下の公開計測会でやったものを個別に解説してみる。 細かいテクニックが多いのだが、それを可能な限りテキストとスクショで解説したい。使い方の解説が中心で、どういう意味があるかは解説しない。 Chrome131時点のスクリーンショットで、後で読む場合は頻繁にUIが変わっている点に注意。大事なのは意図。 宣伝: これを御社のサイトで解説する仕事をやっています。 デモのURL これに意味はなく、今日偶然見ていただけで意図はない。関係ないがエッジランナーズは最高のアニメ。 DevTools を開く F12 or 右クリックから「検証」 DevTools > Lighthouse この状態で計測 このとき、新しいプロファイルを作ったりして、可能な限り Chrome拡張が入ってない状態にすること。Chrome拡張による処理も計測に含まれてしまう。 Lighthouse レポートの読み方 点数部分にマウス

kobefs@パソコンの人 @kobefs わりとみんな、微妙に壊れるWindows使ってるのだ。 妙に遅いWindowsは、ほぼシステムファイルが壊れてて、修復すると早くなるのだ。 SSDが寿命でも、HDDに不良セクターあっても、症状はほぼ一緒 smartに現れない故障はあるのよ。 2024-11-27 21:33:00 kobefs@パソコンの人 @kobefs Windowsを綺麗な状態に保つのはなかなか難しい。 スパイウェアやウィルスが仕込まれたアプリやフリーウェアをお気軽に入れてしまえるからね。そんなの全部捨てる事。 Windows10/11には不要ファイルをクリーンアップする機能が標準であるから、余計なアプリは入れなくて良いよ。 support.microsoft.com/ja-jp/windows/… 2024-11-29 10:51:48

私は都内のベンチャー企業でSaaSの開発をしているエンジニアです。 最近、事業を進めるなかで感じていることがあります。それは、エンジニアとしての「優秀さ」の定義が変わってきているな、ということです。 もはや技術力では勝負がつかないかつてエンジニアの優秀さの定義は「いかに高い技術力を持つか？」が大きな割合を占めていました。 しかし、いまの日本のWeb事業において、ぶっちゃけ「技術力」が事業の決定打になることはほぼありません。 たとえば「Wantedly」のような求人掲載サービスも「クックパッド」のようなレシピ共有サービスも、機能として見たときには大きな違いがないですよね。情報が登録できて、表示されて、検索できて、いいねや検索条件の保存ができて……と、基本機能はほぼ同じように見えます（あくまで外から見た限りですが）。 私たちが開発中のSaaSも、基本機能は「データ入力、保存、表示」なので、さほ

今週末（めちゃくちゃ忙しいのに）フランス大使館からサイエンティフィックゲームジャムの審査員を頼まれてしまった…まあやるからには楽しんでやるしかないナ……と思って予習をしています（めちゃくちゃ忙しいのに）。 この記事めちゃ伸びてるんですが、 次の日曜日に日本科学未来館で予約不要でプレイできて懇親会まであるのが伝わってない感じあるので加筆した！ 公式サイト: https://jp-minerals.org/scientificgamejam/jp/participate.html X(Twitter): https://x.com/sgjtokyo2024 高校生部門は「pyxel」という環境を使うそうな。本題はこちらです Pyxel (ピクセル) は、 Python 向けのレトロゲームエンジンです。 使える色は 16 色のみ、同時に再生できる音は 4 音までなど、レトロゲーム機を意識したシン

こんにちは、Sansan Engineering Unit の渡邉です🦐 私たちのチームではTypeScriptで開発しており、テストはJestを用いて書いています。ある日からテストが結構な頻度で落ちてしまうように（FLAKY *1に）なっていました...。 そこで、テストがFLAKYになっている原因を深掘り調査したところ、Jestのメモリまわりについて解像度が高まったので、備忘録代わりに残します。 結論 Jestにおけるタイムアウトエラーとメモリエラー（Out Of Memory）を次のオプションを設定し、防止できました。 `jest.config.js` ... testTimeout: 30000, // タイムアウト時間を延長 workerIdleMemoryLimit: '1024MB', // ワーカーが使用できるメモリ上限を制限 maxWorkers: 4, // テストを