Hacker Newsnew | past | comments | ask | show | jobs | submit | aabhay's commentslogin

I think the beauty of this is that you know it can’t possibly have been ai generated

Tauri doesn't lock you in to one JS ecosystem. In fact, it doesn't require you to use javascript at all.

Also, we've had several developer framework startups get acquired -- Astro, Nuxt, UV, Bun, Vite. It doesn't exactly inspire confidence in a software that you want to last and give support for years.


I don’t understand this logic. The acquisition doesn’t guarantee the project dies and staying unacquired doesn’t guarantee the project continues.

The state of OSS funding is precarious. The acquisitions at least guarantee some runway for the maintainers. Maybe the acquirer has alternative intentions than to simply bankroll the project’s the way it was, but at least someone is paying to keep the maintainers fed.

After having worked in the JavaScript ecosystem for over a decade, I don’t think _any_ project of significant size is guaranteed to last or have support. We need to be thinking about resilience (_when_ the framework stops being supported), not pretending like using OSS projects without paying them should magically give you some support contract/assurances.


The benefit of Deno Desktop is it's like Tauri except for when you want it to be Electron???

This is a feature many apps actually need.

E.g. Tauri uses WebKitGTK on Linux, which has historically been slow, unstable, and frequently lagging behind the main WebKit project. This is enough of an issue that even Tauri is working on the ability to use CEF instead of the system web view in Tauri apps.

Things are generally fine on recent versions of Windows and macOS. The system web views on these platforms will be evergreen versions of WebKit or Blink. But if you want to support very old versions of Windows or macOS, you might choose to use CEF instead of wrestling with Safari-from-five-years-ago.


If you look at Anthropic's blogs about their model timelines, there is roughly a ~3m period between a model being in internal preview until release. That means that inside of Anthropic, the next version beyond Mythos/Fable is already in preview, already being tested internally. Despite what Geohot is describing here about GLM, my understanding is that Anthropic employees have spent a significant amount of time grappling with a technology that is considerably ahead of what is available to the public today.

In addition, if you look at the graph of LOC written by Claude vs Ants (I.e. AI vs human), there is an incredibly sharp uptick post-Mythos internal preview. Something like from 30% to 75% of code inside the company being written by AI.

While I sympathize with the viewpoint here, I still have to admit that that there's a very different feeling to working inside of a company where they've had months of time with a model that's at the frontier, quickly changing the way everyone around them works, and that _they themselves_ control the keys to.

If Geohot had those keys, I can be 100% confident he'd be raising the alarm at the top of his lungs about it.


If the March leak of Claude Code was Mythos / Fable in preview ... I'm not sure I'm that worried about AI capabilities.

Seriously -- if you dig through that source code, and then listen to the messaging, it seems hard to keep a straight face.

Also, hasn't this company been claiming that almost all their code is written with AI for significantly longer than "post-Mythos internal preview"?


Claude code is a very small fraction of the code written by Anthropic and ultimately, despite being widely used, hardly dents Anthropic’s core priority of LLM performance.

It’s because Anthropic doesn’t publish any of its core AI research that we falsely believe that it isn’t by far the central focus of the majority of the team.

Just to be clear, I’m not supporting their stance nor defending the company. I consider it to be deeply harmful that a private company seeks to advocate for AI safety but then own all the means of production and profit financially from keeping its techniques secret. It’s as if the Manhattan project resulted in a for-profit company selling all atomic technology and deciding on its use.


I see, thanks for clarification -- where does one find the LoC comparing Claude to human written? Interesting if that's available publicly.

I mean, my company is also having internal test release before going out. That is just a normal process.

Yep looks like a go1

I am guessing this is related to Anthropic’s recent acquisition of Coefficient Bio, and their interest on essentially using AGI to discover novel drugs

Machines are historically more obedient than people — so employing millions of AI agents to maintain your empire isn’t as fragile as enslaving millions of people. Historically its been the revolts of people, not the commoditization of resources that brought down empires

Without humans and our content, AI is irrelevant! For it to stay relevant I think it needs to pay every human for the daily content we all create (daily conversations, photos, videos) and choose to publish to web daily. Cloudflare only lets bots into our websites upon AI bots from all industries pay to enter our sites.

Overall if we want to keep this society economy we are use to with AI in the picture ... we need to thrive off of AI .. not just AI thriving off our backs and destroying the society we know.

Wrote about my idea how to get us all paid from the content we create daily last week on my substack https://ryanspahn.substack.com/p/ai-to-pay-for-all-americans...

Though we could all just go back to living off the land...


Banned Aid

If you want to get inspired by good component DX, try looking at Bevy, the game engine.

But essentially it comes down to traits, newtypes/enum variants, and macros.


I did have a look at bevy ECS approach and find it very verbose and really foreign, it’s in « not rust anymore» territory. Macros are a dangerous tool in terms of long term maintainability and are hurting compilation times.

But it’s still really fresh, they are conscious of the issues and I hope bevy maintainers came up with an elegant design


Right. Bevy has its own run time allocation and dependency system, and it's <<not rust anymore>>. It bypasses Rust's compile time ownership system using unsafe code. The encapsulation may be safe due to run time checking. It's bothersome that such things seem to be needed.


> It's bothersome that such things seem to be needed.

Yes. Rust is not a general purpose language. It's a systems language. Don't use it for GUIs and games and such until somebody has figured out how to do it properly.


All systems languages before Rust (granted, it's not a very long list) were successfully used for GUIs, games, embedded stuff and much more


You can't figure something out this complex without FAFO. Bevy is one flavor of FAFO. It seems to be working out alright so far.


This should be a lesson in bad communication. Not being clear about whats being trained on is a huge mistake. And this announcement really puts into focus the drawbacks to PostHog’s cringe forward brand ethos


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: