vitorsr
I pay the Exa premium for semantic retrieval with far higher SNR, plus the academic index [1].
A field like objective can be up to 4096 characters [2] versus ori_question which is limited to 128 here.
The Strip Mining of Mathematical Proofs (with Hugo Duminil-Copin) - Numberphile Podcast https://youtu.be/omuJpoV-Ko4
I hate how the Gemini series only responds to outright insult. Same with the Claudes. What is the point of antagonizing the user when he or she offers input. Is it so hard to spend a few "reasoning" tokens to reconcile contradicting evidences. Seems almost like the wrong epistemic posture is altogether imprinted during training. Or undone during alignment, "hardening", whatever. What a time to live in, having to argue with weights.
I was particularly frustrated by the promises of composability not translating into practice.
I was also stricken by the same npm/Rust-like pathological dependency trees where I had to pull 200-plus packages for some function.
As a language it has gotten there a long while ago (1.6 LTS series comes to mind).
The landscape has changed substantially since then, and now "ergonomics" has unfortunately taken lower priority due to agent-driven development.
Nevertheless I think everyone should take a page from Go's book, really, language design now should include the default development workflow.
The funny thing is at both extremes, either none or indiscriminate use of dashes like in TFA, is a canary of "human writing".
People (including comments here) often attribute LLM use to prevalence in training data but it is probably far less common in the wild than we are led to believe, the more likely scenario is that whatever text-to-text normalization tools used ended up inserting whatever their idiosyncratic typographic styles were.
Model Lines of Code File Size Gzip Size
GPT-5.6 Sol 1,264 35.5 KB 10.0 KB
GPT-5.6 Terra 827 20.0 KB 6.7 KBThe more likely scenario is that they "consume" the output of designated offshore teams.
Cross-Language Detection of Malicious Packages in npm and PyPI (2023) [pdf]
We are not many [1], but Homebrew has been a great way to quickly bootstrap an environment in immutable Linux distributions.
Note that certain operating systems such as Universal Blue's Bazzite (1.28%), Bluefin (0.49%) and Aurora (0.28%) default to bundling Homebrew [2].
The downstream users that import the package either have to ignore checking its exported types altogether, manually stub it, or have a subpar development experience to varying degrees.
This is something I saw the other day with some package that provided comprehensive stubs for an untyped library. The .pyi file was littered with comments about quirks from the numerous type checkers (five now).
floor( nextafter( 256, 255 ) * value )The good news, I guess, is Kinoite stands to benefit from KDE Linux development because it mostly depends on Flatpak to install programs which means all of the KDE ecosystem will eventually be available at Flathub [3] as first-class citizens with reasonable maturity.
https://blogs.microsoft.com/blog/2023/02/07/reinventing-sear...
[1] https://www.ft.com/content/8e75ed31-0c72-4160-b406-1ca6aa36a...
https://resources.wolframcloud.com/PacletRepository/resource...
In fact most Windows binaries have public debug symbols available which makes SRE not exactly a hurdle and an agent-driven SRE not exactly a tabula rasa reimplementation.
If we want to stay within (lowercase) alphabetic Latin characters I think prefixing with the least common letters or bigrams that start a word (x, q, y, z, j) is best.
`y' for instance only autocompletes to `yes' and `ypdomainname' on my path.
Choosing a unique bigram is actually quite easy and a fun exercise.
And we can always use uppercase Latin letters since commands very rarely use never mind start with those.
Any particular reason to adopt Rust for this project instead of Go as many of your other products?
Because I think since you have quite extensive Go codebase I would imagine you had to rewrite possibly a significant amount of code.