Naru

Indeed Japan SWE (TypeScript / Node.js / frontend tools) ← Kobe Univ. (ML / topic models)

[Naru @naruaway]

Introducing Quickboot.js: Reduce JS beyond tree-shaking with runtime trace, eval, & sync XHR.

The React + framer-motion demo requires smaller JS than React itself 🤯. 40% size reduction!

Feedback welcome! IMHO this is very interesting although it is not (or never) prod ready

[Naru @naruaway]

in source testingめちゃつこてるけど今度はripgrepとかで検索した時一瞬テストコードの中か実装の中かわからないのが地味に困る

けどこれ考慮してもin source testing優先で書いてるな
colocationは正義

[zaru @zaru]

TypeScriptでテストしたいためだけにexportされると、コードを見た時に他で使われている可能性を考慮しながら読まなきゃいけないから、めっちゃ認知負荷かかる。VitestのIn-source testingを活用していきたい。

[Naru @naruaway]

いつの間にかNode.jsでOpenTUI使えるようになってる！ --experimental-ffiがいるけど

[Naru @naruaway]

いつのまにか"zig build -Doptimize=ReleaseFast install"でNeovimビルドできるようになってる！
macOSでluajitも問題なし

CMakeさよなら👋

[Naru @naruaway]

Using jj (jujutsu) for 1 week to fully replace my all git usage and I cannot go back anymore

megamerge workflow is just so good

GPT 5.5 understands jj enough as well

[Naru @naruaway]

これ
node_modulesを一時的にgitに入れて中身書き換えまくってデバッグするの便利
こうするとどこいじったか把握し続けられる
gitに入れてからoxfmtかけただけのコミット作ってそっからデバッグコードを載せていく

[しーぴー 🍀 @__cp20__]

JavaScript ってやっぱ面白い言語で、ライブラリにバグがあった時に node_modules の中を勝手に書き換えてデバッグができる　こういう意味でスクリプト言語は開発速度が速くていいねとなる

[Naru @naruaway]

vimのmodelineの脆弱性2019年にもあった気がするけどまた起きてしまったか

2019年に起きた時以降nomodelineにしてて助かった

今はneovimで
vim.o.modeline = false

あまり使わないけど特定条件で発火するこういう機能全部オフにしときたい

[Naru @naruaway]

@__morse not really familar with ACP but do you mean CLI can just invoke some agent as subprocess to open ACP channel? I thought it can be nice if there is simple way for CLIs to "call llm" from the "parent" agent process in agent agnostic way

[Naru @naruaway]

nice
maybe we can also have a way to call LLM from cli as well

Now only MCPs can do that via MCP sampling

[Tommy D. Rossi @__morse]

agentic CLIs need a standard for injecting images into LLMs context without another tool call. now you have to write to a file then read the file contents

maybe this could be done via Kitty Graphics escape sequences. so CLIs would just need to render an image to the terminal as base64 delimited by some special characters and it gets injected into the context

MCP is the only way to do this now. it's unfortunate for us CLI kids

@thdxr @kmdrfx opencode could be the first one to do this. what do you think?

[Naru @naruaway]

おお
これと似たことNode.js CLIで実験してたけどCLIの連続呼び出しはmarkdownのリンク辿るのと等価とみなせるからskillインストールしなくても一行"call 'mycli --help'"ってAGENTS. mdかどっかに書いておいてヘルプでskillsのヘッダ相当のものを出力すればskillsとCLIの二重管理なくせる

[songmu @songmu]

blogged. / “あなたのGo製CLIをAI Agent Readyにするskillsmith | おそらくはそれさえも平凡な日々” https://t.co/Yf41Ps2lKH

[Naru @naruaway]

ElectronのChromiumパッチいじったら特定のDOMに対応するnative viewをReact Native for macOSに置き換えるの理論的にできそうな気がしてきた

Expo DOMの"use dom"の真逆

[Naru @naruaway]

@KOBA789 みたいですね！
ローカルに特定のバージョンがロックされている場合グローバルのcliはただのエントリーポイントとして動くのはnpm系のツールだと確かgulpだったりからある気がします！
pnpmもv10からローカル指定バージョンを勝手にインストールして使うようになって再現性上がってうれしみです

[Naru @naruaway]

一応"vite-plus" pacakgeがvpバイナリを含んでるのでグローバルにvp入れなくてもpnpmをエントリーポイントとして使い続けながらvp自体のバージョン管理もできる気がする
pnpm自体がpnpmとnode.jsのバージョン管理してくれるから役割被ってて、どっちを上位にするかはある程度融通ききそう

[KOBA789 @KOBA789]

Vite+ それ自体のバージョンがグローバルで単一になってしまってプロジェクト単位では管理できなさそうというのが懸念なのだけれど、みなさんそのへんどうですか

[Naru @naruaway]

@KOBA789 お役に立ててよかったです！
ちなみにglobal installのvpもローカルのvpを使うみたいなのでバージョンに関してはどちらにしてもローカル固定されそうです！
pnpmで統一してる場合vpをみんなにインストールしてもらうのが少し面倒というぐらいですかね

[Naru @naruaway]

@paxaral @boshen_c Also confirmed that `#!/usr/bin/env zsh` does not work
This should be because `/bin/zsh` is under SIP **and** zsh is not shimmed

To confirm this, when `/opt/homebrew/bin/zsh` is in PATH, this works thanks to dylib injection

so special cases are only about SIP binaries!

[Naru @naruaway]

Vite+のタスクランナーキャッシュon macOS、動的ライブラリインジェクションでファイルアクセスをsyscallレベルでトレースしてて、SIP保護下にあるbashとかはインジェクトできないから別の互換バイナリに置き換えてるのか、、、すごい

これでどのタスクがどのファイルに依存してるかトラックしてる

[Naru @naruaway]

@paxaral @boshen_c I just confirmed that running shell scripts with `#!/usr/bin/env bash` works fine

I think this makes sense considering the mechanism

vp can still reliably shim bash here

[Naru @naruaway]

@branchseer @boshen_c zero config ideal!! But maybe hard?

If adding small APIs to be optionally callable from JS build tools could help, that can be good

e.g.we put useMemo in React where we really want to avoid recomputation where React Compiler does not work well

[Naru @naruaway]

Neovimのプラグイン管理一周回ってこれになった

vim.opt.runtimepath:append('~/repos/github.com/dmtrKovalenko/fff.nvim')

なんらかのconventionに従ってレポジトリローカルにクローンしまくってる場合、そのパスを指定するだけ

アップデートは手動でパッチも直接編集するだけ

[Naru @naruaway]

@boshen_c Yeah this is so cool!
Maybe already considered but I want even finer grained reactivity in JS level
Not all the files read via syscall would affect the task (e.g. discard after fs.readFile via string match )
Maybe we need to come up with a way to signal this from JS side though.

[🈶うひょ🤪✒📘 TypeScript本発売🫐 @uhyo_]

記事を投稿しました！ 「Vite + Reactでいい」と言う人に突きつけられた現実と2つの選択肢（宣伝記事です） on #Qiita https://t.co/tl8KMmWOHt