Memo

また、大半の普通の人って意外と「思いっきりブレーキかけられない」。これ本当で、ヤバっ！と思ってもガツン！ってブレーキかけられないんです。ハンドル操作で回避なんて出来るものではなく、基本はブレーキの性能に任せてフルに踏み切ることなんですけど、ヒトはそれが意外と出来ず機械は躊躇がない

引用元：https://x.com/3DGAN/status/1823933449935446074

成果を出す人は「失敗」の掘り下げ方が上手い👇

引用元：https://x.com/hanabi_support/status/1823659961752412553

空いたグラスに気づかないやつより気づくやつと仕事がしたくないか？

—
マジでコレ。

「マナー」とかいうよりも、「思いやり」なのよ。
思いやりのある人と働きたい。

引用元：https://x.com/Rina_pan_pan/status/1822866971287052565

累進課税や所得制限の話題でもそうだけど，不連続に変化するシステムは境界付近で不平等感が出るので，連続的な変化にしたほうが良いと思う．多分だけど，不連続になっているのって人間が計算していた時代の名残で，今なら線形変化でも問題なさそうだし，そっちの方が不平等感が減りそう．

引用元：https://x.com/m_morise/status/1823617258016661787

いいじゃないですか井の中にいても！
だってカエルは海出たって生きてけないんすよ
わざわざ過酷な環境に身を置いて死ぬ必要ないでしょ！？

引用元：https://leomacgivena.tumblr.com/post/758840643986554880

エンジニアが後付けで言ってくる「ちなみになんですけど〜」以降の重要さはガチ

引用元：https://x.com/vaaaaanquish/status/1554546491766996992

引用元：https://leomacgivena.tumblr.com/post/758398626076786688/wwwwwwwwwwww123-0103f138jpg

アクセンチュアに入ったばかりの頃、1時間の打合せの議事録に3日かかった。メモと録音を何度も確認しながら議事録を作ったがマネージャーのレビューがなかなか通らなかった。何度もレビューを受けた後でマネージャーから「この議事録で誰に何をしてほしいの？」と聞かれて答えに詰まった。議事録はプロジェクトをスムーズに進めるための行動につながらないと意味がない。それからは議事録を発言に忠実に書くよりも、誰に何をしてほしいか意識して書くようにしたところレビューが簡単に通るようになった。議事録では発言内容を意識しながらも『指示書』と考えて分かりやすく書くとプロジェクトがスムーズに進むのでおすすめ

引用元：https://nishiga8.tumblr.com/post/758409970500927488

つまづいたのは、誰かのせいかもしれない。けど立ち上がらないのは誰のせいでもないわ。

峰不二子

引用元：https://nishiga8.tumblr.com/post/758410023481311232

擦り合わせは非常に重要だけど、そもそも擦り合わせが発生しないようにエンジニア組織を設計する事がより理想的。

引用元：https://x.com/issei_y/status/1822462308213530801