Hacker Newsnew | past | comments | ask | show | jobs | submit | geon's commentslogin

Breaking changes don't require a rewrite.

Would it be practical to use high resolution spherical harmonics as a replacement for cube maps?

Not really. Besides the problems with ringing outlined in the post, the number of coefficients required to capture higher frequency detail grows quadratically, requiring not only more storage but also operations to evaluate. Which makes straightforward cubemap replacement impractical.

Every hardware key will be broken if there is enough incentive to do so. Their claims read like pure hubris.

Who cares about AI privacy? Most people don’t. If you do, run locally.

Isn't that windows only?


buttbuttination



Where did he say he's not worried about other billionaires?


Where did he say that he is, that's the point. Otherwise their comment is disingenuous at best or engineered to be divisive against Oracle at worst.


> at best or engineered to be divisive against Oracle at worst.

Oracle can go suck donkey balls for all I care, is this divisive enough for you?


You want every discussion about one billionaire to be about all of them?

And you want to generalise this to every topic?


Is there any information on how many of the participants realized the victim was just acting? Surely it can’t be zero.

https://en.wikipedia.org/wiki/Milgram_experiment


The “complete breakdown” does not refer to the experiment, but the fictional setting of the experiment.

The article doesn’t claim that the experiment was invalidated, but that some conclusions drawn from it are not well founded.


I experimented with disassembling 6502 from the c64 California Games. Claude was very prone to bullshit.


For RE cases where I know the original compiler used (a bit harder on C compilers due to huge number of obscure optimization flags), I give it a feedback loop to write a function that compiles to the original machine code.


Yeah, I had perfect disassembly, since that's a purely mechanical process. I used da65, which worked reasonably well.

But you don't get any function names that way, obviously. Claude would claim some random function were applying friction based on just a subtraction. And a variable that had 2 possible states was named player_id, when the game supports 1-8 players.

It was a bit better when the memory addresses were known IO registers, but not by much.


While somewhat counterintuitive, I have found that Claude is better at decompilation than disassembly.


AI models in general seem to get different assembly languages mixed up easily.


This is awesome!

I haven't seen Lone Lisp before. Is it meant to be like a Symbolics Lisp Machine, where the entire userspace is lisp?

I really like using generators in typescript. They make a lot of problems much easier.


The idea is to create a language good enough to build a Lisp user space for Linux. I didn't dare to call it a lisp machine at first but other users suggested that when it was first submitted here on HN. Here's the discussion:

https://news.ycombinator.com/item?id=38126052

I'm doing some plumbing work on lone right now, then I'll start designing the iterator protocol. Gotta fix some usability details in the generators to make them more pleasant to use but I'm really proud of the fact that they even work at all. I'll read about typescript generators and try to understand what makes them great to use.


In typescript/js, you can iterate over async generators with for-await-of. Very ergonomic.

This article sums it up pretty well: https://medium.com/@bhagyarana80/why-async-generators-were-t...

In nodejs, all streams are async iterables, so you can iterate over them. Really nice for handling stuff like connections to a server, or messages on a socket.

I’ve use generators to code ui “sagas”. You await async events like clicks etc, and yield the appropriate state updates. A sub-dialog can be implemented as a separate generator, and the main dialog generator can open it by with the yield* syntax to iterate over and pass on all the events until the generator returns. The return value would be the result of the dialog.

Super nifty.


Thank you for great articles and what seems to be a very nice Lisp! I've written so many toy Lisps over the years that I've lost count, always fun to see when they are done more seriously.

A suggestion to the website index, could you add dates to the entries? I find the numbered list confusing as its not entirely clear in what order they are listed.


Thank you for your kind words and for the website feedback. I apologize for the confusion. I have edited the website index and replaced each article's list marker with its publish date.


Consider applying for YC's Summer 2026 batch! Applications are open till May 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: