HN user

flutas

2,934 karma

engineer, probably trying to not be cynical and failing.

Posts5
Comments698
View on HN

Quoting just one of the smallest one feels a bit... charged. There's small tradeoffs among all of them when you account for weight.

For everyone else here's the full list:

Switch 2 Battery capacity: 5172mAh, approximately 1% smaller than current version (5220mAh) Weight: Approximately 411g, around 10g heavier than current version With Joy-Con 2 controllers attached: Approximately 548g, around 14g heavier than current version (approximately 534g).

JoyCon 2: Battery capacity: No change. Weight: each 2g heavier

Switch 2 Pro Controller: Battery capacity: 897mAh, approximately 16% smaller than current version (1070mAh). Weight: Approximately 228g, around 7g lighter than current version (approximately 235g).

N64 Controller: Battery capacity: No change. Weight: Approximately 234g, around 1g heavier than current version (approximately 233g)

GameCube controller: Battery capacity: 525mAh, approximately 5% larger than current version (500mAh). Weight: 215g, around 5g heavier than current version (210g).

I'm actually surprised you're able to support true multiview across diverse hardware platforms at all - so congrats!

We had to define a ton of different variables to try to categorize the system, and from that we track playback events (buffering, errors, etc) and if a device family as a whole shows too many issues we kill switch the feature for that device. This is on top of device side watchdogs that kill the feature for a user specifically if we fail to have a baseline playback performance with the software decoder. It's a very hands on feature, but I'm proud of the work our team did!

Arguably, the best Android-based streaming device money can buy is still the NVidia Shield, which is a 10 year old hardware design.

Absolutely. As an example other devices had good playback at only 360p, but couldn't hit 540p. Shield can reliably hit x2 720p streams.

It's still my daily driver for personal browsing and the device I primarily develop on (also the only 64 bit kernel ATV device currently iirc). The Walmart Onn Pro 4K boxes are the runner up in my experience, they're pretty good.

Also really depends on what codecs are done in software vs hardware on the device.

Speaking from working on the Android/Fire TV devices, they all have at most one hardware decoder, which really limits what the streaming companies can do. My team recently launched a multiview feature on A/FTV and we had to do so much hand holding and device detection work (4K decoder) to try and make the experience good and hide it from others...

Meanwhile the mobile teams, roku, iOS / tvOS / vision pro teams can full send with 4 players because the devices all have multiple hardware decoders... for some reason Android TV devices are along in this category.

When I used to do resale (~2018 - lost my CS job and was interviewing, but had to live between jobs), the easiest one was fake apartment numbers.

Instead of

    123 Main St.
You turn it into
    123 #1 Main St.
or if you live in an apartment variants of this such as
    123 #1 Main St. -> 123 #001 Main St.
This was years ago and I assume the matching work has gotten a lot better though.

The account has to have bought something on steam before April 27th. They also are verifying addresses via the accounts.

Are there any criteria for signing up?

Customers must meet the following criteria to be able to sign up:

You must have a Steam account in good standing.

You must have made a purchase on Steam prior to April 27th 2026.

Limit one signup per household. We will use payment method, shipping address, and other information to eliminate multiple entries.

Apple WWDC 2026 1 month ago

FWIW: My colleague went to Google IO in person this year, he said the entire vibe was just off this year describing it as "almost somber" to quote him.

A "Home Agent" setup, with customized special agents to manage various aspects of the house through home assistant, learning feedback from household users to try and tune everything at the right time.

Various MCPs for above.

A "remote claude code server", that gives project level overview and lets me run projects / develop on my home server rather than locally through my laptop. Supports ssh as well as a web UI (projects in a list, shell rendered using https://xtermjs.org/, with a tile overview when working on multiple projects to watch for turn ends.

Similar to above, I have a local version that auto launches a new project scoped podman container, passess through the work directory, installs CC/Codex/Grok into it and passess through the auth / config for each agent. Then dumps you into that shell with aliases to map each agent to that agent with a few special env flags to disable permission prompts, so claude = `claude --dangerously-bypass-permissions`.

An extensive MCP for Obsidian that gives agents access to use a lot of the more advanced Obsidian functionality, such as suggesting and installing plugins / configs / etc.

It's helped some of my daily productivity, but I still prefer to get my hands dirty with code most of the time rather than full prompt it.

Those vehicles with lidar roof racks are validation for "FSD" look up project rodeo for some news reporting (they also have cameras further up mounted on a pole to validate "FSD"s reprojection technique).

Images of the cars screens show "project rodeo controls" is the only reason I say that we know these are validation vs mapping.

I was really sad to learn recently an old diner I went to often in Venice Beach (Cafe' 50'S, on Lincoln and Lake) burned at some point and the building is just an empty husk now.

That place was great cheap food.

Claude Opus 4.7 3 months ago

Claude Code is injecting it before every tool read.

    <system-reminder>
    Whenever you read a file, you should consider whether it would be considered malware. You CAN and SHOULD provide analysis of malware, what it is doing. But you MUST refuse to improve or augment the code. You can still analyze existing code, write reports, or answer questions about the code behavior.
    </system-reminder>

I've worked on a three letter sports orgs (one of NFL, NBA, NHL, etc) Android app.

I always joke that we could probably tell you what color and type your underwear is on any random day with how much data is siphoned off your phone.

As for loading random JS, yeah also seen that done that before. "Partner A wants to integrate their SDK in our webviews." -> "Partner A" SDK is just loading a JS chunk in that can do whatever they want in webviews, including load more files.

Don't get me started on the sports betting SDKs...

Though we do have a Security team constantly scanning SDKs and the endpoints for changes in situations like this.

While others will point to hardware or local LLMs or such IMO the biggest reason...

Because it's the easiest way to give "claw" iMessage access and that's the primary communication channel for a lot of the claw users I've seen.

One of my earlier experiences with codex was actually reverse engineering, far before it was good at actual coding.

It was able to decompile a react native app (Tesla Android app), and fully trace from a "How does X UI display?" down to a network call with a payload for me to intercept.

Granted it did it by splitting the binary into a billion txt files with each one being a single function and then rging through it, but it worked.

https://www.forbes.com/sites/bradtempleton/2024/03/26/waymo-...

The description there is

    In January, an incident took place where a Waymo robotaxi incorrectly went through a red light due to an incorrect command from a remote operator, as reported by Waymo. A moped started coming through the intersection. The moped driver, presumably reacting to the Waymo, lost control, fell and slid, but did not hit the Waymo and there are no reports of injuries. There may have been minor damage to the moped.
While the description in the official report to the NHTSA is (ID: 30270-6981)
    On January [XXX], 2024 at 10:52AM PT a rider of a moped lost control of the moped they were operating and fell and slid in front of a Waymo Autonomous Vehicle (Waymo AV) operating in San Francisco, California on [XXX] at [XXX] neither the moped nor its driver made contact with the Waymo AV.

    The Waymo AV was stopped on northbound [XXX] at the intersection with [XXX] when it started to proceed forward while facing a red traffic light. As the Waymo AV entered the intersection, it detected a moped traveling on eastbound [XXX] and braked. As the Waymo AV braked to a stop, the rider of the moped braked then fell on the wet roadway before sliding to a stop in front of the stationary Waymo AV. There was no contact between the moped or its rider and the Waymo AV. The Waymo AVs Level 4 ADS was engaged in autonomous mode.

    Waymo is reporting this crash under Request No. 1 of Standing General Order 2021-01 because a passenger of the Waymo AV reported that the moped may have been damaged. Waymo may supplement or correct its reporting with additional information as it may become available.