並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 794件

新着順 人気順

patternの検索結果41 - 80 件 / 794件

  • 賃貸マンションに入れてはいけない客・外国人と老人編

    賃貸マンションに入れてはいけない客 https://anond.hatelabo.jp/20230609174500 賃貸マンションに入れてはいけない客・Q and A編 https://anond.hatelabo.jp/20230610122156 ↑を書いた元増田です。 kappa_ycさんの「この文章をきっかけに読み手のステレオタイプが拡大され同様の行動に至ればそれは立派な差別の助長」という理性的な批判コメントは俺の琴線に触れた…。なるほど理解できる…。 それなら俺の書いた記事を公開したままにしておくのは良くないな。 ただ、前記事で外国人と老人について書いたところは俺の力が足りず、大きく誤解されていたように感じたので、補足を入れたい。その周知期間として2、3日とり、その後はこの記事も含め適当なタイミングで削除する。 ⚫︎外国人について まず俺が入居を断る外国人はビジネスレベルの日本

      賃貸マンションに入れてはいけない客・外国人と老人編
    • 【ChatGPT】プロンプトパターンまとめ - Qiita

      はじめまして、sonesuke(https://twitter.com/sonesuke)です。 LLMにどっぷりハマっています。 TL; DR 16のプロンプトパターンを日本語の例をつけて、まとめてみた。 読んだ論文はこれ。 https://arxiv.org/pdf/2302.11382.pdf より高度なプロンプトエンジニアリングの話題はこちら プロンプトパターン 1. メタ言語パターン: The Meta Language Creation いつ使うか? 自然言語ではない方が、より簡潔で明確に表現できるとき プロンプトコンセプト 例 原文プロンプト “From now on, whenever I type two identifiers separated by a “→”, I am describing a graph. For example, “a → b” is des

        【ChatGPT】プロンプトパターンまとめ - Qiita
      • ケント・ベック氏講演録:『グッドハートの法則は楽観的すぎた〜開発生産性の罠と未来〜』 - jgeem

        25年ぶりに来日しました。かつて『エクストリーム・プログラミング(XP)』の本が日本の書店に平積みされているのを見て、とても嬉しかったことを覚えています。(サインしようとして店員に怪しまれ、逃げたという面白いエピソードもありましたが。) 今日は「開発生産性」について話します。より多く、より早く作れば生産性は向上するのでしょうか?ドイツには「物事を良くしようとして、かえって悪化する」という趣旨の言葉がありますが、まさにそれが生産性の議論で起きています。特にAIの登場は、この問題をさらに悪化させるのではないかと懸念しています。

          ケント・ベック氏講演録:『グッドハートの法則は楽観的すぎた〜開発生産性の罠と未来〜』 - jgeem
        • 「ダークパターン」とは?7つの類型を解説/企業30社 独自アンケート - クローズアップ現代 取材ノート - NHK みんなでプラス

          うそのカウントダウンタイマーや、在庫が少ない、需要が高いなどの表示。 画像では、カウントダウンタイマーや「今だけ」の表示で焦らせて「今買わなければ」という気持ちに追い込んでいます。 今回私たちは、企業の間ではダークパターンがどのように認識されていて、どのような対策を取っているのか、現状を把握するために独自にアンケート調査を行いました。 調査は、武蔵野美術大学の長谷川敦士教授の監修のもとで行い、ダークパターンが使用されることの多い6つのジャンル(ネットショッピング、旅行予約サービス、飲食店予約サービス、動画配信サービス、音楽配信サービス、電子コミック配信サービス)について、利用者の多い5つのサービス、あわせて30のサービスを対象にしました(利用者数については、ニールセンとICT総研の調査を元にしています)。このうち、16のサービスの運営企業から回答がありました(回答率は53%)。 回答した企

            「ダークパターン」とは?7つの類型を解説/企業30社 独自アンケート - クローズアップ現代 取材ノート - NHK みんなでプラス
          • 設計・ソフトウェアアーキテクチャを学べるGitHubリポジトリ 16選

            はじめに 今回の記事では、設計やソフトウェアアーキテクチャを学べるGitHubリポジトリを16個紹介する。 対象とする読者 設計やソフトウェアアーキテクチャに興味関心があるエンジニア GitHubをエンジニアリングの情報収集に活用したいエンジニア タイトルで気になった人 Architectural Patterns システムの基本的な構成を理解するためのパターンやテンプレートを提供している。これらのパターンを学ぶことで、システムの構造やコンポーネントの関連性、相互作用を理解できる。これが開発者にシステムをより効率的かつ効果的に設計・実装する能力をもたらす。 Design Patterns for Humans 設計パターンを人間が理解しやすい形で説明している。デザインパターンは特定の問題に対して再利用可能なソリューションを提供する。これによって、開発者はより効率的にコードを記述でき、メンテ

              設計・ソフトウェアアーキテクチャを学べるGitHubリポジトリ 16選
            • 普通の会社員が新しい図形を発見したのでハンガリーのポスドクの助けを借りてarXivに論文を投稿した話|平野たいる|MathKonnect

              はじめまして、平野たいる(@tairu_mk)と申します。 すっかり年の瀬ですね。今年はちょっとユニークな体験をしたので、振り返りがてらnoteを書きます *𝟭。表題の通り、「普通の会社員が新しい図形を発見 *𝟮 *𝟯したのでハンガリーのポスドクの助けを借りてarXivに論文を投稿した話」です。なお本稿(の公開部分)では、筆者自身の活動への直接的なリンクは張らない方針とします *𝟰。 タイリングとは?まず前提として、数学的タイリング(Mathematical Tiling)という数学の分野があります。 現実世界においてタイルといえば、タイル張りされた床や壁などに見られる、陶器などでできた板でしょう。最も単純なタイル張りは正方形を並べたものですが、たとえば正六角形を蜂の巣状に並べるなど、タイルの形状とその並べ方について、様々なバリエーションが存在します。 さて、このタイル張りの本質と

                普通の会社員が新しい図形を発見したのでハンガリーのポスドクの助けを借りてarXivに論文を投稿した話|平野たいる|MathKonnect
              • 【幹事必見】期待できない居酒屋の特徴|yumi

                居酒屋選びは、人生なのです。 忘年会・新年会・歓送迎会・花見など お酒を飲む機会は様々です。 飲み慣れていない若者たちが集まる場では 「楽しくて、安くて、美味しい」 そんな居酒屋が求められます。 しかし、うっかり誤った店を選んでしまうと せっかくの宴が台無しになりかねません。 私たち酒カスは、数多の試行錯誤と 時には苦い思い出を経て ようやくここに辿り着きました。 居酒屋選びの重要性を知るには 幾度となく無駄な時間を過ごし 期待外れの食事にがっかりし そして最後には財布の中身が寂しくなる経験を 積み重ねることが必要だったのです。 これらの経験が、今、深い知恵という形で 結実しています。 そこで今回は 期待できない居酒屋の特徴をまとめ あなたが後悔しないような居酒屋の 選び方のヒントをお届けします。 私の8億万人のフォロワー様からの知識と 私自身の独断と偏見により培った 叡智の結晶なのです。

                  【幹事必見】期待できない居酒屋の特徴|yumi
                • OSS ライセンスの最近の潮流: PolyForm License について

                  まえがき開発中のソフトウェアのライセンスを策定するため、現時点でのベストプラクティスについて探っていたところ、ここ数年の OSS ライセンスの動向が面白かったので復習も兼ねてまとめました。 特に、Umbrel が採用したという PolyForm という新しいライセンス形態が面白かったので、これについて詳しく述べます。 なぜ今ライセンスについてまとめるのか私はソフトウェアやサービスをマネタイズする方法について興味があり、特にビットコインの応用について調べたりしています。 ビットコイン (Lightning Network) を HTTP で利用することで、Web API の課金方法の可能性は大きく広がることは間違いないのですが、これはあくまで単なる支払いの手法であって、広く使われる事を前提としたソフトウェアの開発を支える手法にすることは(それだけでは)難しいという問題があります。 ソフトウェ

                    OSS ライセンスの最近の潮流: PolyForm License について
                  • ブラウザで動くサービスを作るときの技術選定

                    はじめに 私の仕事は、新規サービスをまるっといい感じに開発するのを委託されることがほとんどです。最近はネイティブアプリを作ることよりもブラウザで動くWebサービスを開発することが多いのですが、案件の規模感や要求によって技術選定を少し変えるようにしています。「こういうときはこう」みたいに一概には言えないのですが、普段使う構成を紹介します。誰かの参考になれば幸いです。 2022/02/10 現在での内容です。 前提 開発を委託される場合の運用費をどうするの問題があります。クライアントにクレカ登録をしてもらうか、こちらで支払って毎月請求するかになります。僕は毎月やるのがめんどくさいのでできるだけ前者に倒している関係上、あまりいろいろなSaaSを組み合わせて作ることをなるべく避けています。 規模感によらず使っているもの 私の場合、以下が使えるとめちゃくちゃ効率よく開発できます。 GCP 好きだから

                      ブラウザで動くサービスを作るときの技術選定
                    • AI英会話スピーク | Speak | スピーキング特化アプリ

                      スピーキング特化の AI英会話アプリ最先端のAI英会話アプリを活用して英語に慣れ、的確なAIフィードバックを通じて自然な英語力を身につけましょう。 はじめる → 英 語 を 習 得 す る に は 声 に 出 し て 練 習 す る こ と が 重 要 で すスピークは、実際に英語を声に出し、繰り返し練習してもらうことを重視しています。

                        AI英会話スピーク | Speak | スピーキング特化アプリ
                      • なぜマイクロサービスは失敗するのか? - kawasima

                        Eberhard Wolffさんのこのプレゼンの要約です https://www.youtube.com/watch?v=B3O-qYM-Kkw 共通のデータモデル 共通のデータモデルを通信に使う 各サービスで必要となるデータの内部モデルは異なるかもしれない データモデルが、共通ライブラリと同じ意味合いになる すべてのサービスが、最新のライブラリを使わなくてはならない 共通データモデルの変更は、す

                          なぜマイクロサービスは失敗するのか? - kawasima
                        • マネジメントは教養や所作ではなく、"業務"である|長村禎庸@EVeM

                          はじめに「マネージャーは尊敬される人柄じゃないと無理ですよね」 「マネージャーは対人感受性がないと」 「そもそも、人として向き不向きがあるよね」 経営者の方と議論していると、マネージャーを誰にしようかと悩む時、あるいは自社のマネージャーについてコメントをする時、こういうご意見はよく伺います。 これらの問いに対して私の答えは「No」です。 マネジメントはフローもやり方もはっきりと言語化できる"業務"であり、そこにはマニュアルが存在します。訓練すれば誰でも一定程度のレベルで実行可能なものだと考えます。 今回は私が代表を務める会社、EVeMが提唱するマネジメント”業務”の実行方法「THE MANAGEMENT PATTERN」と、それを実行可能にする訓練方法について書きたいと思います。 マネジメントは"業務"であるドラッカーの言葉に「仕事を生産的なものにし、人間を活かすことが、マネジメントの役割

                            マネジメントは教養や所作ではなく、"業務"である|長村禎庸@EVeM
                          • 腐女子除霊師オサム - ゲタバ子 | 少年ジャンプ+

                            腐女子除霊師オサム ゲタバ子 怨霊…それは怨みを伴い現世にしがみ付く感情の塊。発達した現代には様々な“怨み”を持つ怨霊が生まれ、そしてその特定分野に特化した除霊師もまた存在した。除霊師オサムが相対する荒ぶる“クソデカ感情”とは…!?かなり変わった除霊師現る特別ギャグ読切!

                              腐女子除霊師オサム - ゲタバ子 | 少年ジャンプ+
                            • ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT docomo Business Engineers' Blog

                              はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか? 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな

                                ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT docomo Business Engineers' Blog
                              • Googleがサポート詐欺を支援し収益を上げる 実際に表示された130の広告【俺の詐欺画像フォルダが火を吹くぜ】 - Web > SEO

                                サポート詐欺とネット広告 サポート詐欺の被害拡大が大きな問題になっています。 サポート詐欺は様々な手法でパソコンの不調を警告する画面をPC上に表示させ電話をかけるように煽り、サポート費用としてGoogle PlayギフトカードやiTunesギフトカードを買わせて支払わせたりPCの遠隔操作で振込をさせて、お金を奪う詐欺です。 この詐欺自体は昔からあるものですが、増加したようで2023年9月末には消費者庁も注意喚起を行っています。 www.caa.go.jp また、夏以後に日本各地の警察も注意喚起を始めた他、様々な報道機関やネット媒体がその問題を報じ続けています。 (2/14)詐欺:“サポート詐欺”に注意! | NHK (5/15)パソコン「サポート詐欺」電話かけてみた 72分間の通話の全容 | NHK | デジタルでだまされない (7/2)【動画解説】パソコン「サポート詐欺」警告が出た時の対

                                  Googleがサポート詐欺を支援し収益を上げる 実際に表示された130の広告【俺の詐欺画像フォルダが火を吹くぜ】 - Web > SEO
                                • Claude Codeで効率的に開発するための知見管理

                                  Claude Codeで効率的に開発するための知見管理 はじめに Claude Codeは、Anthropicが提供するAIアシスタント「Claude」をコマンドラインから直接利用できるツールです。しかし、プロジェクトが大きくなるにつれて、過去の試行錯誤や設計決定をClaudeに効果的に伝える仕組みが重要になってきます。 本記事では、Claude Codeを使った開発で得られた知見を体系的に蓄積・活用するための実践的な方法論を紹介します。 知見管理の課題 Claude Codeを使い始めると、以下のような課題に直面します: 同じ問題について何度も説明する必要がある 過去の設計決定の理由をClaudeが理解していない プロジェクト固有の制約や要件を毎回伝える手間 デバッグで得られた知見が散逸する これらの課題を解決するために、構造化された知見管理システムを構築することが重要です。 提案する知

                                    Claude Codeで効率的に開発するための知見管理
                                  • グローバル企業で生き抜くための英会話フレーズ集 - fu3ak1's tech days

                                    転職をしてはや10ヶ月ほど経ちました。業務で英語を使うようになったので、私もしくは同僚がよく使う英会話のフレーズを紹介します。自分のメモも兼ねています。 私のバックグラウンド エンジニアとして某会社に勤務しております。会社のメンバーは外国の方が多く、状況にもよりますが全体の40~50%くらいは英語でミーティング、Slackでも英語でやり取りすることが多々あります。そんな中で気付きとしてあったのが、同じ表現を使って会話をすることが多いなという点です。ある程度パターンとしていくつかのフレーズを覚えておけばそれなりに業務の会話ができるのでは?と思いこの記事を書いています。なお、以下私の環境については注意してください。 外国の方が多いといっても、ノンネイティブや日本人も多く、英語ができない人に対しても理解がある環境です。(ネイティブ90%以上といった環境とは違う) エンジニア同士の会話が多いので、

                                      グローバル企業で生き抜くための英会話フレーズ集 - fu3ak1's tech days
                                    • システム運用アンチパターン

                                      上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニアが実行し、繰り返すことで改善できる具体的な行動を解説します。 組織で必要とされる変化を、エンジニアが行動することで実現する本書は、ソフトウェアシステムをよりよく開発運用したいエンジニア必携の一冊です。 目 次 序文 本書について 1章 DevOpsを構成するもの 1.1

                                        システム運用アンチパターン
                                      • どうしてこんな家ばかりなんだろう?建築の専門家と街を歩く

                                        私達が住んでいる街は、そして家は、どうしてこんな形をしているのだろうか。効率を考えて建てるなら直方体がぎっしり並んでいるSF世界のような街になるはずでは。 専門家と街歩きをして腰が抜けるほどへぇへぇ言うシリーズ、今回は建築の専門家と街を歩いた後編である。 建築の学者さんと街を見て歩く 私達が住んでいる街がこんな形なのはどうやら建築基準法という法律によるところが大きいようだ。 そんなことがわかった前回の記事(こちら)にひきつづき東京大学名誉教授、日本大学理工学部客員教授である神田順さんと東急東横線祐天寺駅周辺を歩く。 建築のとりわけ構造の世界では著名な神田さんに「なんで家ってこんなことになってんですか?」とのんきに聞きながら街を歩く。 神田順さん(右)とデイリーポータルZウェブマスター林雄司(左) もし建築基準法がなかったら? 大北:建築基準法がなくて、任せてやっていいよってなったら街はどう

                                          どうしてこんな家ばかりなんだろう?建築の専門家と街を歩く
                                        • ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design

                                          2023-11-21 技術的負債に向き合う Online Conference https://findy.connpass.com/event/297813/

                                            ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
                                          • 設計を歪める認知バイアス - Qiita

                                            Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは、リファクタリングが大好きなミノ駆動です。 この記事は READYFORアドベントカレンダー2021 、5日目の記事です。 これはなに? ソフトウェア開発において、設計をないがしろにすると、低凝集密結合な構造に陥り、変更容易性が低下してしまいます。 設計スキルを高め、あるべき構造を設計する……これで解決できるに越したことはありません。 しかし、認知バイアスと呼ばれる心理効果により判断を誤り、良くない設計をしてしまうことが往々にしてあります。 本記事は、設計を歪めてしまう認知バイアスを理解し、設計判断の精度向上を促すことを目的と

                                              設計を歪める認知バイアス - Qiita
                                            • ワンボタンゲームをたくさん作ったので、その作り方をおさらいしたい - ABAの日誌

                                              English version: How to realize various actions in a one-button game はじめに 自作ゲームライブラリcrisp-game-libを使ったミニゲームを最近たくさん作っているが、特に多く作っているのがワンボタンゲームだ。ここで言うワンボタンゲームは、レバーによる移動の他のボタンが1つ、といったものではなくて、純粋に1つのボタンしか操作に使わないゲームを指す。 ワンボタンゲームの利点は、操作が分かりやすく、タッチデバイスでも操作しやすい点にある。とにかく何かボタンを押せばそれがプレイヤーが取れる動作の全てであり、操作説明がほぼ不要である。またタッチデバイスでも画面中のどこかをタップあるいはホールドすれば操作ができるので、バーチャルパッドでよく起こる、ボタンを押した感触が無いので操作がしづらいという問題が発生しない。 欠点は、当然

                                                ワンボタンゲームをたくさん作ったので、その作り方をおさらいしたい - ABAの日誌
                                              • Value Objectについて整理しよう - Software Transactional Memo

                                                Value Objectとは何であるか? マーチン・ファウラーのPatterns of Enterprise Application Architecture(PofEAA)やエヴァンス・エリックのDomain Driven Design: Tackling Complexity in the Heart of Software(DDD)が原典であるが、PofEAAではこう切り出している。 When programming, I often find it's useful to represent things as a compound. プログラミング時は物をcompound(合成物)として表現すると便利なことがしばしばある。 例えば2次元空間上での座標のように複数のメンバ(属性)を持つ物は便利である、と。しかしそれらを比較する方法は一意ではない、そこで Objects that a

                                                  Value Objectについて整理しよう - Software Transactional Memo
                                                • ソフトウェア設計についての原則や法則についてまとめてみた

                                                  ソフトウェア設計について、YAGNIやSOLIDなど多くの原則・法則があることが知られていますが、その解釈にはぶれが存在することが多いです。そこで、特に有名なものあるいは有用と感じることが多いものをいくつかピックアップして、その解釈やトレードオフについてまとめてみました。 注意としては、SOLIDが入ってることからわかる通り、主にOOPに関する文脈になります。また、各原則の定義については概ね知っている前提で書いているのであまり初学者向けの記事ではないかもしれませんのでご承知おきください。 YAGNI(You ain't gonna need it.) YAGNIは、予測による実装が実際に役立つことは少ないという経験則から生まれた原則です。 一般にオーバーエンジニアリングが利益をもたらすケースは限定的で、どちらかというとプロジェクトに害を与えることが多いとされています。YAGNIは日々状況の

                                                    ソフトウェア設計についての原則や法則についてまとめてみた
                                                  • ジャニーズの現場でのチケット転売について解説する|めりぴょん/山野萌絵

                                                    昨今、よく目にする言説がある。それはこうだ。 「転売屋がチケットを買い占めているので、最前列の価格が高騰する。転売屋さえいなくなれば、皆が平等に欲しいチケットを手に入れることが出来るはずだ」 まあ、これはこれで一種の正論だし、この言説を元に転売屋を排除すれば平和になる現場も一定数存在するだろう。 しかし、ジャニーズの現場に限ってはそれは例外だ。 なぜなら、ジャニーズの現場には「中売り」「中買い」という文化が存在し、オタクがオタク同士で高額取引をしているのである。その会場にいわゆる世間一般人がイメージする「ダフ屋」はすでに姿を見せていないのに、だ。筆者の私見ではあるが、ジャニーズに関しては未来永劫高額での取引が絶対に無くなることはない。ある程度規制されているにも関わらず、オタクたちは器用というか巧妙というかなんというか、ありとあらゆる手を使って「その席に座る権利」を売買するのである。ではなぜ

                                                      ジャニーズの現場でのチケット転売について解説する|めりぴょん/山野萌絵
                                                    • 『ソフトウェアアーキテクチャの基礎――エンジニアリングに基づく体系的アプローチ』 - snoozer05's blog

                                                      翻訳を担当した書籍『ソフトウェアアーキテクチャの基礎――エンジニアリングに基づく体系的アプローチ』(オライリー・ジャパン)が3月8日に発売されます。本書は、2020年1月に出版されたMark Richards, Neal Ford著『Fundamentals of Software Architecture』(O'Reilly Media)を全訳したものです。 www.oreilly.co.jp ソフトウェアアーキテクチャとは、ソフトウェアシステムの成功に欠かせない重要な土台です。そのためソフトウェア開発者には、効果的なアーキテクチャを実現するスキルが求められます。本書は、そうした効果的なアーキテクチャを設計、構築、維持するアーキテクトになるために必要なスキルや知識を、現代的な視点から整理して包括的に解説する書籍です。 ソフトウェアアーキテクチャの定義から、アーキテクトの役割、モジュールや

                                                        『ソフトウェアアーキテクチャの基礎――エンジニアリングに基づく体系的アプローチ』 - snoozer05's blog
                                                      • 美大で教えていると、現代の芸術表現の在り方が難しい局面にあることを感じざるをえない… 端的に言うと、極めて私的なモチーフからしか表現を出発できない学生が増えている

                                                        村山悟郎 Goro Murayama @goromurayama 美大で教えていると、現代の芸術表現の在り方が難しい局面にあることを感じざるをえない。端的に言うと、極めて私的なモチーフからしか表現を出発できない学生が増えている。 (以下、ツリーで書きます) 2025-12-03 11:30:51 村山悟郎 Goro Murayama @goromurayama 芸術は、科学のように普遍一般の真理を探究するのではなく、個別具体と普遍一般の複合領域に存在する。だから必ずしも私的なモチーフから出発するのが悪いわけではないが、そのモチーフを接続しうる普遍一般の美術理論・批評・社会状況がもはや見定められず(細分化と分断)、 2025-12-03 11:31:41 村山悟郎 Goro Murayama @goromurayama 強いてあげればメディア環境(インターネット・SNS・AI)くらいである。

                                                          美大で教えていると、現代の芸術表現の在り方が難しい局面にあることを感じざるをえない… 端的に言うと、極めて私的なモチーフからしか表現を出発できない学生が増えている
                                                        • Web アプリケーションにおける Amazon ECS / AWS Fargate アーキテクチャデザインパターン

                                                          Web アプリケーションにおける Amazon ECS / AWS Fargate アーキテクチャデザインパターン 2024-09-03 | Author : 新井 雅也 (AWS Container HERO) こんにちは。AWS Container Hero の新井です。 Amazon ECS の登場から間もなく 10 年が経ちますが、その間、ECS ⾃体の進化に加えて、さまざまな AWS マネージドサービスとの連携が可能になりました。 現在では、コンテナベースのワークロードを活⽤することで実現できないことを探す⽅が難しいほど、柔軟なアーキテクチャが構築できるようになっています。 しかし、⾃由度が⾼い分、要件に合ったアーキテクチャを模索する際には、迷うことも多いでしょう。 AWS上でシステムを適切に構築するためには、あらかじめサービス間のつなぎ⽅やパターン、その特徴を把握しておくことが

                                                            Web アプリケーションにおける Amazon ECS / AWS Fargate アーキテクチャデザインパターン
                                                          • 客が減ったのは客しかいないからだ|飯田泰之

                                                            コロナ5類移行で注目される飲食店の状況ですが,各種報道によるとなかなかに厳しい状況が続いています.各種データも4月時点ではコロナ前よりも2~3割の人流減が続き,飲食店予約状況に至っては半減に近い状況です.それにともって,「夜の街」も業態変化や業態は同じでも提供する価値を変えて行かざるを得なくなるでしょう. もう一つの変化 先日のエントリでは習慣消費としてのナイトライフに焦点を当てましたが,今日はもう一つのポイント.集団での飲み会の減少についてです.所属組織による濃淡あれど...コロナきっかけで部署全体とかプロジェクトメンバーでの飲み会(イメージとしては10人~30人程度の飲み会)の減少傾向を感じている人は多いでしょう. 少し前までなら,コロナを「気にする度合い」が人によって異なるのでやりにくい……という事情もあったでしょう.しかし,今年度に入ってからも回復が鈍い現状はそれだけでは説明がつか

                                                              客が減ったのは客しかいないからだ|飯田泰之
                                                            • 論理削除という技術的負債、それでも僕たちは使い続ける - じゃあ、おうちで学べる

                                                              はじめに 「論理削除?deleted_atカラム追加すればいいでしょ」この一言から始まる地獄を、何度見てきただろうか。 最初は簡単に見える。カラムを1つ追加するだけ。しかし、その「簡単さ」こそが罠だ。 論理削除は技術的負債の温床だ。WHERE句への条件追加忘れ、認知コストの増大、テストの複雑化、パフォーマンス劣化。すべては「最初にドメインを考えなかった」ツケである。 しかし現実として、サービスを運用していくと論理削除が必要になる場面は確実に訪れる。 論理削除の本質は、「このレコードは存在するが、存在しないことにしてほしい」という矛盾だ。この矛盾を解消するか、受け入れて安全に管理するか。本記事ではその両方のアプローチを解説する。 なお、私はDBのスペシャリストではないので、ここで紹介する方法が唯一の正解というわけではない。あくまで一つのアプローチとして参考にしてほしい。データベース設計は文脈

                                                                論理削除という技術的負債、それでも僕たちは使い続ける - じゃあ、おうちで学べる
                                                              • 写真を撮るとき「ピースサイン」するの、なんでなん? | NHK

                                                                卒業式、お花見、入学式。何かと「写真」を撮る機会の多い時期ですが、 「はい、チーズ!」 と言われたら、皆さん、どんなポーズをとりますか? ピースサイン、しちゃいませんか? でも、それって、なんでなん? (なんでなん取材班 大阪放送局 今村香織 藤島新也) ピースサイン、しちゃいますよね

                                                                  写真を撮るとき「ピースサイン」するの、なんでなん? | NHK
                                                                • 田舎へ観光に行くとどこも同じでつまらない

                                                                  ・産直市場 →どこも同じ。野菜の種は共通だから当然か。 ・郷土資料館 →似たような展示ばかり驚く。昔の田舎の暮らしって同じだよな。 ・宿場町や街道など →全く同じでびっくりする。北海道から沖縄までそこまで代わり映えしないよな。 ・美術館、博物館 →10か所も回ればパターンが同じなのが見えてくる。都会のように金かけられないから仕方ないね。 ・道路 →舗装って全国同じだから全く同じ景色に見える。ガードレール、カーブミラー、白線、全部同じ。 ・お城、神社仏閣 →観光の目玉にしてるけどそこまで変わらないよなあ。教科書でやったとこだ程度。 ・温泉街 →同じすぎて恥ずかしくないの?ってレベル。 ・古墳、古代の集落跡 →展示内容が全国ほとんど同じで驚く。わかったことだけ書くしかないからしょうがないね。 ・戦国武将、偉人、歴史上の人物 →だいたい同じ。時代が同じだと違う人物なのに書いてあることが似通ってた

                                                                    田舎へ観光に行くとどこも同じでつまらない
                                                                  • Qiitaの質問に答えまくって気付いた初心者に足りないバグ解決スキル - Qiita

                                                                    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ここのところちょっと時間に余裕があり、暇を見つけてはQiitaの質問に答えるという取り組みをやっています。以前StackOverflowでも同様の取り組みをちょっとだけしてたことがあります。 9日間で35個の質問に回答してみて、正直に思うのは「質問の質が悪すぎるなー」ということです。ただ、どう質が悪いのか上手く言語化できず悶々としていました。 そんな折、今朝googleのおススメ記事に飛び込んできたQuaraのこちらの回答を読んで、「これこれ!こういうことよ!」という気持ちになったため、これから質問する人に向けてこの内容を少し嚙み砕いて

                                                                      Qiitaの質問に答えまくって気付いた初心者に足りないバグ解決スキル - Qiita
                                                                    • 「システム設計の面接試験」という本が良かった

                                                                      皆さんこんにちは。株式会社ラクーンホールディングスで働いている川崎です。 最近「システム設計の面接試験」という本を読みました。 個人的にとても面白いと感じたので、オススメポイントと感想を共有します。 直近でシステム設計の面接を受けない方も、きっと読んで得るものがあると思います。 本の概要 システムの設計はシステムの機能や仕様、データのアクセスやセキュリティを左右するため、非常に重要だが、従うべき一定のパターンがないために、その習得は難しいと言われています。 一方で、システム設計自体がITエンジニアに日常的に求められる作業であるため、システム設計の面接試験は米国で広く採用されています。 本書では、「Webクローラ」「通知システム」「ニュースフィードシステム」「チャットシステム」「youtube」など実践的なテーマに沿って、システム設計の問題を出題し、その回答を解説することで、システム設計力を

                                                                        「システム設計の面接試験」という本が良かった
                                                                      • 新NISA「特定口座からお金を移すべきか」が一発でわかる早見表 | AERA DIGITAL(アエラデジタル)

                                                                        楽天証券経営企画部広報マネージャーの松﨑裕美さん(撮影/写真映像部・東川哲也) この記事の写真をすべて見る 特定口座や一般口座の資産をいったん売却して新NISAに移したほうがいいのか? 損得の境界線を検証。アエラ増刊「AERA Money 2023秋冬号」より。 【図表】特定口座から新NISAに移すべきかがすぐわかる試算はこちら 新NISAの投資上限「1800万円」を一刻も早く埋めたい。でもそこまでの投資資金は、ない。 ならば、すでに保有している投資信託や株式をNISA口座に移せばよいのでは――。 大前提として、課税口座の特定口座や一般口座で株や投資信託(以下、投信)を保有している場合、利益が膨らめば、売却時に支払う税金も増える。 ネット上では、「特定口座の金融商品をいったん売却して利益に対する税金を払う(売却時に税金が引かれる)→現金化したらすぐに新NISAで同じ金融商品を買い直す。こう

                                                                          新NISA「特定口座からお金を移すべきか」が一発でわかる早見表 | AERA DIGITAL(アエラデジタル)
                                                                        • (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book

                                                                          本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl

                                                                            (翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
                                                                          • 高市早苗の恥になる話|柿本元気

                                                                            先日、高市議員が総裁選の演説で、SNSで目にした奈良の鹿についての話題を口にしたそうな。 そんなニュースを受け、僕は「総裁選の候補者がSNSのデマを真に受けるなんて」と苦言を呈し、Xで少し注目を浴びた。 賛否両論あるだろう。 それ自体はいい。 ただ、短文投稿のため文意が伝わり切らないのがもどかしい。 〜 ここでいうデマとは、へずまりゅう議員のSNSでの発信を指す。 彼は先日議会の中で、奈良の鹿が外国人観光客の犠牲になっていると、数枚の写真を使ってプレゼンした。 「(加害者は)全て中国人です。私は、パスポートを見せてもらって確認しています。見せてくれない人は観光バスまで着いて行って国籍を確認しています。」 不自然さに首を捻る。 攻撃的に捲し立てる見知らぬ日本人に、観光客が大人しくパスポートを見せるだろうか。 パスポートの確認シーンといい、バスの確認といい、本当ならそれ自体もポストのネタになり

                                                                              高市早苗の恥になる話|柿本元気
                                                                            • やったらあかんで! AWSアンチパターン

                                                                              概要 どうも、どすこいです! 先日投稿した 「そのDockerfile、卒業しよう」実務で通用するベストプラクティス が多くの方に読んでいただき、本当にうれしく思っています。 今回取り上げるテーマは、AWSにおけるアンチパターンです。 「AWSは触れているけれど、正直ベストプラクティスが分からないまま何となく動かしている」 「インフラは後から直せばいいと思っていたら、思った以上に深刻な状態になっていた」 そんな経験がある方はきっと共感できる内容だと思います。 この記事では、私自身が実務で遭遇した失敗や、普段のよく目にするやってしまいがちな構成を中心に紹介します。 単なる失敗談ではなく、なぜそれが危険なのか、どう改善すべきなのかまで具体的に解説しています。 この記事で伝えたいこと 開発の現場では 「すでにこの構成で動いているから」 という理由で、負債を積み重ねてしまうケースが後を絶ちません。

                                                                                やったらあかんで! AWSアンチパターン
                                                                              • 【特集】 まるで成長していない。「USB4」になっても呼び名が混乱している件。Gen 2とか相変わらず分かりにくいまま

                                                                                  【特集】 まるで成長していない。「USB4」になっても呼び名が混乱している件。Gen 2とか相変わらず分かりにくいまま
                                                                                • ブックマークしておくと便利! 背景、テクスチャ、パターン、シェイプ、グラデーションなどを生成するSVGツールのまとめ

                                                                                  WebサイトやスマホアプリのUIデザイン、イラストなどにもぴったりな背景、テクスチャ、パターン、シェイプ、グラデーション、装飾グラフィック、カラーパレットなどのSVGを生成するオンラインツールを紹介します。 ネオンカラーや美しいグラデーションをはじめ、アイソメトリックやスパイラルなどの幾何学形状、波線や等高線やねじれ線、ぼかしやノイズなど、いざという時にブックマークしておくと便利です。 fffuel -free SVG makers fffuelでは背景やテクスチャをはじめ、パターン、シェイプ、グラデーション、装飾グラフィックなどを生成するSVGツールがたくさんリリースされています。生成されるフォーマットはすべてSVGで、PNGに変換したい場合は変換ツールをご利用ください。 生成した素材は、個人でも商用プロジェクトでも無料で利用できます。 ツールはかなりたくさんあり、その中からいくつか紹介

                                                                                    ブックマークしておくと便利! 背景、テクスチャ、パターン、シェイプ、グラデーションなどを生成するSVGツールのまとめ

                                                                                  新着記事