https://twitter.com/SakuEji/status/1736325276509131073
この間チームの人が「うまくいかないときに仕組みを整備するのも大事だけど、僕らが強くなるという解決も大事にしたい」と言っていて、本当にそのとおりだと思った
https://twitter.com/hryk\_k/status/1736887466815356971
今回、私が副社長COOに就任する目的の一つは、CEOが本来の役割に集中できるようにすること。そのために活用したのがMochary Method。Mochary Methodとは、OpenAI、Coinbase、Rippling、Notionなど、急成長を続けるテック企業の経営者たちが受けるコーチングメソッド。
Mochary Methodの中で「Zone of Genius」というフレームワークが紹介されている。これはスタンフォード大学のRobert Sapolsky教授の脳科学に基づくエネルギー管理の手法で、個人が最も能力を発揮できる「Zone of Genius」を特定し、自分の業務の75％以上の時間を費やすことが奨励されている。
Zone of Geniusの4ゾーン
- Zone of Incompetence: 他人がより得意とする分野。
- Zone of Competence: 自分ができるが、特別ではない分野。
- Zone of Excellence: 優れているが情熱がない分野。
- Zone of Genius: 独自の才能と情熱がある分野。
このフレームワークで整理したところ、二人のZone of Geniusが明確に補完し合っていることがわかった。例えば、CEOはミッション・ビジョンの伝達や会社の「顔」としての対外的な活動がZone of Geniusである一方、私は戦略策定・実行やリソース配分などだった。お互いがそれぞれのZone of Geniusに集中することで、より高いパフォーマンスを発揮できると考えた。
ちなみに、誰もがZone of Geniusのみで活動してしまうと、特定のタスクが放置されるのではないかという懸念を抱く人もいる。しかし、Mochary Methodでは、この心配は根拠がないと説明されている。組織内の人格タイプの多様性により、ある人にとって楽しくないと感じる活動であっても、それを得意とし、楽しむ人がいるからである。
Mochary Method（英文）はすべて無料で閲覧可能なので、以下からご覧ください： Mochary Method Curriculum - Google Docs
https://twitter.com/yuiseki\_/status/1737073096606290390
sshってなんですか？gitってなんですか？みたいな人々にソフトウェアエンジニアリングを教えていたことがあるんだけど、sshもgitも毎日触ってないので次の週には全部忘れていて毎回最初から教え直し、という感じで、超イライラしてメンタルがキツかったので完全にトラウマになっています
https://twitter.com/yuiseki\_/status/1737081899917746498
私が旅行中になんとかして時間を割いていたときに「GitHubの……ユーザー名……？えーっと……忘れました……どのメールアドレスで登録したか？ウーン……思い出せません……」って言われたときが一番絶望して、それ以来、人にタダでソフトウェアエンジニアリングを教えることはやめることにしました
これめちゃくちゃわかるなあ…
https://twitter.com/hisaichi5518/status/1737306237489053757
同僚と信頼について話したあとに信頼ってどうやって作られるんだろうと一人で考えたけど、こういう流れがあり、自分のやってること・考えを出すことがまず必要だなと思った
https://twitter.com/SassaHero/status/1738690449966354495
Terraformの便利なところって再現性とかもそうだけど、reviewできる、過去経緯が追える、実装と、適用を分離できるところだと思っている（admin持ってなくても実装はできる） terraformでの構築って、面倒じゃないですか？
https://twitter.com/takesuka/status/1740579976238571638
すごい！すごい！すごいっ！！！どこかでおすすめされていたアビリティークリーンを換気扇に試してみたんですが、今まで2時間強かかっていたのが45分で終了ですよ！！スプレーして古タオルで2度拭きするだけでするんするんに落ちる！レビューしてくれた方ありがとう！！！😭❣️
アビリティクリーン、すごそう。
https://twitter.com/grays\_ef/status/1740351903421337650
朝の支度は必ずルーチンタイマー使う これかなり便利で時間くると音声で教えてくれるから、朝なんとなく携帯見始めて気付いたら30分経ってる系のことが起こらなくなる
ＡＤＨＤのパワー系ソリューション
https://twitter.com/honeya\_\_150/status/1740191593003635011
私が重宝している無印の歯磨きタブレット。噛むと泡立つタイプで、外出先でも水さえあれば使える。一瞬で歯ツルツル&口スッキリ！！小さくてかさばらないので、デートには必ずカバンに忍ばせてる。しかも490円って…。
https://www.muji.com/jp/ja/store/cmdty/detail/歯みがきタブレット/4550344487969 か。よさそう〜。
https://twitter.com/cemedinecoltd/status/1739882107936358697
お掃除の手間を減らすことができて、見た目もキレイにできちゃう「すきまキレイ」がついに発売になりました！
すきまキレイが汚れてきたら気持ちよ〜く剥がせます✨ 年末の大掃除にぜひ(*•ω•*人)
https://www.cemedine.co.jp/home/repair/repairable-seal/sukimakirei.html よさそう〜。
https://twitter.com/kent013/status/1737523604051697771
PCとスマホでnotion開いて、PCのリーダーで電子書籍読みながら、その感想や議論をスマホ側の音声認識で文字起こししつつ、重要だなと思ったところをPC側で引用して記録して、両方ガッちゃんこしてchatGPTにかけると良い読書録が書けてハッピーになった。
https://twitter.com/ma91n/status/1738895204827250966
ここから最後の言葉、YOASOBIの歌詞にして欲しいくらい好き
テクノロジの世界で5年後の予測をしてもあまり当たらないし、意味がない。でも先のことはわからなくても自分がどの方向に行きたいのか、その感覚を意識していることは必要だ
Linus Torvaldsが語るカーネル開発と https://gihyo.jp/article/2023/12/linus-in-oss2023
https://twitter.com/ryo\_nagata\_/status/1735463345736880218
昨日の飲み会でLayerXとメルカリの徹底的なドキュメンテーションのカルチャーについて聞いて、
それこそテスト駆動開発をするとコードが綺麗になるように、ドキュメント駆動の組織ではアウトプットやミーティングに関して自律的なガバナンスが効くようになるんだろうなと思った
ドキュメントがないなら成果がないという超シンプルなルールで、ドキュメントに残せるようにミーティング側が最適化されていく
https://twitter.com/bufferings/status/1735083360555569642
9月にチームに異動してきた種岡さんが（問題があるというわけではないんですけど聞いてみたいことがあって）って感じで「気になり」を使ってて、それがチーム全体に広まった感じですね。種岡さんすごい。それを拾って「いいですね！」ってポジティブな反応をしっかり伝えてるいくおさんもすごくいい。
https://twitter.com/dora\_e\_m/status/1735081948719329409
自分のチームでは「気になり」というキーワードで、気軽に気になってることを共有する文化があります。それがとても好きなのでnoteに書きました。
「困りごと」よりも「気になり」を共有しよう｜dora_e_m note アドベントカレンダー https://note.com/dora\_e\_m/n/nf3c775b9e5ee?sub\_rt=share\_pb
https://twitter.com/goando/status/1733298580633632779
GUILDの奥田&北田さんがUIデザインした”VIE Tunes”
めちゃくちゃUIのモーションと音楽が気持ちいいのでぜひ試してみてほしい。
睡眠、リラックス、集中などモードに応じて脳に刺激を与えるニューロミュージックが自動で再生される。
仕事を始める時とかめちゃ最高です🧠
https://twitter.com/hitoriblog/status/1732595960436621604
MacとiPhoneとiPadのTwitter、公式アプリ消してSafariにControlpanel for Twitter(700円)を入れたら「顧客が本当に欲しかったもの」になった。 やっぱfollowingとListでTLがコントローラブルであるべきよな。それ以外の雑音はいらない。 これをblueのメニューにしたらいいのにblueでは何も解決しない。
https://twitter.com/\_\_syumai/status/1732582807921442961
前から思ってたんですが、LayerXさんのlxdevコマンドが良さそう。Dockerで管理してない複数コマンドの同時実行と言うユースケースが完全にハマるので、公開して欲しいと思ってる社内ツールランキング圧倒的No.1ですね…
エンジニアオンボーディングを改善するツールの紹介 https://tech.layerx.co.jp/entry/2022/12/12/131507
https://twitter.com/yuya\_presto/status/1732735883592487304
oO(よりシンプルなものですが、わたしの環境ではmattnさん作のgoremanを使っております
https://twitter.com/sald\_ra/status/1730055035969843219
これ凄い腑に落ちた。 AIの台頭で画像や文章など制作物に「意図」が求められるようになってしまったんだ。
別に評価考えなくて良いなら趣味でいくらでも好きにやれる、ただ評価してもらいたい場合は、より一層抽象的なレイヤーで物事を考える必要が出てきてしまった。 引用
https://twitter.com/mah\_lab/status/1726871311266508893
この話を見て思い出したのは、誰に言われたか覚えてないんだけど、「プログラマは週4日学習して、週3日仕事でパフォーマンスを出すことを前提にお金を貰うべき」という言葉で、人生の指針になっている。
https://tech.bm-sms.co.jp/entry/2023/11/21/110000
https://twitter.com/taishonpresso/status/1726544211573678328
MagFloにBenQ LaptopBarをつければベッドであろうがそこはもうプチ書斎。
https://twitter.com/Account\_KS\_1/status/1725421053139464197
大学院生が2年間あれこれ考え、ようやくまとめた研究に対して
研究者A「それは私の2週間分の仕事ですね」
みたいなことを言う話があったけど、「いろいろ勘違いしてるな」と思うんですよね。
『でもね、Aさん。あなた、言われなければ一生その問題、考えなかったでしょ？』
興味は実力なんですよ。
https://twitter.com/ryuzee/status/1723633570009506002
これは良い記事。 https://bdfinst.medium.com/5-minute-devops-feature-team-strawman-fallacy-d8056c95d31c
- 同一コードベースに対して複数のフィーチャーチームを置くモデルは厳しい
- 実際はコミュニケーションを大量に必要とする大規模チームに過ぎない
- 理想は小規模で高凝集性、疎結合、クロスファンクショナルなチームを作ることである
- チームの認知能力を越えるほど広範囲な仕事を与えるのはよくない
https://twitter.com/fujisawakenta/status/1720273102540857440
パソコンの中で探し物をしていたら教授学というファイルが出てきた。これは僕が国立天文台の助手だった時にＥ先生が言っていた言葉だ。こんなところで教授学について開陳するのもおかしいけど、Ｅ先生も鬼籍に入られたし、許してくださるだろう。
https://twitter.com/yuya\_takeyama/status/1719182030641254785
これは昨日社内の LT 会で発表した資料。盆栽について
https://twitter.com/nabettu/status/1714620556530839952
オライリーの「雑に作る」読んだ！ この極意はクソアプリを始めとする個人開発にも活かして行きたい・・・！ｗ
https://twitter.com/kazuho/status/1714477319480660073
gmail の容量が15GBいっぱいになった件、一年以上前の未読の広告扱いされたメールとか不要やろってことで
is:unread category:promotions older_than:1y
で検索して全消した。使用量9.38GBまで下がった！
https://twitter.com/uiu\_\_\_\_\_\_/status/1714207380995543157
相談にのるとき、何も分析などしないで「ああ」とか言ってるだけのほうが効率良く相手の悩みが治る、と河合隼雄が言ってたけど、 何もしない、何もわかろうとしないことが最善なことも多いんだなと感じている
https://twitter.com/harada\_psj/status/1710049216238887157
焼肉レトロスペクティブのチェックインで川口さんが良いこと言ってて、脳内から揮発する前に書き出しておこう。
・ふりかえりでまじめに反省している人が多い ・KPTだと、スクラムの透明性検査適応でほとんど自明なはずで、改めて出し直す意味が薄い。 続く
・そんな背景から、5年ほど前のリトリートでFunDoneLearnが生み出された ・ふりかえりはスプリントの締めくくりで、楽しく締めくくってもいいんじゃない？ ・真面目に反省やアクション出しても、やらなかったりするわけで。なので、楽しかったーという方向に振ったふりかえりでいいと思う
https://twitter.com/Kattsuuya/status/1710094886706487692
個人的にKPTが難しいと思う点は、 ・KeepとProblemが対比になってない ・みんなの思考が「Keep、Problem→Try」になりがち（Keep→Tryが出てきづらい） ・Try出すプロセスが短絡的というか、深い議論をするのがチームのやり方に強く依存する とかかな… あとだいたい話の重心がProblemに偏りがち。 引用 nambu @tayunambu ·
https://twitter.com/tayunambu/status/1710080364264505365
ずっと「KPT使いにくいな」って思ってたの
KPTだと、スクラムの透明性検査適応でほとんど自明なはずで、改めて出し直す意味が薄い これだったのか！！！
https://twitter.com/moznion/status/1709128040138387597
PlanetScaleがGitというかGitHubのワークフローをDBの開発・運用に適用したのは本当に良くて、これによっていままで出来なかった自動化等がやりやすくなってて素晴らしい。一方でGitHubだとできることが一部できなかったりして（たとえば1ブランチから複数のdeploy requestを作るなど）、そういうところでアレッとなるものの、そこはまあ瑣末な話ではある……
https://twitter.com/makies/status/1706964608987316674
最近だとJetBrains系IDEに入ってるHTTPクライアントを愛用しています。コピペできるし、.http をgit管理もできる、シークレット系はコミットしないように別ファイルに置ける、ちょっとしたテストも書ける。IDE内で完結できる。という感じで使いやすいです。 https://pleiades.io/help/go/http-client-in-product-code-editor.html
https://twitter.com/hisaichi5518/status/1706305603902042327
やっていき/のっていき/バーンより良い言葉が思いつかない
https://twitter.com/sunaot/status/1704062804112875887
書いてました。組織づくりをするぞっていうと、なにかすごいなにものかを組織へ実装していくように聞こえがちですがこういう草の根活動が組織の文化を支えるところは大きいと思ってます。 https://tech.bm-sms.co.jp/entry/2023/09/19/110000
https://twitter.com/gorilla0513/status/1688791140156555264
ファイルアップロードの実装に脆弱性があると、file:///proc/self/environで環境変数を抜き取れるという観点が目からウロコだった 怖すぎる https://github.com/ine-labs/AWSGoat/blob/master/attack-manuals/module-1/06-Server%20Side%20Request%20Forgery%20Part%202.md
https://twitter.com/songmu/status/1688025516761382912
仕事では感情を排した理性的な決断をすべき、みたいに考えてる人多いと思うけど、むしろ人間から感情なんて切り離せないんだから、感情を活かす決断を志向したほうがよいと思うようになりました。技術選定とかもね。
https://twitter.com/TAKAKING22/status/1687057093910839296
1on1は「関係性を構築するツール」ではなくて、「関係性があるから成り立つツール」だって捉えたほうが良いとおもう。
https://twitter.com/yuya\_takeyama/status/1686721552174501888
これ本当にそうで、僕も職業としてのSite Reliability Engineerは辞めましたが、Site Reliability Engineeringの哲学・方法論は本当に強力かつ汎用性高いので、Software Engineer一般にもっと広がるといいなと日々感じています。
https://twitter.com/onk/status/1674862971099713536
面白い仕事をどうねじ込むか (もっともらしい理由をでっち上げてビジネス、ユーザ、技術の三方良しにするか) がプログラマとしての腕の見せ所で、楽しく自分のキャリアを作っていくコツだと考えています
https://twitter.com/narumi/status/1659485624620167168
GWもおわって、雨がつづいたり、心身ともに不良になったり、仕事がうまくいかんぞ…ってなったら読んでほしい記事！
「他人とか自分のことをあまり意識せず、コトに向かうように」というメッセージ、けっこう大事です。
DeNA南場智子さんの講演「ことに向かう力」がいい話
https://note.com/narumi/n/n1aeb76bbbe4e
https://twitter.com/monomem7/status/1659216671020826627
Exactly. 座ったときにスマホ潰す事なき、絶妙な位置とサイズ。 これに魅了されて夏は高頻度で5-Pocket Shortsを穿いています。 ちょっとした工夫によってこの快適さが生み出されているという事が、また嬉しいんですよね。なんか。
https://twitter.com/3DGAN/status/1649274599811727360
キャンプツーリングに良い季節ですが、自分がいつもやっているテントの収納の仕方を提案しますね。濡れずコンパクトになり、濡れても他の荷物を濡らさずとりあえず仕舞いやすい。衣類圧縮袋は付属の収納袋より便利です（ポールなど硬いものは別にしますよ）#キャンプ
https://twitter.com/\_madahamada/status/1634088467218206721
もう迷わないわいの布陣： 5℃未満→ジオラインLW+長袖+ニットorフリース+コート 10℃未満→ジオラインLW+長袖シャツ+コート 15℃以下→ジオラインLW+長袖+ニットorフリース 15℃〜25℃→ジオラインLW+長袖 26℃以上→ジオラインクールメッシュ+フレンチスリーブ
アウトドア系インナーはいいぞ！
https://twitter.com/harusanda/status/1643946532373417985
→今回でよくわかったんだけど、がっつり読むためには「読む専用の場所」があったほうがいいね。 僕ら技術職って、本を片手に作業するので つい仕事場で読書しちゃうじゃん？
あれ、たぶんよくないね。積読の原因になる。 仕事場ってのは拾い読みの場所であって、体系立てた話を読む場所じゃないのよ
https://twitter.com/hsbt/status/1635795808745586689
情報を公開すればするほど GPT-* によって仕事を奪われるので公開されてない情報、というか前も同じだけど検索しても解決策が出てこない課題などに向き合うということが重要なのだよなあ。
https://twitter.com/t\_yano/status/1632003986386739203
コードレビューって、プログラマとリアルに知り合ってない、OSSのような環境じゃない場合は、片方がコードをプルリクとかで渡して、レビュー側がそれを一人で読んで、みたいな形ではなく、
「レビューしてくれ」 「オッケー何時からやる？」 「昼休み後な」
で始まり、 リアルでもオンラインでもいいけど、被レビュー側とレビュー側が一緒に席につき、あとはレビューされる側がひたすら、自分の書いたコードの各処理の意味を、レビュアーがわかるまで説明していく、レビュアーはよく分からないところを質問していていく、みたいなのが良いんじゃないかな
https://twitter.com/yuuk1t/status/1627990705871396864
「オブザーバビリティ・エンジニアリング」を読んでいる。本書にでてくるモニタリングとオブザーバビリティの対比構造を次のように整理してみている。本書ではこの対比構造が頻出するので、これを脳内にもっておくと読み進めやすくなった。
https://twitter.com/sunaot/status/1622901478355775489
これは本当そうで、社員が言葉に出して日常的に活用していたのが良いところなんですよね。「コトに向かう」も「発言責任」も (最新ではなくなっている) 「2ランクアップ」も当時普通に使われているのを見ていて、そうなるに至った過程や背景がとても気になっています
https://twitter.com/pg\_quote/status/1619843523825766401
一塊のコードを複数人に共有させないこと。セールス野郎に会社を仕切らせないこと。ハイエンドの製品を作らないこと。コードを大きくしすぎないこと。バグを見つけるのを品質保証の人間に任せておかないこと。リリースの間を開けすぎないこと。開発者をユーザから隔離しないこと。
https://twitter.com/hyuki/status/1613462637597294592
関連する話題。ツールを使いながら作っていると、特定のワークフローにぎちぎちにチューンされたツールになりがちで、自分のワークフローがちょっと変化するだけでツールを書き換えるような大騒ぎになることも。つまり、時間の変化に耐えられるか問題。やや「甘い」作りの方が長生きツールになるかも。 引用
https://twitter.com/Yutaka\_Kinjyo/status/1613097918084571138
「Slack ゆとりの法則」でも似たようなことが書かれていますね。こちらはソフトウェア開発の文脈ですが、ゆとりがないと変化が入る余地ないよと。
https://twitter.com/tamuramble/status/1729830482957758571
Outlierのボトムズ
私が買ったFutureworksはもう売ってないみたいですが、どれもアウトドアでも履けるほど丈夫かつ、アイロンかければ大体のビジネスシーンでも履けるスタイル。
https://twitter.com/tamuramble/status/1729832378011381979
lululemonの長袖
確かmetal vent techというやつ。普段着にも使えるし、寒い季節はヒートテックの代わりになるくらい暖かい。一方で吸水性も高いので、冬場のランニングやハイキングでも重宝する
https://twitter.com/tamuramble/status/1729834747990245437
MDノート新書サイズ無罫
現役？の時はこれで議事録や日々のTODOを書いてました。紙質が良くインク抜けしないのと、新書サイズなので、荷造りの時に新書と重ねて放り込める。文庫本サイズもあります。
https://twitter.com/tamuramble/status/1729834042445517067 10年日記
確か上海のフランス租界の露店で買った。見開き2ページ10行が10年分のその日という形式。つけたりつけなかったりですが、それも良い。定期的に手で文字を書く口実にもなります。
https://twitter.com/tamuramble/status/1729836959185399883
シャモア革
パソコンの画面やメガネを拭くのに便利。吸水性も半端ないので、ハンカチの代わりにもなります。10cm四方くらいに裁断したものをバッグにいつも入れています。
https://twitter.com/tamuramble/status/1729870670094643436
（ぶら下げる場所間違えたので再掲）Buffのネックウォーマー（メリノウール） 気温の上下が激しいところだと、まずは喉や首を温める必要がありますが、その時に重宝するのがこれ。マフラーほどかさばらず、十分に暖かい。