Hacker News: 63stack

New comment by 63stack in "Superlogical"

63stack — Thu, 30 Jul 2026 08:00:20 +0000

Yes. I find it quite funny that 4 people with the flashiest of titles (head of experience?) came up with this amazing plan:

1. it will be incredible

2. it will be composable

3. it will be safe to use in production

I would totally invest millions into these guys, they have a bright future ahead.

New comment by 63stack in "How to Block Some of the Bots"

63stack — Mon, 27 Jul 2026 10:25:48 +0000

Please enlighten us

New comment by 63stack in "The AI jobs apocalypse probably isn't coming anytime soon"

63stack — Sat, 25 Jul 2026 15:50:55 +0000

We can cross that bridge when we get there

New comment by 63stack in "Your 'app' could have been a webpage (so I fixed it for you)"

63stack — Fri, 17 Jul 2026 09:42:23 +0000

This is only true if you are using apps that require no communication with a server. Otherwise it's constant forced updates, and basing security on the version number of the installed app is a moot point since you can't guarantee the server will send the same replies to 2 different users.

I can't parse the part about e2e not making sense for webpages.

New comment by 63stack in "The glass backbone: Why the Army's logistics will break in the next war"

63stack — Fri, 10 Jul 2026 09:39:58 +0000

Trump clearly stating anything is a stretch, that man cannot talk coherently even for a minute.

He has also stated that the war has been won many times. Why would you take anything coming out of his mouth seriously?

New comment by 63stack in "EU now one step away from reviving private message scanning rules"

63stack — Wed, 08 Jul 2026 20:18:41 +0000

Can anyone explain something? Since there are so many open source chat applications, what keeps anyone from "just" exchanging a key with someone else out of band, and then modifying the client so that it uses that key to encrypt all communication? I understand that this does not scale to big groups, but surely whoever is pushing this crap must have thought about this? Or is the idea that we will have completely locked down PCs as well ala android and ios so you can't run anything unapproved?

New comment by 63stack in "YC CEO says he ships 37K LoC AI code per day. A developer looked under the hood"

63stack — Tue, 07 Jul 2026 09:34:06 +0000

That was the strangest line for me as well. The article tries to play up this "Polish engineer with an MSc in computer science who has 13 years of industry experience" who ... used claude to review the code. My mom could have done this without an MSc or years of industry experience.

New comment by 63stack in "CarPlay Is Additive"

63stack — Fri, 03 Jul 2026 08:11:49 +0000

>The challenge with screen mirroring solutions is that they take over every single pixel in the car, and that’s not the way we see ourselves interacting with our users.

Wassym Bensaid sounds like an incompetent person to be a chief software officer working on cars if he does not understand this is not how carplay works. It's either this, or he's just weaseling out of saying "we want to capture all our users data, and we want to put in rent seeking subscriptions into our cars, which is going to be hard if we enable carplay".

Do not buy cars from companies like this.

New comment by 63stack in "What we call "age verification" is actually mass surveillance"

63stack — Tue, 23 Jun 2026 16:08:21 +0000

What's the point in making this distinction? This is HN, 99% of the users here are aware of what zero knowledge proof is and that it's possible to implement it that way.

The general consensus and what the article is alluding to is that it will be probably implemented in a way that allows individual tracking and identification.

New comment by 63stack in "AMD silently removes memory encryption from consumer Ryzen CPUs"

63stack — Thu, 18 Jun 2026 16:18:32 +0000

AMD is spreading FUD by not answering why it was removed. They could stop this in its tracks if they wanted.

New comment by 63stack in "Google Chrome update will close the door on ad blockers"

63stack — Tue, 16 Jun 2026 16:03:00 +0000

If this is clickbait, you are a google shill. The limitations of v3 are very clearly explained on the ublock homepage:

uBlock Origin used the webRequest API to intercept and block network requests in real-time. The replacement declarativeNetRequest API has hard limits on the number of filter rules (previously 30,000, now 330,000) and lacks the dynamic filtering capabilities that made uBlock Origin so effective.

    Cannot use all filter lists simultaneously (rule limits apply)
    No cosmetic filtering in the default mode
    No scriptlet injection by default
    Limited dynamic filtering capabilities
    Requires broader host permissions upfront

