洪 民憙 (Hong Minhee)

TSKaigi 2026に採択されました。「TypeScriptのclassはなぜこうなったのか」というタイトルで、classの歴史的経緯・落とし穴・使いどころを体系的に整理する30分セッションです。

https://kosui.me/posts/2026/03/tskaigi

📢TSKaigi 2026の基調講演は、MicrosoftのPrincipal Software Engineer、Jake Bailey氏をお迎えします。

TypeScriptチームでパフォーマンスやインフラ、エコシステム整備を主に担当されています。 タイトルは『TS7: How We Got There』。「中の人」のご登壇をお楽しみに！

https://x.com/tskaigi/status/2035661614847001050?s=20

残念ながら落ちてしまった。😭

まあ、それでも参加はするけどね。

https://tskaigi.hatenablog.com/entry/2026/03/22/185722

TSKaigi 2026 プロポーザル採択者発表 https://tskaigi.hatenablog.com/entry/2026/03/22/185722

ついに発表された

We make our choices, and then our choices make us.

https://writings.hongminhee.org/2026/01/ethics-of-small-actions/

TSKaigi 2026の登壇者募集、数日前に締め切られたんだな。私が出したプロポーザルは通るかな？

Quick vibe check on @elk usage.

👉 Have you been using #Elk web app (https://elk.zone)?

Please #boost for science :) We have been discussing the future of Elk and your input here matters a lot. 🙏

Feel free to elaborate on the comments as well!

#askmastodon #askfedi #askmasto #fediverse #mastodon #mastodev

This Marxist lens on the different ways my peers and network are reacting to GenAI was more interesting than I expected

https://writings.hongminhee.org/2026/03/craft-alienation-llm/

LLMコーディングアシスタントはソフトウェアエンジニアたちの亀裂を作ったのではない。すでにあった亀裂を露わにしただけだ。

匠人気質のソフトウェアエンジニアたちが感じる疎外の源泉はLLMではなく、産出物を遅く出す側に不利益を与える市場にある。Marxの労働疎外論でこの問題を読む新しいエッセイを書いた。

「コーディングを愛する人たちが、なぜコーディングから追い出されているのか」

LLM 코딩 어시스턴트는 소프트웨어 엔지니어들 사이의 分裂(분열)을 만든 게 아니다. 이미 있던 分裂(분열)을 드러낸 것이다.

匠人(장인) 氣質(기질)의 소프트웨어 엔지니어들이 느끼는 疎外(소외)의 源泉(원천)은 LLM이 아니다. 그들의 產出物(산출물)을 더 느리게 만드는 쪽에 不利益(불이익)을 주는 市場(시장)이다. Marx의 勞動(노동) 疎外論(소외론)으로 이 問題(문제)를 읽어보는 새 글을 썼다.

〈왜 코딩을 사랑하는 사람들이 코딩에서 밀려나는가〉 (한글)

@evan Totally agree, and I think that's actually the point the essay is trying to make. The split isn't “LLM users vs. craft lovers” but something more like “people with room to choose how they use the tools vs. people who don't have that room.”

@mitchellh is a good example. He's clearly using LLMs as a craftsperson. So am I, I think. But both of us are in situations where we're not being measured against a colleague's output every quarter. The workplace dynamic is what compresses all of that curiosity and exploration into pure throughput.

The craft probably does survive, just not evenly distributed.

As luck would have it, the timing didn't work your way. A re-post hit the front page: https://news.ycombinator.com/item?id=47473178

This is a damn good article, and really makes me think about where I fall on the spectrum.

I didn't have to think very hard, I side firmly with Lawson.

I firmly believe that code is a craft, and I take pride in the time spent writing the code, not just in the product itself.

I mourn the impending loss of that kind of counter-culture approach to programming. Which is ironic because I don't think it's even the mainstream way of looking at coding... most devs I know would side with Orchard. Coding is a means to an end.

Work of the day! Me and my colleague have been making something with fabric and electronics :>

< F/OSS Histomat: We Should Reclaim LLMs, Not Reject Them
>

https://writings.hongminhee.org/2026/01/histomat-foss-llm/

The author argues against withdrawing from AI — instead proposing a Training Copyleft license (a GPLv4 / TGPL), following the same pattern as GPLv2 → GPLv3 → AGPL, each evolving to close new exploitation loopholes.

A NEW VERSION of
Requirements for Hangul Text Layout and Typography
한국어 텍스트 레이아웃 및 타이포그래피를 위한 요구사항
has been published.

https://www.w3.org/TR/klreq/

The content was rearranged to match the standard headings used for the W3C Language Enablement Framework.The document is still in English and Korean, with buttons to switch between.

Going forward, we will now begin adding new content.

I've just submitted my post to Lobsters and Hacker News:

• Lobsters: https://lobste.rs/s/vxsjiv/why_craft_lovers_are_losing_their_craft
• Hacker News: https://news.ycombinator.com/item?id=47468389

LLM coding assistants didn't create a split between craft-lovers and make-it-go developers. They revealed one that was always there.

