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.
> 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
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.
Uses JEV to do something that's one line of code. Also, "leftpad" was a useless package from years ago that many important packages used instead of writing the code themselves. Its outage at some point broke a lot of packages.
> 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.
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.
How did this guy get a single-letter GitHub username?
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
Man-made horrors beyond my comprehension, neat.
I have no mouth but I must pad.
This needs an SBOM and a SonarQube Qualitygate pass to be considered production grade code
Make sure to vendor this package if you want reliable operation.
> 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.
On the npm doomsday thing, the scarier version is someone vendoring it and the padding silently drifting between runs.
But is it Web Scale.
what if 11 spaces are needed
im so confused about what i should bring up at the 10am today
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.
Uses JEV to do something that's one line of code. Also, "leftpad" was a useless package from years ago that many important packages used instead of writing the code themselves. Its outage at some point broke a lot of packages.
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.
wait.. is it just me or are we going overboard? I am waiting for jev assistance to exit vim, no wait.. a decision if we should exit vim or not.
why
> 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.
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: