Pinned
Q.どうすればトラブルのない堅牢なシステムが作れますか？
1.トラブルは確率的に起きると理解
2. ハインリッヒの法則に従い細かく対処
3. 対策は発生対策と流出対策の両面で
を徹底すれば複利効果でトラブルはどんどんなくなっていきます
何度も聞かれるのでまとめました！
最速配信研究会山崎大輔 制約理論と待ち行列理論による技術経営アドバイザリとエンジニア起業相談
最速配信研究会山崎大輔 制約理論と待ち行列理論による技術経営アドバイザリとエンジニア起業相談
29.9K posts
最速配信研究会山崎大輔 制約理論と待ち行列理論による技術経営アドバイザリとエンジニア起業相談
@yamaz
ソフトウェアエンジニア、起業家、商売人、三児の父、広告システムチョットデキル、スモールビジネス大好き
ヤフー→スケールアウト(ファウンダ)→M&A/PMI→TOCQ社立ち上げ
モットー：流れ重視、差は儲けの元
大量配信（月数千億～）、エンジニア起業、テック組織、技術的負債の返し方、PMIなど、ご相談はリンク先で！
tocq.comJoined April 2007
最速配信研究会山崎大輔 制約理論と待ち行列理論による技術経営アドバイザリとエンジニア起業相談’s posts
褒めると成績が下がって怒ると成績が上がる話、
褒める怒る関係なく、生徒が出す成績の平均は常に同じで、褒める時は成績のいい時だから次は平均的に成績が下がる可能性が高く、怒る時は成績が悪い時だから次は成績が上がる可能性が高いだけという話で、教師は誤った学習をしてるというのは面白かった
アリの二割が働かない話、個別にアリをトレースしてみると実際は全体の二割が交代で休みをとってて怠けアリはいなかったという話。この話の方が納得感が高い。アリの世界は稼働率80%。
最近檀家がどんどん減って、寺の経営苦しいみたいな話だと思ったら全く違った。私も凡夫でした。。。
漫画の戦記物で「古のなんちゃらに従い馳せ参じた。我ら200騎、好きにお使いくだされ」みたいなシーンがあるけど、今でももし「まったく案件抱えてない統率のとれたエンジニア200人、好きに使って良い」とか言われたら涙流して「かたじけない」くらい言うと思う。
P.25のスライドひどい。
「私が犠牲になろう」じゃねーよww
speakerdeck.com/kakehashi/kake
任天堂岩田社長の「赤字ならリストラなのでは？（Q10）」に対する「（開発者が）不安に怯えながら作ったソフトが本当に世の中の人の心を動かせるとは思わない」という回答は本当に心に染みる。
nintendo.co.jp/ir/stock/meeti
みずほの報告書ほんとに泣ける（11ページ中程あたり）。個人として最適な戦略を全員がとったら誰も責任取らない組織とシステムができあがってしまったというまさに合成の誤謬
mizuho-fg.co.jp/release/pdf/20
顧客「AWSが落ちたらどうすんの？」
？？「どうにもなりません。ただその時にはamazonをはじめ、世のサービスの半分くらいがおかしくなってるので、言い訳が立ちます」
という言い訳を使ってる方々はそこそこいると思います
Quote
Genki Takiuchi
@takiuchi
正直微妙なSLAでも「死ぬ時は一緒だ」と思えばこその信頼感はある x.com/yamaz/status/1…
今あちこちで説明しているノートラブルなシステムを作るための心構えの資料を清書してる。その中でも特に好きなスライドはこちらになります。
「githubとやらは大丈夫なのかね？」という偉い方からの質問に対して、「Microsoft社製だから大丈夫です（キリッ！」で押し通せる世界線があると知った私は。
誰も興味ないかもですが、ここ数ヶ月で起きたスイカゲーム界のシンカ
1. 3800点あたりで全プレイヤーのスコアが行き詰まる
2. ２つスイカを作ることでスイカ同士が消えるダブルスイカが編み出され、理論上無限の点数を出せる道が見出される
3.
我が家のトイレのトイレットペーパーホルダは二連式で、同時に無くならない限りはトラブルが起きない設計になってるのですが、本日トラブルが発生しました。
聞き込み調査により「減り方が均等になるように使ってる」という事実が発覚し、設計も大事だけど運用はもっと大事だなと再認識した次第です。
「まだ勉強が足りない」とか「勉強になります！」みたいなことずっと言い続けてる人に捧げる画像がこちらになります。
「エンジニアはカネでは動かない。カネがないともっと動かない」という格言を教えてあげたい。 /
「USB Type-Cのすべて」という本を知り、「USB-Cは息が長そうな規格だからざっくり知っとくかー」くらいの軽い気持ちで買ってパラパラ読んでみたら、「ケーブルの伝送特性の計算方法と規格値」とかそういう方向に内容がどんどん進んでいって、こんな気分に。
明らかに不利な状態になった際に降りる戦略をとったほうがよいゲームは麻雀とポーカーくらいで、他のゲームは不利でもその瞬間の最善を尽くすしかないゲームデザインになってる。これは人生の戦略上良くないと思うので、子供には絶対に麻雀とポーカーは仕込みたい。
SFでよくある人類がいなくなったのち、システムだけは動き続けてるみたいな描写、ssl通信が必須になるであろう未来においては証明書の期限切れという形で実現できなさそう。
「エンジニアは金では動かないけど、少ない金だともっと動かない」という名言があります。
Quote
今別府すてぃお
@suthio_
お金だけが全てじゃないのは同意だけど、
お金は大事
ヤフー辞めてスケールアウト社作る前、あちこちで大量アクセスに関するコンサルをやってた。でも1時間ほどのヒアリングと簡単なアドバイスでほぼ終わるので、全く金にならなかった。コンサルの人たちが綺麗なパワポを作るのは、時間を引き伸ばして金出す側の納得感を上げるためなんだろうなと。
エンジニアが足りないのではなく、システムの複雑度が上がりにくいアーキテクチャを考え実装し切れるアーキテクトが足りないのではと思うことが多く、各社で似て非なるシステムを個々に作ってて、業界全体として重複したものにエンジニアリソースが注ぎ込まれ続けてるのをなんとかしたいものなのです
国民民主党の「最低賃金が物価上昇に合わせてかつての1.6倍に上がったんだから、扶養控除もそれに合わせて1.6倍な！」というロジック、とても支持したいので、合わせて少額減価償却資産の特例の見直しもぜひお願いします
非エンジニアの方がプログラムを学ぶと数倍以上のパフォーマンスを出せるようになるので、プログラミングスクールはWebアプリ作れるようになって転職して一発逆転みたいなノリだけじゃなく、VBA学んで3割仕事が楽になるためのスキル習得みたいな路線も欲しい。そして私が通いたいw
能力あるけど毒を吐くエンジニアはイクナイ！という意見はごもっともなのですが、ある程度悪くない職場環境においては毒を吐かなくなるというのも観測されたりするので、ナウシカで言うところの「悪いのは土なんです」みたいな可能性は模索したいのです。
「エンジニアの福利厚生でおすすめ教えてください」と聞かれたのですが、「エンジニア限定じゃないけど、子供の見送りお迎えなどの家庭事情はそっち優先OKで半休とかにしないから適当に時間の帳尻取ってくれ」というのは子育て世代にすこぶる好評でした。
S3ではないけど、とある米国サービスの原価計算でやっぱり1桁違ってたことがある。ものすごくたまたまその中身を聞くチャンスがあって聞いてみたところ、単純にメーカーとの特殊契約でハードウェアの調達コストが1/10だったと教えてもらい、膝から崩れ落ちる感覚があった。
Quote
くまぎ
@kumagi
6年以上前になるけどS3と同等のサービスをやるとして原価を計算してくれって指示されて真面目に当時のハードウェアと電気代で試算してみたけど3多重で保存してたら1桁ぐらい勝てないと出てしまって「3多重目をBDにでも書いてんじゃないですかね…」とか話してた覚えがある。
エンジニアの報酬の件、今まで海外で通用するエンジニアの給与が抑えられてたのが是正されてるのが全体波及しているという理解です。これにより各社のエンジニア確保が大変になるというのは事実ですが、社員の給与が安いことでどうにか維持されてる会社も淘汰されるので必ずしも悪いことだけでもない
エンジニアの給与が高すぎる問題は、何らかの下方是正がかかるのではなく、非エンジニアの方々もプログラミングを学ぶことで会社の生産性が爆上がりして人件費など問題にならないくらい稼ぐ会社になるみたいなシナリオで解決してほしいなと思っております。
コンピュータサイエンスをきっちりやりきればGoogleさんとかが高級で雇ってくれることがわかったと思うんで、学生さんにおいては安心して勉学に打ち込んだらいいと思いますです。
会社がうまくいくほどエンジニアはより複雑になっていくシステムと対峙せざるをえない構造になっているのに
「以前ほどスピードが出なくなった」
「なんならサボってるのでは？」
といった話が出るので、「いやいやこれは構造的問題で、対処可能です」というのを理解して欲しくて作った資料なのでした
Quote
山本 正喜 / kubell CEO (旧Chatwork)
@cwmasaki
ほんとこれだよなーと思います。複雑性を減らす努力(リファクタ、リアーキ)をしつつ、スケールとともにエンジニア採用も"加速度的に"必要。シード・アーリーぐらいのエンジニア5-10人で結構デリバリできてていいよねという感覚のまま、シリーズAいくと破綻します x.com/yamaz/status/1…
社内勉強会で「アセンブラは辛い。8個くらいのグローバル変数をずっと使い回す感じ」という非常にわかりやすい説明があった。
経営層であっても「メンバーが100％稼働してる状態が正しい」と勘違いしてしまう方が本当に多く、制約理論の話を毎回がんばってするのでした。
三連休factorioをプレイしてみて、制約理論と待ち行列の奥深さを再確認してしまった。全体最適はボトルネック解消とロジスティック確保がほとんど全てで、個別の生産性向上はほぼ役に立たないというのをかのゲームは教えてくれる。
今までの経験上、「質はいいからスピードを優先して」という判断は常に間違ってたので、私の人生においては「質を追い求める」とします。特にアーキテクチャの質は絶対に落としてはいけない。
先日息子たちの卒業式だったのですが、学校のあちこちに貼ってあった標語がどれもこれもパンチが効いてて、校門から出た時には結構なダメージを受けてたのでした。
面接で「カーネルのソースコードくらい読んだことあるんだろうな？」と凄まれて「がっ、学生時代にネットワーク周りだけは…」と答えてなんとか採用してもらえたけど、入ってみたらそんな人その人以外誰ももいなくて「騙された」という経験はあるのです。
Quote
たか＠何か？
@ta_ka159R9
本当に？サーバーインフラエンジニアとして某Web系ベンチャーに面接へ行ったら「Linuxのカーネルソースコード弄れない奴はクズだ！」とこき下ろされたけど・・。無論、ソースからRPM作るとかはするけど、カーネルソースコードなんて弄ったらサポートなくなるからやったことなかった。 x.com/ito_yusaku/sta…
時々「エンジニアはどうマネジメントすればいいですか？」という質問を受けるけど、言葉の端々に「いないと困るからしょうがなく雇ってる」というのが見え隠れして返答に困ることがある。自身のビジネスがエンジニアがいることによってレバレッジかけられないならエンジニアなしも手ですぜ？とは思う
中国版GoProを700円で買って、ひとしきり遊んで電源を長押ししたら「Good Bye!」というメッセージとともにそのままお亡くなりになったっていう同僚エピソード、面白すぎて700円の元を十分取ったと思うｗ
Replying to
ビジネス的なハイプレッシャーを受けながら精密なプログラミングをすることは超人でないと無理だろうと思ってたので、会社の立ち上げ初期からビジネス的プレッシャーをエンジニアから遠ざけやすい仕組みを作っておいたのは本当に良かったと思う。
たまたま奥さんと見てた。行政側が婚活や子育て支援など、従来の伝統的な女性の役割を支援する一方で、女性側が地方に残るにあたって望んでいるのは、伝統的な女性的な役割からの脱却や、より魅力的な就職先だったりで全く噛み合ってなかった。
Quote
ちきりん
@InsideCHIKIRIN
地方の女性の都市部への流出が止まらないという現象を特集してる今日のクローズアップ現代。山形県出身の若い女性がその理由を問われ、「東京が令和だとしたら地方は江戸時代」って言ってて思わず吹き出した。山形県、まだ明治維新が来てないのか！
知人「若手を育ててもいつか退職されちゃうかと思うと考えちゃうんですよね。」
やま「いやいや、逆に育てなかった人に居座られるほうがリスクだと思いますよ？」
知人「！？」
Quote
ぼうくん | VoQn 
@VoQn
Replying to @VoQn
「Not新人に教育的投資をするの、結局仕上がった人から辞めていくからなぁ…」で渋ってたら、「自主的に勉強したり勉強会開いたり技術つけてた」人からスパスパ退職していったというマヌケな話があってな（つまりそういうのが必要なかった人から辞めてったオチ）
「炎上プロジェクトに身を置けばパワーアップできる」はHUNTER×HUNTERで言えば「念能力でぶったたけば素質ある奴は念能力をゲットできるけど、大抵の奴はあえなく死ぬ」なので、真に受けない方がいいとは思います。
Akamaiのうまさはエッジサーバを各ISPに配置してもらう際に、「ユーザ体験の向上だけでなく、ユーザがISP外通信の際の御社負担の通信費用が削減できますよ」というコミュニケーションをすることで、
Akamai
ISP
ユーザ
Akamaiを使う事業者
の４方が得になるようしたところだと思うのでした
Quote
MORIMOTO Jun
@shakuji
Replying to @shakuji
ミラーサイトは、どちらかというと各ISPの「ご厚意に甘えて」置かせていただくものだったが、90年代末期、Akamaiは逆に「キャッシュして効率よくなるからあなたのISPにうちのノードを置いてあげますよ」というゲームチェンジを起こした、と当時の上司が興奮していたのを思い出す。