HackerTrans
トップ新着トレンドコメント過去質問紹介求人

jfim

4,785 カルマ登録 13 年前
I press buttons. More often than not, the right ones.

https://blog.jean-francois.im/about.html

コメント

jfim
·昨日·議論
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.
jfim
·昨日·議論
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.
jfim
·一昨日·議論
> 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.
jfim
·一昨日·議論
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.
jfim
·3 日前·議論
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.
jfim
·4 日前·議論
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.
jfim
·5 日前·議論
Would they be counted as active players on steam if they're being played on game pass though?
jfim
·6 日前·議論
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.
jfim
·9 日前·議論
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.
jfim
·10 日前·議論
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.
jfim
·13 日前·議論
$30/month is likely a rounding error in the budget of students at the schools mentioned in the article.
jfim
·15 日前·議論
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.
jfim
·16 日前·議論
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.
jfim
·18 日前·議論
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.
jfim
·23 日前·議論
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.
jfim
·先月·議論
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.
jfim
·先月·議論
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.
jfim
·先月·議論
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.
jfim
·先月·議論
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.
jfim
·先月·議論
That's a pretty good point, and I assume at $work they wouldn't appreciate throwing away $n dollars worth of code.