ทวีตที่ปักหมุด
Q. ゼロトラブルで堅牢なシステムはどう作る?
A. 下記徹底で複利効果でトラブルはどんどんなくなっていきます
1.トラブルは確率的に起きると理解
2. ハインリッヒの法則に従い細かく対処
3. 対策は必ず発生対策と流出対策の両面で
何度も聞かれるのでまとめました！
speakerdeck.com/yamaz/notorabu…
日本語
最速配信研究会山崎大輔 制約理論と待ち行列理論による技術経営アドバイザリとエンジニア起業相談
30.9K posts
最速配信研究会山崎大輔 制約理論と待ち行列理論による技術経営アドバイザリとエンジニア起業相談
@yamaz
ソフトウェアエンジニア、起業家。広告システムちょっと詳しいです。 トラブル続きなシステム・開発組織の健全化を行います。相談はリンク先で！ モットー：差は儲けの元 経歴: 広告システム、超大量配信（月数千億～）、エンジニア起業、PMI ヤフー→スケールアウト(ファウンダ)→M&A/PMI→TOCQ社（ファウンダ）
เข้าร่วม Nisan 2007
691 กำลังติดตาม5.2K ผู้ติดตาม
これ、
1. 当時東側に人が集中して住んでた
2. 主な死因は木造家屋の延焼によるもの
3. 西側の被害が少ないのは人口密度が当時低かったから
4. その後反省から、延焼を避ける公園設置などの各種整備が条例レベルでされた
だと思うので、現代だとそのままは当てはまらないかもですね。
ゆな先生@JapanTank
私は地震で死にたくないからそんなところ絶対に住まないです
日本語
素晴らしい。これは考慮すべき考え方だと思う。ただ、これだけだと水分が少なくなって、パラパラになってる炒飯がフライパンでツルツルになる現象が説明つかないので、もう一つ説明する何かの理論が欲しい
チタロ@PAGE4163929
ステンレスパンで食材がくっついてしまうのは、実は「ライデンフロスト効果」という物理現象を味方につけていないことが原因です。 パンを加熱して水を垂らした際、すぐに蒸発して消えてしまうのはまだ温度が低い証拠ですが、 さらに熱を上げると、水滴が玉のようにパンの上を滑り回るようになります。 これは、パンの表面が水の沸点より遥かに熱くなることで、瞬時に発生した蒸気の層が食材を浮かせて接触を防いでくれるからです。 たとえば卵料理の場合、投入直後はくっついているように見えても、熱がしっかり通って水分が蒸気として放出されれば、自然とパンから離れてスルリと動き出します。 この「しっかり予熱して蒸気のバリアを作る」というテクニックさえマスターすれば、ステンレスパンは一般的なこびりつき防止パンをも凌ぐ、最高に使い勝手の良い道具へと進化します。
日本語
@hsbt そうですね。さらには「その効果の高いものを終わるまでやり続ける根気」みたいなのも大事だなと強く思います
日本語
AIコーディング全盛になって、
「年取るとコーディングのネックは老眼になる」
は過去のものになったという感じなのですが、みなさんはどうでしょう？
個人的には「集中力を保ち続けるためのなにか」にネックが戻ってきてて、運動とかそういうのに比重が寄りつつある。
日本語
AI開発をしてて「安全側に倒そう」という姿勢に対して、気持ちはすごくわかるものの、少し疑義があります
AIによるやらかしは、そもそもシステム内にその手の不具合が内在してたという話であり、むしろ積極的にAIにやらかしてもらい、その手の不具合を安全にあぶり出す方法を考えていきたい気はする
日本語
@oukaichimon 私も42インチディスプレイなのですが、AI以前は目の疲れがそこそこネックだったのは確かなんですよね。
> 「コーディングスキルよりも話芸と体力と抜け穴的発想」
これはAI時代になって加速した感ありますｗ
日本語
あと運動して集中力（体力？）が高まった結果として、「コーディング中の目が見えにくさ」が苦痛でなくなってる気もしたり。
とにかく日々の適量の運動である程度解決することはかなり多いので、皆さん運動しましょう。
日本語
またAI Agentは「人を増やす」技術というよりは「自身に内在してた複数役割を明示的に分割し、外出しする」技術で、結果として「スピードアップした自分」が得られるという認識です。なので、ブルックスの法則の「人を増やしても速度は上がらない」とは文脈が違うとは思いました。
日本語
「AI Agentで実装速度が速くなってもネックはそこにないことがわかるだけで、本質的な速度向上とは別」
はそのとおりだけど、ネックが明らかになることの重要性を軽視してる印象はあります。ネックが明らかになればそこに対して手を打てばいいだけで、そこで思考を止める必要はないでしょう。
日本語
怠惰を極めようして自分を楽にするためのツールを作りまくるみたいなムーブは昔からありましたが、AIの生産性と組み合わさった結果、治具用コードがとんでもない量に到達してる人は結構いるとは思う。
Kyohei - OSS, 外資IT@labelmake
1日にLLMを使って3万7千行のコードを書いているとか、その手の自慢話はハッスルポルノと呼ばれています。聞き流せばいい。 プログラマの三大美徳: 怠惰、短気、傲慢 中でも「怠惰」が最も大事だと思っていて、将来の自分のためにシステムをシンプルに保つ原動力 LLMと一緒に開発すると、この「怠惰」がない。コスト0で無限にコードを吐くので、シンプルにする動機がない。システムは「良く」ならず「大きく」なる。 めんどくさがり人間の有限な時間が、良い設計を生む構造だと思わない？ bcantrill.dtrace.org/2026/04/12/the…
日本語
「異国日記がよい」ということで読み始めた。アニメ化という話とタイトルから異世界ものかな？と思ったけど、現代人二人が料理しながら生活する話だった。
「Papa told me」と「きのう何食べた？」を足した感じ？
日本語
懸垂器、リストストラップを使うと「懸垂するための握力がない」から脱出できるので、オススメ。
巻き方がとても大事で、いろんな動画を見てもわかりにくいけど、
- バーの下から上にストラップを持ってきて、内側に巻き込むように巻く
- 小指側から親指側に巻いていく
- ゴムの滑り止めは外側(バー側ではなく、手のひら側）
このヒントで頑張ってほしい。
日本語
chezmoi、便利だけど頻繁に使うアプリでもないので、git以上に覚えられない。なんというか、今までのUnixのコンテキストを維持したコマンド体系にならないものだろうか。
chezmoiの精神的git alias｜yamaz zenn.dev/yamaz/articles… #zenn
日本語
これは「いい曲を選ぶことができれば」という条件で正しいと思う
クロールで「３回ストロークで、右左両方で息継ぎするのが良い」という話で、うまくいかないかったので水泳部の友達に相談したら
「お猿のかこ屋がいいよ」
と教えてもらった所、実に良かった
こばかず｜パーソナルトレーナー@kenkoudesuga
『BPMがぴったりの曲を選ぶとマジで続くよ』 BPM=1分間の拍数を表す音楽のテンポ単位 運動中の音楽は、単なるBGMではなく「法定速度」のない加速装置のような役割を果たします🎵 運動の強度に合わせて音楽のテンポ（BPM）を調整すると、リズムに動きが同期しやすく、パフォーマンスの向上が期待できます🔥 邦楽の目的別音楽はこちら↓
日本語
足掛け2日ほど調査にかかり、あまりのうまくいかなさ具合に
「どうせAIに投げるのだから、もうコピペとか古い。全部スナップショットでいいのでは？」
と何度何度も思いましたｗ
日本語
MacOS iterm2 tmuxの組み合わせでドラッグによるコピーをスムーズにする方法｜@yamaz
長年のスカっといかなさがやっと解決した。。
zenn.dev/yamaz/articles… #zenn
日本語
モンスト岡本さん
「尖った人間を雇い続けるといい。チームはちょっと殺伐かもだけど、いいものができる。」
これはほんとに思う。
日本語
増設用のSSDを買うかと思ったら、値段が4倍位になってる上に在庫切れ。こんな値段で買えた時代もあったんだなと。わずか半年前の話
日本語
AIコーディングで最も時間を費やしてると思われるコピペの改善設定を行ってるのですが、いろんなクリップボードサポートアプリを試すに、一番安心して背中を預けられるのはブラウザのTextAreaみたいな結論になりつつあって、ちょっとつらい。みんな気を利かせてあれこれやりすぎですぜ
日本語