並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 22 件 / 22件

新着順 人気順

可視性の検索結果1 - 22 件 / 22件

タグ検索の該当結果が少ないため、タイトル検索結果を表示しています。

可視性に関するエントリは22件あります。 awstechfeed法律 などが関連タグです。 人気エントリには 『伝わりやすさが違う、UIデザインのシステムステータス可視性のコツ4個まとめ』などがあります。
  • 伝わりやすさが違う、UIデザインのシステムステータス可視性のコツ4個まとめ

    Webサイトにおいて状況を伝えるシステムステータスの可視性(英: Visibility)は、ウェブサイトのユーザビリティ研究の第一人者ヤコブ・ニールセン(Jakob Nielsen)氏のユーザビリティ10原則のひとつです。 システムの現在の状態を伝えることで、ユーザーはそのシステムを操作、制御している感覚となり、この感覚こそが信頼を築くのに役立ちます。 この記事では、Webサイトでシステムの状況をうまく伝えることができる、4つのインタラクティブで視覚的なフィードバック方法をご紹介します。 1. ユーザーのロケーションや進行状況を表示する視覚的フィードバック いまどこにいる? 迷子になりたいというひとはあまりいないでしょうが、現実の世界だけでなくデジタルの世界の両方で起こり得ます。 アプリ内のどこにいるのかユーザーに知らせることが、優れたナビゲーション体験に不可欠と言えます。アプリとWebサ

      伝わりやすさが違う、UIデザインのシステムステータス可視性のコツ4個まとめ
    • バッファローが電子帳簿保存法対応アプリを製品ユーザー向けに無料公開/可視性の確保に対応するために必要なリネームを効率よくできる「電子帳簿マネージャー」

        バッファローが電子帳簿保存法対応アプリを製品ユーザー向けに無料公開/可視性の確保に対応するために必要なリネームを効率よくできる「電子帳簿マネージャー」
      • .d.ts での可視性を制御する tsconfig の stripInternal 設定について

        TSConfig の compilerOption に stripInternal という設定があります。 TSConfig Reference #Strip Internal この設定を有効にすると、JSDoc に @internal を指定したコード(クラス、メソッド、変数、関数)がコンパイル時に生成される .d.ts へ出力されなくなります。 これにより、C# や Kotlin の internal、Java の package private のようなアクセス修飾子相当の振る舞いを TypeScript で実現できます。 TypeScript では、export を使ってコンパイル後のモジュールを構成する必要がありますが、モジュール内部に閉じたアクセス制御を行うことはできません。stripInternal を設定することで、モジュール内でのみ公開するコードを明示的に指定できます。

          .d.ts での可視性を制御する tsconfig の stripInternal 設定について
        • クラウドネイティブアーキテクチャへの道のりシリーズ #6: コスト可視性の向上とコスト最適化のための再設計 | Amazon Web Services

          Amazon Web Services ブログ クラウドネイティブアーキテクチャへの道のりシリーズ #6: コスト可視性の向上とコスト最適化のための再設計 このブログシリーズは、eコマース企業を例に、クラウドネイティブなアーキテクチャへの道のりにおいて課題となる点の解決について説明しています。第1回目から5回目までのブログでは、パフォーマンスや可用性、セキュリティ体制の改善に触れており、第6回目となるこのブログでは、その後にECプラットフォームのユーザー数が10倍以上に増加し、収益に対して運用コストが釣り合わなくなった状況を考えることとします。 これに対処するため、AWS の利用料をよりよく把握し、コスト削減を見極めるための計画を立てます。具体的には、コストの可視性を向上させ、コスト最適化のための再設計を行い、コスト管理対策を適用することで、イノベーションを促進しながら投資収益率を向上させ

            クラウドネイティブアーキテクチャへの道のりシリーズ #6: コスト可視性の向上とコスト最適化のための再設計 | Amazon Web Services
          • AWS Fargate タスクのリタイア通知による運用の可視性の向上 | Amazon Web Services

            Amazon Web Services ブログ AWS Fargate タスクのリタイア通知による運用の可視性の向上 この記事は Improving operational visibility with AWS Fargate task retirement notifications (記事公開日 : 2023 年 9 月 6 日) の翻訳です。 導入 AWS Fargate は、コンテナワークロードのためのサーバーレスコンピューティングエンジンであり、基盤となるインフラストラクチャの保護やパッチ適用といった、ビジネスに付加価値をもたらさない作業から解放してくれます。この記事では、AWS がインフラストラクチャを安全かつ最新の状態に保つための仕組みの 1 つである Fargate タスクのリタイア通知について深掘りします。 AWS は、Fargate タスクのリタイアプロセスに関する最

              AWS Fargate タスクのリタイア通知による運用の可視性の向上 | Amazon Web Services
            • 【Twitterファイル】シャドウバンはVF=可視性フィルタリングと呼ばれ実施されていた - 事実を整える

              やはりシャドウバンはあったではないか Twitterファイルの続きを投稿するBari Weiss トレンドブラックリスト、検索ブラックリスト等 Vijaya Gadde「シャドウバンは無い」⇒社内ではVF=可視性フィルタリング グローバルエスカレーション チーム又はSRT-GETが実施 ジャックドーシーらによるSIP-PES=サイト整合性ポリシー、ポリシーエスカレーションが存在 Twitterファイルの続きを投稿するBari Weiss THREAD: THE TWITTER FILES PART TWO. TWITTER’S SECRET BLACKLISTS. — Bari Weiss (@bariweiss) 2022年12月9日 1. A new #TwitterFiles investigation reveals that teams of Twitter employees

                【Twitterファイル】シャドウバンはVF=可視性フィルタリングと呼ばれ実施されていた - 事実を整える
              • Docker、コンテナイメージの可視性を高めるdocker sbomコマンドの提供を開始

                米Dockerは、Docker Engineの脆弱性に対処すべく4月7日(現地時間)にリリースした「Docker Desktop 4.7.0」に、DockerイメージのSBOM(ソフトウェア部品表)を表示する実験的なCLIコマンド、docker sbomを収録しており、今後のリリースではLinux向けパッケージにも同コマンドの収録を予定している。 docker sbomコマンドは、ソフトウェアサプライチェーンにおけるセキュリティ強化の一環として、コンテナイメージ内にあるものの可視性をさらに高める第一歩として、AnchoreのSyftプロジェクトを利用して、オープンソースのコラボレーションによって開発された。 SBOMは、ソフトウェアを構成する、または構築に使用されたすべてのコンポーネントであり、コンテナイメージの場合はインストールされているオペレーティングシステムパッケージと、ソフトウェア

                  Docker、コンテナイメージの可視性を高めるdocker sbomコマンドの提供を開始
                • Amazon Simple Queue Service の可視性タイムアウトってなぁに? | DevelopersIO

                  可視性タイムアウト劇場 ここは、 SQS お仕事紹介所。 掲示板には、様々な求人広告(メッセージ)が貼り出されている。 求人は、早い者勝ちでやりたいと言った人がその仕事に就けるが、期限までに音沙汰がないと契約を解除されて、再度、求人広告が貼り出される。 夏休みでバイトに燃える学生さんのむれがあらわれた! 学生さん A の選択、チラシ配りをやろう。 求人が見つかった広告は、掲示板から外されて、受付で保管される。 他の学生さんたちからはその求人の存在が見えない。 学生さん B の選択、ロゴデザインをやろう! 学生さん C の選択、ケーキ販売をやろう! 学生さん D の選択、配達をやろう! 学生さん A 、なかなかチラシが減らない。 もうすぐ期限なので、お仕事紹介所に連絡し、期限を延ばしてもらいます。 学生さん B は、アイデアの神が降りてこないようです。 そうこうしているうちに期限は過ぎていま

                    Amazon Simple Queue Service の可視性タイムアウトってなぁに? | DevelopersIO
                  • AWS Supply Chain の一般提供が開始されました — 可視性の向上と実用的なインサイトによるリスクの軽減とコストの削減 | Amazon Web Services

                    Amazon Web Services ブログ AWS Supply Chain の一般提供が開始されました — 可視性の向上と実用的なインサイトによるリスクの軽減とコストの削減 多くの皆さんと同じように、私は天候、地政学的な不安定、COVID-19 パンデミックなどの外的要因によってもたらされる破壊的な影響を経験しました。サプライチェーンのレジリエンスを向上させるには、組織はサプライチェーン全体を可視化し、リスクを迅速に発見して対応できるようにする必要があります。顧客の好みが急速に変化し、過去の需要の前提がもはや有効ではないため、これはますます複雑になっています。 さらに、サプライチェーンのデータは孤立したシステムに分散していることが多く、既存のツールには、有意義なインサイトを生み出すために必要な柔軟な処理能力や特殊な機械学習 (ML) モデルが欠けています。リアルタイムのインサイトがな

                      AWS Supply Chain の一般提供が開始されました — 可視性の向上と実用的なインサイトによるリスクの軽減とコストの削減 | Amazon Web Services
                    • コンテナのセキュリティと可視性が強化された GKE Dataplane V2 が登場 | Google Cloud 公式ブログ

                      ※この投稿は米国時間 2020 年 8 月 20 日に、Google Cloud blog に投稿されたものの抄訳です。 Kubernetes が持つ「特殊能力」の 1 つに、デベロッパーファーストなネットワーキング モデルがあります。トラフィックをクラスタに送信する L3/L4 サービスや L7 Ingress などの使いやすい機能や、マルチテナント ワークロードを分離するネットワーク ポリシーを備えています。Kubernetes を採用する企業が増えるにつれて、あらゆるユースケースが拡大し、マルチクラウド、セキュリティ、可視性、スケーラビリティに関する新しい要件が増えてきました。さらに、サービス メッシュやサーバーレスといった新しいテクノロジーにより、基盤となる Kubernetes のレイヤをカスタマイズする必要性が高まっています。こうした新しい要件には共通点があります。つまり、パフ

                        コンテナのセキュリティと可視性が強化された GKE Dataplane V2 が登場 | Google Cloud 公式ブログ
                      • Amazon SQS と処理の重複 前編 ~ 可視性タイムアウトの役割 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                        テクニカルインストラクターの杉本圭太です ! 最近読んで面白かった漫画は「百木田家の古書暮らし」です。 Amazon Simple Queue Service (SQS) を使用することで、アプリケーション同士の通信を非同期にして、さらに信頼性やスケールを高められます。しかし SQS を使用する場合「処理重複が発生する可能性があるため、冪等性 (べき等性) の考慮が必要」と言われますが、どんな場合に処理重複が発生するのかは把握できていますか ? ▼ SQS を使用したシステムの概要 SQS では処理重複を制御するために「可視性タイムアウト」や「FIFO キュー」の機能がありますが、これらを使用しただけで処理重複がゼロになる訳ではありません。そのため、それぞれの機能が何を制御してくれるのかを理解することは、SQS をより適切に扱うために重要です。しかし同時に理解が難しい部分でもあります。 そ

                          Amazon SQS と処理の重複 前編 ~ 可視性タイムアウトの役割 - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                        • Amazon RDS と Amazon Aurora のパフォーマンスとイベントの可視性を高める | Amazon Web Services

                          Amazon Web Services ブログ Amazon RDS と Amazon Aurora のパフォーマンスとイベントの可視性を高める お客さまから、Amazon Relational Database Service (Amazon RDS) と Amazon Aurora データベースでのワークロードパフォーマンスの可視性と監視性、および予定されたイベントと予定外のイベントの可視性と監視性を改善する方法についてよく聞かれます。この記事では、計測機能をプロアクティブに有効化して設定し、すべての詳細をキャプチャし分析できるようにする方法について説明しています。 私は 8 年間、AWS のお客さまが Amazon RDS と Aurora でデータベースを使用するという目標を達成できるよう支援してきました。その間、top や vmstat コマンドが自己管理型データベースで提供する

                            Amazon RDS と Amazon Aurora のパフォーマンスとイベントの可視性を高める | Amazon Web Services
                          • Kotlin - 可視性 - 覚えたら書く

                            可視性のデフォルトはpublic Kotlin の可視性修飾子はJavaと似ていて、public, protected, preivate の修飾子 を持っています。 しかし、デフォルトの可視性(修飾子の指定を省略した場合の可視性)が、Kotlin では public になっています。 class Dog(val name : String) と public class Dog(val name : String) は、いずれのクラスも public の可視性 また、Javaのデフォルトの可視性である パッケージプライベート はKotlin には存在していません。 Kotlin におけるパッケージというものが、可視性の制御には利用されず、名前空間にコードをまとめるためだけに使用されます。 internalによるカプセル化 Kotlin には、 internal というJavaには存在しな

                              Kotlin - 可視性 - 覚えたら書く
                            • Lambda+SQS 構成での可視性タイムアウトに気を付けよう! | DevelopersIO

                              こんにちは、稲葉です。 最近、Lambda+SQS 構成での開発で可視性タイムアウトの設定で躓いた箇所があった為、 その共有と対処法について、今回記事にしたいと思います。 躓いた箇所 Lambda+SQSで構成して、SQSからのメッセージをトリガーにしてLambdaを実行していました。このLambdaは最大4回ループ、また1回の処理でも比較的時間がかかる処理を行います。 実際に動かしてみた所、処理が完了したはずなのに再実行されるといった意図しない動作をしました。そのため、まずはLambdaのログを確認。しかし、ログを確認した所、エラーは発生しておらず正常に動作してました。 となると、問題があるのはSQS の設定だと考え、色々調べた結果。遂に、原因を突き止めました! ズバリ、可視性タイムアウトの設定が原因でした! と言うより、可視性タイムアウトは特に設定していなかったため、デフォルトの30秒

                                Lambda+SQS 構成での可視性タイムアウトに気を付けよう! | DevelopersIO
                              • cOAlition S、学術誌のサービス・価格の可視性を高めるためのウェブサービス“Journal Comparison Service”での出版者の登録受付を開始

                                  cOAlition S、学術誌のサービス・価格の可視性を高めるためのウェブサービス“Journal Comparison Service”での出版者の登録受付を開始
                                • 運用の可視性を高めるために分散システムを装備する

                                  大学卒業後に Amazon に入社したとき、最初のオンボーディングの練習の 1 つは、amazon.com ウェブサーバーを開発者のデスクトップで起動して実行することでした。最初の試行はうまくいきませんでした。何を間違えたのかすらわかりませんでした。親切な同僚が私に、ログを見て何が間違っているのかを確認するように提案しました。彼は、そのために「ログファイルを猫にする」べきだと言いました。 私は、彼らが何らかのいたずらをしているか、私には理解できない猫に関する冗談を言っているのだと確信しました。私は大学で Linux のみで、コンパイル、ソース管理、およびテキストエディタを使用しました。そのため、「cat」が実際に端末にファイルを出力するコマンドであり、別のプログラムにフィードしてパターンを探せるものだとは知りませんでした。 同僚に、cat、grep、sed、awk などのツールを教えてもら

                                    運用の可視性を高めるために分散システムを装備する
                                  • AWS Service Catalog から予算の可視性のお知らせ

                                    AWS Service Catalog で、AWS 予算との統合によりお客様のポートフォリオや製品の、予算の可視性を提供できるようになりました。この機能により、予算を作成してポートフォリオや製品に関連付けることや、支出を確認することができます。ポートフォリオや製品の予算作成は TagOption や AutoTags の使用により簡素化され、予算や当月の支出を管理者に可視化します。使用を開始するには、タグを有効化して AWS 予算で予算を作成します。その後、作成した予算を AWS Service Catalog のポートフォリオや製品と関連付けます。この機能は、AWS Service Catalog および AWS 予算が利用可能なすべての商用リージョンで使用できます。 AWS 予算には、カスタムコスト予算を設定して、コストが予算額を超えたときや、超えると予測されたときにアラートを発信でき

                                      AWS Service Catalog から予算の可視性のお知らせ
                                    • [レポート] カオスを乗り越えて運用における可視性と洞察を獲得せよ #MGT301 #reinvent | DevelopersIO

                                      西澤です。本稿では、以下のセッションについてレポートします。 セッション情報 Setting up the right instrumentation for operational visibility and observability across your enterprise can be complex, costly, and time-consuming, from acquiring the right tool sets to correlating the data between them. In this session, we cover various ways in which you can gain operational visibility and insight into your environment using such services a

                                        [レポート] カオスを乗り越えて運用における可視性と洞察を獲得せよ #MGT301 #reinvent | DevelopersIO
                                      • 週刊Railsウォッチ(20191112後編)invisible gemで可視性を変えずにパッチ当て、スライド:「型なし言語のための型」、自然言語の言語名を推測ほか|TechRacho by BPS株式会社

                                        2019.11.12 週刊Railsウォッチ(20191112後編)invisible gemで可視性を変えずにパッチ当て、スライド:「型なし言語のための型」、自然言語の言語名を推測ほか こんにちは、hachi8833です。DHHがAppleクレカの件でTVに出てたようです。 "Intent doesn't matter. What matters is the outcome, and we had sexist outcomes." @dhh says he stands by his tweet calling the Apple Card "f***ing sexist." https://t.co/fgX3eQHEps pic.twitter.com/CAkaRu5oA8 — CNBC (@CNBC) November 11, 2019 各記事冒頭には⚓でパーマリンクを置いてあり

                                          週刊Railsウォッチ(20191112後編)invisible gemで可視性を変えずにパッチ当て、スライド:「型なし言語のための型」、自然言語の言語名を推測ほか|TechRacho by BPS株式会社
                                        • GitHub Pages サイトの可視性を変更する - GitHub Enterprise Cloud Docs

                                          GitHub Pages サイトのアクセス制御について # GitHub Pages のアクセス制御では、サイトをプライベートで公開することで、プロジェクト サイトへのアクセスを制限できます。 プライベートで公開されたサイトは、サイトの公開元のリポジトリの読み取りアクセスを持っている人だけがアクセスできます。 プライベートで公開されたサイトは、内部的なドキュメンテーションや知識ベースをEnterpriseのメンバーと共有するために利用できます。 自社で Enterprise Managed Users を使っている場合、アクセス制御は使えず、すべての GitHub Pages サイトには、他のエンタープライズ メンバーのみがアクセスできます。 Enterprise Managed Users について詳しくは、「GitHub Pages について」をご覧ください。 Organization

                                            GitHub Pages サイトの可視性を変更する - GitHub Enterprise Cloud Docs
                                          • トランザクションの統計情報で Cloud Spanner のパフォーマンスの可視性を高める | Google Cloud 公式ブログ

                                            ※この投稿は米国時間 2020 年 6 月 28 日に、Google Cloud blog に投稿されたものの抄訳です。 Cloud Spanner は Google のスケーラブルなフルマネージド リレーショナル データベース サービスです。先日リリースした、Cloud Spanner の新機能であるトランザクションの統計情報を利用すると、SQL クエリを実行してデータベースのトランザクションの統計情報を複数の期間で取得できます。これらの統計情報により、トランザクションのパフォーマンスを促進している要因をさらに詳細に把握できます。 この投稿では、トランザクションの統計情報を使用して、Cloud Spanner データベースの競合に関係するトランザクションを特定する方法についてご紹介します。 Spanner のトランザクションについてSpanner 内のトランザクションは、データベース内の

                                              トランザクションの統計情報で Cloud Spanner のパフォーマンスの可視性を高める | Google Cloud 公式ブログ
                                            • Amazon EC2 で、作成から 2 年を経過したパブリック Amazon マシンイメージ (AMI) の可視性が低下

                                              本日より、すべてのパブリック AMI の非推奨時期が、作成日から 2 年後に設定されます。つまり、作成から 2 年を経過した後のパブリック AMI は、デフォルトで非推奨になります。AMI が非推奨になると、その AMI の所有者ではないユーザーの DescribeImages API コールには表示されなくなります。AMI が非推奨になった場合、ターゲットを絞らない検索で、その AMI の可視性が低下されるに過ぎず、引き続きご利用いただく上で差し支えございません。非推奨 AMI のユーザーは、インスタンスの起動や、その非推奨 AMI の記述 (AMI ID を使用) を引き続き行うことができます。 以前は、すべての AMI には、作成された時期に関係なく、AMI カタログで同じレベルの可視性がありました。カタログの古い AMI を非推奨にすることで、古くなっている可能性があるソフトウェア

                                                Amazon EC2 で、作成から 2 年を経過したパブリック Amazon マシンイメージ (AMI) の可視性が低下
                                              1

                                              新着記事