並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 525件

新着順 人気順

PATTERNの検索結果121 - 160 件 / 525件

  • 「認証」を整理する | IIJ Engineers Blog

    英語の「Authentication」を整理する ここからは先ほどの分類で言うところの「ユーザ認証」としての「認証」、つまり英語の「Authentication」に該当する「認証」について、さらに整理を進めていきます。 先ほど、「ユーザ認証」を「システムを利用しようとしているユーザを、システムに登録済みのユーザかどうか識別し、ユーザが主張する身元を検証するプロセス」と説明しました。「ユーザの識別」と「身元の検証」はユーザ認証に欠かせませんが、実際は他にも「ユーザの有効/無効状態の確認」や「検証に成功した場合の身元の保証(アクセストークンの発行等)」などの処理も一般的にユーザ認証のプロセスには含まれます。 ここで冒頭の「○○認証」を振り返りましょう。パスワード認証、SMS認証、指紋認証、顔認証は実はここで言うユーザ認証には該当せず、ユーザ認証中の一処理である「身元の検証」を担っていることがお

      「認証」を整理する | IIJ Engineers Blog
    • アプリケーションにおけるデータ不整合との戦い - blog.syfm

      これは Aizu Advent Calendar 2019 の 15 日目の記事です。14 日目は uzimaru0000 さん、16 日目は kacky__917 さんです。 はじめに 世の中には日々たくさんの価値ある Web サービスが生まれていますが、その価値を正しく提供するにはアプリケーションが正しく動かなければなりません。 たとえばアプリケーションは適切なユーザに適切なリソースを提供しなければならず、エラーを返す際は十分に定義された仕様に沿って返し、UI 側ではユーザに適切なメッセージを表示しなければなりません。 実際のところ、これらを厳密に実現するのは非常に困難ですが、アプリケーションにはこれら以上に複雑な問題が常につきまといます。 現在の Web アプリケーションはほとんどが分散システムの一形態です。例えばクライアントとサーバや、サーバとデータベースがネットワークを介して接続

        アプリケーションにおけるデータ不整合との戦い - blog.syfm
      • 大規模アジャイルフレームワークの紹介

        みなさんこんにちは。@ryuzeeです。 12月1日に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 スクラムの認定コースでも基礎的なコースでも、よく聞かれるのが大規模の場合の対応についてです。 そこで、今日は大規模の場合の選択肢になりそうな大規模アジャイルフレームワークを紹介します。 紹介しますが、最初に大事なことをお伝えしてから紹介します。 そんなにたくさん作っても使わない2019年にプロダクトマネジメント関連のSaaS企業であるPendoが行った調査によると、ソフトウェアプロダクトにおいて平均的な機能の利用状況は次のようになったそうです。 まったく使わない: 24%ほとんど使わない: 56%よく使う: 8%いつも使う: 12%つまり80%の機能はほとんど、もしくは、まったく使われないということになります。 たくさんの人を集めて、たくさんの機能を作るのは、ムダであ

          大規模アジャイルフレームワークの紹介
        • 第3回 『ドラゴンボール』の敵はなぜいつも2人組なのか

          一度は感じたことはありませんか? 「『ドラゴンボール』って、いつも敵が二人で出てくるな」って。 天津飯&餃子、ベジータ&ナッパ、19号&20号、17号&18号… サイトウは昔から気になってたのですが、漫画編集者になってしばらくしてから、その理由に気づきました。 実は漫画テクニック的にめちゃ使えて、かつ非常に取り入れやすい理由だったので、新人作家さんも真似してみることをオススメします。 さて、その理由とは何か。 答えはシンプル。 「2人いると、描けることが増える」から、です。 (鳥山先生ご本人に伺ったわけではないので、あくまで僕の推測です。) たとえば…漫画を描き始めた新人作家さんのよくある悩みに、「キャラのセリフがうまく描けない」があります。セリフがどうも生き生きしてない、でもしゃべらせないと物語が動かないし、展開上は読者に伝えなきゃいけない情報もある。その結果、うまく動いてくれずキャラに

            第3回 『ドラゴンボール』の敵はなぜいつも2人組なのか
          • LLMのプロンプト技術まとめ - Qiita

            現在,34個掲載(一部執筆途中) Xのアカウント@fuyu_quantでも技術系の投稿をしているのでよかったらフォローしてください! はじめに 今回はすぐに使えそうなプロンプトの工夫やフレームワークについて有名なものをまとめました.LMの出力の精度向上に役立てられればと思います. 論文があるものについてはarXivに最初に投稿された順番で掲載しています. 論文で精度向上が確認されているのは英語での検証がほとんどであるため,日本語で改善されるかは分かりません. 全てのLLM(GPT-4,Llama2,...)で精度が改善するとは限りません. ※記事に誤り等ありましたらご指摘いただけますと幸いです. 以下の記事では敵対的プロンプト技術をまとめています! 目次 Zero-shot prompting Few-shot prompting 2021年〜 Generated Knowledge Pr

              LLMのプロンプト技術まとめ - Qiita
            • 12のソフトウェア・アーキテクチャの落とし穴とその避け方

              これは、多数派が支配すべきだという意味ではない。委員会によって設計されたアーキテクチャは、肥大化し、焦点が定まらない傾向がある。私たちの経験では、理想的なバランスとは、多様な経験と視点を持つ数人の仲間が、より良い情報に基づいた決定を下すために、主張に異議を唱えることである。 再利用の目標が誤った決定を左右するようなことがあってはならない。その代わり、再利用は理にかなった場合のみ行うこと。 コード、コンポーネント、設計、あるいはコンフィギュレーションの再利用は、最初は良いアイディアのように聞こえる。経営陣は、再利用によってコストが削減され、納期が短縮され、品質が向上すると信じて、このコンセプトを推進したがる。チームは、MVPをより早く提供するために既存のアプリケーションの大部分を再利用することを決定するかもしれないし、かなり成功した製品を提供するために作成された既存のアーキテクチャを再利用す

                12のソフトウェア・アーキテクチャの落とし穴とその避け方
              • 技術的負債は開発者体験を悪化させる - mtx2s’s blog

                ソフトウェアエンジニアにとって、技術的負債が増え続けるソフトウェアプロダクト開発現場に身を置くことがどれほど苦痛なことであるか。エンジニアリング組織のマネジメントを長年担ってきて、それは強く感じるところだ。 中途採用の選考プロセスに面接官として参加し、これまで数多くの退職理由を見聞きしてきた。その中で、レガシーシステムをリファクタリング・リアーキテクティング・リライトできないことへの不満を理由として挙げるエンジニアは多かったように思う。裏を返せば、自社のソフトウェアプロダクトが技術的負債にまみれたまま放置されているなら、優秀な人材が他社に流出するリスクがあると認識すべきだ。 本稿では、技術的負債と開発者体験の関係について紐解くとともに、それに対してソフトウェアエンジニアリング組織を預かるマネージャーが取るべき行動について考えてみたい。 ※これは、Engineering Manager Ad

                  技術的負債は開発者体験を悪化させる - mtx2s’s blog
                • CIOpsとGitOpsの話 - inductor's blog

                  はじめに GitOpsという言葉が生まれたのが自分の知る限り2017年頃なのですが、世の中にあるCI/CDの仕組みはまだほとんどがCIOpsもしくは手動のオペレーションによって成り立っていると思っていて、かつては自分もそうだったのですが「Gitで管理されていればGitOpsなんでしょ?」という勘違いを払拭したくてこのエントリーを書いています。 GitOpsとCIOpsは全然違う まず前提としてGitOpsの明確な定義を知らないという場合、あなたの思う「Gitを契機とした自動デプロイの仕組み」は基本的にはCIOpsです。GitOpsとCIOpsは思ったよりも大きな違いがあって、そもそもGitOpsの必要性が分かっていない場合、自動化によって成立しているデプロイはCIOpsが基本です。 CIOpsとGitOpsの一番の違いは、Push型かPull型かである CIOpsの場合、例えばGitHub

                    CIOpsとGitOpsの話 - inductor's blog
                  • TypeScript + React: Component patterns

                    Published on July 28, 2020 Stefan on Mastodon Reading time: 10 minutes More on TypeScript, React, Preact This list is a collection of component patterns for React when working with TypeScript. See them as an extension to the TypeScript + React Guide that deals with overall concepts and types. This list has been heavily inspired by chantastic’s original React patterns list. Contrary to chantastic’s

                      TypeScript + React: Component patterns
                    • 【C#】C# の async/await は実際にどうやって動いているか。 - ねののお庭。

                      はじめに 登壇版 Taskの本質 C# のイテレータ async/await Compiler Transform ExecutionContext builder.Start() の重要性 IAsyncStateMachine.MoveNext おわりに はじめに C#er は呼吸するように使っている async/await。 そんな async/await について、先日 Stephen Toub 氏 (.NET の中の人。中心人物の一人。) が How Async/Await Really Works in C# という非常に面白い記事を投稿していました。 この記事では Stephen 氏の記事をベースに、C# において async/await は実際どうやって動いてるの?というお話をしていきます。 以前に C#での非同期メソッドの分析。 という翻訳記事を書いたのですが、元になった記

                        【C#】C# の async/await は実際にどうやって動いているか。 - ねののお庭。
                      • 業務でどれだけSQL力がつくのか ~SQLアンチパターンを用いて確認~ 前編

                        はじめに こんにちは。 GMOアドマーケティングのKONCEです。 新卒で入社し、数年経ちました。日々の業務で学ぶことは多いですが、今年度は技術の深堀りをテーマにやっていきたいと思っています。 今回は入社してDBやSQLに関しては業務内で学ぶことが多く、特別訓練をしていたわけではなかったのですが、「SQLアンチパターン」を用いて学びながら、改めて自分の現状を見つめ直していけたらと思います。 今回は学習を行う側面と自分自身のレベルについて見直していきたいので 知っていた → ○ 部分的に知っていた → △ 知らなかった → × を付けてみようと思います。 目次 SQLアンチパターンについて Ⅰ部 データベース論理設計のアンチパターン 2-1. [○]1章 ジェイウォーク(信号無視) 2-2. [×]2章 ナイーブツリー(素朴な木) 2-3. [○]3章 IDリクワイアド(とりあえずID) 2

                          業務でどれだけSQL力がつくのか ~SQLアンチパターンを用いて確認~ 前編
                        • モバイルファーストのウェブデザインがデスクトップに及ぼす悪影響

                          モバイルファーストのウェブデザインは、デスクトップで閲覧する際に重大なユーザビリティ上の問題を引き起こす。長いスクロールページにコンテンツが過度に分散され、余白が広がり、画像やフォントが拡大されるため、ユーザーが情報を把握し、理解することが難しくなるのである。 The Negative Impact of Mobile-First Web Design on Desktop by Kim Salazar, Tim Neusesser and Nishi Chitale on October 13, 2023 日本語版2024年2月6日公開 最近のウェブサイトの多くは、モバイルファーストなアプローチでデザインされている。こうしたページをデスクトップデバイスで表示すると、コンテンツが過度に大きく引き伸ばされて見えることがある。画面を覆い尽くすような画像、肥大化したテキスト、過剰な余白のせいで、

                            モバイルファーストのウェブデザインがデスクトップに及ぼす悪影響
                          • Goを始めて1年間で最高にお世話になったGo関連ブックマークを晒します。 - Qiita

                            自分は普段はChromeのブックマークを使ってよく見返す記事を保存しています。Goを一年間書いてきてブックマークを整理したのですが、せっかくなのでお世話になったブックマーク記事を晒します。 Blog & Serial The Go Blog Goの公式ブログ。深いところまでしっかり書かれているので、調べたいトピックはまずはここで調べたい。 https://blog.golang.org/ Practical Go GoのcontributorであるDave Cheneyさんのブログです。Goで開発&運用する上でのアドバイスが書かれており、入門記事だけでは得られないノウハウがふんだんにまとめられています。 https://dave.cheney.net/practical-go Goならわかるシステムプログラミング @shibukawaさんの連載です。Goで低レイヤーを学んでいきます。根底の

                              Goを始めて1年間で最高にお世話になったGo関連ブックマークを晒します。 - Qiita
                            • Log4jで話題になったWAFの回避/難読化とは何か

                              はじめに 2021年12月に発見されたLog4jのCVE-2021-44228は、稀に見るレベル、まさに超弩級の脆弱性となっています。今回、私はTwitterを主な足がかりとして情報収集を行いましたが、(英語・日本語どちらにおいても)かなりWAFそのものが話題になっていることに驚きました。ある人は「WAFが早速対応してくれたから安心だ!」と叫び、別の人は「WAFを回避できる難読化の方法が見つかった。WAFは役に立たない!」と主張する。さらにはGitHubに「WAFを回避できるペイロード(攻撃文字列)一覧」がアップロードされ、それについて「Scutumではこのパターンも止まりますか?」と問い合わせが来るなど、かなりWAFでの防御とその回避方法について注目が集まりました。 実はWAFにおいては、「回避(EvasionあるいはBypass)」との戦いは永遠のテーマです。これは今回Log4jの件で

                                Log4jで話題になったWAFの回避/難読化とは何か
                              • Google、脱Cookie技術「FLoC」開発を停止し、新たな「Topics」を発表

                                米Googleは1月25日(現地時間)、2021年3月に発表したサードパーティーcookieに代わる技術「FLoC」(Federated Learning of Cohorts)の開発を停止し、新たに「Topics」と呼ぶ技術のテストを年内に開始すると発表した。 同社は、ユーザーのWebプライバシーを改善しつつ適切な広告を表示するための取り組み「Privacy Sandbox」の技術としてFLoCを開発してきたが、ユーザーを特定できてしまう可能性を指摘されたり、この取り組みが独禁法に違反する可能性があるとされたりと、批判が高まっていた。 Googleは「Topicsは、FLoCのテストからの学習と幅広いコミュニティからのフィードバックに基づいて、FLoCに代わるものとして開発する」と語った。 Topicsの大まかな仕組みはこうだ。Webブラウザが、ユーザーのWeb閲覧履歴に基づいて、そのユ

                                  Google、脱Cookie技術「FLoC」開発を停止し、新たな「Topics」を発表
                                • プログラミング文体練習

                                  レーモン・クノーの『文体練習』から着想を得て執筆された本書は、1つの課題を異なるプログラミングスタイルで実装し、さまざまなスタイルの特性やスタイルが生まれた歴史的経緯などを解説します。本家の『文体練習』は、「バスの中で起きた諍いと、その張本人を後で目撃した」という内容を、公的文書風、宣伝風、業界用語風など、99の異なる文体で表現したものですが、本書は、「単語の出現頻度をカウントして多いものから出力する」という課題を、40のスタイルで実装しています。リソース制約が大きかった時代の方法から、オブジェクト指向、純粋関数型、リフレクション、並行処理、ニューラルネットワークまで幅広いスタイルを扱い、マルチパラダイム言語Pythonの威力と魅力を感じられる構成となっています。 訳者まえがき 第2版 まえがき 第1版 まえがき 序章 第Ⅰ部 歴史的スタイル 1章 古き良き時代:アセンブリ言語 2章 Fo

                                    プログラミング文体練習
                                  • エンジニアや上司が"有害な振る舞い"を改善するコツ - Qiita

                                    ※追記: 「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、本記事のポリシーに沿わない使用(難しい人というラベリングを特定個人に適用する使い方)が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 前回の記事「エンジニアの"有害な振る舞い"への対処法」では多くの反応を頂きました。 はてなブックマークのコメントやTwitterを見ると、多種多様な反応がある中で、有害な振る舞いが多くの方によって実際に観測されていること、そしてそれによって実際に心理的ダメージを受けていたり困っているというコメントがいくつもあることが印象的でした。 ただ、その一方でこれだけ有害な振る舞いに対する反発があると、自分の有害な振る舞いによってチ

                                      エンジニアや上司が"有害な振る舞い"を改善するコツ - Qiita
                                    • 新型コロナのワクチン、打った方が良い?~mRNAワクチンの効果と安全性、よくある誤解

                                      回答:よほどの理由がない限りは、接種することをお勧めします 日本で承認されているmRNAワクチンには、新型コロナウイルスへの感染・発症・重症化・死亡リスクを大幅に減らす効果が確認されています。実際に新型コロナウイルス感染症に罹ってしまうよりも、はるかに小さなリスクで免疫を獲得できます。 そのため、よほどの理由がない限りは、順番が回ってきた時点で接種することをお勧めします(ワクチン接種は自分だけでなく、自分の周りの人を守るという意義もあります)。 ※この記事内容は接種を強制するものではありません。接種するかどうかは個人の判断に委ねられますが、デマや事実誤認をもとに判断してしまうことがないよう、薬局でも行っている情報提供や対応を文書化したものです。 ※非常に長いので、「ページ内検索」や「Ctrl+F」の機能で不妊や後遺症、心筋炎、デルタ株、オミクロン株、ブースター接種といった気になる単語を検索

                                        新型コロナのワクチン、打った方が良い?~mRNAワクチンの効果と安全性、よくある誤解
                                      • 物理カード「PassCard」を使えば、複雑なパスワードを何パターン作っても、忘れることなく安全に管理できる! | ライフハッカー・ジャパン

                                        パスワードは、ネットワーク経由のサービスに欠かせないもの。ところが、“簡単なパスワードはNG” 。しかも、“パスワードを使い回すとリスクが高まる” ため、もはや記憶に頼った運用は、実質的に不可能になっています。 そこで、強固にガードされたパスワード管理サービスを利用するのが、現状の最適解となっているところですが、実は、アナログな手法に回帰するという手段もあるのです。 「PassCard」は、完全にネットワークから遮断された環境でパスワードを管理できるセキュリティツールです。 アナログを経由すればハッキングは怖くないImage: TITLEincイタチごっこを繰り返すセキュリティ対策を単純化できる最も効果的な手段は、ネットワークとは隔離された環境でパスワードを管理することです。 「PassCard」は、物理的な暗号・復号化ツール。このカードの現物を盗難し、かつ復号するためのパターンを入手する

                                          物理カード「PassCard」を使えば、複雑なパスワードを何パターン作っても、忘れることなく安全に管理できる! | ライフハッカー・ジャパン
                                        • 「ひきこもり」は「氷河期世代の男性が圧倒的に多い」という実態(幻冬舎ゴールドオンライン) - Yahoo!ニュース

                                          中高年のひきこもりという、命にも関わる深刻な社会問題。ここでは臨床心理士の桝田智彦氏が2018年12月に内閣府がはじめて40歳~64歳の5000世帯の男女を対象に行った実態調査、『生活状況に関する調査』に基づいて、「中高年ひきこもりの現状」に迫っていきます。 ※本連載は、書籍『中高年がひきこもる理由』(青春出版社)より一部を抜粋・再編集したものです。 ◆定義 まず、調査のベースとなる「ひきこもりの定義」についてふれておきましょう。 今回の内閣府の調査では、ひきこもりを「狭義のひきこもり」と「準ひきこもり」の2つに分類し、この2つを合わせて「広義のひきこもり」と定義して、調査を行いました。 狭義のひきこもりは、(1)「ふだんは家にいるが、近所のコンビニなどには出かける」、(2)「自室からは出るが、家からはほとんど出ない」、(3)「自室からほとんど出ない」の3つの状態を指します。(1)から(3

                                            「ひきこもり」は「氷河期世代の男性が圧倒的に多い」という実態(幻冬舎ゴールドオンライン) - Yahoo!ニュース
                                          • AWS LambdaでAPI開発するときのパターン集 - Qiita

                                            背景 AWS LambdaでAPI開発をする AWS LambdaとAPI Gatewayを組み合わせることでサーバレスのAPIを開発することが可能です。サーバレスで構築することで手間をかけずにスケーラビリティやコストの最適化を手に入れることができ、さらに死活監視等が不要のため運用のコストを大幅に下げることができます。 開発パターンがまとまっていない サーバレスによるAPI開発は非常にメリットが多いのですが、開発パターンが様々あり一貫した方法があるわけではありません。例えば、Lambdaのデプロイは手動でzipをアップロードする方法や、SAM/ServerlesssFrameworkなどのデプロイ支援ツールを利用する方法、さらにオンラインエディタのCloud9を利用することもあります。関数ごとにディレクトリを分離する場合もあるし、ソースコードを共有してエントリーポイントだけ切り替える場合も

                                              AWS LambdaでAPI開発するときのパターン集 - Qiita
                                            • コピペでOK!CSSで作る背景パターンのサンプルコードまとめ | Web Design Trends

                                              Webサイト上の要素に背景を表示したい場合、シンプルに画像で表示する形が一般的ですが、CSSを使って背景パターンを表示するという方法もあります。 ドット柄やチェック模様、ストライプなど色々な種類の背景パターンをCSSだけで作ることができ、使い方を覚えておくとWebデザインに色々と活用することができます。 今回は、CSSだけで背景パターンや模様を表示するメリットや、様々なサンプルコードが掲載されているおすすめのサイトをご紹介したいと想います。 CSSで背景パターンを作るメリット Webページ上の要素に背景を適用する場合、一般的には画像ファイルを用意してbackground-imageプロパティに指定することが多いですが、CSSだけでも様々な背景パターンや模様を作ることができます。 画像ではなくCSSで背景パターンを作った場合のメリットとして、例えば次のようなものが挙げられます。 背景画像を書

                                                コピペでOK!CSSで作る背景パターンのサンプルコードまとめ | Web Design Trends
                                              • スプリントの振り返り大全 〜 チームに最適な手法を見つける15のレトロスペクティブを振り返る - Agile Journey

                                                はじめまして。株式会社イノベーター・ジャパンでフロントエンドエンジニアをしている、うじた(@besburg)です。弊社ではスクラムによる開発を取り入れており、スプリントの最後には毎回スプリントレトロスペクティブという振り返りを行っています。そこで試した振り返りの手法をこの記事ではまとめてみました。 私たちのプロジェクトではタスクの優先度に入れ替わりが多く、今やっていることを可視化するため、2021年8月からスクラムを開始しました。参加メンバーは各プロジェクトのエンジニア全員で、スプリント期間に合わせて1週間ごとに振り返りを行っています。スクラムによる開発が初めてだったこともあり、当初は自分たちに合った手法を見つけることを目標に振り返りを進めました。 週ごとにメンバーが交代でファシリテーターを担当し、試したい振り返り手法を持ち寄ってレトロスペクティブを行いました。そのため基本的には振り返り手

                                                  スプリントの振り返り大全 〜 チームに最適な手法を見つける15のレトロスペクティブを振り返る - Agile Journey
                                                • 天下一品のロゴ、ホンダ車が「進入禁止」と再び誤認識 | 自動運転ラボ

                                                  出典:Flickr / Tatsuo Yamashita (CC BY 2.0 DEED)ホンダのADAS「Honda SENSING(ホンダセンシング)」による「天一騒動」が再燃しているようだ。ホンダセンシングが、ラーメンチェーン「天下一品」の企業ロゴを「車両進入禁止」の道路標識に誤認識してしまう案件だが、ローソンが「天下一品こってりフェア」を開催したことで「遭遇率」が高まり、再び話題となっているようだ。 この誤認識による本質的なトラブル事例は出ておらず、あくまで「ネタ」としてトピック化されているわけだが、こうした事案が自動運転レベル3以降で発生すると厄介だ。 ■天下一品のロゴが車両進入禁止標識に酷似している件標識認識機能が「ネタ」に……天下一品の企業ロゴは、赤い丸枠に筆で描いたような「一」の字が白抜きで刻まれたものだ。このロゴが、赤い丸枠に白抜きで横線を入れた「車両進入禁止」の標識と酷

                                                    天下一品のロゴ、ホンダ車が「進入禁止」と再び誤認識 | 自動運転ラボ
                                                  • スクラムガイドの変更点(2017→2020)から見えるスクラムチームが陥りやすい3つの罠 | Agile Studio

                                                    Agile Studio プロデューサーの木下です。2020年11月にスクラムガイドが改訂されました。前回の改訂が2017年だったので3年ぶりの改訂です。スクラムガイド(日本語版)PDFスクラムガイド...

                                                      スクラムガイドの変更点(2017→2020)から見えるスクラムチームが陥りやすい3つの罠 | Agile Studio
                                                    • マルチテナントの実現におけるDB設計とRLS / Utilizing RSL in multi-tenancy

                                                      # 実装の参考資料 - https://soudai.hatenablog.com/entry/2022/11/11/110825 # 類似の登壇内容の動画 - https://www.youtube.com/watch?v=PXy6I-AeI-I

                                                        マルチテナントの実現におけるDB設計とRLS / Utilizing RSL in multi-tenancy
                                                      • 2023年、ロゴデザインのトレンド -最近のロゴに使われているデザインテクニックのまとめ

                                                        デザインの引き出しを増やすためには、トレンドを押さえておくことは大切です。 デザインの基本となるタイポグラフィ、カラー、形などの要素が詰まった、最近のロゴデザインに使われているトレンド、デザインテクニックを紹介します。 2023 Logo Trend Report by BILL GARDNER 下記は各ポイントを意訳したものです。 ※元サイト様にライセンスを得て翻訳しています。 2023年、ロゴデザインのトレンドの傾向 花々を新しい解釈でデザイン「Wildflowers: ワイルドフラワー」 存在感のある流体の形状「Bloblend: ブロブレンド」 焦点の合った要素と合っていない要素をブレンド「Fades: フェード」 三次元の形を表現する「Foreshort: フォアショート」 上昇を表現する新しいデザイン「Thrust: スラスト」 自然界の神聖な数式から生まれた形「Spirals

                                                          2023年、ロゴデザインのトレンド -最近のロゴに使われているデザインテクニックのまとめ
                                                        • モノリス分割はこうやる!「How to break a Monolith into Microservices」を読んだ - kakakakakku blog

                                                          研修中に「マイクロサービス」の解説をしていると,たまに「モノリス分割」に関する質問が出てディスカッションをすることがある.当然ながら万能な分割アプローチはないけど,例えば DDD (Domain-driven design) などのアプローチを選択するなど,選択肢はいろいろある.そして最近「モノリス分割」に役立つアプローチを紹介した martinfowler.com の記事「How to break a Monolith into Microservices」を読んだ. 具体的には以下の「計8種類」のアプローチが紹介されている.原著を翻訳するのではなく,あくまで個人的なメモとしてまとめる.なお,日本語も個人的に載せているため,参考程度にしてもらればと! Warm Up with a Simple and Fairly Decoupled Capability(シンプルかつ分離された機能で準

                                                            モノリス分割はこうやる!「How to break a Monolith into Microservices」を読んだ - kakakakakku blog
                                                          • 鳥山明逝去、に寄す - king-biscuit WORKS

                                                            ● 今こそ、ドラゴンボールを集めに行かねばならん――わが国のみならず、世界中がそう思ったようです。 鳥山明急逝の報がweb環境を介して瞬時にかけめぐりました。享年68。急性硬膜下血腫とのことでしたが、その衝撃は国内もさることながら、むしろそれ以上に世界規模での反応の大きさが伝わってくることによって、戦後の過程で高度経済成長の「豊かさ」を原資として結実させていった、でも、実はそれらについて本気でそう深く考えてもこなかったある種の「文化」が、知らぬ間に持ってしまっていた現実的な力量について、われわれ日本人に思い知らせることにもなりました。 鳥山明というと、自分などは、どうしても「まんが家」としてまず認識してしまっています。「ドラゴンボール」以降の、ジャンルも国境もかろやかに超えたすさまじい確率変動ぶりと共に育った若い世代にとってはそんなこじんまりした印象ではないらしいのですが、さりとてこちとら

                                                              鳥山明逝去、に寄す - king-biscuit WORKS
                                                            • 「入会はウェブ、解約は電話のみ」WSJ日本版サブスクに読者不満 規制進む「ダークパターン」

                                                              「ダークパターン」と呼ばれるサイト設計が欧米で問題となっている。利用者をだましたり、望まない行動を導いたりするUI(ユーザーインターフェース、顧客との接点)、UX(ユーザーエクスペリエンス、ユーザー体験)を指し、米連邦取引委員会(FTC)が企業に警告する事態になっている。 典型例は解約方法が煩雑なサブスクリプション(定額課金)サービスだ。米紙「ウォール・ストリート・ジャーナル」(WSJ)の日本版も当てはまるとして、利用者から改善を求める声が相次いでいる。 「ゴキブリ捕獲機」 ダークパターンは、UXの専門家である英のハリー・ブリグナル氏が提唱した。 ブリグナル氏は「ウェブサイトやアプリで使われているトリックのことで、何かを購入したり登録したりするなど、意図しない行動を取らせるもの」と自身のサイトで説明し、12に分類している(画像参照)。下記はその一例だ。 ・ゴキブリ捕獲機:ある状況(会員)に

                                                                「入会はウェブ、解約は電話のみ」WSJ日本版サブスクに読者不満 規制進む「ダークパターン」
                                                              • 「悪役令嬢を探して」第1回:「乙女ゲームの悪役令嬢」は実在するのか? 90年代乙女ゲームから悪役令嬢を見出してみよう

                                                                「悪役令嬢を探して」第1回:「乙女ゲームの悪役令嬢」は実在するのか? 90年代乙女ゲームから悪役令嬢を見出してみよう ライター:向江駿佑 近年人気を集める「悪役令嬢」もの。だが,そのイメージソースとされる「乙女ゲームの悪役令嬢」の存在については,これまで幾度となく疑義が呈されてきた。では,本当に乙女ゲームに悪役令嬢は存在しないのだろうか? 今回4Gamerでは,ゲーム研究者・向江駿佑氏に依頼し,乙女ゲームの中に見出せる「悪役令嬢」の歴史を,全3回にわたって編纂してもらうこととした。第1回は90年代,第2回は00年代,第3回では10年代〜を取り扱う予定だ。「アンジェリーク」以降無数にリリースされてきた作品群の中にある悪役令嬢たちの輝きを,ぜひ読者諸氏にも確認してほしい。 2024年3月にNintendo Switch用ソフト「悪役令嬢は隣国の王太子に溺愛される」(オペラハウス)が発売されるな

                                                                  「悪役令嬢を探して」第1回:「乙女ゲームの悪役令嬢」は実在するのか? 90年代乙女ゲームから悪役令嬢を見出してみよう
                                                                • Python Design Patterns

                                                                  Python Design Patterns¶ Welcome! I’m Brandon Rhodes (website, Twitter) and this is my evolving guide to design patterns in the Python programming language. This site is letting me collect my ideas about Python and Design Patterns all in one place. My hope is that these pages make the patterns more discoverable — easier to find in web searches, and easier to read — than when they were scattered acr

                                                                  • [翻訳] Shopifyにおけるモジュラモノリスへの移行 - Qiita

                                                                    こんにちは、食べログシステム本部長の京和です。 本エントリでは Shopify の Engineering Blog から、Kirsten Westeinde による「Deconstructing the Monolith: Designing Software that Maximizes Developer Productivity」を翻訳して掲載します。 食べログではユーザーや飲食店に価値を届けるスピードを最大化するべく、マイクロサービス化などをはじめとしたこれまでの組織やアーキテクチャを刷新するための取り組みを始めています。しかし、マイクロサービスはアプリケーションアーキテクチャとインフラアーキテクチャが複雑に絡み合ったシステムで技術的難易度が非常に高く、適切に構築できなければ「分散されたモノリス」と呼ばれるアンチパターンに陥ります。1 Shopifyではマイクロサービスではなく、

                                                                      [翻訳] Shopifyにおけるモジュラモノリスへの移行 - Qiita
                                                                    • “シマウマ”模様の牛に虫寄りつかず 愛知の試験場など研究 | NHKニュース

                                                                      黒毛の牛に白い塗料を塗ってシマウマのような模様にすると、通常の状態の牛と比べて、アブなどの虫が寄ってこなくなるという研究結果を、愛知県の農業総合試験場などがまとめました。 発表によりますと、研究では黒毛の牛を、通常の状態と白い塗料を塗って「シマウマ」のような白黒のしま模様にした状態、それに色による違いを見るために、白い塗料と同じ素材の黒い塗料を使ってしま模様にした状態で柵につなぎ、虫が寄りついた回数などを調べました。 その結果、それぞれ36回、30分間放置したあと、牛の右半身に付着していたアブなどの血を吸う虫の数は、平均で通常の状態の牛が129匹、黒い塗料を塗った牛が111匹だったのに対し、白黒のしま模様の牛は、半分以下の55匹だったということです。 また、尾を振るなど虫を追い払うような行動をとった回数も、30分当たりの平均で、通常の状態の牛が53回、黒い塗料を塗った牛が54回だったのに対

                                                                        “シマウマ”模様の牛に虫寄りつかず 愛知の試験場など研究 | NHKニュース
                                                                      • 忘れ去られたドメイン名に宿る付喪神 | IIJ Engineers Blog

                                                                        開発・運用の現場から、IIJのエンジニアが技術的な情報や取り組みについて執筆する公式ブログを運営しています。 こんにちは。IIJ Engineers Blog編集部です。 IIJの社内掲示板では、エンジニアのちょっとした技術ネタが好評となって多くのコメントが付いたり、お役立ち情報が掲載されています。 そんな情報を社内に留めておくのはもったいない!ということで、IIJ Engineers Blog編集部より、選りすぐりの情報をお届けします。 今回は、使わなくなったドメイン名はどのようにすればよいかを紹介します。 そのまま放置しておいてよいのか?(ダメ) 廃止すればよいのか?(もっとダメ) どういった対応を行えばよいのか? どうぞご覧ください。 終わったサービス・キャンペーンのドメイン名、放置されていませんか? ドメイン名を放置すると付喪神がやどり、ひとりでにサイトを公開したりメールを出し始め

                                                                          忘れ去られたドメイン名に宿る付喪神 | IIJ Engineers Blog
                                                                        • 令和時代のページネーションを考える (REST API編) - Sweet Escape

                                                                          今回はバックエンドAPIでページネーションをどうやるかについての話なので、よくある無限スクロールUIのようなフロントエンド側の実装に関する話はしない。あくまでもAPI、もっと言えばRESTfulなAPIのリクエスト・レスポンスにおけるページネーションの話。 本気で深く考えるというよりざっくり検討したときの話です。 はじめに REST APIを実装するにあたってリスト系のAPIを提供する場合に必須といっても過言ではないのがページネーション。大量のリソースをレスポンスする場合にそれらを一気に返してしまうことは応答速度、転送量、クライアントサイドでの扱いづらさなどなどに繋がるので必須と言える。 最近、新たなAPIを開発するにあたってページネーションをする必要があったこともあり、今回はこのページネーションをどうやって提供するか整理して改めて検討してみた。 前提 TypeScript Nest.js

                                                                            令和時代のページネーションを考える (REST API編) - Sweet Escape
                                                                          • 自動テストはなぜうまくいかないか?乗り越えるためには何が必要か? - Qiita

                                                                            リファクタリングの鶏卵問題 ソースコードがクソなので綺麗にしたい。 リファクタリングしたい。 しかし、リファクタリングが出来ない。 リファクタリングが出来ないのは、テストが無いからだ。 よし。じゃあテストを書こう。あれ、テストが書けない? そのようなテストが無く、書き換えられないことによる矛盾や憤りは皆さん何百回と感じてきたと思います。 しかし、この「テストが出来ない」ということを言語化するのは、非常に難しいと思います。それは、「テストが出来ない」には実は2つの視点があります。 本質的にテストが困難なモジュールで、誰がやってもテストが書けない。 本質的にモジュールはテスト可能だが、自分の実力が足りず、自分ではテストが書けない。 1.のようなテスト困難なモジュールは誰がやってもテストは書けないです。しかし、問題は、「テストを書きたい」と思ったとき、「自分がそれほどテストに詳しくない」という場

                                                                              自動テストはなぜうまくいかないか?乗り越えるためには何が必要か? - Qiita
                                                                            • 反インターネット論者としてのひろゆき - メロンダウト

                                                                              2ちゃんねる創設者のひろゆき(敬称略)がインフルエンサー2位になり、政府に助言したと話題になっている。賠償金云々の問題は脇に置いておくとして、なぜ彼があそこまでウケているのだろうか。 個人的に、ひろゆきは反インターネット論者だと思っている。ひろゆきほどに日本のインターネットを代表する人間はあまりいなく、彼をネット論客として見る向きもあるけれど、むしろ逆なのではないだろうか。 近年、ネット上ではエコーチェンバー(先鋭化)現象が事を欠かず、政治的な議論においては党派性に埋没したものを多く見かけるようになった。ツイッターをはじめとしたネット空間でのそれは多くの人から見ると「近づきたくないもの」に成り果ててしまったのだろう。下手なことを書けば立花や福永や「は」の人に訴えられてめんどくさいことになる。君子危うきに近寄らずではないが、政治や議論が党派性に吸収されるとNoと言うことすらできなくなり、しま

                                                                                反インターネット論者としてのひろゆき - メロンダウト
                                                                              • 障害発生!全員集合? - オンコールアンチパターンからの一歩前進 - Cybozu Inside Out | サイボウズエンジニアのブログ

                                                                                8月だというのに涼しい日が続きますね。 kintone.comのDevOpsをしている@ueokandeです。 もうすぐAWS版kintoneのローンチからから2年が経過しようとしています。 この2年間、DevOpsチームではkintone.comのサービス安定化やスケーラビリティに注力してきました。 時には本番環境の障害で休日や深夜に障害対応することもあります。 kintone.comの障害の一次対応は、我々DevOpsメンバーが実施しています。 サービスローンチ直後は、メンバーの多くがオンコールに不慣れで、慌てて障害対応したりうまく進められないことが何度もありました。 そこでメンバー全員が効率的・効果的な障害対応を目指すべく、チームでPagerDuty社のIncident Response(非公式日本語訳版)を読むことにしました。 この記事ではAWS版kintoneで実際に体験した障害

                                                                                  障害発生!全員集合? - オンコールアンチパターンからの一歩前進 - Cybozu Inside Out | サイボウズエンジニアのブログ
                                                                                • Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権(その2)|知的財産・IT・人工知能・ベンチャービジネスの法律相談なら【STORIA法律事務所】

                                                                                  前回記事「Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権」は、おかげさまで沢山の方に読んで頂き、いろいろな意見や御質問や取材を頂きました。 それらの意見・御質問や取材を通じて、自分の中で新たな整理ができたので、続編の記事を書きたいと思います。 第1 どのような場合に著作権侵害になるのか みなさんの興味関心が強いトピックとして「画像自動生成AIを利用して画像を自動生成し、既存著作物の類似画像が生成された場合に著作権侵害に該当するか」があります。 前回の記事では「学習に用いられた画像と同一の画像が『偶然』自動生成された場合、著作権侵害に該当するか」について解説をしましたが、今回の記事では、もう少し多くのパターンについて検討をしたいと思います。 まず、その前提として「著作権侵害の要件」と「著作権侵害の効果」について説明をします。 この「要件」と「

                                                                                    Midjourney、Stable Diffusion、mimicなどの画像自動生成AIと著作権(その2)|知的財産・IT・人工知能・ベンチャービジネスの法律相談なら【STORIA法律事務所】

                                                                                  新着記事