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

It's kinda awesome, the DDR prices will go extremely down (lower than before the bubble), and it will be spring time for self-hosted opensource models, cause people will be able to afford the hardware. We just need to wait for the peak.

Where can I see the source code for those models?

Agreed. We enjoyed a decade or more or cheap surplus hardware sitting in data centres, after the dot com crash. Rinse and repeat after the AI bubble bursts in x time from now (my forecast is x = 2-3 years).

> the DDR prices will go extremely down (lower than before the bubble)

Why? From what I understand, Ram production is not ramping up. Even if a bubble does pop, I don't think it's even guaranteed to drop to where it was.


Liquidation of massive data centers

2005 - 2015'ish the DDR prices were artificially inflated by factory fires and such in asia. hope it's not going to repeat, need to have some excuse to drive the prices up..

Seems like it doesn't apply to older machines, I have AX41-NVMe, it's not on the list, I also didn't get any notification from them (and they usually send some) - no need to panic if you're longterm customer.

First two sentences. Only new plans are affected. Hold onto your servers as long as you can.

Also running an AX41-NVMe for 6 years now. I cannot remember, but they do replace defective parts, right?

They do, as long as possible and for free. Some comments said if they can't source replacement parts they may force you to change server. I wonder if they'll still grandfather your discount in that case.

I hope it stays like that for a while, but I suspect it won't.

Advertised prices for my setup are now roughly 2x what I'm currently paying.


Seems the driver is DDR5 memory, DDR4 servers are not affected from my quick look.

That'd be nice. The only server I can't host at home is basically just ferrying bytes to and fro, to have the right IP address for email deliverability. I'd buy DDR0.5 and a Pentium 2 if they'd offer it

It's ('is/was) amazing! On launch date I've spent good couple of hours there. The execution is magnificent. Realtime rave in minecraft-like world. Somehow this needs business model to keep it actually alive and well.

Ok, trying it out now from my PC. Nice, one can even go into second dancefloors, in a tent (with youtube that I can influence) but there movement could be polished. But I like the idea.

Microtransactions. In a non-joking sense. People pay for outfits or gear to wear to the rave. Or they can work for it in game. Maybe a bit like EVE Online where you can pay monthly to play but if you make enough in-game you can buy a months subscription.

We are selling T-shirts if you saw and there is a donation pill bottom right :)

The Lightroom competitor working on Linux is a huge news.

(Darktable doesn't count, it's a scientific software with some wobbly UI).


Edit: Still garbage, required 100-lines script and LD_* shim to make it even run at Linux Mint 22.3 on AMD CPU + GPU. UX is even worse than Darktable, don't bother, not even close to Lightroom.

At this point we need a Kickstarter campaign to make Lightroom run in Wine/Proton (no, no matter how much you try, it will not work so far). Edit: or GSOC to support Darktable to improve their UX.


The Darktable hate is real. I guess scene-referred workflows (vs display-referred popularized by Lightroom) are too difficult for most people to grok.

I don't hate it. I'm just not compatible with it I guess. It's like GIMP in its early days - has most of the features of competition (Lightroom vs Darktable, Photoshop vs GIMP), even more features, and tweaks, and more knobs. But it misses USER EXPERIENCE part, it's basically unusable, unless you use it since early days.

If Darktable had a grant/GSOC just to improve UX, it could be a valid competitor to Lightroom. Currently, it's not. It's bunch of Python/Lua scientific code with some UI, that processes pictures.


I'm confused. Never heard of Bun until a few days ago here on HN. It's some nodejs wrapper thingy, written in Zig, and someone decided to use LLM to rewrite it in Rust. Is this a big deal? Who is even using this software? Why is this big?


Bun isn't a node.js wrapper. It's an alternative to node.js that sits at roughly the same spot in the stack.

Node.js is a distribution of the V8 JavaScript engine (the thing that executes JavaScript in the Chrome browser), along with a bunch of standard library code written mostly in C++.

Bun is a distribution of the JavaScriptCore engine (the thing that executes JavaScript in the Safari browser), along with a bunch of standard library code written mostly in Zig (and now Rust). Bun's standard library is in many cases compatible with or inspired by the Node.js standard library, but with some changes for convenience and performance.


Answering “who is even using this software” is unfortunately missing in your answer. I am honestly curious. I’ve never seen it “in the wild” (in job descriptions, hearing from past colleagues, meetups etc). Only place I heard about it is HN and Twitter.


It's primarily used by people who tend to sit on the cutting edge e.g. startups and developers who follow the latest tools. It's not well worn enough to be adopted by slower enterprise environments. Bun is well known within web development but if you don't work in the space and don't keep up to date with modern tooling it's unlikely you would have awareness of it.


I'd say the most prominent user (and the reason why Anthropic acquired Bun) is Claude Code


