並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 537件

新着順 人気順

ベストプラクティスの検索結果241 - 280 件 / 537件

  • 【セッションレポート】AWSでのデータ活用を加速するデータ連携のパターンとベストプラクティス #AWSSummit | DevelopersIO

    はじめに AWS Summit Tokyo に参加しました! 1日目 AWS-07 「AWSでのデータ活用を加速するデータ連携のパターンとベストプラクティス」のセッションレポートを投稿いたします。 セッション視聴 AWS Summit Tokyoの登録を行うことでオンデマンドで視聴可能です。(現地参加された方は改めての登録は不要です。) 登録済みの場合、以下から直接遷移できます。 https://jpsummit.awsevents.com/public/session/view/526 セッション概要 データドリブン経営の推進やデジタル戦略の加速には、組織内外のあらゆるデータソースから情報を効率よく収集し、それらをユーザーの様々な分析ニーズに合わせて、 安全かつ高速に提供できるデータ基盤が必要不可欠です。 本セッションでは、データソースの種類や、 分析に必要なデータの鮮度によって、押さえ

      【セッションレポート】AWSでのデータ活用を加速するデータ連携のパターンとベストプラクティス #AWSSummit | DevelopersIO
    • AWS マルチアカウント管理を実現するベストプラクティスとは ? 第 2 回 ~ Landing Zoneの実現方法 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

      みなさんこんにちは。builders.flash ビジネス×クラウド担当 ソリューションアーキテクトの柳です。 前回は、「AWS アカウント管理」のベストプラクティスについてお話しして、以下のようにまとめました。 Landing Zone は AWS のベストプラクティスに基づいて構成したアカウントを、スケーラブルに展開していくための仕組みで、マルチアカウント戦略を実現するものです。 Landing Zone の実現方式として、AWS Control Tower を使用するか、独自実装するかの 2 つの選択肢があります。 前回に引き続き、今回は Landing Zone を実現するための具体的な方法をお話します。なお、本記事では「AWS アカウント管理」におけるベストプラクティスの全体像を掴んでいただくことを主眼に置いています。本記事で全体を理解していただいたのちに、個々の詳しい説明 /

        AWS マルチアカウント管理を実現するベストプラクティスとは ? 第 2 回 ~ Landing Zoneの実現方法 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
      • ベストプラクティス・ドリフトについて

        はじめに この記事は「ベストプラクティス・ドリフト~技術選定におけるベストプラクティスの老朽化にどう抗うか~」というタイトルで話した内容の台本だ。 経緯としては会社でテックカンファレンスをやることになり、なに話してもいいよとリクエストをいただいてたので、自分が好きな技術選定をテーマに話をさせていただいた。 ベストプラクティスという理想の解を追い求めてるエンジニアは自分を含めて決して少なくないと思う。その場その場はいい感じでも長年のベストプラクティスの変化を見届けると、おっさん目線ではどうしても平家物語の冒頭のような悲観主義が先立ってしまう。 「ずっと技術選定を運用していたら、ベストプラクティスって言われていたどんなものも、いつかオワコンって言われてしまう時代が来るよね」 社内の自分だ。そうした陰口をたたかれぬため、いえ、常にベストプラクティスを最新化し続ける努力を欠かさないようにするために

          ベストプラクティス・ドリフトについて
        • ECのCVR改善に寄与する特集ページのベストプラクティス研究 |WACUL TECHNOLOGY & MARKETING LAB | 株式会社WACUL

          当調査では、「AIアナリスト」に蓄積されたECのデータをもとに、特集ページをパターン別に分析。CVR改善の武器として特集ページを作成する際に役立つノウハウをまとめた。

            ECのCVR改善に寄与する特集ページのベストプラクティス研究 |WACUL TECHNOLOGY & MARKETING LAB | 株式会社WACUL
          • 2022-09-06のJS: Rollup v3の変更点、 Chrome 106 Beta、npmベストプラクティス

            JSer.info #608 - Rollup 3.0のプレリリース版が公開されています。 [v3.0 Release branch] by lukastaegert · Pull Request #4549 · rollup/rollup Rollup 3.0では、Node.js 12のサポート終了、ブラウザ向けのパッケージを@rollup/browserに分離、非推奨のメソッドの削除。 output.interopにcompatを追加、--bundleConfigAsCjsフラグの追加などが予定されています。 Chrome 106 Betaが公開されました。 Chromium Blog: Chrome 106 Beta: New CSS Features, WebCodecs and WebXR Improvements, and More Origin Trialsとしてiframe

              2022-09-06のJS: Rollup v3の変更点、 Chrome 106 Beta、npmベストプラクティス
            • コンテナイメージスキャニング、12のベストプラクティス――Sysdigが解説

              クラウドネイティブアプリケーションを本番環境で保護、運用するためのソリューションを提供するSysdigは2020年7月21日(米国時間)、コンテナイメージスキャニングのベストプラクティスを公式ブログで解説した。 コンテナイメージスキャニングは、開発から本番環境の運用までのアプリケーションライフサイクル全体にセキュリティとモニタリングを統合する「DevSecOps」の主要ワークフローの一つだという。 Sysdigは、DevOpsの大きな課題の一つとして、アプリケーションデリバリーを遅らせることなく、セキュリティリスクを管理することを挙げ、この課題に迅速に対処する方法の一つが、DevSecOpsワークフローの導入だと説明している。 コンテナイメージスキャニングとは? コンテナイメージスキャニングは、セキュリティ上の問題点や、脆弱(ぜいじゃく)性、バッドプラクティスの検出を目的に、コンテナイメー

                コンテナイメージスキャニング、12のベストプラクティス――Sysdigが解説
              • ローカルビジネスは、ポータルサイト・交通広告依存からの脱却が鍵。歯科医院サイトにおけるベストプラクティスの研究(1)|WACUL TECHNOLOGY & MARKETING LAB | 株式会社WACUL

                ローカルビジネスは、ポータルサイト・交通広告依存からの脱却が鍵。歯科医院サイトにおけるベストプラクティスの研究(1) ツイート シェア PDFダウンロード 調査の前提 ローカルビジネスにおける自社サイトの意義 ローカルビジネスとは、地域に根ざした店舗ビジネスのことで、個人商店や個人経営の飲食店、個人塾などがローカルビジネスの代表例である。このローカルビジネスにおいて、多くのユーザーは口コミ情報などを目的にポータルサイトを利用して検討する。自社サイトを持たずとも店舗についての情報をポータルサイト経由でユーザーに伝えることができるため、あえて自社サイトを運営することの意義が見出しづらいと考える店舗経営者も少なくない。 一方で、特にローカルビジネスの中でも高単価商材を扱う場合、インターネットの影響で商圏は広がってきており、ユーザーが情報探索をネット上で行い、生活・仕事圏以外でも店舗を訪れる可能性

                  ローカルビジネスは、ポータルサイト・交通広告依存からの脱却が鍵。歯科医院サイトにおけるベストプラクティスの研究(1)|WACUL TECHNOLOGY & MARKETING LAB | 株式会社WACUL
                • Azure上でセキュア・アプリケーションを作るベストプラクティスを突き詰め続ける

                  ベストプラクティスを突き詰め続ける 本稿では、Azure 上でアプリケーションを構築する開発者向け(元々は社内向け)に、セキュア・アプリケーションを構築する際のベストプラクティス的な内容をアップデートし続けていく事を目指しています。 特にこだわっていることとしては、PaaS、サーバーレスを使いこなし、元来人力で行う必要があったセキュリティ対策をより安全なクラウド側で実施していく事です。 セキュリティ対策の大半はクラウド側に任せて、アプリケーション内における対応に集中し、不完全な人力作業を排除し、開発に集中したいのです。 セキュリティの基準については、PCI DSS 準拠が求められるクレジットカードイシュアのカード会員システムを Microsoft Azure 上で PaaS を中心に作った際の事例を基にしています。 PCI DSSは運用要件も大きく含むので、ここではテクノロジーカットにフォ

                    Azure上でセキュア・アプリケーションを作るベストプラクティスを突き詰め続ける
                  • Next.jsのフォルダ構造 | ページレベル最適化と効率的な開発のためのベストプラクティス - deve.K's Programming Primer - プログラミング初心者のための入門ブログ

                    はじめに プロジェクト構成 Next.jsにおけるプロジェクト構成とディレクトリの役割 ルートディレクトリファイル 最後に はじめに 前回のNext.js入門に続き、本日はNext.jsでプロジェクトを構造化する方法について説明していきます。 前回の記事は以下となります。 dev-k.hatenablog.com Next.jsに適したフォルダ構造を自分で考えることは一般的です。 Next.jsにはページレベルでの最適化が存在し、ビルド時にログに記録されたページが表示されます。 すべてのコンポーネントファイルは「pages」フォルダ内でページとして処理されます。 そのため、ページに関係のないコンポーネントを「pages」フォルダに配置すると、ビルド時に不要なコンポーネントがページとして処理され、ビルド時間が増加してしまいます。 今回は、個人開発や小規模なチーム開発向けのNext.jsフォル

                      Next.jsのフォルダ構造 | ページレベル最適化と効率的な開発のためのベストプラクティス - deve.K's Programming Primer - プログラミング初心者のための入門ブログ
                    • TerraformでAmazon SESのベストプラクティスに則った送信メール認証を設定をする - Qiita

                      はじめに AWS上にインフラ環境に選定している時に外部のメールサービス(SendGrid等)を使わずにAWSで完結したい場合に出てくるAWSのメールサービスAmazon SESがあります。 Amazon SESをTerraformで管理する記事はいっぱいあるのですが、 Amazon SESのベストプラクティス に則ってTerraform管理をする記事がないのでメールのレコードの意味合いなんかを含めて説明していきます。 メールに関する知識が乏しいですが、お付き合いください。 参考資料: https://docs.aws.amazon.com/ja_jp/ses/latest/DeveloperGuide/tips-and-best-practices.html メールについて メールの世界で重要なのは、送信レピュテーションです。 送信レピュテーションが高ければ、受信側の迷惑メールボックスに入

                        TerraformでAmazon SESのベストプラクティスに則った送信メール認証を設定をする - Qiita
                      • 検索エンジンとの相性を考慮した無限スクロールのベストプラクティス  |  Google 検索セントラル ブログ  |  Google for Developers

                        フィードバックを送信 検索エンジンとの相性を考慮した無限スクロールのベストプラクティス コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。 ご自身のサイトのニュース フィードやピンボードで、ユーザーの利便性を考えて 無限スクロール (英語)を使用している方もいらっしゃるでしょう。しかし、Googlebot に対してとなると話が変わってきます。無限スクロールでは、クローラーがユーザーの行動(スクロールやボタンを押してさらにアイテムを読み込むなど)を常にエミュレートできるとは限らないため、フィードやギャラリー内のすべてのアイテムにアクセスできないことがあります。クローラーがアクセスできないコンテンツは、検索結果に表示されることもないでしょう。 無限スクロール ページからリンクされている個別のアイテムを検索エンジンがクロールできるようにするには、無限スクロールを分割

                          検索エンジンとの相性を考慮した無限スクロールのベストプラクティス  |  Google 検索セントラル ブログ  |  Google for Developers
                        • ウィザードデザインの使いどきとベストプラクティス

                          この記事では、ウィザードについてお話したいと思います。ウィザードと言っても、帽子をかぶって呪文を唱える人のことではありません。アプリやWebサイトでユーザーを誘導するために使用する段階的なプロセスのことです。 ウィザードは本当に使うべきなのでしょうか? ウィザードは粗悪なインターフェイスを補うだけのものなのでしょうか? この記事では、これらの質問の答えを見つけることができます。 ウィザードとは ウィザードとは、「製品を使用する」というような目標のために、ユーザーが達成する必要があるステップや条件のことです。ウィザードは初めに、電化製品のクイックスタートガイドなど、物理的な形で使われるようになり、のちにソフトウェアのインストールウィザードのようなデジタル形式にも実装されるようになりました。 ウィザードには以下の利点があります。 タスクを単純化する 複雑なタスクをいくつかのステップに分割するこ

                            ウィザードデザインの使いどきとベストプラクティス
                          • Amazon.co.jp: 大規模データ管理 ―エンタープライズアーキテクチャのベストプラクティス: Piethein Strengholt (著), 村上列 (翻訳): 本

                              Amazon.co.jp: 大規模データ管理 ―エンタープライズアーキテクチャのベストプラクティス: Piethein Strengholt (著), 村上列 (翻訳): 本
                            • Amazon RDS を PostgreSQLのメジャーバージョンとマイナーバージョンにアップグレードするためのベストプラクティス | Amazon Web Services

                              Amazon Web Services ブログ Amazon RDS を PostgreSQLのメジャーバージョンとマイナーバージョンにアップグレードするためのベストプラクティス  オープンソースの PostgreSQL は、頻繁に発生するバグ、セキュリティの問題、データ破損の問題の修正を含む新しいマイナーバージョンとメジャーバージョンをリリースすることがあります。一般的に、Amazon RDS は、新しいエンジンバージョンが利用できるようになってから 5 か月以内にサポートすることを目指しています。また、特定のバージョンがサポートされなくなった場合、RDS PostgreSQL インスタンスをアップグレードする必要があります。この場合、RDS は、データベースインスタンスのアップグレードを提案するメールを送信します。RDS コンソールまたは AWS CLI コマンド modify-db

                                Amazon RDS を PostgreSQLのメジャーバージョンとマイナーバージョンにアップグレードするためのベストプラクティス | Amazon Web Services
                              • フリーランスエンジニア4年目の僕が考える働き方のベストプラクティス - Ver.2022.9.7

                                あくまで私の生活スタイルに合う働き方を紹介しているため、参考程度にお読みください。 書いた経緯 1年前ぐらいから「フリーランスエンジニアとして独立したいけど、どのような仕事をしてますか?」という相談が私宛に届くようになり、最近になってかなり言語化できるようになってきたため、忘れないうちに記事にまとめておこうと考えました。 本編 結論から述べます。 現状の働き方は3つあり、これらを同時こなしています。 クライアントワーク(2社) 単発受託開発 継続受託開発(自社サービスに近い) ひとつずつ深堀ります。 クライアントワーク(2社) クライアントワークは、エージェントさんを通して案件を探す「フリーランスエンジニアがする最も王道」な働き方です。 フルタイムで働く人もいれば、週2,3回程度など副業感覚で働く人もいます。 私の場合は以下のような感じです。 1社目:完全な成果型のフルフレックス制で、働く

                                  フリーランスエンジニア4年目の僕が考える働き方のベストプラクティス - Ver.2022.9.7
                                • bashスクリプトのベストプラクティスを調査した

                                  はじめに ポートのSREを担当している @taiki.noda です。 弊社で実施しているインフラ勉強会でbashスクリプトについて調査したので、今回はそれを紹介したいと思います。 まずなぜこの内容を調査したのかについて3点 bashでのシェルスクリプトは簡単に利用できるが、バグを生みやすく、可読性の低くなりやすい言語 複雑な処理は他の言語(Go, Python等)を使った方が良いが、現状色々な箇所で使われているので、メンテナンス性の高い書き方等調べたい 弊社で使われているシェルスクリプトの書き方を考慮した上で、社内で使えるテンプレートを作成・コーディング規約的なものを作ろうと思った ファイルの構成 シバンは#!/bin/shではなく#!/bin/bash 特にshを使うというわけではないなら、bashを明示する ファイルの冒頭に用途・使い方を明記

                                    bashスクリプトのベストプラクティスを調査した
                                  • WebストーリーのガイドをGoogleが更新、ベストプラクティスやコンテンツポリシーを追加

                                    [レベル: 上級] Web ストーリーに関する検索デベロッパー ガイドのドキュメントを Google は更新しました。 従来からあった『Enable Web Stories on Google』セクションは内容を刷新しました。 そして、次の 2 つのセクションを新たに追加しました。 Best practices for creating Web Stories Web Story Content Policies on Google Google でウェブ ストーリーを配信する方法 1 つめの『Enable Web Stories on Google』セクションは Google でウェブ ストーリーを配信する方法を説明しています。 日本語ページが存在しますが、まだ更新されていません。 全体的に内容が変わっています。 たとえば、Web ストーリーが Google にインデックスされているかど

                                      WebストーリーのガイドをGoogleが更新、ベストプラクティスやコンテンツポリシーを追加
                                    • 20190905_イチから理解するサーバーレスアプリ開発-サーバーレスアプリケーション向きのDB 設計ベストプラクティス

                                      [イチから理解するサーバーレスアプリ開発] サーバーレスアプリケーション向きの DB 設計ベストプラクティス 2019.09.05 Amazon Web Services Japan K.K. Akihiro Tsukada, Startup Solutions Architect, Manager Version 2019-09-05 何者 • 塚⽥ 朗弘 @akitsukada • Startup Senior Solutions Architect • #startup #blockchain #dev #mobile #serverless • 好きなサービス︓Amazon Pinpoint 2 アジェンダ • サーバーレスアプリケーションとデータベースの種類 (および懸念事項と対案) • データベース設計プロセス 〜 RDB と Amazon DynamoDB 〜 • かんたんド

                                      • Amazon Inspectorでセキュリティのベストプラクティスを評価する手順 | DevelopersIO

                                        はじめに こんにちは、AWS事業本部のニシヤマです。はいマスキュラー。 Amazon Inspector(以下、Inspector)で、セキュリティのベストプラクティスの評価を実施してみたいと思います。 セキュリティのベストプラクティスで評価できる項目は以下になります。 SSH 経由の root ログインを無効化する SSH バージョン 2 のみをサポート SSH 経由のパスワード認証を無効化する パスワードの有効期限を設定する パスワードの最小文字数を設定する パスワードの複雑さを設定する ASLR の有効化 DEP の有効化 システムディレクトリに対するアクセス権限の設定 注意 こちらのルールパッケージの評価ターゲットにはLinux、Windows両方のEC2を含めることは可能ですが、結果に関してはLinuxのEC2のみが作成されます。 ルールパッケージがどのOSをサポートしているかに

                                          Amazon Inspectorでセキュリティのベストプラクティスを評価する手順 | DevelopersIO
                                        • APIキーやその他のクレデンシャルを含むシークレットを管理・保存するためのベストプラクティス[2020年版]

                                          GitGuardian 開発者、インフラ、およびアプリケーションが使用するシークレットを保護するための開発フレンドリーなツールを提供するパリ発のセキュリティベンダー。GitHubリポジトリ上の機密情報や脆弱性を検知する「GitGuardian」は、世界中で愛用されている。 この記事は、著者の許可を得て配信しています。 https://blog.gitguardian.com/secrets-api-management/#avoid-git-add API キーやその他のクレデンシャルのようなシークレットを保存して管理することは困難であり、とても慎重に考えられたポリシーであっても、利便性と引き換えに回避されることがあります。今回、シークレットとクレデンシャルを安全に保つためのベストプラクティスをいくつかまとめました。シークレットの管理には絶対的なアプローチはありませんので、このリストでは、

                                            APIキーやその他のクレデンシャルを含むシークレットを管理・保存するためのベストプラクティス[2020年版]
                                          • Reactのベストプラクティスとコード削減パターン - パート3

                                            本記事は React best practices and patterns to reduce code - Part3 を提供元の事前許可を得たうえで翻訳したものです。 元の記事に従いタイトルに「ベストプラクティス」と含んでいますが、実際にはベストプラクティスは規模や状況によって大きく異なります。 チームの状況にあわせて参考にしていただければと思います。 ===== これは全3パート中の最後である第3パートとなる記事です。前2つの記事を読んでいなければ是非以下のリンクからお読みください。 パート1パート2パート3(この記事) それではいきましょう。 トークンはlocalStorageよりもCookieに保存するよくないコード: const token = localStorage.getItem("token"); if (token) { axios.defaults.headers

                                              Reactのベストプラクティスとコード削減パターン - パート3
                                            • 「自走プログラマー ~Pythonの先輩が教えるプロジェクト開発のベストプラクティス120」を読んだ - JUNのブログ

                                              本について 「自走プログラマー ~Pythonの先輩が教えるプロジェクト開発のベストプラクティス120」を読んだのでそれの感想です. 自走プログラマー ~Pythonの先輩が教えるプロジェクト開発のベストプラクティス120 作者:清水川 貴之,清原 弘貴,tell-k発売日: 2020/02/27メディア: 単行本(ソフトカバー) 詳細や対象については著者の方のブログに書かれているのでそちらを見てください. blog.hirokiky.org 感想 最高でした. この本を一言で表すなら Pythonのベストプラクティスの結晶 という感じです. いや, まじで, やばいです. 普段なら読んだ本から使えそうな部分をメモしてまとめるのですが, この本に紹介されている内容はすべてメモしたくなったし, 全ページ黄色マーカー引きたいし, 自分が困っていた問題にピンポイントに刺さってるのがいくつもあって

                                                「自走プログラマー ~Pythonの先輩が教えるプロジェクト開発のベストプラクティス120」を読んだ - JUNのブログ
                                              • [レポート] AWS CloudFormation を作成するためのベストプラクティス #DOP302 #reInvent | DevelopersIO

                                                こちらはラスベガスで開催されている AWS re:Invent2019のセッション Best practices authoring AWS CloudFormation のレポートとなります。 目次 セッション情報 Infrastructure as code のイントロダクション テンプレートの作成 テスト デプロイ マルチアカウント/マルチリージョン スタックの管理 所感 セッション情報 Incorporating infrastructure as code into software development practices can help teams and organizations improve automation and throughput without sacrificing quality and uptime. In this session, we c

                                                  [レポート] AWS CloudFormation を作成するためのベストプラクティス #DOP302 #reInvent | DevelopersIO
                                                • カメラと画像キャプチャ: 要件とベストプラクティス

                                                  ネットフリックスに認定カメラリストがある理由 クリエイターが最高の作品を制作し、視聴者に魅力的な映像体験を提供できるよう、Netflixは以下の撮影要件に基づき、本編の総尺の90%を認定カメラで撮影しなければなりません。ノンフィクションコンテンツについては、不認定カメラで収録した映像を使用する割合を増やせる場合があります。 私たちは、クリエイターのコミュニティ、カメラメーカー、世界的に有名な専門家と幅広く協力し、信頼性と柔軟性のある制作ワークフローをサポートするカメラを承認しています。認定されたカメラは、Netflixの技術者によって評価され、ダイナミックレンジ、色精度、ディテールレンダリング、S/N比、解像度、主要ワークフロー要件のための映像収録ベンチマークを満たしていることが確認されています。これらの評価により、パートナーはストーリーを伝える際に最適かつ最も適切な収録技術を使用している

                                                    カメラと画像キャプチャ: 要件とベストプラクティス
                                                  • ベストプラクティスは「レールから外れず、シンプルに保つ」 2人のCTOが語る、Railsを使う上で大事なこと

                                                    Railsを使う上でのベストプラクティス 清野隼史氏(以下、清野):テーマ3でいろいろなあるあるを聞けたので、テーマ4「これからRailsとどう向き合っていくといいのか」に行きます。先ほどの話にもあった、Railsはこうなってきている。いいところもあるし、つらいところもある。さらに、今Webアプリケーションの現場はこうなってきているという話があった。その上で、今から僕たちはRailsとどう向き合っていくといいのかを、締めとして話そうと思います。 最初に、アドバイス的にうかがいます。最初にRailsを使う上でのおすすめめのベストプラクティス。「こう使っていくといいよ」ということはいかがでしょうか? 櫻庭洋之氏(以下、櫻庭):これは定番ですが、Rails Wayに乗って極力シンプルに保つということが1つ。Rails Wayではあるけれど、個人的にはモデルのコールバックは極力使わないようにしてい

                                                      ベストプラクティスは「レールから外れず、シンプルに保つ」 2人のCTOが語る、Railsを使う上で大事なこと
                                                    • [Vue.js] 俺的ベストプラクティス+バッドプラクティス | Oh My Enter!

                                                      Vue.jsを1年半ぐらい使ってきて、それなりに知見が溜まってきたので、それらを俺的ベストプラクティスとして吐き出してみようと思う。巷にあふれるVueのベストプラクティスってv-forに:key付けようとか、お作法的な話ばかりで、あまり実践的な内容は見かけないのが記事を描き初めたきっかけ。というわけで内容的にはややマニアックで、Vue初心者にはちょっと難しいかもしれないのでそこはあしからず。なお対象はVue 2で、Composition APIは使ってないのであしからず。あとTypescriptでも使ってない。 📌 スタイルガイドに従う のっけからお作法的なことなんだけど、でもこれはやはり事なこと。とにかくVue公式のスタイルガイドをよく読んでそれに従おう。基本的な内容がほとんどだが、よくまとまっていて、従わない理由が特に見つからない。 🔗 スタイルガイド – Vue.js いくつか特

                                                        [Vue.js] 俺的ベストプラクティス+バッドプラクティス | Oh My Enter!
                                                      • 金融サービスにおける機械学習のベストプラクティス | Amazon Web Services

                                                        Amazon Web Services ブログ 金融サービスにおける機械学習のベストプラクティス 本投稿は、金融サービスのお客様が AWS でエンドツーエンドの機械学習ソリューションを構築して運用化する支援をしている Stefan Natu 、Amazon SageMaker のシニア事業開発マネージャーである Kosti Vasilakakis 、アマゾン ウェブ サービス、ワールドワイド金融サービス事業開発の資本市場スペシャリストである Alvin Huang 、アマゾン ウェブ サービスのプリンシパル機械学習アーキテクチャ兼 AI/ML ソリューションアーキテクチャのシニアマネージャー であるDavid Ping の4名による寄稿を翻訳したものです。 先日、AWS は機械学習 (ML) ワークフローを構築している金融機関のためのセキュリティとモデルガバナンスに関する考慮事項の要点をま

                                                          金融サービスにおける機械学習のベストプラクティス | Amazon Web Services
                                                        • フィーチャーフラグ(Feature Flag)導入と運用のベストプラクティス

                                                          本連載は、最新のソフトウェア開発の課題点を解決する手段であるフィーチャーフラグ(Feature Flag)について、概要や導入方法、ベストプラクティスを説明します。前回は、フィーチャーフラグに関する一般的な解説をしました。今回は、フィーチャーフラグの導入方法やその比較、運用に関するベストプラクティスを説明します。 対象読者 前回の記事を読んでフィーチャーフラグに興味を持った方 フィーチャーフラグをプロダクト開発に導入してみたい方 フィーチャーフラグに関する実践的な内容を学びたい方 フィーチャーフラグシステムを実際に使ってみる まず、フィーチャーフラグの導入方法や一般的な機能についてイメージを掴むために、実際に使ってみます。今回はフィーチャーフラグシステムとして、Firebaseのプロダクトの1つであるRemote Configを使用します。Remote Configを選んだ理由は、比較的機

                                                            フィーチャーフラグ(Feature Flag)導入と運用のベストプラクティス
                                                          • 「良質なダッシュボードの設定には、表現の一貫性が大切」 Amazonが培ってきた5つのベストプラクティス

                                                            技術記事『Amazon Builders' Library』にフォーカスを当てた勉強会「AWS Tech talk Night#5 クラウドネイティブ時代のエンジニアが押さえておきたい ソフトウェアの構築・運用で考慮すべき5つのポイント 〜AWSプリンシパルエンジニアの技術記事をソリューションアーキテクトが解説〜」。ここで、ソリューションアーキテクトの吉澤氏が登壇。続いて、ダッシュボードのレイアウトのベストプラクティスについて話します。前回はこちらから。 ダッシュボードの標準化したレイアウト 吉澤巧氏(以下、吉澤):ここまでで、ダッシュボードの使い方やその種類なんかはなんとなく伝わったのかなと思っています。一方で、良質なダッシュボードを設計するには、表現に一貫性を持たせることが大切であるとAmazonは考えています。 なぜなら、例えば新しいメンバーがそのチームに入ってきたという時に、ダッシ

                                                              「良質なダッシュボードの設定には、表現の一貫性が大切」 Amazonが培ってきた5つのベストプラクティス
                                                            • 「失敗あるある」から考える、Azure移行のベストプラクティス (1/3)

                                                              Azureのベストプラクティスを紹介していく本連載の第2回では、Azureへ移行する際の「失敗あるある」から、移行におけるベストプラクティスを解説していく。オンプレミスのシステムをAzureに移行することで、設計や運用においてどんな違いが生じるのか、Azureならではのどんな注意事項があるのかを、一般に踏みがちな失敗から考えていきたい。 本記事では「オンプレミスからIaaSへのシステム移行」をターゲットとして説明を行う。システム改修を伴わないIaaSへの移行は、「システムをそのまま持ち上げる」ことから「リフト」と呼ばれ、大幅な改修が発生するPaaS移行などと比べるとハードルが低い。顧客企業においても「まずはリフトから着手しよう」と考えるケースが多いのが実情だ。 ただし、オンプレミスの仮想環境とクラウド上のIaaSの間には、皆さんの想像する以上に違いがある。リフトだからと軽く考えていると、思

                                                                「失敗あるある」から考える、Azure移行のベストプラクティス (1/3)
                                                              • 週刊Railsウォッチ(20210316後編)testdouble/standard gem、DockerfileベストプラクティスとDockerfileのlintツールhadolintほか|TechRacho by BPS株式会社

                                                                週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙇 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます(例:週刊Railsウォッチタグ) 🔗Ruby 🔗 RuboCopがオーガニゼーションをgithub.com/rubocop-hqからgithub.com/rubocopへ移行(現在は完了)

                                                                  週刊Railsウォッチ(20210316後編)testdouble/standard gem、DockerfileベストプラクティスとDockerfileのlintツールhadolintほか|TechRacho by BPS株式会社
                                                                • AWSにおけるインフラストラクチャ保護のベストプラクティス - Qiita

                                                                  はじめに Note: English version is available here. AWSセキュリティの重要な側面の1つは、インフラストラクチャ保護です。これには、AWS環境のさまざまなレイヤーでセキュリティ制御を適用することが含まれます。インフラストラクチャ保護に関する以下のポイントを、この投稿でまとめしていきたいと思います。 インフラストラクチャ保護とは何ですか? インフラストラクチャ保護には何が含まれますか? ネットワーク保護アプローチ コンピュート保護アプローチ 一般的なミスと対応するベストプラクティスは何ですか? 注意: セキュリティ要件はプロジェクトによって異なります。これが正解という訳ではありませんが、参考にしてただければと思います。最適なセキュリティ要件を特定するためには、AWSドキュメントを参照することをお勧めします。 対象者 この記事の対象読者は: AWS のセ

                                                                    AWSにおけるインフラストラクチャ保護のベストプラクティス - Qiita
                                                                  • Reactのベストプラクティスを模索する - Qiita

                                                                    はじめに Reactを触って早くも2年が経ちました。エンジニア歴も2年が経ってしまいました。 時が経つのは本当に早いですね。 最近は人に教えたり、新規プロジェクトの立ち上げメンバーとして任される機会が増えてきました。 そういう中で、自分でベストプラクティスを考えて、コードや設計に落とし込む必要があるとひしひし感じる今日この頃です。 これまで二年間色々なコードを見たり書いたりして、最近やっと自分の中で少しずつベストプラクティスが見えてきた気がするので、色々な記事の力を借りつつ言語化してみようと思います。 書く内容は自分がReactの案件にアサインされた時に知りたかった内容を意識しています。 主に考え方の話になるので、具体的なコードは書きません。 自由に書いている為、各レイヤーもずれていますので(前半は原則の話、後半はメモ化の話)、その辺りはご了承ください。 意識するべき原則の話 良いコードや

                                                                      Reactのベストプラクティスを模索する - Qiita
                                                                    • GA4でレポート作成を行う際のベストプラクティス | 株式会社プリンシプル

                                                                      2020年に登場したGoogle Analytics4(以下、「GA4」)。 昨年リリースされた「App+Webプロパティ」(アプリデータとWebデータを1プロパティで計測する機能)の拡張版かつ名称変更した、今後スタンダードになっていくであろう計測形態です。 まだリリースされたばかりで情報も非常に少ないGA4ですが、従来のWeb計測用GAとは異なる以下のような特徴を持っています。 アカウントとプロパティレベルまでで、ビューレベルが存在しない イベント計測(=ヒット)でデータ収集される BigQueryとの接続が容易になった Firebase AnalyticsのUIを採用 大小様々な変更点がありますが、全体を通してアプリ計測を行うことができるFirebase Analyticsの仕様を踏襲しています。そのため、Web計測用GAに慣れた方だと、非常に複雑に感じやすいでしょう。 本記事では、G

                                                                        GA4でレポート作成を行う際のベストプラクティス | 株式会社プリンシプル
                                                                      • Pipenv と Docker を使った開発環境のベストプラクティス - Qiita

                                                                        この記事は僕の以下のブログからの転載です。 イテレーションの速さがあなたの生産性を左右する。どうも、かわしんです。生産性の高いプログラマって1つ1つの試行が素早い(自動化しているかツールを使っている)ためにものすごいスピードで開発できていると思うんですよね。 さて、最近 Python で開発をしているのですが、世の中の Docker と Pipenv の開発環境を調べてもろくなものがなかったので、自分でテンプレートを作りました。いわゆる「俺の考える最強の Pipenv + Docker 開発環境」というやつです。 リポジトリはこちらになります。 特徴としては、以下の2つが大きいです。 pipenv install をコンテナ起動時に行うため、docker イメージを作り直す必要がない pipenv shell 相当の仮想環境のアクティベートを自動で行う なぜ Docker + Pipenv

                                                                          Pipenv と Docker を使った開発環境のベストプラクティス - Qiita
                                                                        • Docker に Composer をインストールするベストプラクティス(と解説) - Qiita

                                                                          ただし 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

                                                                            Docker に Composer をインストールするベストプラクティス(と解説) - Qiita
                                                                          • ベストプラクティスなシステムデザインの作り方 〜 LINEギフトとヤフーショッピング連携における課題とその解決策

                                                                            アクセス数は購入に近くなればなるほど少なくなります。 逆に購入に近ければ近い場所ほど、データの鮮度の重要度は上がります。 このようにまとめることで、アクセス数とデータの鮮度の重要性は反比例の関係にあることがわかり、以下の整理ができました。 TOP/検索結果はデイリーで連携した商品データを参照 商品詳細は、キャッシュを間に挟んだAPIで参照する 購入手続きはリアルタイムAPIを参照する この整理により、LINEギフトから商品データベースをリアルタイムで参照する線は格段に減り、ヤフーショッピングの商品データベースへの負荷や障害時の依存度の課題はほぼ解決できました。 このアーキテクチャに関しては、常に負荷と戦っているわれわれのナレッジを活かし、先んじて対策を打てた という点です。 導き出したベストプラクティス 当然、常に最新の商品データで表示できるパーフェクトプラクティスの方がUX的には優れてい

                                                                              ベストプラクティスなシステムデザインの作り方 〜 LINEギフトとヤフーショッピング連携における課題とその解決策
                                                                            • 機械学習セキュリティのベストプラクティス – Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning –

                                                                              機械学習セキュリティのベストプラクティス – Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning – 論文紹介 概要 「Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning」は、米国のNIST(National Institute of Standards and Technology)が策定を進めている機械学習セキュリティに関するベストプラクティスのドラフトであり、機械学習システムの安全確保を目的として、機械学習にまつわるセキュリティを「攻撃」「防御」「影響」の3つの視点で分類している。 NISTIR8269はブログ執筆時点(2020年7月9日)でドラフト版であるが、「NIST SP8

                                                                                機械学習セキュリティのベストプラクティス – Draft NISTIR 8269: A Taxonomy and Terminology of Adversarial Machine Learning –
                                                                              • Railsオンプレミス製品のためのDockerベストプラクティスver1.0 - Retrieva TECH BLOG

                                                                                レトリバの今村です。2019年9月中旬、Answer Finder 2.1.0 をリリースいたしました。「Docker による提供形態の開始」が 2.1.0 の主な変更点となりますが、本記事ではその内容の設計の過程で得られた知見やハマりどころなどを紹介します。 レトリバ製品開発部で確立できた「Docker まわりの定石」に関する一種の備忘録的な内容となります。Answer Finder をはじめとして、レトリバの製品は Ruby on Rails アプリケーションがほとんどのため、本記事で紹介する Docker イメージは基本的には Rails アプリ提供用のものです。 自己紹介 本記事のあらすじ レトリバ製品のDockerに関する定石あれこれ 1コンテナ = 1プロセス Dockerfile の内部で CMD を記述しない 開発用ファイルと本番用ファイルの置き方 docker-compo

                                                                                  Railsオンプレミス製品のためのDockerベストプラクティスver1.0 - Retrieva TECH BLOG
                                                                                • フロントエンド開発者がデザインに向き合うための厳選ベストプラクティス7選(翻訳)|TechRacho by BPS株式会社

                                                                                  概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: Care beyond code: 7 best design practices for frontend developers—Martian Chronicles, Evil Martians’ team blog 原文公開日: 2023/11/28 原著者: Nina Torgunakova(フロントエンドエンジニア)、Travis Turner(技術記事編集者) サイト: Evil Martians -- ニューヨークやロシアを中心に拠点を構えるRuby on Rails開発会社です。良質のブログ記事を多数公開し、多くのgemのスポンサーでもあります。 日本語ブログ: 合同会社イービルマーシャンズ - Qiita 日本語タイトルは内容に即したものにしました。 本記事では原則としてdesignは「デザイン」としています。

                                                                                    フロントエンド開発者がデザインに向き合うための厳選ベストプラクティス7選(翻訳)|TechRacho by BPS株式会社