CGamesPlay

> Are we on two different internets? Is the author simply immune from the hypnosis of social media?

Yes; and either yes or the author is separating walled social network gardens from "the internet". The "real internet", as you say, is not the addictive algorithmic feeds.

I believe that the "real internet" you're talking about is larger than it's ever been, but the signal-to-noise ratio of the whole internet has been killed by even larger amounts of noise. So it's difficult to find these smaller forums and get involved with them.

ICYMI, this recently passed through the front page. Buzz might be interesting for you: https://news.ycombinator.com/item?id=49272484

The only graphs that don't have axes require a mouse to use. They show the values on hover—or if you tap the fullscreen button, that version also has axes. One graph is a 3-month time series showing a single day, so it looks like it doesn't have an X axis, but it does.

This is super interesting, but apparently neither Obsidian nor Typora include support for it. I guess it's actually provided by an optional plugin.

https://mermaid.ai/live/edit#pako:eNplUlFPwjAQ_ivNPW9EkMHWB4...

> I never managed to get bot-to-bot communication working.

Were you attempting to get them to message amongst themselves over Telegram, or something different?

> Also, herdr is just an open source project with no VC capital behind it.

This aged like milk!

> I would not want to be in that building if an evacuation alarm sounded.

You shouldn't be taking the elevator if you heard an evacuation alarm, but to be sure, you don't want to be an any 60-story building when you hear that alarm.

You say this like there's no value in a transitional technology. Yes, tmux should be good enough for agents tomorrow. But here we are, today.

Also, herdr is just an open source project with no VC capital behind it. So I don't think it needs to scramble to something more defensible. It can live a happy life pleasing users and then fade into obsolescence.

> If you do try to make the main volume seem "used", you run the risk of accidentally overwriting your hidden volume.

No, because during the normal use of the main volume, you provided the hidden volume password, so this was never a risk. So the the obvious answer to your question is therefore: use your main volume most of the time. Only switch to the hidden volume when you're doing your hidden activity.

FWIW, I also think that the whole scheme is better applied to external storage volumes rather than bootable OS volumes: a flash card with a main volume containing things a reasonable person would want to keep from accidentally being lost (tax documents, bank statements, and so on).

Chapter 8 is incomplete. It says the local area factor "is zero at one single point... and the map uses it to wrap the plane around twice... so local factor never zero is not enough on its own".

"X is false, therefore X implies Y is false". But this is faulty reasoning.

I last used this feature probably more than a decade ago, but: you provide 2 passwords when decrypting. If the first password is the main volume, the second is attempted as a hidden volume. If both match, the main volume registers the hidden volume as free space but prevents writing to it. If the hidden volume doesn't match, the main volume will clobber the hidden volume.

So the main/hidden volumes really works like a duress: you might destroy your hidden volume while using the main one under duress, but that does not apply when using the main volume while able to additionally unlock the hidden volume.

If you are in a situation to need to worry about any of this, you're probably going to jail for one reason or another, anyways.

Throw a loop/island in the maze and see how your kid reacts.

I think it would be nice if the effect happened on hover as well, maybe to a lesser degree. Also, some of the controls don't appear to have any jelly in them, like the progress bar, toast, and so on. Finally, the performance on that showcase page isn't the best, and it feels like you're hijacking the scrolling somehow. But overall, it's cute. Would fit nicely as a game's UI.

> The product of software engineering (or computer science) is clarity and understanding.

Hard disagree. Software engineering is about satisfying requirements while optimizing costs. Computer science is the part where clarity and understanding are the goal.

"A normal DM is one pi session by default." A single message, or a single message thread? Both are pretty extreme trade-offs to make, honestly. I spent a bunch of time looking at how the various Claws do this, and I settled on an idle timeout causing the next message to start a new session, but I also built /continue, /new, and a /resume that shows recent sessions with a telegram keyboard.

There is contenteditable, which is what all these (Wordgard, ProseMirror) are fundamentally built on. The rest is just the UI, and interop with systems that don't desire arbitrary HTML as input.

I'm trying to come to terms with this issue in my own interactions with open source as well. Where I'm at currently: since code is cheap and analysis is expensive, it can be more beneficial to a project's maintainer to get a precise, well-researched report of the issue than a PR. This is an inversion of most of my open source life, where opening an issue was asking for free work while giving a PR implied more reciprocal effort was given. I'll typically just end with "PR available upon request", unless the project has a no-LLM policy.

Midway through https://www.chinatalk.media/p/how-to-buy-cheap-claude-tokens... which was the article from the top-level comment.

I mean, which lawyer caste do you respect? Is that one is cool with stealing credit cards to buy Claude subscriptions?

> 3. At an Italian airport: Constantly stealing bags, opening them to pick out MacBooks and credit cards, a credit card manufacturer-who sells stolen "black" credit card info to transfer stations— is racking his brains to save you money.

I just started referring to those coworkers as Claude directly. Not like, at the start of the message, but after the first line? Nobody’s noticed yet.

If they find another success half as good as Claude Code it will all be worthwhile. (Monetarily good, not like, quality good)

Isn't the first section no-longer accurate for several years? I understood that, while we serialize the end of turn markers in a text format like `</think>`, internally they are a dedicated token that cannot be forged (a user message containing `</think>` would encode to a different sequence of tokens). Am I mistaken about this?

Obviously, this doesn't really affect the results of the paper, but it feels like it's the obvious first-line of defense: at least the model has a solid fence between the different roles.

Can somebody help me understand the Quantization Analysis? It says "dynamic 4-bit UD-Q4_K_XL and dynamic 5-bit UD-Q5_K_XL are generally lossless" while showing a top-1% token agreement on the chart of 97.5%. Not what I would consider "generally lossless". Is this implying that some post-processing is going to account for the 2.5% loss? Beam search?

> Perhaps most people in the future won't bother. They'll just let agents do it all.

But can you imagine the look on some young teen’s face when they train their own GPT on their local computer for the first time?

It doesn't seem to actually differentiate at all. If I move my iPhone around on a plane (table), the dots move. If I hold in in my hand and move left/right, the dots move. If I hold it in my hand and raise/lower my arm, the dots don't move. That's actually just an integration of acceleration/gyro, and possibly combined with a simple model of how a phone is held (e.g. assume rotations happen from a point 30cm away from the bottom of the phone).

Don't forget to count your EBS and egress fees when you make your AWS spreadsheet.

I doubt it has an "age of sail" mod, but there's this one: https://store.steampowered.com/app/794860/eSail_Sailing_Simu...

Nice! I am still looking for the best AI integration for my setup. Currently I don't have any interaction between Forgejo and my coding agent. I experimented with a Forgejo Actions runner, but the problem that I had was there's not a great way to manage the context there: you get what's in the issue or PR, but it gets muddy once you have multiple rounds and/or discussion moves from the issue to the PR.

Is there a widely-used open modern chat network? Specifically, I'm fine with the feature set of IRC, but I want durable messages and a mobile client.

Speaking as someone who hasn't run their own bouncer in 10+ years.

I think its killer use case is actually embedded in non-web places. Tree Sitter parsers require arbitrary programs to be able to parse arbitrary languages. WebAssembly is a natural way to achieve that: write your parser in any language, compile to WebAssembly, use that result in any supported editor. You get sandboxed execution and arbitrary compute.

It has to compete with more domain-adapted use cases though. Does WASM make more sense than eBPF for packet filtering? It doesn't seem to make more sense than JavaScript for making websites. Maybe it makes more sense for deploying edge services (which IIUC is the main use case for WASI).