ぺんじにあ

自社サでWebペンジニアやってます

[iwashi / Yoshimasa Iwase @iwashi86]

ミッチェルハシモト氏のポスト。みんな薄々思っていることを書いてくれている気がする。

・現在、一部の企業はAIに対する異常な盲信状態に陥っている

・この状況は、かつてクラウド移行期に起きたインフラ設計思想の対立に酷似している
・その対立とは、障害の起きにくさ（MTBF）と復旧の早さ（MTTR）のどちらを重視するかという問題である

・AIを盲信する人は、圧倒的に復旧の早さだけを重視する傾向にある
・彼らは、AIエージェントが即座に修正してくれるためバグをリリースしても構わないと考えている

・しかし過去の教訓から、復旧が早くてもシステム自体の堅牢性を放棄してはいけないことがわかっている
・この懸念を伝えても、テスト網羅率の高さやバグ報告数の減少を理由に一蹴されてしまう

・自動化を過信すると、回復力だけは高い「破滅製造機」を生み出してしまう恐れがある
・局所的な数値が健全に見えても、システム全体は人間には理解不能なブラックボックスと化していく

・表向きのバグ報告が減っていても、その裏で潜在的なリスクは爆発的に膨れ上がっている
・テストの網羅率が上がっても、人間がコードの構造や意味を理解する能力は低下している

・AIによる変更スピードが速すぎるため、誰も根本的な設計の劣化に気づくことができない

上記を憂慮している、という内容。

[Takuya Tominaga / 冨永拓弥 @tominagaaaaa]

全体的にClaudeCodeの実践知が網羅されていて、めちゃめちゃ良い資料でした。

特に以下の言語化は確かになと。
"コンテキストは記憶容量ではなく、注意力"
https://t.co/QaaQ6w25Vj

[いもいもくん @ma_anago]

https://t.co/yZBR6yNsuV
ふつーに教科書レベルの記事。めっちゃよく書けてて凄い

[ミノ駆動 @MinoDriven]

設計ムズいなと悩んでたけど、書籍『セキュア・バイ・デザイン』に記載のentity relay（entityを状態フェーズごとに分離しリレーする設計手法）で解決できたわ。こういうことがあるから幅広く技術書を読んでいるとイザというときに役立つ。

[かろっく @calloc134]

めちゃくちゃ図が綺麗で読みやすい・・・すごい・・・！！

ブログの内容はRSAによる鍵交換っぽいけど、
同じスタイルでDHEによる鍵交換バージョンのブログも読んでみたくなった (現在はDH鍵交換の方が主流になっているはず)
楽しみにｼﾃﾏｽ

[かろっく @calloc134]

概観 トランザクションとロック - 用語整理と最初の一歩 -｜ほげさん https://t.co/jzVvL4jqfy #zenn

めちゃくちゃ助かるブック
図が綺麗

[Tokyo.Tweet @tweet_tokyo_web]

SONYの「プレイステーション」の心臓部を開発してきた半導体技術者たちが集結！
AI半導体で1強の「NVIDIA」に挑む日本のスタートアップ企業「LENZO」が開発するAI半導体「CGLA」は、NVIDIAの半導体よりも消費電力が9割減！

[今井智章/シリコンバレーでファウンダーCTO @tomoaki_imai]

Claude Code 小ネタ:
処理を走らせている最中に、btw (by the way) からプロンプトを始めると、走っている処理を止めることなく質問を聞ける

[広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi]

ビジネスドメインにおいて「本当の削除」はほとんど存在しない。契約、取引、履歴、責任といった要素は時間軸上に残り続け、消えるのは「利用されなくなる状態」だけである。本来は失効・解約・無効・終了などの状態遷移として表現すべきものを、安易に「削除」と捉えるのはドメイン分析の根本的甘さを示している。

本当の削除は、個人情報対応として、あるいは情報管理の観点からのみ生まれる。

削除フラグはその誤解の結果として生まれた実装上の逃げ道にすぎない。問題の本質は技術ではなく、ビジネス上の意味や責務を正しくモデル化せず、「消したことにしたい」という都合を削除という言葉で覆い隠してしまう設計判断にある。なので、削除フラグを作るようなシステムほどよっぽど気楽なシステムだってこと。

その気楽な判断の結果、技術的負債であったり、認知コストの増加といった副作用をもたらしてしまうことが多い。なので、ファーストチョイスに論理削除的なものを設計に組み入れるっていうのはっていうのはあまり十分なレベルに達してないひとというイメージ。

[Asahi @asahiXXXXXXXXX]

すげ〜👀

止めずに移行　メルカリの40TB超・50台MySQLからTiDB Cloudへ @PingCAP https://t.co/w5fuIFDoeo

[かろっく @calloc134]

OAuthが認可！OIDCは認証！という簡潔な言葉だけでは満足できない皆さんは、是非これを読んでください
ここだけでも読んで欲しい！

https://t.co/fznjbQuTf6

[ぺんじにあ @rom0323]

くちばしっちって、ずっとくちぱっちだったの…？

衝撃すぎ

[ぺんじにあ @rom0323]

新しい環境は終わるまでアドレナリンでてるから、終わったらどっと疲れるんよな

まあ楽しいからよし！

[かろっく @calloc134]

RDBの同時実行制御をまとめる｜hwld https://t.co/z4iIPB8YoY #zenn

大作だ・・・

[ぺんじにあ @rom0323]

明日から新しい環境や(ワクワク)!!

[Yuya Yamashita @yamayu_ddd]

Zennでご好評の『【DDD入門】TypeScript × ドメイン駆動設計ハンズオン』を大幅にアップデートし、書籍化しました！

単なる実装方法に留まらず、「価値あるプロダクトを生み出すための設計思想」に重点を置いています。 ドメイン駆動設計の本質をお伝えできれば幸いです。

https://t.co/PlR8DPNbdY

[ぺんじにあ @rom0323]

えっ、マジで欲しい
買おうかな

[みぃ🌷エンジニア @maso_mi9808]

MacBookからキーボード音が鳴るこの神アプリでエンジニア彼氏の生産性爆上がりしてるからエンジニアは皆買うといい
https://t.co/9gfoK80ck9

[ぺんじにあ @rom0323]

てかちゃんと関心ごとにクラス分けると自然とファイル数が増えるから、レイヤー分けしないと秒で死ぬ

[ぺんじにあ @rom0323]

マジでこれ

[K e n T a @kenta_feels_ayu]

せめて、
・domain
・application
・Infrastructure
・presentation ← ここにcontroller入れる

に分けてあげたいわねって思った。

とはいえそこまで具体化したい訳じゃないから、コントローラーもサービスもリポジトリも同じディレクトリにぶち込んでるんだろうけど。

(理想はこんな感じかしら↓)

[ぺんじにあ @rom0323]

遊びでFW作ってみよー