To my limited knowledge, "serious" production systems most likely use Node.js instead of any alternatives, and I don't see any movement towards adopting Bun.


notably anthropic on a multibillion revenue product


I've never done any JavaScript development of any kind and had never heard of this either. I thought it was a package manager at first, but apparently it's an entire runtime.

My question is, if it's this trivial to rewrite Zig to Rust, and trivial in general to write Rust at all, why not just use Rust for your server side code in the first place? What's the value of continuing to use JavaScript and putting so much effort into the runtime?


Rust vs Zig "wars" etc.

Also at some point Bun was acquired by Anthropic. And some people feared that this will greatly influence Bun's development.


I don't think Rust vs. Zig has anything to do with why people are talking about this. It is a large piece of "real software" that underwent a full language transition in ~1 week using LLMs. That is a big deal regardless of the language and will be a case study regardless of how it turns out.


It’s a watershed moment. Basically one of the most controlled applications of an LLM into a robust codebase without regard for the implications of doing so.

Anthropic needed something like this and it must proceed flawlessly. My guess is that nothing will explicitly break. But that’s the difficulty of LLM generated code: nothing breaks. You sit with a codebase that swallows all errors and appears to be working. Silently failing makes debugging performance and behavior much harder.


>I don't think Rust vs. Zig has anything to do with why people are talking about this.

Maybe, but I've seen quite a few comments from people who felt sort of betrayed(?) by the decision. I feel like Bun was important for people as a project that advertises Zig and keeps it relevant even in it's current "pre 1.0" state.


which was obviously a reasonable reaction.


I think relatively few people are probably running Bun in production, but as a dependency management system and bundler for the JavaScript ecosystem, it's similar to `uv` from the Python ecosystem in how much faster it is compared to the most popular alternatives so it's fairly popular in that space.


PNPM is just as fast and much more reliable.


Agree with this. Been a long time pnpm user that also uses bun nowadays. Not much faster other than initial startup because pnpm uses Node.js

Although pnpm has also been trying to rewrite Rust before, they call it pacquet. It is currently being revisited


Bun is not a node.js wrapper, it is a node.js alternative. It had non-trivial adoption, tens of thousands of stars on github for whatever that's worth (before the AI spam took over stars). It was then purchased by Anthropic and now we're witnessing open source software that people used be sacrificed to the altar of LLM marketing hype.


Not mature enough for everyone to be using it yet, but it may dominate the space down the line. They compete with Deno.


>Is this a big deal? Who is even using this software? Why is this big?

Let's see. $10T in market cap, a significant chunk of everyone's assets and retirement funds, are currently dedicated to AI build out because of the potential for AI like Claude Code, which is recently doing $3b in revenue, and built completely on Bun.

If Bun is able to successfully vibe code a complete language shift in this short of time, it much more concretely validates the potential of vibe coding / AI for the entire industry.


Bun has a lot of buzz as 'the next big thing' in the JS ecosystem, and was recently purchased by Anthropic. So it's kind of in the zeitgeist.


Hey, it loads! Unlike ~10% of pages on first page of HN, hugged to death.


Also I love the dithered B&W images. The entire aesthetic of the site is great.


> Oh wait, never mind. I guess I won't be signing up for electricity, then?

You ~~will~~ should be picking up your phone and calling the electrical company to confirm and to tell them their links are nonsense. Couldn't bother with AI agent on phone, or 60 min waiting queue to a human? Fuck it, don't pay the bill, figure it out later.


This advice sounds like nonsense. CS has neither knowledge of what layers of enterpriseware has wrapped their links, nor the domains that software uses, nor any control over those decisions by software engineering or marketing (or perhaps even more removed, some third-party electricity account management platform that they buy as a service).

You certainly could operate on policies like this, but I think most people prefer to spend their time differently instead of arguing with strangers who don't have any way to solve your problem.


Their customer support people don't know what I mean and they especially don't have any power to change this.

The problem isn't paying the bills (I can't recall the last time I ever needed to do that manually), the problem is that pretty much every service uses trackers and shorteners. The only way to opt out is to opt out of society.

Maybe I should, but this "read the link before you click" advice isn't just geared towards hardcore privacy advocates. It hasn't worked in ages. It also doesn't help that companies like Outlook rewrite links to make them redirect through their malware scanners as well.


Flagged, there is no content in this article.


It's fine to mature projects if they're good enough according to author's point of view. No point of fixing something that's not broken. No point of adding features that no one needs.


That goes without saying. But there are a few bug reports and issues that have gone without a response for months. It seems abandoned, rather than finished to perfection. Not to mention that systemd is a moving target, with new features released quite often.


I had a look at the issues. I see comments added to each one of them. Some of them are already on the roadmap.


Lego is quite impressive, but most of their parts are static and not moving at 500-2000rpm, so they're optimizing for a different problem.


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

Search: