jfim

The surface book had what you mention, it's a laptop with a detachable keyboard, and it can be attached to the keyboard in normal laptop orientation or reversed just like a tablet on a stand. Can be used as a standalone tablet with pen/touch input, or a normal laptop.

Pretty great device, it's unfortunate Microsoft discontinued it.

> Maybe if those where are in public service, would actually do their jobs and serve the public we would all be better off.

What makes you think they don't?

The breakdown for AI usage is four categories though, not three. While the first three are negatively correlated with increased usage, the one for using AI "to help me learn" is much more flat when it comes to usage frequency.

There are probably various metrics like language used to prompt the model, number of hours per day spent prompting, and many others.

There are quite a few other mitigations that could be done by providers that aren't mentioned in the article.

Why would it be bureaucracy? In places with universal healthcare, you go to the doctor, show your card, then go to your appointment. Go to the pharmacy with your script, show your card and pay whatever is left to pay, if any.

That's it. No open enrollment, no surprise bills, no trying to figure out which ppo or hmo works best, no wondering if it's in network or not or any of that BS.

Part of the issue is that KSI events are so rare, and it's the same issue that AV companies face. If it takes you millions of miles to encounter a single event, how can you even start to quantify the rate of events, and even prove a different rate?

To scale it in human terms, say that you're a human driver and you're 2x better than the average human driver. If you wanted to prove that you're better than the average driver, you'd need to drive multiple hundreds of millions of miles to statistically demonstrate so.

Given that the rate is significantly lower for taxi drivers in aggregate, to prove that they're safer than taxi drivers if Waymo is 2x safer, they'd still need to drive multiple billions of miles to statistically prove that they're safer.

The base weights can't be updated but from what I recall it allows adding a low rank adapter to customize the model a little bit.

Their YouTube channel has the excellent deep dive on the unreal engine's nanite virtual geometry system: https://youtu.be/eviSykqSUUw

The one on idTech8 global illumination from last year is pretty interesting too.

I can't recall the last time that it was useful knowledge when writing code. Reservoir sampling, online softmax, Otsu, sure, Tianenmen square not really.

It could generate code that's plausible but has intentional flaws, kind of like the defunct underhanded C contest [0], except through a LLM.

[0] https://en.wikipedia.org/wiki/Underhanded_C_Contest

The cost isn't about the actual mileage though, it's having two paramedics each earning about 100k/yr per ambulance, while having coverage 24x7x365. So fully loaded, the labor for one ambulance might be in the high six figures to seven figures.

The article argues the exact opposite:

> The standard answer is greed: rapacious ambulance operators, owned by villainous private equity firms, exploit patients at their most helpless. But I don’t think that’s actually what’s going on. Ambulance providers are chronically unprofitable businesses; margins are thin, crews are underpaid, and operators exit the industry every year.

> No CFO approves a $1.4 million annual commitment on the strength of a chart showing that the commitment scales.

Except the company probably approved a budget for AWS or another cloud provider, and basically gave a blank check to developers to deploy whatever is needed. So developers are going to just deploy MSK or whatever is trendy, instead of trying to get the most throughput from the servers they got from IT.

No real feedback other than it's pretty awesome. It'd be cool to have a version of the display above the doors that shows the upcoming stations, but I'm not sure in practice if that would be that useful since I assume most people would have that in the background as you point out.

It's also kind of hard to know if you already know someone who could give you an invite, since I don't really know the online handles of people I know in meatspace. I've resigned myself to maybe someday getting something posted that gets picked up there and asking for an invite at that time.

The RSS feeds though are pretty neat, it's what I use to fetch articles for archiving so that I can get a curated set of things to read on the go.

We do the same for groceries though. Only a few generations ago, oranges or bananas were a luxury if you didn't live in an area where those fruit grow. Now we get avocadoes and berries way out of season, shipped from across the world.

Would they be counted as active players on steam if they're being played on game pass though?

Light scatters in the atmosphere, it's the same reason you can shine a laser beam and see it even though the light should be collimated. With enough sources of light, you end up with more background light pollution.

That already exists though. I believe Braindance VR uses a rig with a couple dozen cameras to capture the same scene from multiple viewpoints then converts it to a gaussian splat that can be walked around.

