記事へのコメント23

    • 注目コメント
    • 新着コメント
    repon
    repon 思いつきで動いちゃう営業上がりのマネージャーや、AIの回答をコピペしてくるちょっと上の階級の人が、20分ごとくらいに割り込み作業を入れてくるのが最も効率的に脳を壊すぜお試しあれ

    2025/11/28 リンク

    その他
    TanpoTP
    『層で区切る → 認知対象を一定に保つ 責務を限定する → 計算経路を短くする 境界を作る → 関係性を切断する API を設計する → 認知を抽象化する …… 脳への負荷を最小化するためです。』

    その他
    yamazakicker
    いい話

    その他
    diveintounlimit
    結局のところ「良いコード」は「参入したての初心者が読んでもスッと理解できるコード」なのよなぁ。1画面以内で完結はよく分かる。

    その他
    yarumato
    “複雑性は、コード量では決まらない。関係性(依存・制約・フロー)の数で決まる。AがBを知り、BがCを参照、Cが非同期にAを更新、を理解するには、人間はA-B-C-Aの閉路を追跡。脳にとって深さ優先探索のような負荷だ”

    その他
    aalpaca375
    認知負荷の上昇よりもメリットが勝るなら肯定すべき。全体的に論者の立場とトレードオフが示されていないので、ケース次第で正反対の結論になる気がする。そもそも、認知負荷を一括りにするべきではない。

    その他
    lycolia
    抽象化し、レイヤーで分け、ルールに沿った構造にし、責務の外のことを考えないようにするのが良いといったことが丁寧に書かれている

    その他
    ffrog
    goto文って今考えると狂気もいいとこだよね

    その他
    sigwyg
    「ひとつのことを、うまくやれ」

    その他
    yo_aibou
    めちゃくちゃ欲しい情報だった。認知負荷を可能な限り下げたいという自身の思惑にそった記事で、これによって他人の褌で相撲ができるようになりそう

    その他
    PrivateIntMain
    破綻した設計の妥当な末路/システム全体見渡したらそれでも認知の限界を超えがちだけど、だからこそ一つ一つはシンプルでないと本当に爆発炎上プロジェクトになる。

    その他
    toaruR
    わいは忘れやすいタイプなので、ちょっと離れてると戻るまでのラグがお辛い\(^o^)/

    その他
    OrientHistory
    「シンプル・イズ・ベスト」って言葉が昔からありますよね。

    その他
    syamatsumi
    だからモジュール化が大事ってことよね……

    その他
    nemoba
    いうてOOで3行のクラスを100個導入して、個々はシンプルだぞって言われてもいやでしょ?複雑性や認知負荷は下げるんじゃない、むしろ抽象導入で増える。あくまでも関心毎の視点で整理してるだけ is トレードオフである

    その他
    deep_one
    脳が壊れるのではなく、理解が及ばなくなる境界線。プログラムのクラッシュのイメージなのか。だがクラッシュするのは思考だ。/「神狩り」で「この文法は人間の脳には使えるはずがない」というネタを思い出した。

    その他
    moke222
    moke222 アーキテクチャの本質は「計算量の制御」。シンプルな構造にする理由。いつの間にかだれか(自分含む)がやらかす。

    2025/11/21 リンク

    その他
    bfoj
    書籍ソフトウェアメトリックスの用語を用いた方がいい

    その他
    harumomo2006
    harumomo2006 Aボタンを押したらBテキストボックスが表示されBに任意の文字列が入力できてその値によってCラベルの表示が変わるみたいな項目が連動するのをユーザーはやりたがるんだけどバグが起きやすい

    2025/11/21 リンク

    その他
    hokkey
    「分かりやすく」とかで言いがちなコード分割とかモジュール分割の目的をより詳細に言語化してて腑に落ちた

    その他
    moronbee
    その通りと思うけど、ドキュメントも結局人間が理解するし、基本セオリーを理解していない新人レベルのシステムは価値を生まないので、そこには異論あるな。

    その他
    pico-banana-app
    認知負荷で脳がバグるのわかるわー。システムの複雑化、マジで無理ゲーだろw

    その他
    JULY
    JULY その通りだと思うけど、上の人が「ドキュメントですべて解決できる」と考えている事と、「チームの最低ラインでの設計」で賄えるシステムは実在しない、という2つの悲劇が避けられない。

    2025/11/20 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    エンジニアの脳が壊れる瞬間 ─ 複雑性・認知負荷・計算量のメカニズム - Qiita

    複雑性はなぜ破綻するのか? 計算量と認知負荷から読み解く、ソフトウェアの限界について考えました。 ...

    ブックマークしたユーザー

    • mutsuki_sc2025/12/01 mutsuki_sc
    • lugecy2025/11/30 lugecy
    • repon2025/11/28 repon
    • sskoji2025/11/28 sskoji
    • yggdra_w2025/11/27 yggdra_w
    • Hachisan00982025/11/26 Hachisan0098
    • igrep2025/11/26 igrep
    • roogh5eeSha62025/11/25 roogh5eeSha6
    • Ryotai2025/11/25 Ryotai
    • kattsuk22025/11/25 kattsuk2
    • libertine22025/11/25 libertine2
    • knj29182025/11/24 knj2918
    • umiyosh2025/11/24 umiyosh
    • TanpoTP2025/11/24 TanpoTP
    • miguchi2025/11/23 miguchi
    • jukuringo2025/11/23 jukuringo
    • toshikish2025/11/22 toshikish
    • sanko04082025/11/22 sanko0408
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事

    いま人気の記事 - 企業メディア

    企業メディアをもっと読む