とってもイケてる香りのする terratest を試してみる （２）ベストプラクティス - Qiita
前回のエントリでは、最初の一歩を整理したので、今回はプロジェクトのページに載っているベストプラクティスについて自分なりに整理したい。英語を読める人は下記に載っている。 terratest ベストプラクティスは下記の１０個 ユニットテスト、インテグレーションテスト、E2Eテスト テスト環境 ネームスペース クリーンアップ タイムアウトとロギング デバッグと、余計なものが挟まったテストアウトプット テストのキャッシュを避ける エラーハンドリング Dockerを使って、ローカル実行する テストステージを使って繰り返し実行する ユニットテスト、インテグレーションテスト、E2Eテスト 下記の動画で細かく述べられている。下記に動画の内容を少しだけ記述しておきます。動画でも、ベストプラクティスでも説明している内容があるので、それは割愛しておきます。 Automated Testing for Terra
DockerでNode.jsアプリケーションを動かす際に色々と考慮しなければいけない点があるのでそのあたりを解説していきます こんにちは！バックエンドとインフラを勉強中のこのぴーです 前回はDockerイメージを軽量化する方法について解説しましたが、今回はDockerでNode.jsアプリケーションを動かす際に色々と考慮しなければいけない点があるのでそのあたりを解説していこうと思います また、今回作成するDockerfileや.dockerignoreはGitHub上から確認できます やってしまいがちな例 まず、悪い例として何も考えずにexpressのサーバをDockerを使って立ててみます index.js (expressのドキュメントより引用) const express = require('express') const app = express() const port =
[レポート] サーバーレスアプリケーション向けネットワークのベストプラクティス Networking best practices for serverless applications #SVS404 #reinvent | DevelopersIO
CX事業本部@大阪の岩田です。 本エントリはAWS re:Invent 2019のセッションSVS404 Networking best practices for serverless applicationsのレポートとなります。 セッション情報 Serverless technologies such as AWS Lambda have removed the burden of server management, but what about networking? When should you put a Lambda in an Amazon VPC? How do you balance security vs. the flexibility offered by Lambda? What are the best practices for working with
![[レポート] サーバーレスアプリケーション向けネットワークのベストプラクティス Networking best practices for serverless applications #SVS404 #reinvent | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9419c6cf4ac1d0e1323fa1560dfc995d191622f5/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2019%2F12%2Freinvent2019_report_eyecatch.jpg)
JSでツイートを埋め込むときのベストプラクティス
Webページでのツイートの埋め込みについて、パフォーマンス周りで色々と工夫できることが分かったのでまとめておきます。 いちばん基本的なツイートの埋め込み方 最も基本的な埋め込みの仕方は、ツイートのメニューから［ツイートを埋め込む］を選んで、出力されたHTMLを貼り付けることです。 具体的には以下のようなHTMLが出力されます。 <blockquote class="twitter-tweet"> <p lang="ja" dir="ltr">Zennは個人開発を脱却してクラスメソッド社のサービスとなりました。<br>僕は引き続きZennの開発を続けます。<br><br>🐥 ZennとClassmethod<a href="https://t.co/jpes7Kbdpz">https://t.co/jpes7Kbdpz</a></p>— catnose (@catnose99)
【AWS グラレコ解説】AWS でデプロイの自動化を実現するベストプラクティスをグラレコで解説 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
本連載では、様々な AWS サービスをグラフィックレコーディングで紹介する awsgeek.com を、日本語に翻訳し、図の解説をしていきます。 ※ awsgeek.com は Amazon Web Services, Inc. プリンシパル・テクニカル・エバンジェリスト、ジェリー・ハーグローブが運営しているサイトです。 デベロッパーの皆さんがアプリケーションのコードを書いた後は、そのアプリケーションをユーザーが使えるようにするためにデプロイされているかと思います。最後にデプロイした時のことを覚えてらっしゃいますか？最後のデプロイと、その前のデプロイと、比べてみて、大きく違いますか、もしくはほぼ同じでしょうか ? もし現在、人の手で行っているデプロイがあれば、それを自動化するタスクの小さな一歩を踏んでみませんか。 デプロイ全体を自動化しようとすると、そのタスクはとてつもなく大変に感じられる
【レポート】AWS Summit Tokyo 2023：Amazon の事例から学ぶ Observability 活用におけるベストプラクティス #AWSSummit | DevelopersIO
こんにちはネクストモード田邉です。 AWS Summit Tokyo に初めて参加しました。 当エントリでは2023年04月20日に行われた『Amazon の事例から学ぶ Observability 活用におけるベストプラクティス』に関する内容をレポートしたいと思います。 AWS Summit Tokyo | 2023 年 4 月 20 日, 21 日 幕張メッセで開催 セッション概要 当セッション の登壇者及び概要は以下の通りです。 システムの健全性やユーザの満足度をどのように把握していますか？システムの Observability （可観測性）を高めるには、単にサーバのモニタリングを行うだけでは不十分です。エンドユーザの体験を含めたログやメトリクス、トレースといった情報を収集、関連付け、可視化、分析することで、システムの問題を迅速に発見して解決に繋げられる、そんなメカニズムが必要です。
[レベル: 中級] EC サイト向けの SEO で大切なことを Google の Daniel Waisberg（ダニエル・ウェイズバーグ）氏が動画で解説しました。 この記事では、要点をまとめて紹介します。 商品詳細ページ 商品詳細ページでは、次のような掲載項目が重要です。 写真: 高品質、いろいろな角度から撮る。商品の見た目をユーザーがよくわかるし、画像検索でも見つけやすくなる 説明: 商品の特徴や仕様を含めて詳細に書く。Google 検索でもサイト内検索でもユーザーが検索するときの手助けにもなる 購入時の詳細: 在庫や値段、配送方法、税などの情報 レビューと評価: ユーザーの購入決定の参考になる Wikipedia のような長々とした記事コンテンツは不要ですが、購入するかどうかの参考になる情報は商品詳細ページにはできるだけたくさん掲載したほうがいいでしょう。 構造化データ 商品の構造化
はじめに 本記事は Swift/Kotlin愛好会 Advent Calendar 2020 の5日目の記事です。 空いていたので参加しました。 iOSアプリ開発において、環境ごとに変数の値を切り替えるベストプラクティスを紹介します。 背景 私が開発しているアプリで、APIの接続先が3つ（開発用・ステージング用・リリース用）必要になりました。 Build Configurations（以下「ビルド構成」と呼ぶ）に Staging を追加し、 #if で分岐する方法をよく見かけます。 enum EnvironmentVariables { #if DEBUG static let apiBaseUri = "https://example.com/debug/" #elseif STAGING static let apiBaseUri = "https://example.com/stag
同一リージョンでAmazon S3またはDynamoDBにトラフィックを送信する際のベストプラクティスについて | DevelopersIO
しばたです。 先日弊社深澤によりえ、そんなに！？意外と知らないAWSでお金がかかるポイント5選！！第二弾という記事が公開されました。 え、そんなに！？意外と知らないAWSでお金がかかるポイント5選！！第二弾 この記事で紹介されている様にNAT Gatewayは非常に便利であるものの地味に費用のかかるサービスでもあり、NAT Gatewayが登場する以前からNAT Instanceを利用されていた方にとっては特に割高に感じてしまうのでは無いかと思います。 本記事ではNAT Gatewayの利用費を抑えるためのTipsを紹介します。 同一リージョンで Amazon S3 または DynamoDB にトラフィックを送信する際のベストプラクティス こちらはNAT Gatewayのユーザーガイドに記載されている通りなのですが、S3やDynamoDBの通信量が多い環境ではVPC Endpoint(Ga
「Dockleを使ってベストプラクティスに沿ったDockerfileを作ろう」というテーマのビデオセッションで話しました #devio2023 | DevelopersIO
こんにちは。AWS事業本部トクヤマシュンです。 2023年7月からDevelopersIO 2023 のイベントが全国で開催されており、YouTubeによるビデオセッションも順次公開されています。 私も「Dockleを使ってベストプラクティスに沿ったDockerfileを作ろう」というタイトルで投稿しました。 概要 コンテナセキュリティの中でも、イメージへ対策を行うための有名なツールの1つにDockleがあります。 DockleはOSSで提供されるコンテナイメージのセキュリティ診断ツールです。 イメージスキャンをすることで、ベストプラクティスから外れた設定を検知できます。 CIに組み込むことが容易であり、本セッションではAWS CodeBuildを用いてDockleを導入した例を示します。 動画 目次 目次をクリック頂くとYouTubeサイトに移動いたします。 00:00 オープニング 0
Amazon Web Services ブログ AWS Config ベストプラクティス AWS Config は、AWS リソースの設定履歴を維持し、ベストプラクティスと内部ポリシーに対して設定を評価するサービスです。この情報は、運用上のトラブルシューティング、監査、コンプライアンスのユースケースに使用できます。このブログ記事では、企業全体のガバナンスを可能にするツールとして AWS Config を使用する方法のベストプラクティスを紹介します。 1.すべてのアカウントとリージョンで AWS Config を有効にします。 これは、 Center for Internet Security (CIS) が推奨する業界のベストプラクティスです。AWS Config を使用すると、AWS リソースの設定を監査し、設定のベストプラクティスに確実に準拠することができます。 AWS CloudFo
「攻撃技術情報の取扱い・活用手引き」はセキュリティベンダーや調査ベンダーなどの専門組織が取るべき具体的な方針を示している。この他、情報共有の対象となる攻撃技術情報の解説や、情報共有に失敗したバッドケースおよび解決策をまとめたユースケースなどがまとめられている。 「秘密保持契約に盛り込むべき攻撃技術情報等の取扱いに関するモデル条文」は、情報共有の促進に向けて、専門組織が非特定化加工済みの攻撃技術情報を共有したことに基づく法的責任を原則として負わないことを、ユーザー組織と事前に合意するための秘密保持契約に盛り込むべき条文案を示したものとされている。 関連記事 GMOインターネットグループがCloudflare WAFを導入 その決め手は？ GMOインターネットグループはCloudflare Web Application Firewall（WAF）を導入した。事業拡大の中で、WebサイトやAP
Amazon Web Services ブログ 組織内での AWS CDK 利用拡大のためのベストプラクティス 企業はクラウド移行の加速を常に追求しています。Infrastrcture as Code (IaC) は、クラウドリソースを効率的に自動化および管理するうえで不可欠です。AWS Cloud Development Kit(AWS CDK) を使用すると、お気に入りのプログラミング言語でクラウドインフラストラクチャをコードとして定義し、AWS CloudFormation を使用してデプロイできます。この記事では、組織内での CDK の採用を加速するための戦略とベストプラクティスについて説明します。この記事での議論は、組織がパイロットプロジェクトを成功裏に完了した後に始まります。この記事を読むことで、パイロットプロジェクトから得た教訓をプラットフォームエンジニアリングを通じて組織全
Serverless×Terraformモジュール設計のベストプラクティスの検討~IoTデータ収集基盤の例~ | DevelopersIO
以下公式ドキュメントから画像を引用します。モジュールごとの詳細については公式をご確認ください。 引用元: Module Creation - Recommended Pattern | Terraform - HashiCorp Learn 変更頻度や役割に応じてモジュールを分けることが明文化されています。 基本的には上記の方針に乗っ取って開発することで、リスクが少なく、スムーズに開発を進められると思います。 問題点 従来通りのWebアプリケーションの設計なら上記の設計で、後はモジュール内をVPC、RDSなどの単位で分割しても問題ないと思います。 しかし、Serverlessアプリケーション開発の場合はサービス間の結合が分かりづらくなる問題があるかと考えます。例えば以下のようにIAM、IoT Core、Lambda、S3をそれぞれ別のモジュールに分割して構築するとします。 上記の構築の場合
『Go言語プログラミングエッセンス』は最新ベストプラクティスがまとまっていてGo初心者によさそう - nakaoka3の技術ブログ
今月からGo言語を仕事で触り始めました。Go言語についての知識不足が不安なので、『Go言語プログラミングエッセンス』という先日発売された書籍を読んでいます。自分のようなGo初心者にちょうどいい、かつ実用的な情報がまとまっている本でした。 gihyo.jp この本の想定読者はおそらく、すでに他のプログラミング言語を習得してこれからGoを触り始める人や、一通りGoの文法を学んで、本格的に開発で使っていこうという人なのだと思います。 開発環境、webアプリケーション開発に必要なパッケージ、テスト、ベンチマーク、DBの扱い方など、これから開発で使う人がちょうど知りたい内容がまとまっています。 以下が目次です。 第1章 プログラミング言語Goとは 第2章 開発環境の準備 第3章 基本的な文法 第4章 基本テクニックとベストプラクティス 第5章 Webアプリケーションの開発に必要な要素 第6章 速いプ
AMP は Google が推奨しているウェブコンポーネントフレームワークで、その実装には Web サイトのパフォーマンスを向上させるための知見が詰まっています。 AMP コンポーネントの実装を詳しく見ていくと、 AMP を導入せずにサイトを作る際にも役に立つベストプラクティスを学べるのではないかと思います。 以下では amp-img コンポーネントに注目して web サイト開発における画像表示の実装について掘り下げます。 amp-img は AMP 対応のサイトで画像を表示する際に、 HTML の img タグの代わりに使用します。 AMP の built-in 要素であるため、 amp-img 専用の js を追加で読む必要はなく、AMP のランタイムを通して自動的に使用できます。 amp-img の基本の使い方 参考 ドキュメント：amp-img https://github.com
スタートアップ向け法人設立ベストプラクティス（2）―株式数、共同創業者の持株比率はどうする？ | Coral Capital
急成長を目指すスタートアップでは、法人設立時に気を付けるべきことが、一般的な小規模事業者と異なります。スタートアップ向け法人設立ベストプラクティスの決定版として開始した本連載、第1回は「資本金はいくらにするのか？」について論点をまとめました。第2回となる本記事では、設立時の株式数をいくつにするのが良いかということをまとめます。 連載目次 第1回：資本金はいくらにするのか？ 第2回：株式数、共同創業者の持分比率はどうする？ 第3回：株式の譲渡承認機関は「当会社」とする 第4回：公告方法は官報にして、後に電子公告とする 第5回：長すぎる役員任期は要注意 第6回：事業年度をいつにするか？ オススメ：1万〜100万株未満で発行するのが良い 前回、資本金をいくらにするべきかという問いに対しては、考え方のガイドラインがあるだけで「これで良い」と言えるほど明確な数字はありませんでした。しかし、株式数につ
Web における画像ロードベストプラクティス
Picture perfect images with the modern <img> element - Stack Overflow Blog という記事によくまとまっている。 また、関連して Priority Hints の fetchpriority 属性とあわせて紹介する。 導入として、Web における画像のペイロードは大きくなる一方で、Core Web Vitals にも大きく影響している。 Largest Contentful Paint のために、<link rel="preload"> や fetchpriority 属性でヒーロー画像のリクエストを早めたり、srcset 属性や <source> 要素で適切なフォーマットの画像をロードし、画面外の画像は loading 属性でロードを遅らせる Cumulative Layout Shift のために、画像の縦横サイズを
Memorystore for Redis のパフォーマンスを調整する際のベスト プラクティス | Google Cloud 公式ブログ
※この投稿は米国時間 2020 年 5 月 30 日に、Google Cloud blog に投稿されたものの抄訳です。 Redis は最も一般的なオープンソースのインメモリ データストアで、データベース、キャッシュ、メッセージ ブローカーとして使用されます。統合されたオプションである Memorystore for Redis を使用して Google Cloud 上で Redis を実行するにあたっては、いくつかのデプロイ シナリオがあります。Memorystore for Redis を使用すると、管理コストをかけずに Redis のメリットを享受できます。 本番環境にリリースする前には、システムに対して特定のワークロードの特性に応じたベンチマークを実施することが重要です。これは、システムがマネージド サービスに依存している場合でも同様です。ここでは、Memorystore for
「ベストプラクティス」は実行されるワークロードによって異なりますので、どの環境にもすべて適用できるものではないと思います。 個人的には、「～ の情報にこのように書かれていた」というのは、正直どうでもよいです。 「その設定 / 構成にすることでどのような変化が発生し、それが稼働させる環境にどのような効果をもたらす可能性があるのかを検証し、理解 / 把握する」ことが重要ではないでしょうか。 SQL Server の基本アーキテクチャについては SQL Server ガイド に記載されています。 これらのドキュメントから動作を把握し、設定変更によりどのように挙動が変わるのかを理解することが重要です。 しかし、「どのような考慮点があるか」を把握するためには、ベストプラクティスは重要な情報源となると考えています。 最近 twitter の TL で GCP の SQL Server のベストプラクテ
はじめに iOSアプリ開発において、APIアクセスキーの管理方法に疑問を持ちました。 iOSアプリ開発で、APIアクセスキーなどの機密情報を管理するベストプラクティスを実は知らない😢 privateリポジトリだとソースコードに直書きしてしまいがちなので、ちょっと調べてみよう — ウホーイ (@the_uhooi) January 11, 2020 Twitterでいろいろ教えていただき、自分の中でベストプラクティスを考えたので紹介します。 結論 先に結論を記載します。 CocoaPodsを使っている、かつライブラリの追加に抵抗がない → cocoapods-keysを導入する CocoaPodsを使っていない、またはライブラリの追加に抵抗がある リポジトリがprivate → .swift ファイルへ直接書く リポジトリがpublic → CI時に .swift ファイルへ注入する 解説
YYPHP#97「掲示板を作るときに気をつけたほうがいいセキュリティ 」「PHPセキュリティのベストプラクティス」「掲示板のいいね機能の作り方」「MVCのServiceについて聞きたい 」「大規模インフラで向いているPHPの立ち位置とは」「Laravel向けに、AWSのセキュリティガチガチの構築スクリプトを作った話」 - Qiita
YYPHP#97「掲示板を作るときに気をつけたほうがいいセキュリティ 」「PHPセキュリティのベストプラクティス」「掲示板のいいね機能の作り方」「MVCのServiceについて聞きたい 」「大規模インフラで向いているPHPの立ち位置とは」「Laravel向けに、AWSのセキュリティガチガチの構築スクリプトを作った話」PHPAWSLaravelYYPHP これは2019年8月23日に開催したPHPerイベントYYPHP#97のイベントレポートです。 YYPHPは一言で「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催はほぼ毎週、高田馬場にて。 今回の配信動画
この記事は何？ Python 開発における リンターの利点 数ある Python リンターの違い・特徴 導入方法 おすすめの設定 リンターを（部分的に）無効化する方法 を紹介しています。 昨今の状況を踏まえた上で、多くのプロジェクトで適用できる構成になっていると思います。 リンターって何？ コードをチェック・解析するツールのことです。静的解析ツールとも呼ばれます。参考）lint (Wikipedia) 導入することで、以下の効果が得られます。 バグの発生が減る 保守性の高いコードを書けるようになる チーム内でのコーディング規約（コードの書き方のルール）を自動的に守れるようになる リンターが簡易自動テストのように働く場面もある 本稿では「チェックするだけでなく、自動であるべき形に整形までしてくれる」フォーマッターについても、リンターとして扱い紹介します。 リンターが導入されない理由 リンター
[レポート] AWS FargateとECSにおけるCI/CDのベストプラクティス #CON333 #reinvent | DevelopersIO
はじめに この記事はCON333 Best practices for CI/CD using AWS Fargate and Amazon ECSのレポートです。 動画はこちらで公開されています。 セッション概要 CI/CD techniques enable teams to increase agility and quickly release a high-quality product. In this talk, we walk you through the best practices for building CI/CD workflows to enable you to manage your containerized applications. We cover infrastructure as code application models with the
マイクロサービスをどう切り出すか ～マイクロサービスの凝集性・疎結合性を保つベストプラクティスと最適手法 - アイマガジン｜i Magazine｜IS magazine
マイクロサービス・アーキテクチャで 避けて通れない「切り出し」の話題 マイクロサービス・アーキテクチャに関わる話題は、以下の2つに大別される。 ・「モノリス」と呼ばれる大きなシステムから、どのような指針に基づき、マイクロサービス（注1）を切り出すか。 ・切り出されたマイクロサービスを組み合わせ、どのようにシステムとして機能させるか。 注1：本稿ではマイクロサービスを「十分に絞り込まれた責務が割り当てられた、凝集性・疎結合性に優れるWebサービス」と定義する。 このうち前者は、「なぜ、システムにマイクロサービス・アーキテクチャを適用するのか」という「Why」の話題として捉えられる。 それに対して後者は、「粒度が細かいマイクロサービスを組み合わせてシステムを構成することで生じる課題に、どのように対処すべきか」という「How」の話題と考えられる。 そうした意味では、システムからのマイクロサービス
Amazon S3 セキュリティベストプラクティスの実践（権限管理のポリシー) – 後編 | Amazon Web Services
外部公開用データのレポジトリとして Amazon S3 を使用する Amazon S3 はスケーラブルなデータストレージサービスです。静的な Web ホスティングサービスとして使用したり、AWS のコンテンツデリバリネットワーク (CDN) である Amazon CloudFront と組み合わせて、様々な地域にデータを公開するプラットフォームとして利用することができます。このような利用シーンを想定して外部公開用 S3 バケットを統制するポリシーの設定例を紹介します。 外部公開用 S3 バケットを統制するポリシーの構成イメージ 1. アイデンティティベースのポリシーを使用して S3 管理者の権限を統制する どの利用パターンでも同様ですが、データの機密性や完全性を保証するために Amazon S3 の権限は必要な管理者やユーザにのみ割当たるように計画します。たとえパブリックバケットであっても
Pythonには多くのlinter・formatterが存在していて、どれを使えばいいか迷います。そこで有名どころをいくつか試してみて、個人的に運用がしやすいと思った組み合わせを考えました。 linterとformatter linterとformatterはどちらもプログラムの実行を伴わない静的解析ツールですが、それぞれ役割が違います。 この二つについて、当初勘違いをしていました。 コードがある基準に従って書かれているかをチェックするためのツールがlinter、基準に従うように自動修正するのがformatterだと思っていたのですが、少し違うようです。 linterとは、対象のコードがベストプラクティスに沿っているかどうかをチェックするツールです。例えばPythonで言うと、boolean値は==ではなくisで比較するとか、型の比較にはtype()ではなくisinstance()を使うと
背景 ゴリゴリ系エンジニア、pageoです。 最近エンタープライズでの大規模な新規開発PJによく参加するのですが、権限管理周りで沼にハマるPJの99%はシングルAWSアカウントだと気づきました。 そこで、自分の経験をもとに、後に権限管理などで苦労しない拡張性の高いマルチアカウント設計のpageo的ベストプラクティスについて解説したいと思います。 はじめに 想定読者 AWS初学者,SAA, CLF保有者 スタートアップのインフラ担当者 初めてAWSアカウントの運用担当になった開発者 前提知識 以下に、この記事を読むのに必要な前提知識を示します 各IAMサービスの理解 AWS Organizationsについての理解 Switch Roleの理解 AWS SSO(IAM Identity Center)の理解 各IAMサービスの参考記事 AWS Organizationsの参考記事 Switc
![[AWS]Organizationsにおけるマルチアカウント構成のベストプラクティスについて](https://cdn-ak-scissors.b.st-hatena.com/image/square/1e9f80ea1240e3a5dd92d25330c3bddd5384ca1d/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--l-jL9Jd2--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BAWS%25255DOrganizations%2525E3%252581%2525AB%2525E3%252581%25258A%2525E3%252581%252591%2525E3%252582%25258B%2525E3%252583%25259E%2525E3%252583%2525AB%2525E3%252583%252581%2525E3%252582%2525A2%2525E3%252582%2525AB%2525E3%252582%2525A6%2525E3%252583%2525B3%2525E3%252583%252588%2525E6%2525A7%25258B%2525E6%252588%252590%2525E3%252581%2525AE%2525E3%252583%252599%2525E3%252582%2525B9%2525E3%252583%252588%2525E3%252583%252597%2525E3%252583%2525A9%2525E3%252582%2525AF%2525E3%252583%252586%2525E3%252582%2525A3%2525E3%252582%2525B9%2525E3%252581%2525AB%2525E3%252581%2525A4%2525E3%252581%252584%2525E3%252581%2525A6%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3ARyuga%252520Irie%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzNkYTE4NjRiOTguanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
「エンジニアリングマネージャーのしごと」訳者に聞く――チームで成果をあげるためのベストプラクティス｜Tech Team Journal
2022年8月26日に出版された、エンジニア組織のマネジメントを解説した書籍『エンジニアリングマネージャーのしごと』。 マネージャーとしての心構えから、日々のふるまい、採用や評価、そしてキャリアについての考え方などを網羅的に取り上げており、「マネージャーになったばかりで勉強になる部分が非常に多かった」「全エンジニアリングマネージャーが読むべき」と話題の1冊です。 今回は、本書の翻訳者のひとりである吉羽龍太郎氏に、見どころはもちろん、ご自身の経験も踏まえたエンジニアリングマネージャーがぶつかりやすい悩みに対する解決策についてもお話を伺いました。 マネジメントの一歩目「自分を管理しよう」に多くの反響 ――さっそくですが、『エンジニアリングマネージャーのしごと』について、特に吉羽さんが重要もしくは興味深いと思われたポイントなどを伺ってもよいでしょうか？ 吉羽龍太郎氏（以下、「吉羽」）：本書は全1
規模や実装によりますがSaaSを使った方が楽です。詳しい実装や金額を見ていきましょう。Twitter規模のサービスをベースに話を進めます。 Firestoreのみで実装する場合FirestoreはORオペレーターがないのでタイムラインを実装するにはフォロワー全員のタイムラインコレクションにツイートの参照を追加する必要があります。 たとえば300万人のフォロワーがいるHIKAKINが「おはよう」とツイートした場合、おはようツイートのIDをフォロワー全員のタイムラインコレクションに計300万回書き込む必要があります。 FirebaseのBlazeプランでは1書き込みが0.00018円なので300万回を掛けて540円が費用として発生します。また、通信量やDB容量も嵩むので厳密にはさらにコストがかかります。 逆にタイムライン表示は単に各ユーザーのタイムラインコレクションを呼ぶだけですみます。ノーコ
このサンプル テーブルでは、データを読みやすくするため、itemID と playerID の文字列は途中で切り捨てられています。実際のインベントリ テーブルには、この例に含まれていない別の列も含まれます。 RDBMS でアイテムの所有権を追跡する場合、一般的な方法では、現在のオーナーのプレーヤー ID を保持する外部キーとして列を使用します。この列は、個々のデータベース テーブルの主キーになります。Spanner では、インターリーブを使用して関連するプレーヤー テーブルの行の近くにあるインベントリを格納し、パフォーマンスの向上を図ることができます。インターリーブ テーブルを使用する場合は、次の点に注意してください。 プレーヤー行のデータと、そのすべての子孫のインベントリ行のデータは合わせて 4 GiB 未満にする必要があります。この制限は、適切なデータモデル設計の問題によるものではあり
Next.js画像最適化のベストプラクティス：効果的な方法と手法の解説 - deve.K's Programming Primer - プログラミング初心者のための入門ブログ
現代のデジタル世界では、ウェブページやアプリにおいて画像は欠かせない要素となりました。 画像を使用することで、情報を迅速に伝えることができ、ユーザーエンゲージメントと体験を向上させることができます。 ただし、単に画像を追加するだけでは十分ではありません。画像を最適化することが重要です。 なぜなら、大きなサイズの最適化されていない画像は、ウェブサイトの読み込み速度を遅くし、ユーザーエクスペリエンスやコンバージョン率に悪影響を及ぼす可能性があるからです。 そのため、初めから画像最適化に注力することが不可欠です。特にNext.jsを使用している場合は、Imageコンポーネントを利用して効率的なNext.js画像最適化を実現することができます。 もしもあなたがNext.jsを利用しているアプリを開発している場合、本記事では効果的なNext.js画像最適化の方法について解説します。 しっかりと最適化
ただし multi-stage builds (マルチステージビルド) を使用するため，Docker のバージョンは >=17.05 が必須です。 以下で解説します。 メジャーな方法（Composer 公式） Composer 公式 のインストール方法を Dockerfile に記述するのが一般的かと思います。 例：PHP-FPM に Composer をインストールしたイメージを作る Dockerfile FROM php:7.3-fpm RUN php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" \ && php -r "if (hash_file('sha384', 'composer-setup.php') === 'a5c698ffe4b8e849a443b120cd5ba380432
GitHubが「GitHub Copilot」開発で得た教訓、LLMアプリケーション開発のベストプラクティスとは
GitHubが「GitHub Copilot」開発で得た教訓、LLMアプリケーション開発のベストプラクティスとは：開発から公開までに3年、何に取り組んでいたのか GitHubは、「GitHub Copilot」の開発から公開における同社の経験を振り返り、個人と企業の両方に大きな価値を提供するLLM（大規模言語モデル）アプリケーションの開発に役立つ教訓として紹介した。
Red Hat で Java Platform Advocate として OpenJDK を担当している伊藤ちひろ（@chiroito）です。 この記事は、Red Hat Developerのブログ記事、Best practices for Java in single-core containers | Red Hat Developer の翻訳記事です。 コンテナで動作するJavaアプリケーションの数が増えています。コンテナの採用は、特定のチームや企業の市場区分や クラウドの成熟度によるので、正確な数を決定するのは困難です。たとえば、New Relic のデータでは、顧客の Java ワークロードの 62% 以上がコンテナで実行されています。他のデータと同様、このデータも市場全体に対する代用として不完全なものです。しかし、このレポートは、Java市場の重要な一部分がすでにコンテナベース
[レベル: 上級] Article（記事）構造化データの技術ドキュメントに author（著者）のベストプラクティスを Google は追加しました。 ベストプラクティスに従うと、コンテンツの著者を Google が的確に理解、表現する手助けになります。 この記事を書いている時点では日本語ページにはまだ追加されていません。 英語で読むのが面倒な人向けに紹介します。 Google が推奨する author マークアップのベストプラクティス Article 構造化データの author プロパティのマークアップのベストプラクティスとして Google は次を提示しています。 すべての著者をマークアップに含める 複数の著者を明記する 追加のフィールドを使用する author.name プロパティには著者の名前だけを記述する 適切なタイプを使用する すべての著者をマークアップに含める そのページの
はじめに こんにちは、Datadog Japan で Sales Engineer をしている AoTo です。 この記事は AoTo Advent Calendar 2023 19日目の記事です。 AWS Observability Best Practices というサイトはご存知でしょうか。ここでは、AWS の従業員を中心に Observability のベストプラクティスについてさまざまなガイドを提供しています。 Obeservability って難しそう、Monitoring と何が違うの、と思われている AWS ユーザー向けに、基本的な概念から実装に向けた話までがまとまっているので必見です。 ここからは AWS Observability Best Practices を「本書」として解説し、「Observability とは」「Observability のベストプラクティス
Tailwind CSSをカオスにしないための5つのベストプラクティス（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: 5 best practices for preventing chaos in Tailwind CSS—Martian Chronicles, Evil Martians’ team blog 原文公開日: 2023/10/10 原著者: Nina Torgunakova（フロントエンドエンジニア）、Travis Turner（技術編集者） サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語ブログ: 合同会社イービルマーシャンズ - Qiita 章立てや強調の一部は原文から変更しています。 参考: Tailwind CSS - Rapidly build modern webs
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】moduleのアンチパターンとそれに対するベストプラクティス5選 - Qiitaとは違い、特に公式サイト書かれていたわけではないけども僕が数ヶ月Terraformを使って学んだ個人的なベストプラクティス集です。 リソースへ名前をつけがたいときはthisを使う あるリソースを宣言するとき、そのリソースがモジュール内で1つしかない場合は名前の付け方に苦労します。 リソースタイプと似たような名前をつける場合、以下のように以外と選択肢がたくさんあり面倒です。 aws_ssm_parameter リソースタイプの場合 parameter ssm_parameter aws_ssm_parameter ssmparameter ssm-parameter ... またアプリケーション名などその用途で表す方法もあります。 しかし、この書き方ですとこの部分を他のアプリケーショ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DockerでNode.jsを動かすときのベストプラクティス
【2020年末商戦向け】Google社員が解説するECサイト向けSEOのベストプラクティス
iOSアプリで環境ごとに設定を変えるベストプラクティス(Swift) - Qiita
AWS Config ベストプラクティス | Amazon Web Services
サイバー攻撃時の情報共有、ベストプラクティスは？ 経産省が文書を公開
組織内での AWS CDK 利用拡大のためのベストプラクティス | Amazon Web Services
amp-img から学ぶ画像の表示のベストプラクティス - Qiita
SQL Server のベストプラクティスについて公開されているドキュメント - Qiita
iOSアプリ内にAPIアクセスキーを保持するベストプラクティス(Swift) - Qiita
2021年Python開発リンター導入のベストプラクティス
Pythonのコードフォーマッターについての個人的ベストプラクティス - Qiita
[AWS]Organizationsにおけるマルチアカウント構成のベストプラクティスについて
FirestoreでTwitterのタイムラインを実装する場合のベストプラクティスとは｜Nino｜note
ゲーム データベースとして Spanner を使用する場合のベスト プラクティス | Google Cloud
Docker に Composer をインストールするベストプラクティス（と解説） - Qiita
シングルコアのコンテナにおけるJavaのベストプラクティス - 赤帽エンジニアブログ
記事構造化データで設定する著者(author)のベストプラクティスをGoogleが公開
AWS と考える Observability のベストプラクティス - Qiita
【Terraform】モジュールに関する個人的ベストプラクティス - Qiita