I have to be honest. While this is obviously a smart and useful idea, it misses one of the core features of Jev: its confidence scores. Partial confidence could easily be mapped to fractional spaces, using unicode characters like U+2009: THIN SPACE. As it stands, this package is not harnessing the full power of Jev.

> its confidence scores

important to note that the "confidence" score is... maybe not what people think it is - kind of useless, and just a convenience step from the probabilities.

from the docs: "confidence is a statistic computed from the probability distribution the answer already gives you." [0] I actually encourage people to visit the docs because it has a specific page on this with a little applet to really make this clear.

[0] https://docs.typesafe.ai/confidence

Can't believe it's already been 10 years...

https://joelgrus.com/2016/05/23/fizz-buzz-in-tensorflow/

This is funny, because I just implemented the same feature, but mine is calling OpenAI’s Astra on High (very capable for this kind of feature).

It works great, but maybe your implementation could save me some money. I’ll test it and report back.

    The tests mock Jev. 

10/10 no notes

This needs an SBOM and a SonarQube Qualitygate pass to be considered production grade code

Instead of using Choice with criteria "space_0", "space_1"..., it could be even more elegant to use criteria names like "", " "... which could be directly inserted into response.

Man-made horrors beyond my comprehension, neat.

I have no mouth but I must pad.

What is my purpose?

You pad the text.

Oh, my god.

> This means the package can add between 0 and 10 spaces. If more than 10 spaces are needed, Jev has no correct option. Which feels appropriate for this project.

I'll raise a PR which uses Jev to check if the target length is beyond this range

I thought you were doing a PR to add an 11th space.

Nah, for ≥11 spaces we should fan out to a GPT-6 Astra agent. On light reasoning of course, lest we be wasteful.

Make sure to vendor this package if you want reliable operation.

    it('trusts Jev when it chooses the wrong amount', async () => {
    answer('space_2');
    await expect(leftPad('jev', 8)).resolves.toBe('  jev');
    });

This makes about as much sense to me as AI-powered air traffic control

How did this guy get a single-letter GitHub username?

i maintained a system where for .. reasons (like other systems) from early days have users with id: null "null" "" and some i do not even know how to write here

so probably early bird

His oldest repository was updated in 2011. Looks like he's been there a long time.

> MIT Licensed

Would have been funnier if it used the GLWTPL: https://spdx.org/licenses/GLWTPL.html

Next: jev-is-even

On the npm doomsday thing, the scarier version is someone vendoring it and the padding silently drifting between runs.

I’d be curious to see how reliable it is in practice, it sounds like a cheap and (hopefully) easy benchmark

Would be fun to have a test runner that uses Jev for assertions.

Btw, this model also has very tiny inherent bias: https://jev-bias-analysis.stupidlabs.lol/

Flaky tests by design is a diabolical idea

Done: https://github.com/freakynit/jev-test-runner

I already have Jev fatigue.

Is this package vibe coded with Jev or just old school with an LLM?

But is it Web Scale.

Jev-in-the-Loop. Makes sense.

Can someone ELI5?

Jev is a new type of model that just makes decisions based on given options. It's small and really really fast.

Leftpad is a npm package that chooses if it should or shouldn't pad the left side of a string. It was famous for bringing down everyone's npm installs a few years ago.

This combination is a double joke. Put something stupid in something stupid.

why useless? it did one thing that js didn't natively do

It did one thing that you could write in one line of code. But it wasted space as a packaged dependency instead.

JEV seems similar to BERT. Where would it be useful?

I use it mainly to check whether this code fits the rules I defined, just a yes or no. But I'm not sure if that's the right way to use it.

what if 11 spaces are needed

You need to get the Pro version, please contact sales.

> Please don't use this in production. Or anything important.

5 to 10 years from now, after this has worked itself deep into the npm dependency chain, we'll be lamenting how Jev-Leftpad is causing outages in critical services.

im so confused about what i should bring up at the 10am today

Terrorist

why

funny

github.com/f is more impressive to me than jev-leftpad lol

Jev mania at its peak? HN is full of Jev like today.

Now that's a rare GitHub Username!

Though, again, a yet another project for a yet another "AI" to make someone else more dependent on it...

Related:

    https://en.wikipedia.org/wiki/Jev_(AI_model)  
    https://typesafe.ai/