For craft-lovers, what's being bypassed isn't the output but the act itself. Marx called this separation from the act of production. But the alienation isn't coming from the LLM. It's coming from a market that penalizes whoever produces output more slowly.

Why craft-lovers are losing their craft

翻訳というのが軽視されすぎというのもあるかも知れないな。言語ごとに文章構成の癖とかも違うから、実際は母国語で書いてから翻訳すれば良いというものでもないよね。

例えば英語のニュースとかで、日本についての記事で“the Asian country”とか指したりしがちだと思うけど、日本語だったら「そのアジアの国」なんて書き方は翻訳でもない限りまずやらないよね（そもそもこの書き方は偏見とかをエンコードしやすそうだから個人的に好きでない）。こういうこともあって、母国語を経由するよりそのまま対象の言語で書いた方が良かったりしがちだと思っている

シソーラスと睨めっこしながら“delve into”を捻り出した次の日に、LLMが“delve into”を使いすぎと指摘する記事をみかけたことがある私としましてもね……（？）

LLMを搾取的として批判するのはまあ理解できる。最低限の労力も払われていないslopへの嫌悪も当然だ。ただ、前者の論点を措いたときに、自分で責任を持って校正した文章に対してまで文意と無関係な細かい体裁などを論って「自分の言葉」でないから不誠実と謗るのは何かずれていないかと思ってしまう。

LLMにありがちな体裁で足切りするのは確かにslopの排除には有効かも知れないけど、最低限の校正を経た文章に対してのそれは、一見してslopと区別を付けづらいという実用上の都合で正当化されているだけで、偏見であることは否定し得ないのでは。一昔前の喩えを出すなら、「日本語がぎこちないメールはスパム」とかと同類の

LLMに頼らずに「自分の言葉」で（非母語の）文章を書くように素朴に要求されがちなの、その「自分の言葉」とやらが言語能力によって大きな制約を受けることについてもう少し留意してくれても良いのではとは思う。私もｴｰｱｲを扱わずに英語を書いているけど、それにも常に自分の英語のぎこちなさが付き纏ってくるし

@heybran 据我所知，目前韩国人可以免签去中国。最近韩国人确实经常去上海玩。我的妻子明天也要去上海旅行。

@heybran 原来如此！首尔现在还是有点冷呢。

LLMコーディングアシスタントはソフトウェアエンジニアたちの亀裂を作ったのではない。すでにあった亀裂を露わにしただけだ。

匠人気質のソフトウェアエンジニアたちが感じる疎外の源泉はLLMではなく、産出物を遅く出す側に不利益を与える市場にある。Marxの労働疎外論でこの問題を読む新しいエッセイを書いた。

「コーディングを愛する人たちが、なぜコーディングから追い出されているのか」

LLM 코딩 어시스턴트는 소프트웨어 엔지니어들 사이의 分裂(분열)을 만든 게 아니다. 이미 있던 分裂(분열)을 드러낸 것이다.

匠人(장인) 氣質(기질)의 소프트웨어 엔지니어들이 느끼는 疎外(소외)의 源泉(원천)은 LLM이 아니다. 그들의 產出物(산출물)을 더 느리게 만드는 쪽에 不利益(불이익)을 주는 市場(시장)이다. Marx의 勞動(노동) 疎外論(소외론)으로 이 問題(문제)를 읽어보는 새 글을 썼다.

〈왜 코딩을 사랑하는 사람들이 코딩에서 밀려나는가〉 (한글)

LLM coding assistants didn't create a split between craft-lovers and make-it-go developers. They revealed one that was always there.

For craft-lovers, what's being bypassed isn't the output but the act itself. Marx called this separation from the act of production. But the alienation isn't coming from the LLM. It's coming from a market that penalizes whoever produces output more slowly.

Why craft-lovers are losing their craft

より形式的に述べるならば、RDF Semantics（<https://www.w3.org/TR/2014/REC-rdf11-mt-20140225/>）によれば、RDFS interpretationにおいて

```turtle
as:attachment rdfs:range [ owl:unionOf ( as:Object as:Link ) ] .
s as:attachment o .
```

というのは、

```turtle
o rdf:type [ owl:unionOf ( as:Object as:Link ) ] .
```

をentailするという意味でしかない。特に、RDFSを含むRDF Schemaの仕様で定義されるsemantic extensionはあらゆるグラフに対してエラーにならないとされている（“None of the semantic extensions normatively defined in this document impose such syntactic restrictions on RDF graphs.”）。

自分でも何を言っているのか分からなくなってきた（？）

RDFの意味論においては`as:attachment`の値域が`as:Object`または`as:Link`であるというのは、`as:attachment`の値として`as:Object`でも`as:Linkでもないものを指定したらエラーとなるという意味*ではなく*、`as:attachment`の値として指定されたものは全て`as:Object`または`as:Link`であると見なしますという意味であるはずなので、この場合は拒否する方が間違いな気がする（自信がない）
QT: https://hollo.social/@hongminhee/019d0eaa-637d-70e4-b110-fb96d4f2cf24 [参照]