Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mohsen1
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
31.
▲
by
mohsen1
4mo ago
Nice thing about the microvm is that you can snapshot it and restore it. Keeping the fs minimal is my goal. Snapshots restore much faster if they do not include 5GB of source code
32.
▲
by
mohsen1
4mo ago
I’ve been working with AgentCore that uses the same MicroVMs. They are capable in many ways but for coding agents that load a big got repo they get bloated quickly with the git repo. I’m building this google3 style mounting to address this.
33.
▲
by
mohsen1
4mo ago
Confusion is: ultracode is not a different model with its own benchmarks
34.
▲
by
mohsen1
4mo ago
NYT's The Daily covered this a few days ago. Has a few interesting details about what went on... https://www.nytimes.com/2026/06/04/podcasts/the-daily/trump-...
35.
▲
by
mohsen1
4mo ago
> Additionally, we’re introducing a new `ultra` mode that goes beyond the capabilities of a single agent by leveraging subagents to accelerate complex work. I'm curious about how does this work? Do the subagents also get to use the
36.
▲
by
mohsen1
4mo ago
Jokes on them, I just used Safari's summary feature. Even the title was enough for me to get the point.
37.
▲
by
mohsen1
4mo ago
Thanks! Two thoughts: - if this port is happening on a single machine, you are better off with work trees. You can reuse worktrees if creating a new one is expensive. https://github.com/satococoa/git-worktreeinclude ca
38.
▲
by
mohsen1
4mo ago
Link to the discussion that gave me the idea: https://news.ycombinator.com/item?id=48631726#48634278
39.
▲
Show HN: Git-lazy-mount mount a repo without cloning it. Works with ordinary Git
(github.com)
9 points
by
mohsen1
4mo ago
|
3 comments
40.
▲
by
mohsen1
4mo ago
I took a stab at this here https://github.com/mohsen1/git-lazy-mount It seems to be feasible and useful. I'm still ironing out some details but I thought I share early
41.
▲
by
mohsen1
4mo ago
I'm really curious to see how this unfolds. It's a defining moment for us I think
42.
▲
by
mohsen1
4mo ago
Yes, in my project I made so much more progress in 3 days of Fable that is not comparable to how Opus is working.
43.
▲
by
mohsen1
4mo ago
The lazy mount is very interesting. This is similar to how google3 works at Google that I have not seen any similar implementation in open source so far. Git sparse checkout is helpful but checking files out as they are needed is much more
44.
▲
by
mohsen1
4mo ago
In practice it's much harder to maintain a native app. I am noticing this with ChatGPT Mac app vs. Codex Mac app. ChatGPT on Mac is constantly behind compared the web ChatGPT while Codex is shipping features at a much higher velocity.
45.
▲
by
mohsen1
4mo ago
there was some attempts to make this happen back in the days. see text-kashida-space. if drop letters are something CSS can own, why not kashida?
46.
▲
by
mohsen1
4mo ago
It's 2026 and things like kashida in CSS is not possible. Long way to go to support the Arabic script properly on the web. And as the article says, since most of the writing is happening on computers, stuff like kashida are going to be
47.
▲
by
mohsen1
4mo ago
I personally think at some complexity level almost nobody who wrote the code can tell you what's going on. E.g. TypeScript's `checker.ts`
48.
▲
by
mohsen1
4mo ago
In the world of compilers there is a lot of wasted compute. In my project I'm also getting good results (for now on single files) https://tsz.dev/benchmarks/micro
49.
▲
by
mohsen1
4mo ago
It's fascinating to read the comments here. The attitude is very strange to me. Writing software is not a sport that if you "cheat" using tools then your results are worthless. Results are speaking for themselves. Unless you
50.
▲
by
mohsen1
4mo ago
This is the right take. I wouldn't dare to write a TypeScript compiler a year ago but now I'm trying it and I have to say this has taught me so much about compilers, Rust and performance overall that wouldn't be possible befo
51.
▲
by
mohsen1
4mo ago
Codex with Browser Use (Codex 5.3 Spark) was able to solve this with a simple prompt https://github.com/user-attachments/assets/0b80b07b-d88f-414...
52.
▲
by
mohsen1
4mo ago
I hate leetcode type questions. It's like "math Olympia" questions I had to deal with as a kid. Either you have seen the problem (or a variation of it) or there is no way of coming up with a solution under pressure.
53.
▲
by
mohsen1
4mo ago
Oh man, making a 7-segment display was my favorite question to ask frontend developers. Eventually turning it into a real clock if they were fast enough. Captures lots of basic CSS positioning, JS timers behavior and general ideas like brea
54.
▲
by
mohsen1
4mo ago
I'm making a TypeScript type checker in Rust. tsz is my main side project. Trying to learn from this for how to make software in fully automated fashion. tsz's goal is to match tsc (tsgo) but perform better. I am not passing all t
55.
▲
by
mohsen1
4mo ago
The army of AI agents opening PRs and issues in my open source projects has made me close PR and issue access in my active repos. It sucks because there might be someone wants to constitute legitimately but I don't want to do the labor
56.
▲
by
mohsen1
4mo ago
If you think about it, a piano has all the possible songs in it too!
57.
▲
by
mohsen1
4mo ago
I mentioned elsewhere too. This was a one-shot thing that made me wow so I thought I share. You're kind with your comments but others are just hating it, even so I said 1. I don't know this motor technology and 2. It was a one sho
58.
▲
by
mohsen1
4mo ago
Code is here https://github.com/mohsen1/axial-flux-motor-explainer Feel free to steal! This was one shot with Claude Code. You can take it and adopt it to your need
59.
▲
by
mohsen1
4mo ago
I was curious how this thing works and asked Claude to visualize it -- mostly to see how good Fable is and I have to say, what it made was good enough for me to get a gist of it. Posted it here https://azimi.me/axial-flux-mo
60.
▲
by
mohsen1
4mo ago
Shameless plug. I'm writing a TypeScript checker in Rust. It's not a port. I made this with a different architecture that hopefully once is done will be proven to be a better set of trade-off https://github.com/tsz
More ›