imiric

62 ms·

931.
by imiric 1y ago
No need to argue. You just haven't addressed the point that a fast UUID generator is a security risk. I don't care about benchmarks. And in most use cases where I'd need a UUID, I'd usually want the string representation
932.
by imiric 1y ago
Mesmerizing visuals! I wasn't familiar with Lenia. It mentions that the visualization can be seen at the bottom of the post, but I only see the video and image gallery. I have WebGPU enabled in Chromium.
933.
by imiric 1y ago
That doesn't address what I said. Nor explains why your package is better.
934.
by imiric 1y ago
My understanding was that speed is not something you want in a UUID generator, since it makes it more susceptible to brute force attacks. Is this not the case? I've been using Cuid2[1] in most of my personal projects (this Go implement
935.
by imiric 1y ago
> Well, you have to define what you mean by "intelligence". The burden of defining these concepts should be on the people who wield them, not on those who object to them. But if pressed, I would describe them in the context of
936.
by imiric 1y ago
"What is the meaning of life, the universe, and everything?"
937.
by imiric 1y ago
> The flip side of all this is of course the idea that there is still something emergent, unplanned, and mind-like. What you identify as emergent and mind-like is a direct result of these tools being able to mimic human communication pat
938.
by imiric 1y ago
Anthropomorphization is doing a lot of heavy lifting in your comment. > While training LLMs to replicate the human output, the intelligence and understanding EMERGES in the internal layers. Is it intelligence and understanding that emerg
939.
by imiric 1y ago
> I don't expect AGI soon either, but I think it's important for us not to strawman the arguments here. This is not a strawman. This is a genuine issue that has plagued these tools for years, with real world impact beyond contr
940.
by imiric 1y ago
Let's ignore whatever BPE is for a moment. I, frankly, don't care about the technical reason these tools exhibit this idiotic behavior. The LLM is generating "reasoning" output that breaks down the problem. It's cap
941.
by imiric 1y ago
chef's kiss Cue the apologists claiming that you're holding it wrong as this is a really hard problem for LLMs because of how they work. Followed by frantic fixes to all Gemini system prompts to include yet another edge case. An
942.
by imiric 1y ago
Ah, that makes more sense. I'm not very familiar with the history.
943.
by imiric 1y ago
Right, the primitives are definitely different. But that's my point. The Unix primitives are simple and generic, which allows the user to quickly and easily adapt a disparate set of tools into an infinite number of workflows. The user
944.
by imiric 1y ago
The thing is that you don't really learn Emacs . Emacs is just an interface to programs written in Elisp that happens to have editor-like functionality out of the box. There are specific conventions it follows, and Elisp has its own s
945.
by imiric 1y ago
I've been using Emacs daily for well over a decade now, but I just can't get myself to use any of its shells, or features that replace standard shell workflows. I think the main reason—besides muscle memory and the scripts, aliase
946.
by imiric 1y ago
Playing devil's advocate: embellishing one's own features is a common tactic for attracting a mate in the real world as well. Courtship is a game, not just for humans. During this phase you rarely get to know the other person. Y
947.
by imiric 1y ago
> The only things that will be out of reach for most, is compute - and probably other expensive things on the infrastructure part. That is the moat. That, and training data. Even today, compute and data are the only things that matter.
948.
by imiric 1y ago
Not at all. The reason it's not talked about as much these days is because the prevailing way to work around it is by using "agents". I.e. by continuously prompting the LLM in a loop until it happens to generate the correct r
949.
by imiric 1y ago
Related to your point: if these tools are close to having super-human intelligence, and they make humans so much more productive, why aren't we seeing improvements at a much faster rate than we are now? Why aren't inherent problem
950.
by imiric 1y ago
> How many 9s are you getting in your closet at home? Excluding power outages that are out of my control, during which I couldn't do any work anyway, I've had practically zero downtime of my homelab services in the many years I
951.
by imiric 1y ago
It's one thing to rely on a technique like AA to improve visual quality with negligible drawbacks. DLSS is entirely different though, since upscaling introduces all kinds of graphical issues, and frame generation[1] even more so, while
952.
by imiric 1y ago
It's not about learning how to interact with AI agents. The only required skills for working with these tools are basic reading and writing skills any decent English speaker would have. Knowing how and when to provide additional contex
953.
by imiric 1y ago
Trump will eventually go away. What's really concerning is the replacement being someone much more intelligent and competent. Some of whom are already running the show behind the scenes.
954.
by imiric 1y ago
> A non-summary PR/MR might lead to the question—“WHY is this code here?" This is precisely what a (good) commit message should answer. Commits are historical records, sure, but they can include metadata about the change, which
955.
by imiric 1y ago
The thing is that a "very high standard" is not a measurable criterion. The project can have test coverage requirements and strict linting to catch basic syntax and logic problems, but how do you enforce simplicity, correctness, r
956.
by imiric 1y ago
Ha. Almost always when I see PRs with such summaries I can assume that both the summary and the code has been AI-generated. PRs in general shouldn't require elaborate summaries. That's what commit messages are for. If the PR inclu
957.
by imiric 1y ago
> I'm expecting to see so much more poor quality software being made. We're going to be swimming in an ocean of bad software. That's my expectation as well. The logical outcome of this is that the general public will event
958.
by imiric 1y ago
I agree with your sentiment, but not with the conclusion. Sure, technical decisions ultimately depend on a cost-benefit analysis, but the companies who follow this mentality will cut corners at every opportunity, build poor quality products
959.
by imiric 1y ago
I don't think the junior/senior distinction is useful in this case. All software engineers should care about the quality of the end product, regardless of experience. I've seen "senior" engineers doing the bare mi
960.
by imiric 1y ago
Well said. That has been my experience as well, but from the perspective of using these tools on my own. Sure, I can now generate thousands of lines of code relatively quickly, but the hard part is actually reviewing the code to ensure that

More ›