並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 794件

新着順 人気順

patternの検索結果201 - 240 件 / 794件

  • 障害発生!全員集合? - オンコールアンチパターンからの一歩前進 - 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法律事務所】
      • 私はスクラムを解っていなかった - LIVESENSE ENGINEER BLOG

        これは Livesense Advent Calendar 2022 DAY 2 の記事です。 はじめに 身を以て学んだアンチパターン スクラムガイドを理解したつもりになっていた スクラムによってリリースが早くできるわけではない 見積もりを約束にしてはいけない プロダクトオーナーはスクラムチームメンバーでありお客様ではない ロール(プロダクトオーナー、スクラムマスター、開発者)の兼任は出来るだけやめた方が良い プロダクトバックログは会話ツール まとめ はじめに 転職会議事業部でエンジニアをしている、前山です。 アドベントカレンダー2日目の記事です。 今回は、スクラムマスターとして苦しんだ経験について、アンチパターン的に書いてみたいと思います。 スクラムマスターは2年ほど前からやらせてもらっており、今年に入ってから発足したチームで、もっとちゃんとスクラムマスターをやろうと本気で勉強をやり始め

          私はスクラムを解っていなかった - LIVESENSE ENGINEER BLOG
        • 技術的負債の変質について - じゃあ、おうちで学べる

          はじめに 最近、ふと気づいたことがある。技術負債って、もう昔とは全然違うゲームになってるんじゃないか?いや、もっと正確に言うなら、ゲーム自体が終わろうとしているんじゃないか? コーヒーを飲みながら、10年前に書いた自分のコードを眺めていた。当時は「きれいに書いた」つもりだったけど、いくつかの要望がありよく考えずに変更を加えた結果、負債の塊だ。でも、それを直すのに必要な時間とコストの計算が、根本的に変わってしまった。 いや、変わったどころか、もはや「時間とコスト」という概念すら意味をなさなくなりつつある。 syu-m-5151.hatenablog.com 私たちは技術負債を「悪いコード」として理解してきた。しかし、それは大きな誤解だった。Ward Cunninghamが1992年に生み出した原初の概念は、現在広く信じられている「技術的問題」とは根本的に異なっていた。 彼の言う負債とは、ソフ

            技術的負債の変質について - じゃあ、おうちで学べる
          • Python(pytest)でテスト書くならfixture,conftest,parametrizeを理解すると世界が一気に変わる

            Python(pytest)でテスト書くならfixture,conftest,parametrizeを理解すると世界が一気に変わる 概要 Pythonのテストライブラリといえばpytestが一般的です。 Python標準のuniitestとは異なり、クラスベースではなく関数ベースでテストコードを記述することが一般的ですが、fixture,conftest,parametrizeを理解すると一気に世界が変わり、テスト体験が圧倒的に向上するため、これらの実装方法を紹介します。 リポジトリ 本記事の説明に使用しているサンプルのテスト実装は、以下のリポジトリです。 想定読者 PythonやGitの基本的な使い方を理解している方を想定しているため、基本的な用語説明は省略しています。 環境 エンジニアの利用率の高いmacOSを前提として説明していますので、その他の環境の方は随時読み替えてください。 開

              Python(pytest)でテスト書くならfixture,conftest,parametrizeを理解すると世界が一気に変わる
            • デザインに少し手を加え、フォームを改善する実践的なUIのテクニックのまとめ

              フォームを改善するUIデザインのテクニックを紹介します。 フォームのデザインに少し手を加えるだけで、ユーザーにとって使いやすい、コンバージョンを高めるための実践的なテクニックが満載です。 15 UI Tips for Better Forms by Jim Raptis 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに 01. ラベルを常に記述する 02. Zパターンを避ける 03. ラベルを入力欄の上に配置する 04. 右揃えのラベルを使用する 05. 関連する入力欄をグループ化する 06. ユーザーフローを尊重する 07. スペースを与える 08. ラベルの繰り返しを避ける 09. エラーメッセージは分かりやすく 10. 必要に応じてドロップダウンを使用する 11. プレースホルダーを活用する 12. ボタンは1つに

                デザインに少し手を加え、フォームを改善する実践的なUIのテクニックのまとめ
              • もう老人やサヨやマスメディアがスクラム組むと逆効果とはっきりしたでしょ

                1 流れが読めぬ老人たちおれ兵庫の件は全然知らんし興味薄い 趣味の場で週2回会う同年代高卒自営業(彼は斎藤や立花支持)からの情報だけなんだけどさあ まず 20くらいの市の市長が連名で斎藤に反対の声明だしたって聞いて うわーそれはマジで不味いと思ったんだよな だってそんなことは市長に口出されることじゃないぜ? 有権者からすりゃ「指図された」ってなるに決まってる 市長が言ってるから従おうなんてなるべきじゃないし、ならんよ 異様な印象を刻み付けるだけ で、たいして親しみのないどっかの市長20人と 「斎藤さん」「立花さん」の解像度になってる親しみのある人物像と 明確な対立構造なんか作られたらどっち味方すると思う? こんなの本当にガキでもわかることだぞ 市長の連名声明やろうなんて言い出したバカが 斎藤再戦の功労者だぞ スパイか超無能かどっちかだぞ 「指図された」になるのはまだいいほうで 陰謀論強度高

                  もう老人やサヨやマスメディアがスクラム組むと逆効果とはっきりしたでしょ
                • スクラムチームを超生産的にするためのパタン・ランゲージ|天野 祐介 (ama_ch)

                  The Patternsハイパープロダクティブチームを体系的に生み出すため9つのパタンはこちらになります。 1. Stable Teams 2. Yesterday's Weather 3. Swarming: One Piece Continuous Flow 4. Interrupt Pattern: Illigitimus Non Interruptus 5. Daily Clean Code 6. Emergency Procedure 7. Scrumming the Scrum 8. Happiness Metric 9. Teams that Finish Early Accelerate Faster https://www.scruminc.com/wp-content/uploads/2014/05/teamsthatfinishearlyacceleratefaste

                    スクラムチームを超生産的にするためのパタン・ランゲージ|天野 祐介 (ama_ch)
                  • JavaScriptのデザインパターンについて

                    どうもoreoです。 今回はモダンなJavaScript開発環境で役立つデザインパターンを紹介します。 この記事は、JavaScript Patterns WorkshopとPatterns.devを参考にしています。 有名な「Java言語で学ぶデザインパターン入門」などでは、古典的な23個のデザインパターンが紹介されていますが、JavaScript Patterns WorkshopではPatterns.devをベースとして、モダンなJavaScriptにおける6つのデザインパターンについて言及されています。この記事ではそれらについてまとめてみたいと思います! ※本記事中のコードは、JavaScript Patterns WorkshopとPatterns.devから引用させていただいております。 1 Design Patternsとは? デザインパターンとは、ソフトウェア開発で繰り返し

                      JavaScriptのデザインパターンについて
                    • コンウェイの法則と、そこで提示された2つの組織課題 - mtx2s’s blog

                      ソフトウェアエンジニアリング関連の書籍を読んでいると、「コンウェイの法則(Conway's law)」によく出会う。その引用元は、1968年4月に発表されたメルヴィン・コンウェイ(Melvin E. Conway)の論文 "How do committees invent?" で、例の有名な一文は結論(conclusion)に書かれている。 (前略) organizations which design systems (in the broad sense used here) are constrained to produce designs which are copies of the communication structures of these organizations. (広義での)システムを設計する組織は、自らのコミュニケーション構造を真似た設計を生み出すという制約

                        コンウェイの法則と、そこで提示された2つの組織課題 - mtx2s’s blog
                      • 軽量DDDはもういらない! スタイルガイド本で OOPの実装パターンを学ぼう

                        DDDからOOPのプラクティスを学ぶのではなく、OOPのベストプラクティスをスタイルガイド本で学んでDDDに活かそう

                          軽量DDDはもういらない! スタイルガイド本で OOPの実装パターンを学ぼう
                        • ゲームのオフ会開催を「未成年のメンバーが成人するまで7年待った」人の話に反響→「未成年を大人の集まりに呼ぶリスク」と、世の中それを考えられるまともな大人ばかりではないという話

                          杏 @apricot_candy_a 絶対だめ。オンラインゲームで出会った、つい最近まで未成年だった女性を脅して呼びつける30代男性がまともなわけがない。見えてる地雷は踏んだらダメ。絶っっっ対だめ。 pic.x.com/yI1shMtbdI 2025-04-30 19:38:03 はちみつ🐝 @kumako_831 先日ゲームオフ会開催したけど最年少が20歳になるまで7年待った。10代で会うなら親同伴ならどうか?と成人組で相談した事もあった。ゲームだけなら年齢は関係ないけど、開催に至るまでの7年間みんなで信頼関係築いたからこそ会えたと思ってるから、18歳女子呼びつけるなんて控えめに言ってただのクズ。 x.com/apricot_candy_… 2025-04-30 22:13:07

                            ゲームのオフ会開催を「未成年のメンバーが成人するまで7年待った」人の話に反響→「未成年を大人の集まりに呼ぶリスク」と、世の中それを考えられるまともな大人ばかりではないという話
                          • 数字300桁を適当に言う→数列から96%以上で誰が言ったか特定 数列には個人の「クセ」が現れる

                            115人の参加者を対象に、1~9までの数字を使って300桁のランダムな数列を2回生成してもらう実験を行った。参加者には、数字の出現頻度ができるだけ均等になるよう意識しながら、なるべく予測不能な数列を生成するよう求めた。 そして、2つの数列の類似度を定量化する独自の手法を用いて分析したところ、わずか300桁の数列だけでも、同一人物が生成した数列と、別人が生成した数列を、96.5%の高い精度で見分けられることが分かった。 この現象は、個人によって好む数字の並びや、避ける数字の並びが異なることに起因しており、1週間後に再度実験を行っても、その傾向は変わらなかった。つまり、数列に現れる規則性は、その人固有の認知的な「指紋」のようなものだといえる。 また、この個人差が、単なる認知能力の違いでは説明できないこと、また、個人になじみ深い数字の並び(電話番号や郵便番号、生年月日など)が影響しているわけでも

                              数字300桁を適当に言う→数列から96%以上で誰が言ったか特定 数列には個人の「クセ」が現れる
                            • 【特集】 不要なノートPC、どうやって処分する?20年前、比較的新しい、リサイクルマークなしの3パターンで検証してみた

                                【特集】 不要なノートPC、どうやって処分する?20年前、比較的新しい、リサイクルマークなしの3パターンで検証してみた
                              • コーヒー摂取の「時間帯を限定」で早死にリスク低減 25年発表の研究

                                新研究によると、コーヒーの摂取が健康に与える影響という観点では、飲む時間帯が重要になる可能性がある/PeopleImages/iStockphoto/Getty Images (CNN) これまでにもコーヒーを飲むことは、心疾患や早死にのリスクの低減につながるとされてきた。しかし、コーヒー摂取のメリットはいつ飲むかによって異なる可能性があることが昨年発表の研究でわかった。 ヨーロピアン・ハート・ジャーナル誌に昨年1月7日に掲載された研究は、コーヒーの摂取について朝だけに限定することが最善だとしている。これは、摂取量やその他の影響を及ぼす可能性のある要因とは関係ないようだ。 参加者の長期にわたるコーヒー摂取量を調査した過去の大半の研究で、適度な量のコーヒー摂取は2型糖尿病、心血管疾患、早死にのリスクの低下と関連している可能性があることが判明している。一方で、遺伝や摂取量、添加甘味料などの要因

                                  コーヒー摂取の「時間帯を限定」で早死にリスク低減 25年発表の研究
                                • ドメイン駆動設計からオブジェクト指向、そしてアジャイル開発まで。関連書籍練り歩きのススメ

                                  本記事はドメイン駆動設計(DDD) Advent Calendar 2021 25日目の記事です。 「もっとビジネス変化に耐えられる設計を目指したい」「ただデータをやりとりするだけなのに複雑化してしまうのを防ぎたい」 様々な動機からドメイン駆動設計に入門しようとする方がいると思います。 自分もエンジニアとして働きはじめて、「どうしてすぐに変更しにくくなってしまうのか」「より柔軟な設計にするにはどうすればよいか」と悩むことが多くなり、良い設計手法を探って出会ったのがドメイン駆動設計でした。 最初はドメイン駆動設計関連の本ばかりを読んでいたのですが、途中から「これってドメイン駆動設計というよりはオブジェクト指向の話では?」とオブジェクト指向に興味を移し、さらに「より変化に強いプロダクト開発するにはチームから変化させないとまずいのでは?」とアジャイル開発に興味が移りました。 本記事では、ドメイン

                                    ドメイン駆動設計からオブジェクト指向、そしてアジャイル開発まで。関連書籍練り歩きのススメ
                                  • Intel、新ブランド「Core Ultra」発表。“i”表記は廃止

                                      Intel、新ブランド「Core Ultra」発表。“i”表記は廃止
                                    • 埼玉県は全国2位の「うどん県」! どうしても埼玉のうどんを日本一にしたい男にアレコレ聞いてみた #ソレドコ - ソレドコ

                                      こんにちは。ライターの斎藤充博です。 日本でナンバーワンの「うどん県」と言えば、なんといっても香川県ですよね。それでは、ナンバーツーは? 実は 埼玉県は全国で2位のうどん県 らしいのです。 僕は埼玉県在住なのですが、「埼玉県ってそんなにうどんが有名だったっけ?」 というのが正直な感想です。確かに埼玉県の国道17号線を北上していくと、「武蔵野うどん」のお店がいくつかありますが……。でも、それで全国2位になれるものなの? どういうこと? そこで今回は永谷晶久さんに話をお伺いしました。永谷さんは「埼玉県が全国で2位のうどん県」であることに着目し、「埼玉を日本一の『うどん県』にする会」を作って活動しています。 【埼玉うどん もくじ】 埼玉県はうどんの生産量が全国2位 埼玉県のうどんの魅力は多種多様なところ ぜひ知ってほしい埼玉うどんたち 武蔵野うどん 加須うどん 煮ぼうとう 鳩ヶ谷ソース焼きうどん

                                        埼玉県は全国2位の「うどん県」! どうしても埼玉のうどんを日本一にしたい男にアレコレ聞いてみた #ソレドコ - ソレドコ
                                      • 漫画では複数の時間をひとつのコマにおさめる「時間的キュビズム」のようなことが当たり前にやられているという話

                                        ピエール手塚🍙 @oskdgkmgkkk キュビズムが、異なる視点から見える映像を一枚絵で表現するように、漫画のコマは複数の時間をひとつのコマにおさめることが出来る、時間的キュビズムみたいなことが当たり前にやられていて、分かりやすい例で言えば、連続パンチを打っているときに、腕が何本も1コマに入っているのがそれです。 2025-03-04 20:42:07 ピエール手塚🍙 @oskdgkmgkkk もう少し気づきにくいものだと、2人のやりとりを1コマでやるときに、1人目の時間と、それにリアクションをしている2人目の時間が少しずれているなどもあり(同じ表現をアニメにするなら別のフレームになる)、それを人は自然に読んでいるのが面白いところだと思います。 2025-03-04 20:43:56 ピエール手塚🍙 @oskdgkmgkkk 特に大きい絵のコマのときにあるのが、読者の目線の流れに合

                                          漫画では複数の時間をひとつのコマにおさめる「時間的キュビズム」のようなことが当たり前にやられているという話
                                        • 生成AIの絵って実際どのぐらい受け入れられてるかっていう話

                                          自前の手書きCG集を納品して暇なので書く。 まず「一般人に生成AIの絵が受け入れられているか?」と言われると エロの分野であればバリバリに受け入れられているという結論になる。 メインフィールドであるFanzaの話になるが、2025年一番売れたエロ同人は生成AIで作られた物だ。 特に生成AIは去年初頭ぐらいにランキング廃止とほぼ全ての割引券が適用されなくなったという特大ハンデを背負った上で 普通に売れてるので新着チェックしてる連中が一定数いるという実証にもなっている ちゃんと金を出す側が受け入れているという事実は相当デカい。 俺も市場調査の為に結構な数を買ったがなぜ受け入れられているかというのが大体分かったのでつらつらと書いていく まず前提としてAIによって粗製濫造されているかという話は是である。だが手書きでもFanzaとdlsiteはゴミ捨て場みたいな作品がたくさん毎日登録されるので登録す

                                            生成AIの絵って実際どのぐらい受け入れられてるかっていう話
                                          • こうしてふりかえりは終わってしまった / A Demise of a retrospective

                                            2023.04.08 ふりかえりカンファレンス2023 https://retrospective.connpass.com/event/266892/

                                              こうしてふりかえりは終わってしまった / A Demise of a retrospective
                                            • 物語要素事典

                                              <BODY> <P>このページは、フレーム機能をサポートするブラウザで表示するようデザインされています。このテキストは、フレーム機能をサポートしないブラウザで表示されます。 </P> </BODY>

                                              • ジャンプってすげー父親出てくる漫画ばっかって言われがち問題

                                                累計発行部数上位30作調べてみたんだけど ◯ ワンピース:革命軍の総司令官で、世界最悪の犯罪者 △ ドラゴンボール:サイヤ人の下級戦士。 × こち亀:佃煮屋の親父 ◎ NARUTO:四代目火影 ◯ 鬼滅:ヒノカミ神楽のタツジン × SLAM DUNK:さえないサラリーマン(故人) ◎ ジョジョ:そもそも血縁の物語だしなぁ ◎ BLEACH:死神の名門貴族と滅却師の合いの子 呪術回戦:宿儺の片割れの転生体かと思われたが作者もよくわかっていない模様 ◯ ハンター:世界最高峰のハンター ◯ キン肉マン:筋肉星大王、超人オリンピック2連覇 × キャプテン翼:商船乗り ? るろうに剣心:存在しない ◯ テニスの王子様:世界37戦全勝の伝説的プレイヤー ? 北斗の拳:父親が誰か明確に明かされてはいない ◯ ろくでなしブルース:人外のパワーを持つ初代番長 ? ヒロアカ:いるにはいるらしい ? ハイキュー

                                                  ジャンプってすげー父親出てくる漫画ばっかって言われがち問題
                                                • Cloud Run で作るサーバーレス アーキテクチャ 30 連発 - これのときはこう!

                                                  Google Kubernetes Engine (GKE) の可観測性を活用し、 システムの Resiliency を高める障害原因調査

                                                    Cloud Run で作るサーバーレス アーキテクチャ 30 連発 - これのときはこう!
                                                  • SQSを用いたクレジットカード決済の非同期化 - ZOZO TECH BLOG

                                                    こんにちは、カート決済部カート決済サービスブロックの林です。普段はZOZOTOWN内のカートや決済の機能開発、保守運用、リプレイスを担当しています。 弊社ではカートや決済機能のリプレイスを進めており、これまでにカート投入のキャパシティコントロールや在庫データのクラウドリフトを実現しています。 techblog.zozo.com techblog.zozo.com 本記事では新たにクレジットカード決済処理を非同期化したリプレイス事例を紹介します。 はじめに 背景・課題 非同期化のシステム構成 パターン1 - 完全非同期化パターン パターン2 - 非同期・同期切り替えパターン パターン3 - ポーリングパターン システム構成の決定 メッセージングサービスの選定 効果 今後の展望 まとめ さいごに はじめに 本章では、非同期化前のZOZOTOWNのクレジットカード決済を用いた注文処理の流れを説明

                                                      SQSを用いたクレジットカード決済の非同期化 - ZOZO TECH BLOG
                                                    • freeeの自動テストの全体構成 - freee Developers Hub

                                                      こんにちは、Software Engineer in Qualityチーム(通称SEQチーム)の @teyamagu です。 私たちのチームは普段自動/手動テストの基盤開発や開発フィードバックサイクルの高速化に向けた開発をおこなっています。 その一環で、先日、社内でfreeeの自動テストシステム全体像を共有したのですが、この辺りのことを社外の友人達と話したところ、自動テストの具体的な構成や普段の運用など事例が少なく、どんなことをやっているのかイメージしにくいとの話を伺ったので、社内向け原稿をちょっと手直しして、おすそ分けと言うことで、ここで紹介します。 特に変わったことをおこなっているわけではありませんが、自動テストの関係性の理解に参考になれば幸いです。 基本的な考え方 自動テストが既存のデプロイ・リリースのブロッカーではなく、開発のフィードバックを加速させるために、自動テストそのものが高

                                                        freeeの自動テストの全体構成 - freee Developers Hub
                                                      • 優秀な同僚「既に名前があるということは、人類にとって既知であり、先人が既に悩んでくれているから恐れることはない」

                                                        Windymelt🚀❤️‍🔥 @windymelt 優秀な同僚が、「日報書く」「言語化することで仕事上の悩みを定式化する」「既に名前があるということは、人類にとって既知であり、先人が既に悩んでくれているから恐れることはない」という発表をしてくれた。たいへんよかった。 2024-05-31 20:55:14

                                                          優秀な同僚「既に名前があるということは、人類にとって既知であり、先人が既に悩んでくれているから恐れることはない」
                                                        • SQLアンチパターン第2版 データベースプログラミングで陥りがちな失敗とその対策 / Intro to SQL Antipatterns 2nd

                                                          SQLアンチパターン第2版 データベースプログラミングで陥りがちな失敗とその対策 Developers Summit 2025 Summer 2025年7月18日(金) https://event.shoeisha.jp/devsumi/20250717/session/5937

                                                            SQLアンチパターン第2版 データベースプログラミングで陥りがちな失敗とその対策 / Intro to SQL Antipatterns 2nd
                                                          • 予約処理で結果整合を実現するための実装パターン - 一休.com Developers Blog

                                                            この記事は一休.com Advent Calendar 2025の13日目の記事です。 宿泊開発チームでエンジニアをしている @kosuke1012 です。 本記事では、予約処理の中で必要な在庫引当、カード決済などの各処理について、予約処理全体として成功/失敗の結果整合を実現するための実装パターンを紹介します。 背景 現在、一休.com の宿泊予約のシステムでは、予約部分のリニューアルを進めています。 予約リニューアルプロジェクトの全体感もどこかで是非説明したいのですが、アドベントカレンダーの期日も迫ってきているため、 リニューアルの中で取り組んだ、予約処理の結果整合を実現するための実装について書いてみたいと思います。 用語 この記事内での用語の定義をしておきます。 この記事の中で「トランザクション」と言った際には、予約処理全体を指すことにしたいと思います。 また、「カード決済」「在庫引当

                                                              予約処理で結果整合を実現するための実装パターン - 一休.com Developers Blog
                                                            • privateメソッドのテストって書かない方がいいんだっけ?

                                                              PHPerKaigi 2024発表資料 https://fortee.jp/phperkaigi-2024/proposal/f23f927e-2ac8-498e-a047-6376831cbd07

                                                                privateメソッドのテストって書かない方がいいんだっけ?
                                                              • 兼務による体制構築はプロジェクトの効率を損なわせる|mtx2s

                                                                ソフトウェア開発プロジェクトは、「兼務」を用いるチーム編成が多用されやすい対象ではないでしょうか。エンジニアであれば誰もが経験したことがあるでしょう。1人で複数のプロジェクトやチームを掛け持ちするあれです。マネージャーであれば、組織の人的リソース配置を考える時の手段の1つとして用いたことが何度かあるはずです。 しかし、兼務が引き起こす様々な弊害や問題については、あまり意識されないまま多用されているように感じます。 たとえば、兼務者本人にとってプロジェクトの掛け持ちは、仕事のマルチタスク化やミーティングの増加に苦しむ原因になります。組織の観点からも、兼務への依存は、知識の偏りや負荷の偏りという弊害をもたらすことに繋がりかねません。プロジェクトの観点から見ると、兼務という形での「人的リソースの共有」は、プロジェクト間での「リソースの競合」を引き起こしやすく、それが市場投入までの時間を長くする要

                                                                  兼務による体制構築はプロジェクトの効率を損なわせる|mtx2s
                                                                • フロントエンドの"ちょうどいい"自動テストのはじめかた - Atrae Tech Blog

                                                                  Wevoxのフロントエンドエンジニアをしているタガミです。最近はmonorepo構成に移行中のWevoxフロントエンドのテストやデザインシステムなどをいい感じにしようとしています。 この記事では、WevoxというSaaSプロダクトのフロントエンドにおける自動テストの話をします。Wevoxはリリースから5年以上が経過し、チームのメンバーも増え、またソースコードも巨大化しています。そんな中でフロントエンドも"式年遷宮"をして、改善を繰り返しています。中にはソースコードをガラッと変えるようなリファクタもあり、担当するエンジニアにとってはデグレの心配が付き纏います。そんな日々変化するフロントエンドを支えるのが自動テストです。 Wevoxの開発チームは決して大人数ではありません。そんなチームでも品質の改善のために一歩ずつ改善しつつある経験をもとに、フロントエンドの自動テストポイントをいくつかお伝えし

                                                                    フロントエンドの"ちょうどいい"自動テストのはじめかた - Atrae Tech Blog
                                                                  • 各種Prompt Engineeringの日本語実例集(Zero-CoT、mock、ReAct、ToT、Metacog、Step Back、IEPなど) - Qiita

                                                                    CoT、Zero-CoT、ToT、mock、ReAct、Step Back、Metacog、IEPなど、各種Prompt Engineering手法の概説と、日本語での実際のプロンプト例をまとめた記事です。 各種Prompt Engineering手法を日本語で実装したい方向けの記事となります。 本記事で取り扱う手法は以下の通りです。 項目数が多いため、記事右下の目次リンクもご活用ください。 本記事の内容 01: 通常のPrompt 02: Few-shot Learning 03: CoT(Chain of Thought) 04: 出力形式の指定方法 05: Zero-shot CoT(≒ step by step) 06: bothinst 07: mock 08: ReAct 09: ToT(Tree of Thoughts) 10: Metacognitive Prompting

                                                                      各種Prompt Engineeringの日本語実例集(Zero-CoT、mock、ReAct、ToT、Metacog、Step Back、IEPなど) - Qiita
                                                                    • ノア・スミス「誰も語っていないAIバブル崩壊の第三シナリオ」(2025年12月9日)|経済学101

                                                                      Art by Nano Banana ProAI がモノになるとしても,そして,すごく急速に採用がすすんだとしても,利益はうまないかもしれない 実は,AIバブルとその崩壊の可能性についてはすでにたくさん記事を書いてきた.8月には,データーセンターの資金調達をプライベートクレジットで行うと,いざバブルが崩壊したときに金融危機につながりかねないおそれがあるんじゃないかと論じた.続いて,収益性についての記事を書いて,AI 業界はみんなの予想よりもずっと競争が激しいかもしれないという考えを投げかけてみた.10月には,AI がアメリカ経済を下支えしている状況について書いた. それでもさらに記事を書こうかなって思い立ったのは,ほぼすべての AI バブルに関する論議で,決定的に重要なシナリオが取り上げられずにいるのを目にしているからだ. 一連の記事を書いてから,「いまの AI はバブルだ,もうじき弾ける

                                                                        ノア・スミス「誰も語っていないAIバブル崩壊の第三シナリオ」(2025年12月9日)|経済学101
                                                                      • アンチパターンから考えるアプリケーションデザインの理想形|Goodpatch Blog グッドパッチブログ

                                                                        デザインパターン (design pattern) とは、過去のデザイナーたちが見つけた経験則的な型に対して名前をつけ、型の再利用性を高めやすくしたものです。ソフトウェアデザインの世界(特に、プログラミングの領域)においてはプログラム構造の設計パターンのことをまさに “デザインパターン” を呼び、これを共通の知識として積極的に取り入れています。 これに対しアンチパターン (anti-pattern) とは、必然的に否定的な結果に至る型を指します。アンチパターンもデザインパターンの一種と捉えこれを知識に蓄えておけば、設計の過程でどのような結果に至るのかを事前に予測することができるし、失敗を未然に防ぐことも可能となります。 今回は、アプリケーションデザインにおける典型的なアンチパターンをいくつか紹介します。 アプリケーションデザインの定義 ここでの「アプリケーションデザイン」の言葉は、以下の意

                                                                          アンチパターンから考えるアプリケーションデザインの理想形|Goodpatch Blog グッドパッチブログ
                                                                        • それでも外部キー制約は必要ない / #fk_night でしゃべってきました

                                                                          11年ぶりに外部キーNightが帰ってきます。 (前回のイベントはこちら: https://connpass.com/event/11463/) この11... 外部キーに対する思いをたくさん聞けて大変に楽しい会でした。自分も言いそびれたり、盛り込めなかった内容がたくさんあるので、ここで補足しようと思います。 何が言いたかったの 外部キー制約は運用上の障壁になるだけでなく、整合性を守る仕組みとしては力不足すぎる。システム全体のことを考えたとき、不変条件はアプリケーションにエンコードせざるを得ないのだから、そちらに寄せるほうが合理的。 でした。 一定の害が存在することについては、会の中でも認められていたように思います。スキーマの変更を阻害するだとか、パーティショニングできなくなるとか、特にMySQLでは性能劣化が大きいとか、そういうやつです。懇親会でも「トレードオフとして受け入れられる」とい

                                                                          • 「shadcn/ui」って何が凄いの?実装知らないWebデザイナーが調べてみた|akane

                                                                            はじめにこんにちは!株式会社Rabeeのデザイナーのakaneです。 今回は、最近よく耳にする「shadcn/ui」について調べてみました。どうやらUIコンポーネントっぽいことは分かるけど、一体何を指すんだろう?いわゆる「UIライブラリ」との違いって何?といった疑問をデザイナー目線でお話しします。 どうぞ最後までお楽しみください🐰 「shadcn/ui」って最近よく聞きますよね「shadcn/ui」という単語、最近よく耳にしませんか?たとえば、最近話題になった10Xさんの記事。 なんだかよく分からないけど、UIコンポーネントの話をしているらしい。shadcn/uiはコンポーネントの集まりらしい。それを使うと、スピーディーなプロダクト開発ができるらしい…。 なんとなくは分かる気がするけれど、shadcn/uiって一体何なのでしょうか?UIコンポーネント集に見えるけど、既存のいわゆる「UIラ

                                                                              「shadcn/ui」って何が凄いの?実装知らないWebデザイナーが調べてみた|akane
                                                                            • 【書評】マルチテナントSaaSアーキテクチャの構築 | DevelopersIO

                                                                              いわさです。 「Building Multi-Tenant SaaS Architectures」という海外の書籍があります。 著者は Tod Golding さんで、AWS のシニアプリンシパルソリューションアーキテクトの方です。 SaaS on AWS の領域でよく見かける方で、先日もラスベガスの re:Invent 2024 で講演されておりました。 マルチテナント SaaS を構築・運用するためには様々な課題に取り組む必要があるのですが、上記書籍はそれらの実用的なテクニック・戦略・パターンを解説したものです。 Building Multi-Tenant SaaS Architectures の日本語翻訳版が出るよ Building Multi-Tenant SaaS Architectures は 2024 年 4 月に発売されたのですが、来月 2025 年 1 月になんとこちらの

                                                                                【書評】マルチテナントSaaSアーキテクチャの構築 | DevelopersIO
                                                                              • 社内の知らないことを探すパターン - Konifar's ZATSU

                                                                                社で何かキャッチアップするのがめちゃくちゃ上手い人がいる。 情報がまとまっているか、参照しやすいかといった社の状況にもよるのだけれど、上手い人には一定のパターンがある気がしていて、そのへんを雑にまとめておきたい。 検索対象の選択肢を持ち、最速を意識している Slackのやりとりを検索する、GitHubのIssueやPRを探す、Google Driveを検索するといった感じでまずシュッと探してみる癖が染み付いている どこに情報がまとまっているかを見極め、選択肢のうちどこからあたるかのが最速かを素早く判断している 検索条件を駆使している ワードでの検索だけではなく、日時の範囲指定、投稿者・メンション先といったフィルタリング、除外設定などを駆使している インデックスとなる人や聞く場所を作っている 人に聞いた方が早いことも多いので、どこで誰に聞けば辿れるかインデックスを作っている。人や場所がない場

                                                                                  社内の知らないことを探すパターン - Konifar's ZATSU
                                                                                • アンチパターンで学ぶDB設計 - Qiita

                                                                                  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

                                                                                    アンチパターンで学ぶDB設計 - Qiita

                                                                                  新着記事