並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 794件

新着順 人気順

patternの検索結果321 - 360 件 / 794件

  • 7割の人が望む「FIRE」 “資産3000万円で節約しながらのリタイア生活”は幸せ? カンニング竹山「何が楽しいの?」、ひろゆき「それを続けられるのも1つの才能」(ABEMA TIMES) - Yahoo!ニュース

    あるアンケートで今、働く男女の約7割がしたいと答えたのが、「FIRE」。Financial Independence Retire Earlyの頭文字を取った言葉で、若いうちにその後の人生に必要な資産を貯めて早期退職し、お金を気にせず悠々自適に自由に暮らすライフスタイルのことだ。 【映像】一度断念も再FIRE 当事者の1週間の過ごし方 街で聞くと「したい」という反応が多く寄せられるように、まだまだブームは続きそうだが、一方では達成した人から後悔の声も。『ABEMA Prime』では当事者を交えつつ、FIREの形と生き方について考えた。

      7割の人が望む「FIRE」 “資産3000万円で節約しながらのリタイア生活”は幸せ? カンニング竹山「何が楽しいの?」、ひろゆき「それを続けられるのも1つの才能」(ABEMA TIMES) - Yahoo!ニュース
    • React で作る中規模 SPA のレイヤードアーキテクチャ - GiXo Ltd.

      TAG : Advent Calendar | Firebase | Firestore | React | Refeed | TypeScript | トチカチ | フロントエンド AUTHOR :   ギックス POSTED :  2020.12.23 08:25 この記事は GiXo アドベントカレンダー の 23 日目の記事です。 昨日は、少人数の開発で Kubernetes を活用するための設計戦略 でした。 MLOps Div. の堀越です。本記事では、React と TypeScript で SPA の実装を行う際に採用しているレイヤードアーキテクチャについてご紹介します。 レイヤードアーキテクチャというとクリーンアーキテクチャや DDD が有名ですが、弊チームフロントエンド の場合はクリーンアーキテクチャから SPA にマッチする箇所を部分的に取り入れた簡易版のレイヤードア

        React で作る中規模 SPA のレイヤードアーキテクチャ - GiXo Ltd.
      • 動画配信「エンドロール勝手にスキップ問題」、解決方法は? 調べてみた

          動画配信「エンドロール勝手にスキップ問題」、解決方法は? 調べてみた
        • “ライトノベル雑誌の終焉”が意味するもの―『ドラゴンマガジン』休刊に寄せて|文学+WEB版

          文芸批評と文学研究の雑誌『文学+』 運営「凡庸の会」、4号刊行中。 WEB版は中沢エクセルシオール忠之が運営。 連絡はbonyou.org@gmail.com 雑誌の購入はTwitterのプロフィール欄から是非! https://twitter.com/bungakuplus

            “ライトノベル雑誌の終焉”が意味するもの―『ドラゴンマガジン』休刊に寄せて|文学+WEB版
          • なぜアーキチームは設計や実装のパターンを絞りたいか? 背景にある思考と技術選定のジレンマ | フューチャー技術ブログ

            秋のブログ週間の7本目です。TIG 真野です。 アーキチーム(アーキテクト)やテックリードなどからの設計/開発のレビューで、こんな経験はありませんか? 「その実装は、この機能ID “BL310” の実装パターンでお願いします」「そのライブラリの採用は見送りでお願いします」「そのミドル(DB)のその機能の利用は原則禁止です。え? はい、あー、、ガイドラインには…確かに今、書いていないですね。後出しで申し訳ないのですが利用はしない方向でお願いします。開発規約には私がこれから追記しますね。え? あ、はい。そうですね、今度タイ料理でも食べに行きましょう」難しい要件・厳しい期限・不確実性・そして必ずしも満足とは言い難い体制の中、こっちはベストを尽くしていて、ましてより直感的で意図が明確な設計や実装だと思っていて、ていうか品質やスケジュールで遅延が生じた際に結局、矢面に立つのは自分なのに、否定されてか

              なぜアーキチームは設計や実装のパターンを絞りたいか? 背景にある思考と技術選定のジレンマ | フューチャー技術ブログ
            • 特殊詐欺事件の受け子の特徴→ 「近年、サラリーマンでもスニーカーを履く方が多い。残念ながら大半の人はこのイラスト」など様々な声が集まる

              リンク 読売新聞オンライン 「体形に合わないスーツ」「イヤホン付け歩きスマホ」…特殊詐欺「受け子」にご用心 【読売新聞】 滋賀県内で2020年に認知された特殊詐欺のうち、件数、被害額ともに約7割が65歳以上の高齢者に集中していたことが、県警の調べでわかった。自宅を訪ね、キャッシュカードをだまし取る手口の横行で、2年続けて高い割合となってお 13 users 270

                特殊詐欺事件の受け子の特徴→ 「近年、サラリーマンでもスニーカーを履く方が多い。残念ながら大半の人はこのイラスト」など様々な声が集まる
              • デプロイ再考2024/reconsidering-deploy-in-2024

                現在 estie では、デプロイの改善・統一に取り組んでいます。複数プロダクトのそれぞれの技術スタックが大きく違う中、どう考えたら効率的なデプロイを組めるのか。2024年のデプロイの原則について、あらためて考えてみました。

                  デプロイ再考2024/reconsidering-deploy-in-2024
                • ケント・ベックに学ぶ良いコードの書き方🗒️ - Qiita

                  Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは、しが あきとし(@akitosihga)です。 先日あるMeetUpで良いコードの書き方について考える機会がありました。 『良いコード』の定義は幅広く様々な解釈があると思います。 その中でも、自分が敬愛するプログラマーのケント・ベックから学んだ事に焦点を当てて良いコードの書き方についてまとめました。 ケント・ベックとは テスト駆動開発(TDD)で有名なプログラマー アジャイル開発におけるエクストリームプログラミング(XP)の考案者としても有名 アジャイル開発関連の書籍に度々登場するCRCを発明したのも彼だったりする 代表的な

                    ケント・ベックに学ぶ良いコードの書き方🗒️ - Qiita
                  • 原作付き漫画など、複数人が関わる漫画でのクレジット表記が色々ありすぎてわけわからない事になってる、という話 - 情報中毒者、あるいは活字中毒者、もしくは物語中毒者の弁明

                    原作付き含め、分業体制で作られる漫画というのはかなり昔からあります。 作品の関係者を雑誌や単行本でどうクレジット表記してるかって考えると、「原作」「漫画」「作画」とか、その役割に応じたのが付いている。 のですが、現在においてはかなりバリエーションが多いというか、そんな書き方するんだ、ってのとかあってわけわからん状態。表記順や記号(「漫画:」と書くか、「漫画・」と書くか)なども含めると、つまりどういう事なのか。 どんなのがあるか探してみました。最後の方に具体例を並べてあります。 一番シンプルなのが「作」「画」だけなので、分類としては「作」「画」「それ以外」としてますが、よくわからないのも結構存在しています。 「画」を担当してる人のクレジット バリエーション的に一番少ないのはこれ。 画 作画 漫画 (表記なし) 原作付き作品だが、漫画家側には特に表記が無く、原作や協力のみにクレジットが付く。「

                      原作付き漫画など、複数人が関わる漫画でのクレジット表記が色々ありすぎてわけわからない事になってる、という話 - 情報中毒者、あるいは活字中毒者、もしくは物語中毒者の弁明
                    • 向かいの学校でデスゲームやってるっぽい - タカモリ | 少年ジャンプ+

                      JASRAC許諾第9009285055Y45038号 JASRAC許諾第9009285050Y45038号 JASRAC許諾第9009285049Y43128号 許諾番号 ID000002929 ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。

                        向かいの学校でデスゲームやってるっぽい - タカモリ | 少年ジャンプ+
                      • systemdのトラブルあるあるネタ - mrwk update

                        仕事が納まったのでぼんやりしています。 「年末だな〜」→「お笑いとかみてないな〜」→「あるある探検隊みたいな〜」→「systemdあるある探検隊〜」ということでつい書いてしまったやつ Restart=on-failure にして kill したら再起動しない! → SIGTERMによる終了は正常終了だから再起動したかったら Restart=always にしようね systemctl statusしたら Notice: journal has been rotated since unit was started, output may be incomplete. って出てる! 障害なの!? → 英語よんでくれたのむ timer unitで「1時間以内で適当にずらしたい」ときに AccuracySec=1hour とか定義しちゃう。 →それ最大1分しかずれないし、君が使うべきなのは Ra

                          systemdのトラブルあるあるネタ - mrwk update
                        • アンチパターンを理解して package by feature へ

                          はじめに ニコニコ生放送でフロントエンドを担当している misuken です。 今回は関心が分散してしまう理由やその原理、この問題に対する適切な対処法を通して、package by feature の合理性や、そこで重要になってくる関心の単位などについて解説していきます。 規模の大きなものを扱っている方、分類が苦手な方、分類に関して悩みを感じている方には特に有用です。 前提 Reactでコンポーネントを管理する例で説明します 当然React以外の様々なディレクトリ構成でも応用できます BCD Design の概念も覚えておくとより体系的に理解できます 精度の高い明名ができれば、分類の効率も精度も上がります 現実世界で捉える関心の分散 通常、自宅や職場でトイレに行くとき、同じフロアや同じ建物内のトイレに行きます。 もしもトイレだけの建物が隣に建っていて、そこに行かなければならないとなったらと

                            アンチパターンを理解して package by feature へ
                          • 管理機能アーキテクチャパターンの考察と実践 / Learn Architecture through Admin

                            Kaigi on Rails 2023 "管理機能アーキテクチャパターンの考察と実践" https://kaigionrails.org/2023/talks/ohbarye/ 管理機能という身近な題材で
アーキテクチャについて考えてみよう、というテーマの資料です。B/43というプロダクトで…

                              管理機能アーキテクチャパターンの考察と実践 / Learn Architecture through Admin
                            • 「MySQLのフェイルオーバーテストをする」と聞いてぼんやり思ったこと

                              TL;DR 負荷をかけながらフェイルオーバーテストをするなら、負荷クライアント側で「どの書き込みが成功したのか」のログは必ず取っておく でないと、フェイルオーバー起因でデータロストが発生するのかしないのかのチェックができない フェイルオーバーシナリオ スイッチオーバー(手動での切り替え)を含めてざっと思いつくのはこれくらい。 スイッチオーバー mysqldの正常終了 mysqldの異常終了、特に、mysqld_safeやsystemdがmysqldを再起動させてしまう環境 mysqldのハングアップ カーネルパニック ファイルシステムのハングアップ 電プチ スイッチオーバー たぶんHAソリューションを作る時にちゃんとテストするからこれはそんなに問題にならない気がするけれど、(レプリケーションベースのソリューションの場合)「レプリケーション遅延が起こってる時のスイッチオーバー」で何が起こるか

                              • AWS、自社製品のために開発したデザインシステム「Cloudscape」オープンソースで公開。UIコンポーネント、デザインパターンなど

                                AWSは、マネジメントコンソールなど同社が提供する製品やサービスのWebアプリケーション画面を構築するために開発したデザインシステム「Cloudscape」をオープンソースで公開しました。 Cloudscape Design System, an AWS solution for building intuitive user experiences, is now open source! Cloudscape consists of guidelines to create web applications, along with the design resources and front-end components to streamline implementation.https://t.co/M8wKGqzH5E pic.twitter.com/9JOtkMF8Bi — A

                                  AWS、自社製品のために開発したデザインシステム「Cloudscape」オープンソースで公開。UIコンポーネント、デザインパターンなど
                                • DESIGN.md + 壊れたら気づくハーネス - AI向けデザインシステムを「維持できる仕組み」にした記録

                                  僕のケースでは、生成品質はほぼ同じだった。 ただしこれは、旧版のCLAUDE.mdを18KBかけてかなり丁寧に作り込んでいたから。Quick ReferenceにTailwindクラスを全部書き、禁止パターンを76項目列挙し、コンポーネント仕様もインラインで記述していた。ここまでやれば、AIはMarkdownの禁止ルールもちゃんと守る。 一般的には、CLAUDE.mdやカーソルルールにここまでの解像度で書いている人は多くないと思う。DESIGN.mdとして設計原則・Quick Reference・禁止パターンを構造化するだけで、生成品質が目に見えて上がるケースの方が多いはず。 僕の場合、DESIGN.mdを伴う生成品質の向上も大事だけど、サービス開発で使っていくために「今日の品質」ではなく「半年後も品質が落ちない仕組み」を 作っていく必要がある。 1ファイルに全部入りの限界 melta U

                                    DESIGN.md + 壊れたら気づくハーネス - AI向けデザインシステムを「維持できる仕組み」にした記録
                                  • AIによる手動QAの自動化:食べログQAチームの挑戦、その第一歩 - Tabelog Tech Blog

                                    はじめに こんにちは。食べログの品質管理部で飲食店QCチームのチームリーダーを務める助川です。 みなさんは「AIで手動QA業務の自動化」と聞いて、どんなイメージを持ちますか? 「現場で本当に使えるの?」「ナレッジや運用が大変そう…」そんな声も聞こえてきそうです。 私たちも同じような課題を抱えていました。本記事では、食べログのQA現場でAIによる手動QAの自動化に挑戦している取り組みの途中経過と、その中で得た学び・工夫・今後の展望をお伝えします。 品質管理部のAI活用の目標 品質管理部では、食べログの重要プロジェクトである予約や食べログノート、インバウンドなどの案件のQAを担当しています。 食べログはまだまだ成長中で今後も案件が増えるため、後述の案件タイプ分類における既存案件のテスト作業を中心に生成AIで効率化し、今のチームで対応できる案件数を2倍にしたいと考えています。 また、中期的には食

                                      AIによる手動QAの自動化:食べログQAチームの挑戦、その第一歩 - Tabelog Tech Blog
                                    • 「年を取ると時間の流れを早く感じる」神経科学的な理由が明らかに - ナゾロジー

                                      年を重ねるほど、「1年があっという間に過ぎる」これは多くの人が実感として報告していることです。 ではなぜ、年齢を重ねるとそのような時間感覚の変化が起こるのでしょうか? ここには脳の働き方そのものの変化が関係している可能性があります。 これまで心理学では、日常生活に新しい刺激が減ったり、同じような出来事が繰り返されたりすることで、時間の流れが早く感じられると説明されてきました。 しかし、「なぜ脳がそう感じるのか」を神経科学のレベルで示す証拠は、これまでほとんどありませんでした。 英バーミンガム大学(University of Birmingham)らの国際研究チームは、映画を見ているときの脳活動を解析し、加齢に従い、脳が出来事を細かく区切らず、より大きな流れとしてまとめて処理するようになっていることを発見しました。 これが同じ時間でも、若い時と加齢時で、記憶の時間感覚が大きく異なる原因となっ

                                        「年を取ると時間の流れを早く感じる」神経科学的な理由が明らかに - ナゾロジー
                                      • サブドメインをユーザーホスティングサイトに使うときのパターン(Same Origin/Cookie/Public Suffix List)

                                        You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

                                          サブドメインをユーザーホスティングサイトに使うときのパターン(Same Origin/Cookie/Public Suffix List)
                                        • 平成ライトノベル史――#ライトノベルオールタイムベスト のための走り書き|太田祥暉|アニメライター

                                          ※この原稿は、2018年末~2019年初頭に羽海野渉が書き、その後『#ライトノベルオールタイムベスト』の選考における指針となった論考である。なお、『PRANK! Vol.4』に掲載された原稿は本稿の草案であり、似ている部分があることをここに記しておきたい。また、2021年現在、少し異なる部分があることを注記しておく。 ですので、過去に書かれた原稿であることを考慮したうえで、『#ライトノベルオールタイムベスト』と合わせて読んでください(今ならもっと違う感じに書きます)。そっちがメインです。 ◆はじめに ライトノベルという単語をご存じだろうか。もしあなたがご存じないとしても、書店などの片隅でアニメや漫画に近いイラストが表紙に装丁された書籍を見たことがあるかもしれない。ライトノベルとは戦前の少年小説や戦後まもなくのジュブナイル小説などを祖として、アニメや漫画などのコンテンツと密接な関係を保ちつつ

                                            平成ライトノベル史――#ライトノベルオールタイムベスト のための走り書き|太田祥暉|アニメライター
                                          • JavaScriptのthisもこれで完璧!呼び出し方で変わる5つのパターン - Qiita

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

                                              JavaScriptのthisもこれで完璧!呼び出し方で変わる5つのパターン - Qiita
                                            • デスクトップアプリケーションのUIパターン - ウインドウ編(公開版) / UI Patterns of Desktop Applications - Window Layouts

                                              デスクトップアプリケーションのUIパターン - ウインドウ編(公開版) macOSらしいウインドウをデザインするために役立つ基本パターンを紹介します。 macOS native Symposium #09 https://macos-native.gith…

                                                デスクトップアプリケーションのUIパターン - ウインドウ編(公開版) / UI Patterns of Desktop Applications - Window Layouts
                                              • オルビスが編み出した、インスタ「4つの必勝パターン」大公開

                                                【キャンペーン実施中】 日経クロストレンドは今なら月額プランが2月末まで無料。年額は7000円お得です。 ポーラ・オルビスホールディングス傘下の化粧品メーカー、オルビス(東京・品川)はInstagramを使ったプロモーションを強化している。フィード、ストーリーズ、ライブ、リールの機能を駆使し4つのステップを重ねる中で、ユーザーにブランドメッセージを深く訴求する手法を確立しつつあるという。

                                                  オルビスが編み出した、インスタ「4つの必勝パターン」大公開
                                                • 腐女子のヒロイン叩きあるある

                                                  腐女子のヒロイン叩きって正直に「推しカプの邪魔になるからこのヒロイン嫌い!」と言う人は一部の頭おかしい人以外ほとんどいなくて多くの場合あくまで一般ファン、一般読者としてこのヒロインに不満があるとカモフラージュしている(でもプロフィールに飛んでみたら大抵腐と書いてある)。 私が思う腐女子のヒロイン叩きによくあるパターンをいくつか書いていこうと思う。 「この二人は恋愛じゃないのがよかったのに〜!」原作でいい感じの男女カップルに対して「この二人はバディなのが良かったのに〜!安易な恋愛に走らないでほしい」「異性だからってすぐ恋愛に結びつけるの嫌い。異性間の親愛や友情だからこそ好きだったのに!」みたいに恋愛じゃなくてバディや友情としてなら好きですよ?とアピールしているパターン。それ同性の友情やバディを二次創作で安易に恋愛にしてる腐女子にそのまま返ってくるけど大丈夫そ?と言いたくなる。 「この二人の百

                                                    腐女子のヒロイン叩きあるある
                                                  • 『Fearless Change』を読んで巻き込み上手なテックリードになろう - LIVESENSE ENGINEER BLOG

                                                    エンジニアとして一定以上大きい仕事をする際には、他人を巻き込んで仕事をする力が必要になってきます。 新しいフレームワークや言語の採用、自動テストの導入、インフラ基盤の刷新、スクラムの導入など、一定以上の大きさの取り組みでは折に触れて他人の巻き込みが必要になってきます。 そんな巻き込み力で苦労されている方も多いのではないでしょうか。かくいう私自身も現在進行形で苦労しています。 この記事ではそんな悩みを少しでも解決できればと思い、個人的に巻き込み力の決定版教科書だと思っている「Fearless Change」という書籍を紹介します。 TL;DR 「巻き込み」の課題感 巻き込み力の決定版教科書「Fearless Change」 どんな本? どんな人におすすめ? この本のどこが優れているの? 本の内容をどうやって活かすか 組織の文化に合わせてローカライズする 多くのことを同時にやろうとしない まと

                                                      『Fearless Change』を読んで巻き込み上手なテックリードになろう - LIVESENSE ENGINEER BLOG
                                                    • 開発生産性の観点から考える自動テスト(2024/06版) / Automated Test Knowledge from Savanna 202406 Findy dev-prod-con edition

                                                      2024年6月29日 Findy 開発生産性カンファレンス2024 Closing Keynote https://dev-productivity-con.findy-code.io/2024

                                                        開発生産性の観点から考える自動テスト(2024/06版) / Automated Test Knowledge from Savanna 202406 Findy dev-prod-con edition
                                                      • グッドパッチエンジニアが選ぶ、推しデザインシステム10選|Goodpatch Blog グッドパッチブログ

                                                        生まれ変わったら「デザインシステム」になりたいと思っているくらい、デザインシステムが好きなエンジニアの乗田です。 今回は、僕が普段から推しているデザインシステムを10種類集めたので紹介します! 高品質なデザインシステムを探している方のみならず、デザイン原則を構築する必要がある方や、ガイドラインをまとめる必要がある方などの参考になれば幸いです。 デザインシステムとは デザインシステムとは、ソフトウェアやグラフィックなどにおけるデザインの原則や指針と、それらを実現するための仕組みの集合体です。デザインシステムのメリットは、低コストで高速に一貫性のあるデザインを実現しやすくなるという点にあります。 一般的にデザイン原則には、タイポグラフィ・カラーシステムやボイス&トーンなどが含まれ、仕組みにはコードベースのUIコンポーネントやデザイントークンなどが含まれます。 しかし、デザインシステムにおける必

                                                          グッドパッチエンジニアが選ぶ、推しデザインシステム10選|Goodpatch Blog グッドパッチブログ
                                                        • 「リファクタリングの時間」を確保する技術

                                                          はじめに ソフトウェア開発において、リファクタリング、つまりコードの保守性を高める活動は、ソフトウェアの価値を高める上でとても大切ですよね。 しかし、「リファクタリングの時間が確保できない」「リファクタリング実施のための同意が得られない」という話を耳にすることがあります。 リファクタリングは「絶対やった方がいいのは感覚としてはわかっている、でもその必要性ををうまく伝えられない」となりがちな性質があるのです。 この記事では、リファクタリングの時間を確保するために、どんなことを考え、何をステークホルダーに伝え、具体的にどのようなタイミングで実施していくといいのか、について解説します。 ポイントまとめ リファクタリング時間確保のポイントを端的に説明すると、以下の通りになります。 リターンとコストを明らかにする 複数の実施パターンを選択肢として持ち、柔軟に選べるようにする。 その中でも、日頃の小さ

                                                            「リファクタリングの時間」を確保する技術
                                                          • Google Cloud の IDaaS「Identity Platform」で作る、さまざまな認証パターン

                                                            Google Cloud の IDaaS「Identity Platform」で作る、さまざまな認証パターン Identity Platform を使うと、さまざまな認証パターンが構築できる! この記事は2023年10月6日に行われたナレッジワークさん主催のイベント「Encraft #7 AppDev with Google Cloud」で発表したセッションの解説記事です。現地でご参加いただいた皆さん、オンラインでご視聴いただいた皆さん、ありがとうございました! 私のセッションでは Identity Platform を使ったさまざまな認証パターンについてご紹介しました。セッション後、いくつかのご質問や「こんなパターンもあるよ!」というコメントもいただきました(ありがとうございます!)。この記事では、セッション内でご紹介した内容に加え、別解、または発展系とも言えるいくつかのパターンについて

                                                              Google Cloud の IDaaS「Identity Platform」で作る、さまざまな認証パターン
                                                            • https://fullswing.dena.com/pdf/AI_100tips_slide.pdf

                                                              • 「タダ乗り投資」市場蝕む パッシブ化の弊害強く - 日本経済新聞

                                                                株式市場は古くから、景気や企業業績の実態を正確に映し出す「経済の鏡」に例えられてきた。だが、この鏡が曇り始めているのではないか。そんな疑念を抱かせる重大な構造変化が、世界の株式市場で進行する。株価指数の構成銘柄をまるごと保有して市場並みの運用成績をめざす「パッシブ運用」の膨張だ。「インデックスファンドは割高な値段で買ってしまう」。米リサーチ・アフィリエイツのロブ・アーノット会長はいう。典型例が

                                                                  「タダ乗り投資」市場蝕む パッシブ化の弊害強く - 日本経済新聞
                                                                • ChatGPTで書いた文章がバレる15の決定的サイン、2026年最新版 | Forbes JAPAN 公式サイト(フォーブス ジャパン)

                                                                  あなたは何年もかけて作品群を構築してきた。あなたの手法、あなたのフレームワーク、あなた独自の視点。だからこそ、AI(人工知能)を使って異なる形式で新しいコンテンツを書く際、最も避けたいのは、それがこれまで築いてきたすべてを台無しにすることだ。しかし、ChatGPT、Claude(クロード)、Gemini(ジェミニ)、Grok(グロック)のような大規模言語モデル(LLM)が、その特徴的なフレーズをあなたの文章に挿入すると、まさにそれが起こる。 大規模言語モデルは急速に変化する。2023年のChatGPT生成コンテンツの兆候はほとんど消えた。長い導入部、倫理的配慮の段落、「delve(掘り下げる)」や「landscape(状況)」といった単語は、訓練によって排除されたか、目ざとい利用者によってフラグが立てられた。昨年ウィキペディアが明らかにした兆候でさえ、時代遅れになりつつある。 モデルは学習

                                                                    ChatGPTで書いた文章がバレる15の決定的サイン、2026年最新版 | Forbes JAPAN 公式サイト(フォーブス ジャパン)
                                                                  • 設計原則、アーキテクチャパターン、アーキテクチャスタイルの違いって何?いつどう向き合ったらいいの?を考えてみる | ドクセル

                                                                    設計原則、アーキテクチャパターン、アーキテクチャスタイルの違いって何?いつどう向き合ったらいいの?を考えてみる

                                                                      設計原則、アーキテクチャパターン、アーキテクチャスタイルの違いって何?いつどう向き合ったらいいの?を考えてみる | ドクセル
                                                                    • 作る側ではない人は検閲者になりがち「一定以上のクオリティがないと公開すべきでないみたいなことを言い出すと、裾野が狭くなって全体が衰退するよ」

                                                                      mizchi @mizchi 元Qiittaの人間としてのアレがソレなんですが、コミュニティはレートマジョリティが自治気取るようになると必ず劣化するので、数年おきに入れ替えて逃げ続けるのが個人としては正解です 2026-01-03 06:57:15 ロボ太 @kaityo256 これはマジでそう思う。「メンバーはこうあるべき/こうするべき」という定義が始まったら、そのコミュニティは縮小していく。メンバー定義は古参メンバーの価値観の純度を保とうとする力であり、本質的に排除の力だから。 x.com/mizchi/status/… 2026-01-04 12:19:29

                                                                        作る側ではない人は検閲者になりがち「一定以上のクオリティがないと公開すべきでないみたいなことを言い出すと、裾野が狭くなって全体が衰退するよ」
                                                                      • 「それってあなたの感想」なのか? 数値化信仰がはまる落とし穴 | 毎日新聞

                                                                        「客観性こそ真理」とされる風潮に、落とし穴はないかと疑問を投げかける大阪大大学院教授の村上靖彦さん=大阪府吹田市で2023年7月3日、清水有香撮影 「それってあなたの感想ですよね」「エビデンス(根拠)はあるの?」。今はやりの語り口は、数字やデータに基づく客観性こそ「真理」だと信じる社会の風潮を映し出している。 そこに罠(わな)はないだろうか? 大阪大大学院教授の村上靖彦さん(52)は、新著『客観性の落とし穴』(ちくまプリマー新書)で「客観性と数値化に対する過剰な信仰」の背景や、それによって生まれる差別を描いた。そして、罠から抜け出すための視点も示す。 本書は6月の発売当日に重版が決まるほど話題に。村上さんは「すごく意外でしたね。まだ誰も読んでいないのに」と戸惑いつつも「エビデンス重視で数を大事にする世界に生きていて、みんな息苦しいのかなと思いました」と語る。 数字と競争への強迫観念 大阪市

                                                                          「それってあなたの感想」なのか? 数値化信仰がはまる落とし穴 | 毎日新聞
                                                                        • 全プログラマに捧ぐ!図解「パターンマッチ」 - Qiita

                                                                          パターンマッチを使い始めてかなりの時間が経ちました。最初は関数型言語の一機能として触り始めましたが、徐々に関数型言語のユーザだけの玩具にしておくのは勿体ないと思うようになってきました。プログラミングにおいて、パターンマッチほど有用であるにもかかわらず普及が遅れている言語機能は他にないと思います。 本記事ではその状況に一石を投じたく、一般のプログラマにも伝わるようになるべく図解で「パターンマッチ」を解説してみたいと思います。 (本記事は自分のブログからの転載記事です。) はじめに 本記事はプログラミング言語における「パターンマッチ」1という機能に着目して解説したものです。「パターンマッチ」は、switch文の強化版2であり、仮にパターンマッチを持たないプログラミング言語のユーザだとしても全プログラマが知っていて損はないアイデアだと思います。 パターンマッチとは パターンマッチは以下の図のよう

                                                                            全プログラマに捧ぐ!図解「パターンマッチ」 - Qiita
                                                                          • 百合基調講演:「ガールズラブコメ」の戦略について

                                                                            (※本記事は二〇二五年六月に京都市内某所でおこなれた講演を再構成したものです。以下に言及される「来月」といった日付等は六月時点からの言葉であることにご注意ください。) むっしゅ『わたしが恋人になれるわけないじゃん、ムリムリ!(※ムリじゃなかった!?)』(原作・みかみてれん)より。 (話者、壇上に立ち、聴衆にむかって一礼する。) どうも、今年はひどく変則的な気候ですね。 一度は消えたと思えた梅雨前線が、最近になってようやく戻ってきて、列島に雨粒たちを落とし、しとしとと、みどりの枝垂る夕暮れがやってきたようです。 本日この会場に来る途中、近所の公園では向日葵がすでに明るい芥子色に染まった小ぶりの輪っかをぽつりと咲かせているのを見ましたが、そのすぐそばでは、一度は枯れはじめた紫陽花たちもまた淡い色のふくらみを見せており、どうも街の景色は雨にさそわれ、季節のあわいをただよっているようです。 あるい

                                                                              百合基調講演:「ガールズラブコメ」の戦略について
                                                                            • ゲームプログラミングパターンでコードをレベルアップさせよう

                                                                              「Unity」の名称、Unity のロゴ、およびその他の Unity の商標は、米国およびその他の国における Unity Technologies またはその関係会社の商標または登録商標です(詳しくはこちら)。その他の名称またはブランドは該当する所有者の商標です。

                                                                                ゲームプログラミングパターンでコードをレベルアップさせよう
                                                                              • 「監視しているのになぜ気づかない」を解消した3つの施策

                                                                                「監視ツールは入れています。アラートも設定しています。でも障害は、ユーザーから教えてもらっています」 これを、複数の組織で聞いた。そのたびに少し複雑な気持ちになる。問題はツールではないからだ。 「入れているのに気づかない」の原因は、たいてい同じ3つの場所にある。複数の組織で同じパターンを見ていると、それが確信に変わった。設定の問題というより問いの立て方の問題だ。 「監視できている」の定義が、ずれていた 監視の目的を「インフラが正常かどうか確認すること」だと定義すると、多くの組織では「監視できている」になる。CPUは正常、メモリは正常、エラーレートも閾値内。それを見て「問題ない」と判断する。 ところがその間に、ユーザーは「画面が真っ白」「ボタンが押せない」という体験をしている。 あるチームの支援に入ったとき、まさにその状況だった。監視ダッシュボードはすべてグリーンだ。それでも「ユーザーから使

                                                                                  「監視しているのになぜ気づかない」を解消した3つの施策
                                                                                • MVPの“あの図”、本当に使えていますか?──価値検証の本質をもう一度考える - Nothing ventured, nothing gained.

                                                                                  プロダクト開発に携わる人なら、一度は見たことがあるはずだ。 「最初にスケートボードを作り、それをキックボード、自転車、バイク、そして自動車へと進化させていく」──あの有名なMVP(Minimum Viable Product)の図である。 © Henrik Kniberg, CC BY-SA 3.0 Making sense of MVP (Minimum Viable Product) - and why I prefer Earliest Testable/Usable/Lovable - Crisp's Blog この図は、「最小限でも価値を提供できる形で始め、段階的に改善するべき」という、いわば“リーンスタートアップの心得”を端的に表現したものだ。 ずっと感じていた違和感 だが、私はこの図にずっと違和感を持っていた。 「スケートボードを欲しい人」と「車を欲しい人」はそもそも違う。

                                                                                    MVPの“あの図”、本当に使えていますか?──価値検証の本質をもう一度考える - Nothing ventured, nothing gained.

                                                                                  新着記事