Top
Best
New

Posted by bashbjorn 18 hours ago

Jev in 25 Lines of Python(www.nobodywho.ai)
631 points | 197 commentspage 6
pietz 13 hours ago|
I'm surprised something like Jev came out "so late", but the hype has been ridiculous. Yes, it's a good idea. No, it only helps when fast and cheap are important and I guarantee existing labs will have this figured out in a matter of days.

Add visual understanding, add reasoning and bring down the size to run on my computer. That's when it will be interesting.

So many people that don't understand the tech jumped on the hype train because "it cannot hallucinate" and else. It's crazy.

Sohcahtoa82 9 hours ago||
> I guarantee existing labs will have this figured out in a matter of days.

Exactly.

Jev has no moat, and the incumbents will devour their lunch if Jev actually starts gaining traction.

Aditya_Garg 3 hours ago||
Jev is so cheap I dont see anyone undercutting them on price. If people/products start using Jev underneath before the incumbents can release something then most likely everyone's jsut gonna stay with Jev
ricardobeat 17 hours ago||
Now, can you do it in <200ms for 45 questions at once, have 0% malformed output, and any kind of meaningful benchmark? We’ll wait!
faangguyindia 16 hours ago||
127ms latency on 26B model, here you go: https://gambler-relay-us-west1.leo-fish.ts.net/demo

Running on old home hardware, Jev is probably running on a very powerful cluster.

How it's done: https://news.ycombinator.com/item?id=49813610

someguynamedq 16 hours ago|||
Nothing has malformed output if you coerce it's output into a statically defined set of options
_davide_ 17 hours ago||
> <200ms for 45 questions at once

Considering your own question length: ~120 characters x 45 divided by 4.1 ~= 1317 tokens.

So question processing at 5.5k PP(around the actual PP speed of GPT5.6 Sol) it would take around ~0.24 seconds + the context processing.

Computing the output should be around ~20ms (at 50 tok/s), computing 45 tokens in parallel.

> have 0% malformed output

Pretty trivial; only the allowed output is selectable :)

So, I keep repeating myself: Jev was a low-hanging fruit all along; no one cared, and probably no one will in a few weeks?

haott 16 hours ago|||
Yeah but a lot of developers who didn't even know that this was a possibility now do, and will probably find use cases for it.
WithinReason 16 hours ago|||
You can probably even share context between questions by cleverly manipulating the attention mask.
_davide_ 15 hours ago||
Nice idea! Didn't think about that; a single linear memory allocation could do the trick
teaonly 17 hours ago||
The principle is this.
esafak 12 hours ago||
Latency-calibration charts or it didn't happen. (LLMs are not optimized for calibration.)
zteppenwolf 14 hours ago||
I get dishonest vibes from this post? Jev claims to be cheaper/more efficient, and the post claims just to achieve the same functionality.
Zambyte 13 hours ago|
> note: this is a parody blog post
iLoveOncall 17 hours ago||
Nothing I hate more than bullshit articles claiming X in Y lines of code, only to use libraries abstracting hundreds of thousands of lines of code.
program_whiz 16 hours ago|
Should they be writing quicksort in assembly as a first step? I think its legitimate in this case given that Jev is likely using the same tools as the example. Showing how easily the core is created using those tools helps to dispel some of the mystery and hype.

Example why its legit:

I just invented a new "Regression Estimate Validator" aka Rev. It takes hundreds of input dimensions, then outputs an interpretable score. Its very fast and statistically robust. Response: Ok but you could just use `pytorch.nn.Linear(d_in, 1)`? True, it is equivalent, but that's concealing millions of lines of hand-tuned math libs, CUDA, python, and other stuff.

The fact that there are many lines of code underpinning the target functionality doesn't make it any harder to use, and doesn't increase the value of the sales pitch for the "new shiny thing" using those few lines of code.

However, I do sympathize with your frustration that people can just say "its 1 line of code" when that line is "invoke API" which is really millions of lines / databases, etc. as a way to dismiss legitimate work without understanding its implications.

iLoveOncall 11 hours ago||
> Example why its legit:

Nowhere in your example do you claim that it's written in X lines of code, so that's perfectly fine.

Don't tell me something takes 25 lines of code if it obviously takes much more.

Can you replicate Jev from A to Z in 25 lines? No. Then don't claim to be doing so.

flashnik86 6 hours ago||
[flagged]
itsmeduncan 5 hours ago||
[dead]
dingody 16 hours ago||
[dead]
mentalgear 16 hours ago|
[dead]
More comments...