New comment by 63stack in "AI agent bankrupted their operator while trying to scan DN42"

63stack — Fri, 12 Jun 2026 10:49:13 +0000

To me it sounds like the agent's operator is a person who has zero self awareness, and is entitled to the maximum to believe that he can just 1) point an agent at real people and expect them to do his bidding, 2) and then ask for a refund for his "experiment". Let's not even discuss the fact that his bill is from AWS, and he's trying to get a refund from DN42.

There is no arguing with people like this. They are not here to learn anything about networking. Asking the LLM to stop will not make it go away.

Burn a hole in the operator's wallet. It will make it stop very quick.

If this was my hobby project, I would have told the agent to spin up more higher capacity EC2 machines because this is not enough, and I would have felt no shame. This is a project I'm operating at my own cost for educational reasons. I'm not going to argue with people who the only line of communication I have towards is an agent and have guns pointed at my infra. They are ready to put any amount of financial burden on me. Fuck all of that. Burn a few of these idiots, and people will learn.

New comment by 63stack in "AI agent bankrupted their operator while trying to scan DN42"

63stack — Fri, 12 Jun 2026 10:32:43 +0000

Did you read your own link? A parent has to apply for this.

Parent/Legal Guardian Identity Verification To confirm your identity, we’ll ask you to take:

    A live selfie of yourself, and
    A photo of your own ID document (Valid Passport or valid UK/ROI Drivers Licence)

New comment by 63stack in "AWS Bedrock to require sharing data with Anthropic for Mythos and future models"

63stack — Wed, 10 Jun 2026 11:25:14 +0000

Amazon's incentive is to fine tune their own possible future model

New comment by 63stack in "Microsoft's open source tools were hacked to steal passwords of AI developers"

63stack — Tue, 09 Jun 2026 11:00:43 +0000

You discovered what web development was like in early 2000.

New comment by 63stack in "Microsoft's open source tools were hacked to steal passwords of AI developers"

63stack — Tue, 09 Jun 2026 10:52:54 +0000

Why do most developers not like it? Is it because the browser is a terrible platform for text editors since there is no proper key mapping, or access to proper debuggers, or there is too much latency, and no access to cli tools?

You make it sound like you are surprised, but everyone who has tried this knows it's crap and a band aid at best.

New comment by 63stack in "Do we fear the serializable isolation level more than we fear subtle bugs (2024)"

63stack — Sun, 07 Jun 2026 22:46:46 +0000

You are supposed to define indexes based on how you query the data, not ahead of time.

New comment by 63stack in "Can we have the day off?"

63stack — Thu, 28 May 2026 08:46:13 +0000

"the market" is literally the arena of competition, it's not a surprise it's more competitive than ever

New comment by 63stack in "Migrating from Go to Rust"

63stack — Wed, 27 May 2026 10:17:50 +0000

I feel like we are talking past each other, because you ignored the whole part about "it is already tied to an env var, and it would be still tied to an env var" that you would only enable on demand, so who cares if it's a hefty operation? Also what about other languages that capture stacktraces all the time with exceptions, or scripting languages with type errors, where you can't even turn it off? Rust is somehow different?

It is a specific problem, so what? You see that you are sending 500 from an axum handler, and you are logging "serde deserialization error: line 4 invalid", wouldn't it be nice to see where that came from, without instrumenting all the places you are deserializing something?

New comment by 63stack in "Migrating from Go to Rust"

63stack — Wed, 27 May 2026 07:52:57 +0000

Ideally (in my ideal world), it would be Result that holds the backtrace. The value is that I don't know up front which method call is going to cause an error that is hard to track down, which is why I don't see how "instrument your calls with backtrace yourself" helps. It requires that I already have some idea about the execution path, otherwise I don't know where to put the backtrace instrumentation.

Since Backtrace::capture() is already tied to an env var, we could have the backtrace on Result without affecting performance, since you would only enable it for debugging. This would allow you to eg. easily track down a situation where you see in your prod logs that you are encountering a lot of "validation error: string is too long" but you can't tell where it is coming from. Flip the env var, redeploy the application, read the backtrace, turn off the env var, fix the problem.