ah, i misunderstood. that seemed way too low in terms of actual tokens lol. i'll log off now. interesting details and didn't know about WebkitWasm. hope to read more soon.
HN user
sangeeth96
just another geek.
---
> automagic.blog
ཐི༏ཋྀ @runofthemillgeek.com
meet.hn/city/11.7490639,75.4931578/Thalassery
Socials: - sangeeth96.at.hn - bsky.app/profile/runofthemillgeek.com - github.com/runofthemillgeek - linkedin.com/in/runofthemillgeek - reddit.com/user/runofthemillgeek - https://automagic.blog
Interests: Cybersecurity, Legal Tech, Open Source, Privacy, Programming, Technology, UI/UX Design, Web Development
---
edit: I misunderstood, that's $25k not 25k tokens :/ time to log off.
this is so rad! 25k tokens is a lot less than i thought this'd take -- what were the difficult bits in the porting process? also, was firefox preferred because parts of it are already in rust?
are you by chance watching the spring 2020 version? [1]
[1] https://www.youtube.com/playlist?list=PLrw6a1wE39_tb2fErI4-W...
They (WP and Lumia) would've been a strong 3rd player if the right investments and care were given since MS acquisition but alas, I think I should've noticed the writing on the wall for all of MS' consumer business (Xbox, being the latest!) from the moment Satya stepped in and Nokia got cut off.
Satya was great for businesses and MS' investors, terrible for consumers.
This is what I’ve been thinking of ever since coming across Ramp’s agent[1] and other orgs trying to build their own remote dev envs with agents at the center. Makes so much more sense in this kind of a dev spree to not wait for a PR. Because all actors end up repeating the same thing with their own agents which can be totally avoided. Conversations and code to jump in and out of, to collaborate etc seems like the right way to go.
Excited to see what Zed team comes up with! :)
[1] https://builders.ramp.com/post/why-we-built-our-background-a...
not in the app store?
this was... hallucinated? hence the removal?
Ported tree-sitter, color-diff, yoga-layout, and a number of other WASM and Rust native modules to TypeScript, improving CPU and memory use by 2-10x in the process
Curious to learn more on this (unless there’s a write-up in the works). I’m naive on this matter but:
1. is this because it’s higher cost when passing objects back and forth across the JS/native boundary? 2. Does this have anything more specific to do with use of Bun? 3. is the stance for claude code then to keep all the deps in raw TypeScript? 4. How do you folks keep these ported deps up-to-date?
I wonder if this is related to the supply chain attack they talked about at GrafanaCon[1] or a fresh leak. If latter, wonder what they missed since it seemed like they got their detectors/scanners set up well. Curious to read the report on this.
A specific number.
I had to fight through school and university in India with my teachers who believed these were legit questions to ask in written exams. Can't 100% blame them since almost all standard-issue textbooks had them and claimed they'd give predictable output. I thought the same until I noticed the weirdness when running them across different compilers and after I read about UB, sequence points and similar quirks in books that are not total garbage.
Luckily, I ended up with smug smiles in all those cases after showing them the output from different compilers.
Likewise looking to adopt mise at work, have a PR nearly there and especially with all the LLM/skills CLIs, mise looks well positioned. I've been using it for a long time personally and is a delight to work with.
Curious given polyglot monorepo and bazel, does mise have something that solves the build graph/caching stuff that IIUC comes with Bazel or is that something that's not needed for the monorepo you help maintain?
Looking forward to trying this out and see how this differs from more manual approaches. One thing that stands out is an included store for public/private distribution — that’s super convenient given the cumbersome (and maybe, horrific) process that is the app store submission.
Can we specify the location manually in Pro plan or is this only available in enhanced builds?
Surprised this didn't hit the front-page.
I’d be grumpy over wasting my time on an HN post that’s LLM generated which doesn’t state that it is. If I wanted this, I could be prompting N number of chat models available to me instead of meandering over here.
Love mise, didn't know about hk. Will check this out but don't think $WORK (or me) needs more than lefthook at the moment, which we're quite happy with. Wonder if there are comparisons/example projects that showcases the unique value propositions.
Merry x'mas everyone!
Why is this not on top of HN? This runs so smooth on iOS Safari on iPhone 17 Pro. I was mindblown!
Thought it had something to do with some model updates, like Gemini Flash 3 for a moment.
I have fond memories of using GitLab CI in 2018–2019 and I'm still pissed GitHub didn't just life and shift that kind of a model. Not sure about the particular issues you're running into but I remember GitLab supporting a lot of the YAML features missing in GitHub like anchors in order to build/compose stuff.
Oh and turns out GitHub also has that now: https://github.blog/changelog/2025-09-18-actions-yaml-anchor...
UPDATE: okay they botched it https://frenck.dev/github-actions-yaml-anchors-aliases-merge...
For similar reasons many years back when I broke the bank for a G2, I decided to disconnect it forever. Besides the always-on spyware, every update broke something, which is incredibly frustrating considering the amount I spent. For instance, I got a GX soundbar for free with the TV which worked fine for 1–2 months until some update borked it and made it glitch out randomly. To date, none of their updates seem to have fixed it. I now only connect it back to the web — if needed — once a year or so but even this needs plenty of careful research across the web to see if the update package breaks something else I take for granted.
Hooking up an Apple TV 4K to this thing was the best decision I ever made and the sheer performance of this thing puts every TV vendor to shame. I would recommend everyone to do the same if they're already in the Apple ecosystem.
This just makes me extremely concerned for the iCloud transition I’ve been making. It shouldn’t be this easy to perform a user-disruptive action from the support/ops side. I would think they’d have visibility to some sort of “reputation” metric, given the age/purchase history etc even if anonymized.
I can understand this happening if it was a freshly created account topped up with a sus gift card but it’s unacceptable that the first action is to completely block an account with history.
Even more concerning is the nonchalant support response to “go create a new one” with emojis. C’mon Apple — this is just a terrible way to respond to this situation.
Then they rediscovered PHP, Rails, Java EE/Spring, ASP.NET, and reboted SPAs into fullstack frameworks.
I can understand the dislike for Next but this is such a poor comparison. If any of those frameworks at any point did half the things React + Next-like frameworks accomplished and the apps/experiences we got since then, we wouldn't be having this discussion.
This is what I asked my small dev team after I recently joined and saw that we were using Next for the product — do we know how this works? Do we have even a partial mental model of what's happening? The answers were sadly, pretty obvious. It was hard enough to get people to understand how hooks worked when they were introduced, but the newer Next versions seem even more difficult to grok.
I do respect the things React + Next team is trying to accomplish and it does feel like magic when it works but I find myself caring more and more about predictability when working with a team and with every major version of Next + React, that aspect seems to be drifting further and further away.
Next team just published this: https://nextjs.org/blog/security-update-2025-12-11
Seems to affect 14.x, 15.x and 16.x.
With all due to respect to the folks working on Antigravity, this feels like a vibe-coded VSCode fork to me. Font sizes, icon sizes, panel sizes are all over the place (why?). To top it all off, the first request just failed with overload/quota exceeded errors (understandable, but still).
Looks like I'll wait to see if Google cares about putting the polish into a VSCode fork that at least comes close to what Cursor did.
It's a tool and it's your personal responsibility to use it correctly.
Sure in theory, but this never works out in practice when applied to the populace. Replace "LLM" with other controversial things — social media, cigarettes, guns.
I'm also certain anyone outside the tech sphere who takes personal responsibility when using LLMs is not using Grok as their daily driver.
To those who saw a chrome.com link and got triggered:
The Firefox[^0] and WebKit[^1] projects have also indicated plans to remove XSLT from their browser engines.
[^0]: https://github.com/mozilla/standards-positions/issues/1287#i...
[^1]: https://github.com/whatwg/html/issues/11523#issuecomment-314...
Timestamped link to the podcast with Sam and Satya where this was asked: https://youtu.be/Gnl833wXRz0?t=700