よしだです。

これ DBスキーマやURL構造を考えずにUIを設計するのは、 柱の位置や配管を考えずに家の間取り図を描くようなもん

会社「心理的安全性のために1on1をやろう」 ↓ 上司「最近どう？ なんでもフランクに言ってよ」 ↓ 部下「実は今のチームの体制だと少し無理があって…」 ↓ 上司「あー、それはね、君の視座がまだ低いからだよ。俺の若い頃はさ～」と自分語りを始める ↓ 「話を聴く」って、相手の言葉を最後まで遮らずに受け止めることだからな。「自分の正しさを証明するための隙」を探しながら聞くのは、ただの尋問なんだわ。部下はお前の自己満マウントの観客じゃない。

内輪のイベントでの名刺交換でメルマガいきなり送られてくるのこんな気持ちなんだ…

慎重にリスクなく、シンプルに効率的に

@gzdevOnuki lgtm!!

最近gitでPR投げた時にメガベンチャー出身のCTOから「LGTM」とだけ返ってきて、何......?ってなったんだが、問題なしってことなのね。 今まで日本語で「OKです！」て文化圏の人だったから、おぢさんわからなかったよ...😭

みんな、おはよう...☀️ #ご自愛語録

プロを目指してた時の話(1/2)

@gzdevOnuki お、明日頑張ります💤

@masvc_ 明日午前中から行きますよ！ 昼から空きそうですー

最近韓国行ってました メガコーヒーなるものが150円で飲めるのがバグ あと、カジノ楽しすぎて一日中居たので次回もいいカモになりに行きます

@gzdevOnuki ニキ、今週原宿いる時あります？？情報交換お茶しましょう！

@masvc_ 個人的にツボでした笑

@ma_freud ぶち破りにいきます🔥

@masvc_ OpenCIぜひ使ってみてください！

aiあるある。 CI/CDの時間がトイレタイム。 pushしすぎてghaの上限ぶちやぶる。

NEONってそんなにいいの？？？ neon.com

@1MoNo2Prod あざます！！

@masvc_ このURLから試してみてください！$20分クレジットもらえます👇 railway.com/?referralCode=…

Vercelの代わりにRailway使ってるけどいい感じ Vercelと比べた時の利点は - Docker使えるのでほぼ何でもデプロイ可能。PythonやRails使えるのがいい - DB, Redis等が同梱されてるので設定簡単。アプリを跨がなくていい。Supabase、Redisにそれぞれ月額費払う必要なし - 最低$5/moから使える。使わなかったらコストが掛からないので経済的 - PR毎にプレビュー環境ができるので、動作チェックが楽 趣味アプリや社内用のアクセス少ないアプリをデプロイするなら選択肢としてアリ Next.jsで作るならVercelでいいけど、「フロント/バック分けたい」「長期間ジョブ回したい」「Docker使いたい」ならRailwayがいいな

まじでエンジニアの人は6歳でも分かるように話すことを心がけたほうがいいと思う。 15歳に分かるように話して100万円しか売れなかった製品は6歳に分かるように話したら1億円売れます。

@1MoNo2Prod なるほどです！確かに、ちょっと癖ありますよね。私も試してみます

@masvc_ 自分もRender試しました！ RenderはRailwayよりもコストが高いのと、バック/フロントでデプロイを分けるとPreview環境の設定が面倒なのでやめちゃいました

CTOの定義を「最も技術に詳しい人」に置くと、組織が一定の規模を超えたときに機能不全が起きます。 より正確には、CTOとは「技術者の中で最も経営に詳しい人」であり、「経営陣の中で最も技術に詳しい人」であるべきです。技術的卓越性の担保はテックリードやテクニカルフェローに委譲し、CTOは経営判断に技術的ロジックを組み込む役割を担う。そこを混同すると、「最強の技術者」が経営会話の質を下げるという逆説が起きる。 役割の設計は「何を最大化するか」ではなく「何を翻訳・中継するか」で考える。組織の複雑性が増すほど、能力の頂点を置くよりレイヤー間の情報変換機能を設計することが意思決定の質を決定する。