News for hackers. Stuff that matters.

kpw94

Re:US Suspends Visa Program for Tech Firms Including Microsoft on Thursday October 08, 2026 @03:52PM (#50011144)
> they will use that lack of response to then go and replace American workers with what is effectively foreign indentured servants

Wait but PERM process is precisely for getting that foreign person outside of the temporary "effective indentured servant" phase. It's to get a green card... Once you have it you can leave the company and work anywhere.

Where it gets maybe abused is only India/China pipelines, where they're stuck in that GC backlog for years. so it makes them in this limbo of renewable H1B until the GC is granted, which might be decades out.

Re:Nvidia agrees to acquire Hugging Face for $13B on Wednesday August 26, 2026 @10:35PM (#49458856)
Remember just 6 months ago that "Ggml.ai joins Hugging Face to ensure the long-term progress of Local AI" (https://news.ycombinator.com/item?id=47088037)

(Ggml.ai is llama.cpp.)

Curious if the “I consider HuggingFace more "Open AI" than OpenAI” sentiment in that top comment will still apply with NVIDIA as the boss now...

Re:What's the best programming language for coding agents? on Tuesday August 11, 2026 @01:29PM (#49261600)
Interesting project.

2 gut feeling concerns:

- Strict subset of go might be confusing to an agent actually (trying to use unavailable go features)

- So -> c11 source to source compile loop might be confusing to agent: if So compiles to c11 does it guarantee c11 program compiles. If runtime exception (segfault etc), is it going to be easy for agent to map that back to original So code?

Re:What's the best programming language for coding agents? on Tuesday August 11, 2026 @12:30AM (#49253396)
Agree that go is the best due to its main design goal: A language that's simple for any programmer fitting that definition https://news.ycombinator.com/item?id=30688969.

> "They’re not capable of understanding a brilliant language but we want to use them to build good software. So, the language that we give them has to be easy for them to understand and easy to adopt."

This makes it a great language not just for young Googlers programmers, but also for LLM Agents!

IMO, the next big language will be similar philosophy, but without garbage collection. (is Zig the closest to filling that niche?)

Re:Microsoft – Open Weights and American AI Leadership on Saturday July 25, 2026 @01:09AM (#49044701)
> OpenAI and Anthropic, which are gearing up for potentially massive IPOs, did not sign the letter.

Not anymore, OpenAI did sign it:

https://www.microsoft.com/en-us/corporate-responsibility/top...

Re:Price per 1M tokens is meaningless on Monday July 06, 2026 @06:38PM (#48811421)
Yeah definitely. I've recently commented on that: https://news.ycombinator.com/item?id=48557890
Re:Price per 1M tokens is meaningless on Monday July 06, 2026 @04:46PM (#48810299)
In the context of local LLMs on limited hardware I've ran to the exact same conclusion: "tok/s" isn't the most useful metric when my personal North star metric, given my fixed hardware is: Model smart enough to execute my goals _in the minimum amount of time_.

Some models I tried (Mistral I think) had better tok/s, and roughly same billion parameters / scores on various benchmark... But they were _so_ verbose, that they generated many more tokens compared to a Qwen model of same caliber to answer the same thing.

So even though it had better generated tok/s, because so many more were generated, the clock time was longer.

And this compounds over mutli-turns: more generated token means more context used in the next turn (until some compaction or something runs)

Re:Qwen 3.6 27B is the sweet spot for local development on Monday June 29, 2026 @01:32PM (#48722290)
> What it does:

>

> --jinja for tool calling support

Pretty sure this flag hasn't done anything for a while. It's enabled by default since ~November of last year

The huge spike of "lk-99" in science & frontier tech is amusing...

This is cool concept, would love a positive/negative sentiment computed for each comment that refers to a given word, so you can see trends of "cloudflare (positive)" vs "cloudflare (negative)" where first one counts comments only if sentiment confidence is greater than say 0.6 and the other one counts comments only if sentiment is less than 0.4 (assuming [0,1] sentiment score)

Re:Running local models is good now on Tuesday June 16, 2026 @01:21PM (#48558655)
Thanks! Super helpful.

I do use it the same way as you're describing on personal projects at home, in a very crude manner (pasting code snippets in llama server web UI prompt. Next will attempt OpenCode)

At work I use it in similar manner with more mature tools, but the vast majority of token spend comes from a totally different workflow: "pretend the AI is a fleet of junior/intern engineer you're delegating work to", where the agent will on its own do the implementation, commit the changes etc.

It does indeed spend a lot of tokens wandering the codebase, talking to MCPs, loading skills etc.

Re:Running local models is good now on Tuesday June 16, 2026 @12:33PM (#48557890)
> About the generation speed: ~100-150 t/s on the RTX 5090 and ~40 t/s on the Mac

Curious if you can share the prefill speed too?

I run locally on a crappy desktop (some AMD iGPU with Vulkan llama.cpp, 32 GB DDR4 RAM) for experimentation. I get 15 tok/s on generation for the qwen & gemma4 MoE models. I get around 150 tok/s prefill speed.

Reason I'm asking about the prefill is looking at my stats at work, I use between 20M to peaks of 300M input tokens daily. Some of those token are cached but in general, I seem to have roughly 500x more input tokens than output. So interested in prefill tok/s stats.

Huge Thank you for llama.cpp btw!!

> gemma (unsloth/gemma-4-26B-A4B-it-GGUF) models

Since you're running quantized (at UD-Q4_K_XL) , check out the "qat" models (unsloth/gemma-4-26B-A4B-it-qat-GGUF) !

- https://huggingface.co/unsloth/gemma-4-26B-A4B-it-qat-GGUF (With "Jun 9 Update: Added MTP support.")

- https://blog.google/innovation-and-ai/technology/developers-...

Re:Fox to Buy Roku Streaming Service in $22B Deal on Monday June 15, 2026 @12:46PM (#48543903)
I did the opposite switch:

In ~2015 got an Xbox one, as a media center it was an awesome experience:

Kinect voice control to play/pause and other things way before Google home/Amazon echo ecosystem were mature.

Free OTA channels via TV tuner and well designed OneGuide (with ability to pause and rewind).

And of course all the Netflix and other apps, Plex server etc.

But strategically it seems Microsoft decided they wanted to look more like Playstation, focused on gaming (at that time paid Xbox live subscription vs free Playstation)

And as gaws points out, they seem to recently announce to double down on the gaming stuff.

So when they discontinued OneGuide. I picked Roku since they seem to be focused on the media experience primarily... but unsure how I feel about this acquisition news.

Re:How to Earn a Billion Dollars on Sunday June 14, 2026 @07:20PM (#48534109)
> What's hard to figure out here?

Negative externalities are hard to figure out.

Since parent mentions "toxic byproduct": Say you're the company that invented Teflon pans. you made billions. You saved billions in time for all the users of the pans... A true entrepreneurial success.

But, by how many billions did you fuck up the environment, people's health etc with the spread of PFAS everywhere?

That seems a very risky assumption for any car (self driving or human driver) during flash floods. "Turn around don't drown":

You think you know how deep it is under because you've taken that road many times before (or in your case you have historical laser measurement)

But you don't know:

- Maybe the road under fully collapsed

- Maybe the flow of water is extremely strong, so you need to accurately estimate that too.

Re:European Stagnation Is Real on Wednesday May 13, 2026 @12:26PM (#48124064)
> And the author is correct (while the phrasing is a bit weird.)

Right, that's just a description of the https://en.wikipedia.org/wiki/Baumol_effect

Speculative execution techniques in software & hardware exist everywhere,

- Speculative multi threading

- Data Value Speculation

- Speculative Memory Disambiguation

- Runahead Execution

- Speculative Prefetching

- Multi-path (Dual-path) Execution (goes beyond branch prediction by computing both paths)

- Optimistic Concurrency Control (for database transactions etc)

My non-controversial theory: It's all the attention-span-shortening stuff.

- tech apps starting with infinite scroll (facebook, 9gag, Instagram, etc.)

- media/tech shortened content: shorter tv shows, short video content, etc.

(Tiktok is the "state of the art" of those 2 trends pushed to the max)

Specifically, we're getting more & more addicted to things that increase the dopamine spikes frequency, making it increasingly difficult to go in deep focus work.

Re:Qwen3.6-27B: Flagship-Level Coding in a 27B Dense Model on Wednesday April 22, 2026 @01:40PM (#47866765)
But isn't the prefill speed the bottleneck in some systems* ?

Sure it's order of magnitude faster (10x on Apple Metal?) but there's also order of magnitude more tokens to process, especially for tasks involving summarization of some sort.

But point taken that the parent numbers are probably decode

* Specifically, Mac metal, which is what parent numbers are about

Re:Qwen3.6-27B: Flagship-Level Coding in a 27B Dense Model on Wednesday April 22, 2026 @12:48PM (#47866110)
When you say tok/s here are you describing the prefill (prompt eval) token/s or the output generation tok/s?

(Btw I believe the "--jinja" flag is by default true since sometime late 2025, so not needed anymore)

Right, they're not the only FAANG company for which we know they're doing it: https://news.ycombinator.com/item?id=46318494
Some might be tempted to brush aside that Server Linux threat model is very different from Desktop Linux (to snarkily reply "we'll it's powering a vast majority of GDP via all of AWS, Azure, etc.").

However comparing apples to apples, what makes you say this isn't ready for government usage, when it's ready for trillion dollar big tech companies' majority of their workforce? (Aside from Microsoft, Apple obviously). Large employers like IBM etc also must be using red hat or some other distro

> I don't know how to force this issue as a European. There are just too many levels of abstraction between me and Brussels.

> EU moves so much faster when it comes to regulations like forcing all of us in Denmark to use timesheets, annoying lids on our bottles, and invasive surveillance laws.

Rediscovering the principle of subsidiarity from first principles...

Re:Google releases Gemma 4 open models on Thursday April 02, 2026 @04:17PM (#47619621)
> I'll need to investigate further but it doesn't seem promising.

That's what I meant by "waiting a few days for updates" in my other comment. Qwen 3.5 release, I remember a lot of complaints about: "tool calling isn't working properly" etc.

That was fixed shortly after: there was some template parsing work in llama.cpp. and unsloth pulled out some models and brought back better one for improving something else I can't quite remember, better done Quantization or something...

coder543 pointed out the same is happening regarding tool calling with gemma4: https://news.ycombinator.com/item?id=47619261

Re:Google releases Gemma 4 open models on Thursday April 02, 2026 @01:05PM (#47617095)
Wild differences in ELO compared to tfa's graph: https://storage.googleapis.com/gdm-deepmind-com-prod-public/...

(Comparing Q3.5-27B to G4 26B A4B and G4 31B specifically)

I'd assume Q3.5-35B-A3B would performe worse than the Q3.5 deep 27B model, but the cards you pasted above, somehow show that for ELO and TAU2 it's the other way around...

Very impressed by unsloth's team releasing the GGUF so quickly, if that's like the qwen 3.5, I'll wait a few more days in case they make a major update.

Overall great news if it's at parity or slightly better than Qwen 3.5 open weights, hope to see both of these evolve in the sub-32GB-RAM space. Disappointed in Mistral/Ministral being so far behind these US & Chinese models

That's not using tech that you're describing here. You're talking about literally learning some basic computer skills (such as word processor, excel, reading email, some basic website building, use printer, and some amount of programming)

For those, obviously you need a computer and completely agree that those are important skills to learn... But you maybe need to spend 1h/week during last 2 years of middle school on those at the computer lab (as it's been done since the 90s in many schools around the world)

But for any other course such as Math, English (or whichever primary language in your country), second languages, history, etc. : that's where using tech is a mistake

A bit of tech is ok, but it cannot be "everyone does their homework and read lesson on a iPad/Chromebook"

Older »