2026/03/06 22:30

「シナジーを生むパラダイムを愛する人は、仕事の実績があまり良くないことがあります。」

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

（欠落している要素を補い、表現を明確にした文）

要約

本研究では Corporate Bullshit Receptivity Scale (CBSR) を導入し、従業員が曖昧な企業用語をどれだけ受け入れるかを測定しました。1,000人以上のオフィスワーカーを対象に、コンピュータ生成の無意味な発言と実際のフォーチュン500社の引用文を「ビジネスセンス」として評価した調査で、CBSRスコアが高い被験者は以下の傾向を示しました。

上司をよりカリスマ的・ビジョナリーと評価
分析思考、認知反射性、流動知能、および職場意思決定テストで低得点
仕事満足度が高く、ミッションステートメントに刺激を受ける ものの、企業用語を拡散する傾向も強い

この結果は 負のフィードバックループ を生み出します。企業BSに騙されやすい従業員がリーダーを高く評価すると、そのリーダーはさらにBSを使用し、非効率性、評判への損害、および財務損失につながる可能性があります。Littrell はこれを「情報の眼帯」と呼び、企業がバズワードに溢れたメッセージングを正当化されるときに露呈するリスクとしています。

例として挙げられているのは、2009年のペプシマーケティングプレゼンテーションと2014年のマイクロソフトデバイグループメモで、12,500人の解雇を言葉遣いにより隠蔽したケースです。本研究は Personality and Individual Differences に掲載されており、オンラインで オープンアクセス版 も提供されています。

CBSR は就職候補者の分析スキルと意思決定傾向を評価するために使用でき、将来的な研究では批判的思考を促進し企業BSへの依存を減らす介入策が開発される可能性があります。したがって、企業はコミュニケーション手法を再検討し、バズワードよりも明確さを優先することで、本研究で指摘された落とし穴を回避すべきです。

本文

企業の「シナジーリーダーシップ」や「グロースハッキングパラダイム」といった曖昧なコーポレートスピーチに感銘を受ける従業員は、実務的な意思決定に苦労する可能性があると、コーネル大学の新たな研究が示しています。『Personality and Individual Differences』に掲載されたこの研究では、認知心理学者シェーン・リトレル（Shane Littrell）による「Corporate Bullshit Receptivity Scale (CBSR)」という尺度を用いて、印象的だが空洞な組織言語への感受性を測定しています。

リトレル博士はポストドクタル研究員として芸術科学カレッジで活動しており、「コーポレートブスティット（Corporate bullshit）」とは、混乱させる抽象的なバズワードを機能的に誤解させる形で使用するコミュニケーションスタイルだと語ります。技術用語が時として業務上のコミュニケーションを容易にする一方、コーポレートブスティットは明確化よりも混乱を招き、印象的に聞こえるものの意味はほぼ空っぽです。

「人々はどこでもお互いにBS（バカ言葉）を使うことができます。偽りながらも魅力的に見せる情報を共有することで、職場ではそれが奨励され、構造的にも保護されています」とリトレルは述べます。コーポレートジャーゴンがすでに標準となっている環境下では、野心的な従業員はコーポレートBSを利用してより有能・実績のある印象を与え、影響力の階梯を速く登ることができます。

リトレルはまず「コーポレートブスティットジェネレーター」を開発し、「We will actualize a renewed level of cradle‑to‑grave credentialing（私たちは新しい一貫性のある育成から退職までの資格付与を実現します）」や「By getting our friends in the tent with our best practices, we will pressure‑test a renewed level of adaptive coherence（最高のプラクティスで仲間をテントに招き、適応的整合性の新しいレベルをプレッシャーテストします）」など、意味がなくても印象的な文を生成しました。

その後、1,000人以上のオフィスワーカーに対し、コンピュータ生成BSとフォーチュン500企業リーダーの実際の引用句を「ビジネスセンス」の観点から評価してもらいました。研究は4つの別々の調査で構成され、CBSRが個人差に対する統計的に信頼できる尺度であることを確認しました。また既存の認知テストと照合し、BSへの感受性が職場パフォーマンスに不可欠な分析思考スキルと関連していることを示しました。

結果は不安定な逆説を明らかにしました。コーポレートBSに対する感受性が高い従業員は、上司をよりカリスマ的で「ビジョナリー」と評価しつつも、分析思考、認知反射、流動知能の測定値では低スコアでした。さらに、BSへの受容度が高いほど、効果的な職場意思決定テストでも有意に低得点となりました。

研究はまた、コーポレートBSへの感受性が仕事満足度や企業ミッションステートメントからのインスピレーションと正の相関を持つことも示しました。さらに、BSに騙されやすい人ほど、そのBSを拡散する傾向も高くなると結論づけました。要するに、「ビジョナリー」なコーポレートジャーゴンに最も熱狂しインスパイアされる従業員ほど、実務的かつ効果的な意思決定を行う能力が低い可能性があります。

「このようにして懸念すべきサイクルが生まれます」とリトレルは語ります。「コーポレートBSに騙されやすい従業員は、より多くのBSを使用する非機能的なリーダーを高める助けとなり、負のフィードバックループを作り出します。『上昇する潮がすべての船を持ち上げる』というイメージとは対照的に、組織内でのBSレベルが高いほど非効率の詰まったトイレのようなものになるのです。」

過度なBSやそれが暴露された場合、実際に評判や財務上の損害を被るケースもあります。例えば2009年にリークされたペプシのマーケティングプレゼンテーションでは、「Pepsi DNAは境界振動のダイナミクスに根ざしており、私たちの提案は取引体験から招待表現へと移行する重力を確立することです…」というような言語が使用され、多くのニュースメディアで嘲笑されました。

2014年にはマイクロソフトデバイスグループ元執行副社長から従業員へのメモが「史上最悪のメール」と呼ばれ、10段落にわたるジャーゴンで始まり、「当社のデバイス戦略はMicrosoftの戦略を反映し、適切な財務枠内で達成されるべきです」という内容でしたが、11段落目に12,500人の従業員が解雇されるという実態が記載されていました。

総じて、この研究は「シナジーをクロス・コラテラル化する」などといった印象的な言語が、企業文化内で情報の盲点を作り出し、評判や財務リスクに晒す可能性があることを示しています。CBSRは実用的な応用価値を持ち、将来的には雇用候補者の分析思考や意思決定傾向を洞察する手段となり得るでしょう。さらなる研究は必要ですが、現時点では研究者にとって有望なツールです。

BSを研究することは、職場内外問わずすべての人に批判的思考の重要性を示しています。「ほとんどの場合、適切な状況下であれば、洗練されたように聞こえるが実際にはそうではない言語に騙されやすい」とリトレルは述べました。「従業員でも消費者でも、組織メッセージ（リーダーの声明、公表資料、広告など）に遭遇したときは一歩引いて、『本当に何を主張しているのか？それは実際に意味があるのか？』と自問する価値があります。バズワードやジャーゴンに重く依存するメッセージは、現実ではなくレトリックによって操られているサインであることが多いからです。」

本研究のオープンアクセス版はここ（リンク）から入手できます。ケイト・ブラックウッド（Kate Blackwood）は芸術科学カレッジの作家です。

同じ日のほかのニュース

一覧に戻る →

2026/03/07 6:52

「このCSSは、私が人間であることを証明します。」

## Japanese Translation: （以下に翻訳文を記載します） **著者は、選択的な大文字化、CSS を用いた対象的なケース変換（`text-transform: lowercase`）、慎重に使われる em ダッシュなどの微妙なタイポグラフィック・選択が、ファイルを `tr` でパイプするような鈍い自動化手法よりも優れていると主張しています。大文字化は「最初の傷」として描かれますが、実際には予想ほど痛みを伴わず、必要に応じて単語が大文字で流れ出します。著者は粗末な `cat post.md | tr A‑Z a‑z | sponge post.md` の手法を却下し、よりクリーンな効果を持つ CSS を推奨しています。 em ダッシュは貴重とされますが、作家の真実の自分を露呈させないように隠したままである必要があります。モノスペースフォントはテキストの美学を損なうため拒否されています。小さなスクリプト（`uv run rewrite_font.py`）は文字形態を微調整するための取るべき手段として強調され、意図的に単語を誤字すること（例： “their/there”、 “its/it’s”）がスタイルの一部であると述べられていますが、“Definately?” のような問題のあるペアは避けるとしています。作家はノーリグ・コーパスを参照し、単語選択を導くとともに、ターゲットとなる単語から「u」を迅速に除去することで手法の精密さを示しています。全体的なトーンは、書くことが外見だけでなく思考・推論・関与を反映するものであると強調しています。以前の拒否（“No. Not today.”）はスタイリスティックオーバーホールへの抵抗を示しています。次に計画されている変更は、作家自身の自我感覚を変える唯一の真に重要なステップとして描かれています。技術的読者――特に文書スタイリング、フォント操作、編集ワークフローに関わる人々――に対して、このメッセージは自動変換から離れ、意図的なタイポグラフィック決定へ移行することを奨励し、デザイン標準や編集実務の再構築につながり得ると述べています。

2026/03/07 7:55

**C# の文字列が Dapper で SQL Server インデックスを静かに破壊する理由** Dapper を使って SQL Server データベースへクエリを投げる際、文字列結合や文字列補間（string interpolation）でクエリを作成することはよくあります。しかし、この一見無害な手法がインデックスの性能を黙って破壊してしまうケースがあります。 --- ## なぜ起きるのか 1. **暗黙の型変換** `string` と `int`・`bool` など非文字列型を結合すると、SQL Server は列値を `nvarchar` に変換せざるを得ません。 2. **インデックス回避** この暗黙変換により最適化器は既存の数値や日付インデックスを利用できず、フルテーブルスキャンが発生します。 --- ## 問題を引き起こす典型的なパターン | パターン | 何をしているか | インデックスへの影響 | |---------|-----------------|----------------------| | `WHERE Id = " + id`（文字列結合） | `Id` 列を `nvarchar` に変換 | フルスキャン | | `$"SELECT * FROM Users WHERE IsActive = {isActive}"`（補間） | ブール値も同様に `nvarchar` へ変換 | フルスキャン | | `WHERE CreatedDate >= @date.ToString()` | 日付を文字列へ変換 | インデックスが失われる | --- ## 修正方法 1. **インライン値ではなくパラメータを使用する** ```csharp var sql = "SELECT * FROM Users WHERE Id = @Id"; connection.Query<User>(sql, new { Id = id }); ``` 2. **型の一貫性を保つ** 列が期待する正確な型（`int`、`DateTime` など）で渡す。 3. **C# で暗黙変換を避ける** 必要なら明示的にキャストまたは変換し、安全かつ意図した変換のみ行う。 --- ## 簡易チェックリスト - [ ] Dapper に渡す値は文字列化せず、型付きである。 - [ ] 変数データと SQL フラグメントのインライン結合を行わない。 - [ ] すべてのクエリに `@ParameterName` プレースホルダーを使用する。これらのガイドラインに従えば、インデックスの整合性を保ちつつクエリを高速かつ効率的に維持できます。

## Japanese Translation: **概要:** .NET/Dapper アプリケーションでは、C# の文字列を `nvarchar(4000)` として渡すと、SQL Server が `varchar` 列に対して暗黙の型変換（implicit conversions）を実行します。これにより、インデックス検索がスキャンに置き換わり、論理読み取り数が単桁から数万に膨らみ、CPU/I/O の使用率が急増します（例：`CONVERT_IMPLICIT(nvarchar(255), [Sales].[ProductCode], 0)`）。正確性には影響しませんが、実行計画や Query Store の警告で明らかになります。特に `SQL_Latin1_General_CP1_CI_AS` などの照合順序では顕著です。 **修正:** パラメータを ANSI として明示的に宣言し、列サイズと一致させます。 ```csharp var p = new DynamicParameters(); p.Add("productCode", productCode, DbType.AnsiString, size: 100); await conn.QueryFirstOrDefaultAsync<Product>(sql, p); ``` または匿名オブジェクトを使用する場合： ```csharp new { productCode = new DbString { Value = productCode, IsAnsi = true, Length = 100 } } ``` スキーマ変更、インデックス更新、クエリ書き換えは不要です。パフォーマンスの改善は即座に実感できます。 **監査ヒント:** Query Store で `@nvarchar(4000)` を検索し、varchar 列へ文字列を渡す匿名オブジェクトをコード内でスキャンしてください。 **ベストプラクティス:** 将来のリグレッション防止のために、`DbType.AnsiString`（または `IsAnsi = true`）を使用した理由をコメントしておくことが推奨されます。この簡単な調整でサーバー負荷を低減し、コスト削減とスケールアップが実現します。結果として開発者・ユーザー・広範な .NET/SQL Server コミュニティ全体に恩恵をもたらします。

2026/03/07 6:19

**IPリースの陰影ある世界**

## Japanese Translation: IPリースは、誰もがクリーンで匿名のIPv4アドレスを取得し、ジオロケーションデータを操作できる隠密レンタル市場を生み出しており、IPベースの評判システムの信頼性を損なっています。ブロックを保有し、標準的な地域インターネットレジストリ（RIR）手順外でサブリースすることで、これらのサービスはWHOISトレーサビリティとRIRアカウンタビリティチェーンを迂回します。リース会社は料金を払ってブラックリスト化された範囲を「クリーン」し、ドロップダウンまたはCSVアップロードで任意の住宅または商業ジオロケーションを割り当て、WHOIS国フィールドまで操作することができ、MaxMind、Cloudflare、Googleなどに偽情報を供給します。主要なVPNおよびプロキシプロバイダー（例：NordVPN、ExpressVPN、CyberGhost、PIA）は、LogicWeb、IPXO、INIZ、IPFoxi、Heficed、AnyIP/IPv4Deals などのリース会社からIPを調達しています。これらのプラットフォームは多くの場合、同じサイトで生IPスペースと完全なプロキシサブスクリプションの両方を販売し、エンドツーエンドの匿名化パイプラインを構築します。一部のプロバイダーは住宅ISPと直接提携してトラフィックを実際の加入者ネットワーク経由でルーティングし、合法的なオペレーターとプロキシとの境界を曖昧にしています。業界は法的グレイズゾーンで運営されており—IPリースやジオロケーション操作を明示的に禁じる法律がないため—実効性の低い執行とインセンティブの不整合が生じています。リースが拡大するにつれて、インターネットセキュリティの基盤であるIP評判リスト、WHOIS帰属、およびジオロケーションデータベースはさらに侵食され、大規模な位置・所有権・評判の偽装が可能になります。これはユーザー（ボット検出やレート制限での誤検知）とIPベースのセキュリティ決定に依存する企業を脅かし、最終的にはインターネット全体の説明責任と安全性を弱めます。