StructureEssay
なぜ「ポケモン言えるかな？」は口が勝手に動くのか — 151匹の名前から"発見"された、呪文とクラブラップの設計
「ポケモン言えるかな？」は、なぜ口が勝手に動くのか。この曲を、懐かしの暗記ソングではなく、ポケモン名の母音・韻・モーラ・発音の慣性から設計された音楽として読み解く。呪文のような主旋律と、クラブラップへ転じる構造を分析する。
mnk.log
1000engineering
技術コミュニティについて、一度立ち止まって考える
技術コミュニティには価値がある。ただ、そこで見えている景色は、あなたが思うよりずっと狭いのかもしれない。実装の先にある組織や社会まで含めて、技術との向き合い方を考える。
StructureEssay
契約は、「感情」をどう翻訳したのか ──NewJeans関連訴訟群から読む、韓国司法の「契約観」
NewJeans関連訴訟群を題材に、韓国司法が「契約」をどのように捉えたのかを考察する。専属契約、信頼関係の破壊、ミン・ヒジンとの紛争、契約解除要件を整理し、「法は感情をどう翻訳するのか」という視点から契約制度の本質を読み解く。
1000engineering
「どうすればできるの？」は建設的な発言とは限らない
現場からの実務上の問題提起に対する「どうすればできるの？」という返答は、一見すると建設的な言葉に聞こえる。しかし、その一言だけで終わると、制約を理解する責任は現場へ移り、責任転嫁になってしまうことがある。建設的な対話と責任転嫁を分ける境界を考える。
ThinkingEssay
The Lost Humility of Software Engineering
Why did early software engineers distrust their own abstractions? An essay on engineering humility, physical constraints, cloud computing, and AI.
1000notes
誰かの人生に引用されるように生きたい
記号を追いかけるより、記号になる人になりたい。有名になるためではなく、自分の選び方に固有の輪郭を持たせ、誰かが迷ったときに「こういう生き方もある」と思い出せる、小さな参照点として生きることについて。
1000engineering
技術と近づきすぎてはいけない
技術は企業にも技術者にも必要だ。しかし、技術そのものに視点が止まると、組織は硬直し、個人の成長も停滞する。変化に適応し続けるための「技術との距離感」について考える。
StructureEssay
Amazonの凄さを真剣に考える ― Amazonはなぜ変化に適応し続けられるのか
Amazonの本当の強さは、ECでもAWSでもAIでもない。利益を継続可能性へ変え、技術を目的化せず、事業経験を再利用可能な組織能力へ変換する仕組みから、変化に適応し続ける企業の「設計」を考える。
1000notes
「何を書くか」より、「何を書かないか」を決める
良い記事に必要なのは、広く書くことではなく、広く見たうえで「何を書かないか」を決めること。複雑な対象から一本の線を選び、読者が受け取れる形に切り出すための、書き手の視点について考える。
StructureEssay
ダイヤモンドは人類最大級のコンテンツIPかもしれない
ダイヤモンドは、なぜ単なる炭素の結晶以上の価値を持つのか。天然ダイヤと人工ダイヤの違いを手がかりに、価値が「物理的特性」「社会的物語」「集団的合意」によって形成される構造を考える。
ThinkingEssay
「ジルノ」への答え方でわかった、AIそれぞれの認知の癖
スイス国鉄の高速列車「Giruno（ジルノ）」を巡る小さな誤答から見えてきたのは、AIごとに異なる「知らないこと」への向き合い方だった。ハルシネーションを知識不足ではなく補完戦略として考える。
ThinkingEssay
タフな社会が忘れた場所——日本アニメと茶室が担ってきた役割
近代社会は説明や責任、成長を求めることで発展してきた。しかし人間は、それだけでは生きられない。茶の湯や日本アニメを手がかりに、「人はどこで人間に戻るのか」を考える。