π¨ New open source by me and my partner Josh: Mind Rig, AI playground for VS Code, Cursor, and co. πΉ Test prompts against different models & settings. πΉ Inspect requests, responses, and usage. πΉ Assign prompt variables manually or use CSV to test against multiple values.
Sasha ππ¨ Koss
@koss.nocorp.me
I make rad things. Many are open-sourced, like date-fns. Some, like https://mindcontrol.studio are not.
Hear me out. TS has namespaces, but they aren't open and defined per module, unlike Rust impl or C#/C++/etc. Even if JS had it, it would be a nightmare for bundlers. What if we used a delimiter, i.e., $: Result$initFromRun() or <Result$HorizontalLayout /> to signify them?!
Two monorepo learnings for the past couple of years: 1. TypeScript Project References rule in terms of performance and DX. 2. Extracting app code into isolated packages is not worth the hassle. When sharing code between apps, it's better to just have a single "core" package.
I added two more functions, `todo` and `ensure` (that assert non-nullish, unlike `always` that asserts truthiness). Also, I covered it with tests and detailed JSDocs. Who would've thought that one could push such a simple code that far!
I just published the stupidest npm package, `alwaysly`. There's nothing to it but two one-liner functions. I use them often and am too lazy to drag them around. Btw, if you don't use this pattern in your TypeScript code, you're missing out!
I ended up wasting so much time rewriting stuff that seemingly worked but was actually subtly buggy on many levels. This is why I dislike using "spec" to describe agent instructions. It leads to an illusion of control, while you are, in fact, slowly rolling to a cliff edge.
If left unchecked, agents eventually end up hook-locking themselves and unable to progress. I got this effects spaghetti after just a few (spec-driven!) sessions. It is simply deciding whether to show a key form, form with an error, or a masked key view.
Oh yeah, there's no such thing as too many GitHub stars: github.com/kossnocorp/a...
GitHub - kossnocorp/alwaysly: Runtime-agnostic assert function to mark unreachable code paths
Runtime-agnostic assert function to mark unreachable code paths - kossnocorp/alwaysly
github.com
I just published the stupidest npm package, `alwaysly`. There's nothing to it but two one-liner functions. I use them often and am too lazy to drag them around. Btw, if you don't use this pattern in your TypeScript code, you're missing out!
I just published the stupidest npm package, `alwaysly`. There's nothing to it but two one-liner functions. I use them often and am too lazy to drag them around. Btw, if you don't use this pattern in your TypeScript code, you're missing out!
Over the years only three organizations realized their promise to support open source, despite endless stream of startups and coins contacting me. They are Open Collective, @github.com, and thanks.dev (they are so awesome, I don't understand why not so many people talk about them) β€οΈ
The only podcast I'm listening to nowadays is @syntax.fm. So fun and educational too! Always learn something new. And that's not because they, along with @sentry.io, sponsor date-fns via thanks.dev, but for that, they are absolute legends!
The only podcast I'm listening to nowadays is @syntax.fm. So fun and educational too! Always learn something new. And that's not because they, along with @sentry.io, sponsor date-fns via thanks.dev, but for that, they are absolute legends!
I love using Next.js for web apps, but man, having to use Vite with React Router for a VS Code extension webview is liberating! A simple SPA with no care for latency is closest one can get to React-promised joy.
If left unchecked, agents eventually end up hook-locking themselves and unable to progress. I got this effects spaghetti after just a few (spec-driven!) sessions. It is simply deciding whether to show a key form, form with an error, or a masked key view.
As MCP maintainers, I think it is important to show the will to choose the right decisions over the ones that benefit the business. It is a small issue, but therefore, it is very telling. If they ignore it, then we will know that the same will happen with MCP eventually.
I think @anthropic.com is now at a crossroads with this seemingly insignificant decision of whether they should adopt AGENTS.md: github.com/anthropics/c... Do they bend to their competition or keep the advantage? This might hint to us if MCP is in good hands.
I think @anthropic.com is now at a crossroads with this seemingly insignificant decision of whether they should adopt AGENTS.md: github.com/anthropics/c... Do they bend to their competition or keep the advantage? This might hint to us if MCP is in good hands.
Feature Request: Support AGENTS.md. Β· Issue #6235 Β· anthropics/claude-code
Codex, Amp, Cursor, and others are starting to standardize around AGENTS.md (https://agents.md/) β a unified Markdown file that coding agents can use to understand a codebase. By contrast, CLAUDE.m...
github.com
I tried different code agents, including GitHub's Copilot (all the models), Cursor, and Windsurf. I found them all too slow. Code quality is not up to my standards. Fine for simple tasks, though. Now, after working with Claude Code, I'm finally having a good time.
In other news, a heavy Singapore rain drenched my monitor (and PC a bit), so I had to disassemble it to dry it π
I want to learn Go to tinker with the Go TypeScript implementation. How do I start?
Now I have a smol family of libraries focused on build size and performance: π· tinyfloat Β· github.com/kossnocorp/t... π· smolxxh Β· github.com/kossnocorp/s... π· smolcanon Β· github.com/kossnocorp/s... π· smolcsv Β· github.com/kossnocorp/s... (π§ WIP)
GitHub - kossnocorp/tinyfloat: A tiny (0.5 kB) decimal type for JavaScript
A tiny (0.5 kB) decimal type for JavaScript. Contribute to kossnocorp/tinyfloat development by creating an account on GitHub.
github.com
I just published smolcanon@0.2.0 that serializes JS values into a stable string representation. Happy to say it's 30% faster than alternatives, and it's just 185B! I built it to use with my other library, smolxxh (just 381B), to get JS value hashes.
I just published smolcanon@0.2.0 that serializes JS values into a stable string representation. Happy to say it's 30% faster than alternatives, and it's just 185B! I built it to use with my other library, smolxxh (just 381B), to get JS value hashes.
I finished 20th of 44 with a 4/7 score in a local rapid chess tournament. Much better than I expected. Also, even losing was fun. I didn't expect that either.
I got a Singaporean FIDE ID! Can't wait to get brutally beaten by elementary schoolers in chess π«
I just got to my highest rating in rapid chessβ1576 π It's modest, but I'm proud either way.
It is especially powerful in a private repo when you want to have some workspace packages open-sourced but keep developing and testing them as a whole.
People are sleeping on git submodules. I used them for private projects for years and recently adopted them for date-fns. With pnpm workspace, I can work on multiple packages in a single project while having GitHub issues and actions separated.
People are sleeping on git submodules. I used them for private projects for years and recently adopted them for date-fns. With pnpm workspace, I can work on multiple packages in a single project while having GitHub issues and actions separated.
I got a Singaporean FIDE ID! Can't wait to get brutally beaten by elementary schoolers in chess π«
@date-fns/tz is now at ~9M monthly downloads π§ I'm glad people find it useful!
I'm building date-fns MCP. I'm starting with documentation (per function doc, vectorized search) but have many more ideas. What would you want to see in it?
How deno_doc is that good? --json outputs data structure I always needed to render date-fns docs. I wish I had discovered it earlier. I dread migrating the documentation website once again, but I feel it would be worth it!
If you're into chess, you'll love En Croissant: github.com/franciscoBSa... It's a well-made cross-platform app (Γ la ChessBase) w/ support for multiple engines, a nice UI, and many more features useful when studying. Consider supporting the creator at: buymeacoffee.com/franciscosal