並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 794件

新着順 人気順

patternの検索結果281 - 320 件 / 794件

  • 4月新刊情報『システム運用アンチパターン』

    『システム運用アンチパターン ―エンジニアがDevOpsで解決する組織・自動化・コミュニケーション』 Jeffery D. Smith 著、田中 裕一 訳 2022年4月12日発売予定 352ページ ISBN978-4-87311-984-7 定価3,520円(税込) 上層部がDevOpsに理解のない組織で働き、組織構造を変える権限を持っていない開発者であっても、チームにDevOpsを導入するための現実的な方法を紹介します。 重厚な承認プロセス、可視化されていない運用、プロセスの最後でのみ行われるソフトウェアテスト、ノイズだらけのアラート、インシデントから学習しない習慣、時間外のデプロイ、情報のため込みなどを取り上げ、ソフトウェアシステムの開発運用が滞るチームや組織に共通してみられる陥りがちな状況や犯しがちな間違いをアンチパターンとして紹介します。そして管理職やマネージャでなく、エンジニア

      4月新刊情報『システム運用アンチパターン』
    • 開発生産性を標榜して効率に拘泥するチームはゆるやかに衰退する

      この記事は前作 開発生産性の可視化サービスから何を見いだして何ができるのか、あるいはすべきで無いこと に続き、開発生産性へのスタンスを整理したい2作目です。 効果・成果よりも効率を優先することは生産性か? 開発生産性と言いながら単なるアクティビティの量や時間を見て効率改善を志してしまういくつかの状況、一部の風潮に対して疑問を呈したい。 例えば、PRやイシューの起票数などアウトプット量の高低に一喜一憂する 例えば、変更のリードタイムやデプロイ頻度の増進を過度に重視する 例えば、サイクルタイムの各時間を人間の努力のみで短縮しようとする それにも関わらず、開発がもたらしたユーザーへの効果やビジネス上の成果に無関心というのは順序おかしいよね、という話。 などと考えていたら開発生産性カンファレンス2024 - 登壇資料まとめ|610を見る限り、近しい主旨の論説を散見するに至り、もしかしたら世間の議論

        開発生産性を標榜して効率に拘泥するチームはゆるやかに衰退する
      • 【考察】テストコードのきれいな書き方 - Qiita

        Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 作ったものが想定した動作をしているか。 それを確認するために、テスト(試験)を行います。 検証したいことがちゃんと実現できて確認が取れているのであれば、その品質自体は割と気にされないことが多い印象です。 保守・運用・追加開発 をしていくプロジェクトが多くあると思います。 その作業の中で、改善を取り入れていくこともあると思いますが、その中でも一番後回しにされるのが、テストコードの改善のように思います。 推測ですが、「コストによるメリット・リターンが少なすぎる」ことが理由かな…と(開発者目線ではリターンが大きいのですが、運用者目線ですとリタ

          【考察】テストコードのきれいな書き方 - Qiita
        • 正しいことは、正しく言わないと、正しく伝わらない - 下林明正のブログ

          SNSを見ていたり人の話を聞いたりしていると、「職場で攻撃的な物言いをしてくる人に困っている」ということがある。 攻撃的な物言いをされる側は気分が落ち込んで生産性が下がったり、最悪退職してしまう。 そして攻撃的な物言いをする側は、いくら指摘しても態度を改めない、というもの。 割と長期間に渡ってそういう話を見聞きしてきて自分なりに思うことがあったので、書いておく。 攻撃的な物言いをするメリットはほぼ無いはず 言われる側の心構え 攻撃的な物言いをするメリットはほぼ無いはず 何かを指摘する際の目的は何なのかと考えてみると、指摘をすること自体は目的ではなくて、大体は相手に素早く正しく動いてもらうことが目的だと思う。 その観点で最適な指摘の仕方を考えてみたときに、本当に攻撃的な物言いが最適だと思えるならそうしたらいい。 けど、多くの場合は相手の反発感情を煽って咀嚼に余計なエネルギーを要したり、最悪怒

            正しいことは、正しく言わないと、正しく伝わらない - 下林明正のブログ
          • 削除のビジネスロジックをドメイン層に閉じ込める簡単で強力な「DeletableIDパターン」の紹介

            この記事は 株式会社ログラス Productチーム Advent Calendar 2023 13日目の記事です。 はじめに 〇〇を削除できるかどうかのビジネス処理、皆さんはどう実装していますか? 同僚の話題になった記事でも削除の認可処理をどこに記述すべきか?は難しいと説明されています。今回はお題は認可っぽいもので書きますが広範に「削除ができるかどうか?」のビジネスロジックをドメイン層にどう閉じ込めるかの便利な実装パターンを紹介します。 削除処理のビジネスロジックの取り扱いは難しい 削除処理のビジネスロジックの実装はシンプルだけど更新処理や作成処理と比べて意外と難しいです。 それはなぜかというとドメインオブジェクト内の実装に削除処理を書くことができないからです。 例えば権限に管理者と一般ユーザーの二つの権限があるとします。

              削除のビジネスロジックをドメイン層に閉じ込める簡単で強力な「DeletableIDパターン」の紹介
            • ゲーム作りをパターン化して1年で139個のミニゲームを作る - ABAの日誌

              このページの上から139個が今年の分だ。こうして並べてみるのは楽しいな。ゲームをたくさん作ることでゲーム制作のスキルアップを!みたいな気概は無いので、ヤマザキ春のパンまつりのシールを集めるのと同じような楽しさだが。でも、作って、Twitterに放流して、いろんな人に遊んでもらって、フィードバックをもらう、というサイクルがたくさん回せたのは良かった。今年遊んでくださった皆さま方、ありがとうございました。 2,3日とかの短期間でミニゲームを作り続けるためには、作るもの・作り方をパターン化してほうが良い。今年は以下のレギュレーションで作った。 Chromeで遊べる恐竜ジャンプゲームのような、手軽にブラウザで遊べるゲームを目指す 操作方法はスマホでの操作が容易な、ワンボタン、左右へのスライド、画面上のタップ、の3種類に限定する 画面サイズは100x100を基本とし、キャラクタは6x6と小さくするこ

                ゲーム作りをパターン化して1年で139個のミニゲームを作る - ABAの日誌
              • 逃げ若の松井先生が語る『面白さ=読者の脳が得るメリット−読者が支払うコスト』という表現についての話 「面白い漫画」に必要なものとは

                木下昌輝@豊臣家の包丁人 11月発売 @musketeers10 11月『豊臣家の包丁人』を刊行! 歴史エンタメと創作論について呟く。歴史に翻弄されるアラヒフの歴史小説家。 直木賞候補4回。作風ダークになりがち。長編は苦手、短編の方が得意。趣味は無。焼肉とラーメンが好き。フレブルと同棲中。24年6月「愚道一休」 木下昌輝@豊臣家の包丁人 11月発売 @musketeers10 逃げ若の松井先生がいっていたと思うのですが、 【面白さ】=【読後で得た快感】−【読むのにかかった労力】 だそうです。 これ小説の世界でもかなり的をいているなあと思っていて、 アマチュアの方の作品を読むと、ものすごくつまんないのですが 読み終わって、いざ、自分の中でその作品のあらすじなどを思い返すと すげー、おもしろいやんってことがあるのです。 じゃあ、なぜ、読んでいる最中につまらないと感じるのかというと、読むのに凄ま

                  逃げ若の松井先生が語る『面白さ=読者の脳が得るメリット−読者が支払うコスト』という表現についての話 「面白い漫画」に必要なものとは
                • そもそも「ローグライク」の「ローグ」って何なのさ?改めて「ローグライク」とは何か見直してみよう | Game*Spark - 国内・海外ゲーム情報サイト

                    そもそも「ローグライク」の「ローグ」って何なのさ?改めて「ローグライク」とは何か見直してみよう | Game*Spark - 国内・海外ゲーム情報サイト
                  • ネット未接続の“隔離PC”へのハッキングの歴史 エアギャップPCから機密データを盗む6つの方法

                    このコーナーでは、2014年から先端テクノロジーの研究を論文単位で記事にしているWebメディア「Seamless」(シームレス)を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 X: @shiropen2 イスラエルのネゲヴ・ベン・グリオン大学に所属するMordechai Guriさんが発表した論文「Mind The Gap: Can Air-Gaps Keep Your Private Data Secure?」は、インターネットに接続していない物理的に隔離したコンピュータから機密データを盗む攻撃をまとめた研究報告である。 現代において、個人情報は価値のある資産の一つとなっている。これには個人識別情報、医療記録、法的情報、生体認証データ、私的通信などが含まれる。こうした機密データを保護するため、多くの組織が「エアギャップ」と呼ばれる物理的に隔離されたネ

                      ネット未接続の“隔離PC”へのハッキングの歴史 エアギャップPCから機密データを盗む6つの方法
                    • https://kld-c.jp/blog/what-is-gal

                        https://kld-c.jp/blog/what-is-gal
                      • “お姉ちゃん”といえば誰が思い浮かぶ? 1980年代~2000年代“姉キャラクター”考察【『16bitセンセーション ANOTHER LAYER』連動企画第8回】 | ゲーム・エンタメ最新情報のファミ通.com

                        この記事は、家庭用ゲーム機に比べればややマニア度が高いこうした文化やガジェットを取り上げる連動企画。書き手は、パソコンゲームの歴史に詳しく、美少女ゲーム雑誌『メガストア』の元ライターでもあり、『16bitセンセーション ANOTHER LAYER』にも設定考証として参画しているライター・翻訳家の森瀬繚(もりせ・りょう)氏。 アニメ『16bitセンセーション ANOTHER LAYER』(Amazon Prime Video) “姉”萌えの前史 基本的には16bit以上のCPUが搭載された時代を舞台としてきた『16bitセンセーション ANOTHER LAYER』だが、第8話においてついに1985年――8bitパソコンの時代にタイムスリップする展開となった。アニメ連動企画である本連載においても、第8回は本編にあわせて1980年代の美少女ゲーム前史を解説するつもりだったのだけれど、同作に関連し

                          “お姉ちゃん”といえば誰が思い浮かぶ? 1980年代~2000年代“姉キャラクター”考察【『16bitセンセーション ANOTHER LAYER』連動企画第8回】 | ゲーム・エンタメ最新情報のファミ通.com
                        • アプリケーションの設計にEIPの知識が役に立つよ!

                          非同期メッセージングを使ったインテグレーションパターン (EIP)は、クラス設計にも参考になるものが多い。 すぐに非同期メッセージングを使わないとしても、EIPは設計の参考情報として知っておきたい。

                            アプリケーションの設計にEIPの知識が役に立つよ!
                          • マネジメントの新ハック「優先事項のメンタルマップ」 | Coral Capital

                            月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください! Coralの社内ではもはや誰もが知っていることですが、私は数ある企業文化の中でも、特にリクルートとNetflixのカルチャーが素晴らしいと感じています。両社は全く別の業界の企業で、まるで共通点がなさそうですが、そのカルチャーは驚くほど似ています。具体的には、どちらも社員にかなりの裁量と責任を与える傾向があります。リクルートの「お前はどうしたい?」にしても、Netflixの「コントロールではなくコンテキストを」にしても、意思決定権を意図的に分散させている点が特徴的です。こうした組織体制から生まれる社風こそが、インターネット時代

                              マネジメントの新ハック「優先事項のメンタルマップ」 | Coral Capital
                            • 実案件から学んだ、本当に役立つUIデザインの法則50 ユーザビリティチェックリスト総集編|i3DESIGN Designers

                              「ユーザビリティチェックリスト」ということで、UIデザインの「あるある」を取り上げ、改善案とセットでまとめています。 今回は、10のヒューリスティクスをもとに分類してみました。10のヒューリスティクスについては、以前記事にまとめています。 具体的な事例を一緒に取り上げ、よりわかりやすく解説していますので、こちらもあわせてご覧ください。 また弊社ホームページにて、ユーザビリティチェックリストをダウンロードいただけます。こちらも合わせてご活用ください。 1. システムステータスの可視化(Visibility of system status)1-1. 入力項目が多いときはステップを分けるフォームの入力項目が多い場合は、項目をグルーピングして画面を分割しましょう。 フォームが長すぎると、ユーザーは入力を途中で辞めてページから離脱してしまうかもしれません。 その上で、ステッパーを設置して現在の進捗

                                実案件から学んだ、本当に役立つUIデザインの法則50 ユーザビリティチェックリスト総集編|i3DESIGN Designers
                              • https://marketing.twitter.com/content/dam/marketing-twitter/apac/ja/insights/kakusan/kakusan.pdf

                                • エンタープライズ向けサービスのMVPはこうして失敗する。|大平 裕介/ CEO at リーナー

                                  どうもエンタープライズ企業の調達を刷新したい企業、Leanerの大平です。 エンプラSaaSの雄である会社の創業メンバー兼役員の方と、オンラインランチの機会があり、示唆深かったので許可をいただきメモ公開します。 ※この記事ではエンタープライズ企業は略称としてエンプラと書きます エンプラ向けにサービス開発している方の参考になったら嬉しいです! 拡散していただけると次回のやる気になるのでそれも嬉しいです(重要)! より話してみたい方や、少しリーナーに興味あるかもという方は、下記URLよりカジュアルに話しましょう!! "SMBのMVP"と"エンプラのMVP"一緒にすんな当然だが、SMBとエンプラでは、業務のオペレーションや目標・ミッションなどすべてにおいて、個社性がまったく違う。 比較的、SMBでは、個社性が低く。エンプラでは、個社性が高い。 だからこそ SMBは、MVPが「画一的」で許される。

                                    エンタープライズ向けサービスのMVPはこうして失敗する。|大平 裕介/ CEO at リーナー
                                  • 「こうしてスクラムが終わってしまう」前にすべきこと

                                    こうしてふりかえりは終わってしまった / A Demise of a retrospective ふりかえりカンファレンスで一番面白かった発表資料です。 資料をざっくり要約すると ふりかえりは最初は順調に機能するがある段階で停滞し、次第に「効果が出ていないもの」と判断されて廃止されてしまう、という話です。 理由として最初は低コスト高リターンの課題を倒していけるが、それらをすべて解決すると残るのは「リターンはあるが、コストが高すぎて解決できない課題」と「コストは低いがリターンもほぼない課題」だけになります。 開発チームは前者を「コストが高すぎて解決できない」と忌避し、後者だけに打ち込んだ結果、リターンが出ずに振り返り事態を無価値を判断してしまうからです。 ふりかえりを廃止することでチームの成長は停止してしまうでしょう。 これを防ぐために「コストが高すぎて解決できない」課題を解決する方向に頑張

                                      「こうしてスクラムが終わってしまう」前にすべきこと
                                    • 出版社「ハンドメイド本の掲載作品を模倣し販売することは著作権法の違反行為」〜フリマサイトで販売のハンドメイド品について

                                      文化出版局 販売部 @books_bunka 文化出版局販売部の公式アカウントです。装苑、ミセスのスタイルブック、書籍の新刊情報などをお届けします。 Instagram 装苑 instagram.com/soenonline/ ミセスのSB instagram.com/mrs_stylebook/ 書籍 instagram.com/books_bunka/ books.bunka.ac.jp 文化出版局 販売部 @books_bunka 【編集部からのお願い】 いつも文化出版局の本を、ご愛読いただきありがとうございます。 みなさまに大切なお願いがあります。 フリマサイト等で販売されているハンドメイド品の中に、本の掲載作品をコピーした商品が出品されていることがあるのをご存知ですか? ↓続く pic.twitter.com/togtCGr0oB 2024-04-17 20:45:27

                                        出版社「ハンドメイド本の掲載作品を模倣し販売することは著作権法の違反行為」〜フリマサイトで販売のハンドメイド品について
                                      • Z世代の一人暮らし、3割は「テレビ見ない」 サブスクは必需品に マンション分譲会社の調査

                                        首都圏で分譲マンションを手掛けるFJネクストホールディングス(東京都新宿区)が3月24日に公開した調査結果「Z世代 ひとり暮らしの生活事情」で、若者の3割(30.1%)がテレビを見ていないことが分かった。 テレビとネット配信の視聴パターンについて聞いたところ、多くの人は両方を見ているものの、半数近く(46.3%)はネット配信が中心だった。 「テレビ番組しか見ない」は13.3%と少数派。「ネット配信しか見ない」の21.8%と「両方とも見ない」の8.3%を合わせ、30.1%がテレビを見ていなかった。 一方で動画や音楽のサブスクは7割(69.5%)が利用していた。1カ月の平均金額は2701円。FJネクストホールディングスは「手軽に面白いコンテンツを視聴できるため、この世代の必需品となりつつあるようだ」と話している。

                                          Z世代の一人暮らし、3割は「テレビ見ない」 サブスクは必需品に マンション分譲会社の調査
                                        • ドメイン駆動設計(DDD)を整理

                                          またクラスを利用していないため、オブジェクト指向の特性「継承」「カプセル化」「ポリモーフィズム」は利用していません。この部分が厳密なドメイン駆動設計(DDD)のニュアンスと異なるので「風味」という言葉を使っています。 全体概要と用語の整理 まず初めにドメイン駆動設計の全体の概要と出てくる用語について紹介します。 自分は言葉を理解しないとコードの理解に落とし込めなかったので詳しく解説をしていきます。 各用語の具体的な実装は後の章で紹介します。 すべての用語において理解しやすいように「ユーザー管理システムを実装する」例を用いて解説を入れています。(解説の都合で書籍とは異なる例を採用しています) ドメイン駆動設計とは ドメイン駆動設計はその名の通り、「ドメインの知識」に焦点をあてた設計方法 「ドメイン」とは、ソフトウェア開発におけるプログラムを適応する対象となる領域 ドメインについて ドメイン駆

                                            ドメイン駆動設計(DDD)を整理
                                          • 知らぬ間にアマプラ会員、どこから解約?「ダークパターン」日本でも:朝日新聞

                                            「本を注文したら、アマゾンプライム会員に加入させられていた。3年間、毎月15ドル(約2270円)請求されていた」 「解約したくて何度もアマゾンに電話したのに、できない。ネットでやれと言われたが、複雑…

                                              知らぬ間にアマプラ会員、どこから解約?「ダークパターン」日本でも:朝日新聞
                                            • “異世界もの”はなぜ一大ジャンルに成長したのか?その源流から最新トレンドまでを識者が語り尽くす - コミックナタリー 特集・インタビュー

                                              ナタリー コミック 特集・インタビュー “異世界もの”はなぜ一大ジャンルに成長したのか?その源流から最新トレンドまでを識者が語り尽くす 講談社シリウス編集部 PR 2023年9月8日 2010年代初頭の小説投稿サイトでの人気に端を発し、今では書店の一角にコーナーが展開されるほどの一大ジャンルに成長した“異世界もの”。現実世界から転移・転生し、魔法やチート能力が使えるファンタジー世界を舞台に、主人公が戦ったりスローライフを送ったりする様子が支持を得ている。特に2013年に小説家になろうで連載開始され、さまざまなメディアミックス展開が行われている「転生したらスライムだった件」は、原作小説やコミカライズを合わせたシリーズ累計発行部数が4000万部を突破。2022年に公開された「劇場版 転生したらスライムだった件 紅蓮の絆編」は興行収入が14億円超と、異世界ものが市井の人々にも広まっていることを示

                                                “異世界もの”はなぜ一大ジャンルに成長したのか?その源流から最新トレンドまでを識者が語り尽くす - コミックナタリー 特集・インタビュー
                                              • LINEグループ作成を要求されるCEO詐欺メールについてまとめてみた - piyolog

                                                2025年12月半ばより、組織の代表者からの業務連絡を装った不審なメールに対する注意喚起が、日本全国で多数行われています。これらは「CEO詐欺」とも呼ばれる手口で、不審な連絡に応じてしまった場合、第三者名義の口座へ金銭を振り込ませるよう誘導されるおそれがあります。ここでは関連する情報をまとめます。 昨年末から相次ぐ不審メールの注意喚起 2025年12月以降に多数の組織から注意が呼びかけられている不審なメールは、社長などの組織代表者を差出人名や件名にして送られてくるものが多く、その特徴からCEO詐欺とも呼称されている。最初に届く不審メールは業務連絡に偽装した内容で本文が書かれており、とりわけLINEグループの作成とそのグループへの参加するためのQRコードの送付を要求するケースが多い。 要求に応じて送信者とやり取りを続けた結果、「至急対応が必要」などとして第三者名義の口座への送金を指示され、こ

                                                  LINEグループ作成を要求されるCEO詐欺メールについてまとめてみた - piyolog
                                                • 「並べる」という悦楽

                                                  1980年、東京生まれ。片手袋研究家。町中で見かける片方だけの手袋を研究し続けた結果、この世の中のことがすべて分からなくなってしまった。著書に『片手袋研究入門』(実業之日本社)。 前の記事:かつてファミレスのレジ横にあるおもちゃコーナーは桃源郷だった > 個人サイト 片手袋大全 >ライターwiki 折り紙を並べてみる ここに何の変哲もない折り紙がある。 ちょっと小さ目のやつです これを並べてみる。色の配置などはとりあえず気にしない 良いな… 今度は同系色の色だけ並べてみる。 凄く良いな… 差し色を入れてみたらどうだろう? めっちゃ良いな… 真上だけでなく斜めからも写真を撮ってみよう。 どぉなっちゃってんだよ… 丁寧に並べられた折り紙を見てるだけで、なんと気持ちの良いことか。新しい娯楽「並べる」の誕生である。 ある日の撮影で 以前『お菓子の箱に入ってるミニカタログが大好きだ!』という記事を書

                                                    「並べる」という悦楽
                                                  • 今すぐ使える! ChatGPTで欲しい回答を生み出す「プロンプト」の書き方 その基本パターンを解説

                                                    今すぐ使える! ChatGPTで欲しい回答を生み出す「プロンプト」の書き方 その基本パターンを解説:ChatGPT使いこなし術(4/4 ページ) 汎用性の高いプロンプトのコツ さて、こうした型を認識しても、ビジネスシーンなどでそのまま活用するのはやや手間だ。それよりはある程度、プロンプトとしてコピペで入力しやすい型を用意しておくのが良いだろう。上述した4つの基本形を生かして考えてみると、指示や質問のほかに「役割」「目的」「条件」「出力例」「補足情報」などを指定することを、まず試してみると良い。この際、全てを文章にする必要はなく、「#」を活用してカテゴリーごとに箇条書きのように整えていくことがおすすめだ。 【プロンプトの例】 #指示・質問:ChatGPTを知らない人に、ChatGPTを紹介する記事のリード文を書いてください。 #役割:プロのライター #目的:商品の利用促進 #条件:です・ます

                                                      今すぐ使える! ChatGPTで欲しい回答を生み出す「プロンプト」の書き方 その基本パターンを解説
                                                    • TypeScriptのError Handling - mrsekut-p

                                                      TypeScript/JavaScriptの言語思想的にはtry/catchを使ってerror handlingをするのが普通

                                                        TypeScriptのError Handling - mrsekut-p
                                                      • AWSアンチパターン戦記

                                                        「君子危うきに近寄らず」という言葉は、賢明な人は危険を避けるという意味を持ちます。 アンチパターンを知り、それを回避するのは第一歩 準備を怠ると動いてるシステムがアンチパターンとなる。 準備とは、データを集め、テストを繰り返すことから。 新しいことへの果敢なチャレンジをわすれずに。ときには、AW…

                                                          AWSアンチパターン戦記
                                                        • 抗菌効果を持つと言われるセミの羽、その仕組みが物理的に細菌を破壊するものだった「抗菌ではなく攻菌だったのか...」

                                                          461(ヨロイ)カニ見つかりました。 @461Alfred 『そういえばセミの羽も抗菌効果あるらしいけど同じなのかな?』って思い出して調べたら『迷路で繁殖妨害どころかめちゃくちゃ微細なトゲで物理的に細菌を破壊する』だったのでヒェ・・・となるなどした 昆虫の羽を呪符や呪物に利用しようぜ!! (脳裏によぎる玉虫厨子) x.com/tarokotani/sta… 2025-06-19 14:45:56 小谷太郎 @tarokotani 物体の表面に微細な迷路状パターンを描いておくと、細菌が迷走してコロニーを作れず、防菌になるという発見。医療器具などに応用できそう。 …効果のあるパターンを探していくと疫病退散の護符に行き着くというネタを思いついたので誰か使って。 phys.org/news/2025-06-s… 2025-06-19 10:13:52

                                                            抗菌効果を持つと言われるセミの羽、その仕組みが物理的に細菌を破壊するものだった「抗菌ではなく攻菌だったのか...」
                                                          • エージェントハーネスとAIマネージドサービス|福島良典 | LayerX

                                                            はじめにどうも、すべての経済活動を、デジタル化したい福島です。 2025年は「AIエージェントを試す・使う」という1年でした。2026年は「AIエージェントを実際に組織で機能させ、アウトカムに変える」ことが主題の1年になると思います。 このパラダイムでの本質的な価値は「AIエージェント」そのものではなく、エージェントを包み込むインフラ、すなわちエージェントハーネスにあります。そして、このハーネス+エージェントを業務の完成品として提供するのが今後のAI企業の主戦場になるでしょう。その形を「AIマネージドサービス」という造語で解説します。 この記事では、2026年2月頃から急速に注目を集めている「エージェントハーネス」という概念を紹介しつつ、「それってClaude Codeで内製できるんじゃないの?」といったAIエージェント企業に投げられがちな疑問に対する考え方の整理もしてみたいと思います。

                                                              エージェントハーネスとAIマネージドサービス|福島良典 | LayerX
                                                            • 【老後貯金攻略法】あなたが必要な老後資金の目安額30パターンとおススメの貯め方

                                                              • 非同期開発体制を支えるドキュメント文化 / YAPC::Hiroshima 2024

                                                                Sponsored · Your Podcast. Everywhere. Effortlessly. Share. Educate. Inspire. Entertain. You do you. We'll handle the rest. →

                                                                  非同期開発体制を支えるドキュメント文化 / YAPC::Hiroshima 2024
                                                                • neue cc - async/awaitのキャンセル処理やタイムアウトを効率的に扱うためのパターン&プラクティス

                                                                  async/awaitの鬼門の一つとして、適切なキャンセル処理が挙げられます。別に基本的にはそんな難しいことではなく、CancellationTokenSourceを作る、CanellationTokenを渡す、OperationCanceledExceptionをハンドリングする。というだけの話です。けれど、Tokenに手動でコールバックをRegisterしたときとか、渡す口が空いてないものに無理やりなんとかするときとか、タイムアウトに使った場合の始末とか、ちょっと気の利いた処理をしたいような場面もあり、そうした時にどうすれば良いのか悩むこともあります。 こういうのはパターンと対応さえ覚えてしまえばいい話でもあるので、今回はAlterNatsの実装時に直面したパターンから、「外部キャンセル・タイムアウト・大元のDispose」が複合された状況での処理の記述方法と、適切な例外処理、そして最

                                                                  • 現役BtoBマーケターが厳選!現場で本当に役立つフレームワーク10選 | お役立ちブログ | BtoBマーケティングサポート by アジタス

                                                                    マーケターにとってフレームワークは非常に心強い味方です。ものごとを体系的に整理するだけでなく、思考の引き出しを広げて新しいアイデアを生み出していくことにも役立ちます。特に営業優位で実践主義や経験主義が重視されがちなBtoB企業においては、行動に理論的な裏付けを与えてくれるフレームワークの恩恵は大きいです。 しかしフレームワークに対して有用性を感じつつも、次のような悩みを持っている方も多いのではないでしょうか。 「種類が多すぎて結局どれを使えばよいのかわからない……」 「理屈はわかったはずなのに自分の業務に上手く適用できない……」 ビジネスのフレームワークは主なものだけで数十種類、バリエーションも含めるとその何倍もの数が存在します。しかも状況の変化に合わせて日々新しいものが考案されるため、その数は増える一方です。 その全てを把握することは不可能であり、ナンセンスでもあります。フレームワークは

                                                                      現役BtoBマーケターが厳選!現場で本当に役立つフレームワーク10選 | お役立ちブログ | BtoBマーケティングサポート by アジタス
                                                                    • APIテスト自動化の勘所

                                                                      Presentation slides: タワーズ・クエスト、バルテス、Postman 共催セミナー - 開発失敗につながる偏ったテストしてませんか? プロが教える本当に考えるべきテストバ…

                                                                        APIテスト自動化の勘所
                                                                      • squash and mergeしか使ってないけど全く困ってない

                                                                        こういうことはレポジトリ構成・ワークフローと密接に紐づいているので、そういう前提を抜きにはどれがいいとかはいうことはできない。が、自分はいわゆるsquash and mergeのみの環境しかほとんど経験がないし、それで困ったことが一度もない、という話をしておきたいので書いておきたい、ので書いておく。 squash and mergeのメリットは書いてある通りで、基本的にPR内の細かい修正というのはゴミみたいなコミットが多く、メッセージも雑なことが多いので、それをコミットログに残しておくのは嫌だということがある。それよりは意味のある単位のコミットを残しておきたいし、それの単位はPRで行うのが良い、ということだ。 “Google-style” workflow デメリットの方は、いわゆるfeature branchというワークフローで顕在化する問題であると思う。で解決策はあり、それはワークフロ

                                                                          squash and mergeしか使ってないけど全く困ってない
                                                                        • RustでAPIを開発してみたら結構辛かった話

                                                                          はじめに 皆様こんにちは、株式会社プラハのAwataです。 今日は、以前書いたリーダーの振り返り記事で軽く触れていた、RustでのAPI開発についての記事を書いていこうと思います。 結論RustでWebは辛い!という話なんですが、約5か月くらいRustでWeb開発をしたので、今後の参考になるようなことを書いていこうと思います。 ぜひ最後までお付き合いください。 TL;DR RustでWeb開発はまだ早いかもしれない。 RustでDDDはやりやすい。ただしDIがやりにくい場合があるので、そこは要注意。 Rustはモジュールの仕組みが協力なので、モジュラモノリスはやりやすい。 サンプルリポジトリはこちら Rustはやっぱり難しいけど人気の理由も少し分かった気がする そもそもなぜRustでやってみようとなったのか 前例が少ない中、どうしてRustで開発しようと思ったのか気になる方も多いと思います

                                                                            RustでAPIを開発してみたら結構辛かった話
                                                                          • 星取表のアンチパターン

                                                                            これだけみると LibC がよく見えますね。 オープンソースのライブラリ比較や、エンタープライズな SaaS が競合に対する優位を見せたいときに星取表が使われることが多いです。 中立な立場でライブラリを選定する過程として出てくることがあります。 自分はこれに全く意味がなく、むしろ競争的な立場では出した側が負けるものと認識しています。 星取表を作る側の意図 よく見かけるパターンがこれです。 開発自体は長いため機能が豊富だが性能に劣る先発が、後発を貶めている 恣意的な項目選定で、そもそも負けている そもそも比較対象としての土俵が違う(全部入りのフレームワークと単機能なライブラリの比較) 特に 1 と 2 の組み合わせが多く、この裏では非機能要件で圧倒的に負けていることが多いです。例えば A は機能は豊富だけどビルドに 30秒で、Bは機能は足りないけど3秒だといった場合、多くの場合ではまず B

                                                                              星取表のアンチパターン
                                                                            • 「悪役令嬢を探して」第2回:2000年代乙女ゲームの「悪役令嬢」たち。180本以上から見出したバリエーション豊かな悪の華を検証する

                                                                              「悪役令嬢を探して」第2回:2000年代乙女ゲームの「悪役令嬢」たち。180本以上から見出したバリエーション豊かな悪の華を検証する ライター:向江駿佑 近年人気を集める「悪役令嬢」もの。だが,そのイメージソースとされる「乙女ゲームの悪役令嬢」の存在については,これまで幾度となく疑義が呈されてきた。では,本当に乙女ゲームに悪役令嬢は存在しないのだろうか? 4Gamerではゲーム研究者・向江駿佑氏に依頼し,乙女ゲームの中の「悪役令嬢」史を,全3回の構成でお届けする。第1回となる前回は90年代を扱ったが,今回のテーマは00年代だ。乙女ゲームの多様性が花開いた00年代の作品群から,新たな悪役令嬢たちの魅力を探ってみよう。 今回は,ゼロ年代の乙女ゲームに登場する“悪役令嬢”を検証する。 最初に,前回の記事に大きな反響をいただきながら,第2回がここまで遅くなってしまったことをお詫びしたい。その理由は今

                                                                                「悪役令嬢を探して」第2回:2000年代乙女ゲームの「悪役令嬢」たち。180本以上から見出したバリエーション豊かな悪の華を検証する
                                                                              • TypeScript エラー処理パターン - Object.create(null)

                                                                                M 年前にも N 年後にも人類は同じ話をしている. まとめ エラーの発生方法は throw と return に大別できる throw には簡潔さ, return には明瞭さと型安全性といった特徴がある どちらの方法がより適しているかはプログラムの規模, エラーの種類, ハンドリングの方法などが判断の材料になる 実際にどちらの方法を使うかは上の判断材料と, フレームワークやプロジェクトのコーディング規約なども合わせて複合的に決めるのがよい エラー発生方法の分類 まず前提として, 関数から呼び出し元にエラーを伝える方法は以下の 2 つに大別できます. 逆にこの記事ではこれ以上の具体的な方法についての議論はしません. throw エラーを throw して呼び出し元に伝える方法です. 例えば以下のようなものが当てはまります. throw new Error("...") Promise.rej

                                                                                  TypeScript エラー処理パターン - Object.create(null)
                                                                                • ビジネスロジック層内部の2つの実装パターンを比較 選択時に考えたい、アプリケーション設計の観点 | ログミーBusiness

                                                                                  今回はアプリケーションアーキテクチャを学ぶ最初の一歩として、「MVC」や「3 層アーキテクチャ」などの基本的な用語の意味や関係性を整理する「改めて整理するアプリケーション設計の基本」。ここで大嶋氏が登壇。次に、ビジネスロジックの実装方法について紹介します。前回はこちらから。 ビジネスロジックの実装の2つのパターン大嶋勇樹氏:ここまでの流れは、「そもそも3層アーキテクチャって何だっけ?」というところから、特に「真ん中のビジネスロジックって何だっけ?」と(いう話)、「例えば、このあたりがビジネスロジックだよね」と(いう話)。(そして)「ビジネスロジックの中には、ドメインロジックとユースケースの2種類があると考えるとわかりやすいですよ」というところまで話してきました。 ドメインロジックは、システム都合ではないコアなルールみたいなもので、ユースケースは処理の流れを実現することです。これを踏まえて次

                                                                                    ビジネスロジック層内部の2つの実装パターンを比較 選択時に考えたい、アプリケーション設計の観点 | ログミーBusiness

                                                                                  新着記事