I wonder how they're planning for the benchmark to stay relevant over time.

If the benchmark is to implement features that are part of an open source project, and LLMs have those changes as part of their training dataset, it seems that they could just give a verbatim or slightly modified version of the change in their training data.

And if one updates the benchmark to only incorporate code changes that are past the models knowledge cutoff, then the benchmark is less comparable over time, since the changes in the benchmark at time T and T+1 aren't the same.

For programmatic usage oftentimes SOTA isn't useful.

For example, I have software that summarizes articles and classifies links on webpages to build a synthetic RSS feed, both of which use LLMs, neither of which need a SOTA model.

I'll probably use LLMs to bootstrap a dataset of native ads in articles, and there again, I don't really need a SOTA model.

If it's for more open ended tasks like writing code though, I agree that at this point SOTA models make more sense to use.

$30/month is likely a rounding error in the budget of students at the schools mentioned in the article.

True, but the capabilities and knowledge of that model are also frozen in time, so the value of that model declines over time.

A model that writes code without knowledge of any language or library changes for half a decade is less useful. A 2021 era chatgpt would be quite quaint in 2026.

Right now the Chinese labs might have incentives to release their models for free, and maybe Google is happy to release open weights today, but I'm sure there are already bean counters at Google salivating at the idea of having Gemini in Chrome as part of a Google AI monthly subscription just like YouTube premium and other Google subscriptions.

Obsidian is a lot more than "just markdown" though.

For example, with the appropriate plugins like dataview and charts, it's possible to create dashboards, lists, and tables that update automatically based on data elements present in documents or documents themselves. I use it to have views over my to-do lists (daily routine items, tasks that are overdue, upcoming tasks, etc), make dashboards, and show lists of documents edited on a particular date.

I'd love to migrate away from Obsidian towards something that's not proprietary, but I haven't seen anything that allows querying other documents.

That doesn't mean it's a design direction that open knowledge should go in, but just a data point that reducing Obsidian vaults to "just markdown" misses what some users use it for.

Yeah, I hope there's a gradient between scalper buying a single 99 cent game and actual person who has time played on multiple games and multiple purchases. The probability of someone with say a 3000 hours played across multiple games with hundreds or thousands of dollars of purchases is far less likely to be a scalper than someone with a single purchase many years ago and maybe some completely f2p play in say dota/cs, since the latter is likely to be a bot account.

Some do. I got the TS-873A a few years back, it works. Their software is kind of weird, and I wouldn't connect it to their cloud offering, but it does work.

Cool! Just a heads-up that some of this is in a pretty rough state, but shoot me an email if you have any questions or issues.

A pile of various tools:

A self hosted web archiving tool with support for extendible processing pipelines (eg. extract article -> translate -> summarize -> generate tags, download video -> split audio track -> transcribe -> summarize), which led me to make a managed chromium browser with extensions and warc support for archiving, and a RSS feed synthesizer (take random article listing page that doesn't have RSS and generate a feed for it) so that I can plug it into my archiver. An active learning loop for a model to clean up articles by removing junk like native ads and sponsored blocks.

A tabbed terminal with project management features like launching the database, app server, and claude code in different tabs with one click, and split browser/terminal panes (eg. opening a browser automatically at the correct URL when the terminal reads http://localhost:4000/).

A modular MCP server with a MCP proxy and OAuth2 dcr so that I can easily add new random ideas for MCP servers in a few minutes with Claude and deploy them such that it's available to Claude by refreshing the tool list.

A small tool to render Claude conversations so that I can link to them from my obsidian vault with something like convo://claude-code/-home-jfim-projects-foo/<guide>

And overall just deploying docker containers for my self hosted setup

Most of it is on GitHub, in various states of readiness.

The Epic store is horrendously slow though. I bought a few games there but in practice the client is just so slow that I avoid it if I can.

The article makes a lot of points about cost viability, but says nothing about what happens at the end of life for space datacenters.

On Earth, the materials and equipment in the datacenter can be repurposed, recycled, or properly disposed of. In space, EOL'ed stuff either stays in orbit, burns in the atmosphere on reentry, or moved out of useful orbits.

I'm not sure I'm thrilled at the idea of more space junk in orbit or more aerosolized metals in the stratosphere.