HNHacker News
TopNewBestAskShowJobs

elgertam

304 karma · joined April 24, 2018

https://github.com/elgertam
submissionscomments
elgertam··on Avoiding and reducing microplastic false positives from dry glove contact
"I only allow robots with stainless steel tools to prepare and serve my food."
elgertam··on Princeton mandates proctoring for in-person exams, upending 133 year precedent
> it's more about America transitioning from a high-trust society to a low-trust one.

We're talking about Princeton, here. Trust among elites remains persistently high. In fact, it's likely higher than ever due to assortative mating & geographic sorting. Elites, even students in the Ivies, still have trust of government and elite institutions, which the elite stratum itself runs. Trust between elites and lower strata has declined, where elites and middle- and lower-classes have significant mistrust between each other, and the latter have lower trust within their own strata than in the past.

What's more likely IMO is that 1) the cost of cheating (i.e. the cost of assembling a ripped off assignment multiplied by the risk of being caught) has declined precipitously due to LLMs and 2) elite institutions remain the most ruthlessly competitive in the country and even the world.

elgertam··on Migrating from DigitalOcean to Hetzner
I set up a VM on Hetzner a few weeks ago. I've been quite impressed so far, and was able to orchestrate everything with Terraform without a problem.
elgertam··on Silicon Valley is turning scientists into exploited gig workers?
Math, physics, and chemistry RLHF freelancing is typically north of $40/hr. Even competence at simply reading & writing English prose earns at least $20/hr. I've never seen an offer for less than that, and I lived off of that kind of work for a month after a layoff in 2024.

That seems like a fair trade considering the freelancer takes on none of the risk and has very little required capital.

elgertam··on The risk of AI isn't making us lazy, but making "lazy" look productive
I have a nearly total opposite take. I can't tell you how many times I've read a book, a paper or something else and been confused by some ambiguity in the author's prose. Being able to drop the paper (or even the book!) into an LLM to dig into the precise meaning has been an unbelievable boost for me.

Now I can actually get beyond conceptual misunderstanding or even ignorance and get to practice, which is how skills actually develop, in a much more streamlined way.

The key is to use the tool with discipline, by going into it with a few inviolable rules. I have a couple in my list, now: embrace Popperian falsifiability; embrace Bertrand Russell's statement: “Everything is vague to a degree you do not realize till you have tried to make it precise.”

LLMs have become excellent teachers for me as a result.

elgertam··on Reports of code's death are greatly exaggerated
I built an MCP server to speak WHOIS/RDAP so I could have Claude give me better domain name suggestions that weren't already taken. It can also be used in LLM-enabled applications (provided that the model is "tool calling" and that there's an orchestrator).

In principle, MCP servers can be created for just about any OAuth-protected API. However, you still need to create the server, and this is where the usage I'm talking about shines: when working on the MCP server, an LLM can be quite helpful in getting the right APIs integrated.

The same goes for other development that doesn't need an LLM context built-in. If I wanted to sync two calendars, for instance, I wouldn't build an MCP that speaks CalDav and Exchange and then let it loose (though this so-called agentic workflow is becoming more popular); I'd want to build software with an LLM's help that can speak both protocols by having it generate code to handle whatever OAuth tokens and scopes are necessary and then help me deploy the thing.

elgertam··on Reports of code's death are greatly exaggerated
Yeah, semantics is extremely important. Just no way around it.
elgertam··on Reports of code's death are greatly exaggerated
Well that's another use I have for LLMs: asking questions about these informational or architectural impedance mismatches. LLMs get it wrong sometimes, but with proper guidance (channel your inner Karl Popper), they can be quite helpful. But this doesn't really speed me up that much, though it makes me more confident that my deliverable is correct.
elgertam··on Reports of code's death are greatly exaggerated
Every time I request the wrong OAuth scope that doesn't have the authorization to do what I need, then make a failing request, I hear Jim Gaffigan affecting a funny authoritative voice saying, "No." I can't be the only one who defensively requests too much authority beyond what I need with extra OAuth scopes, hoping one of them will give me the correct access. I've had much better luck with LLMs telling me exactly which scopes to select.
elgertam··on Reports of code's death are greatly exaggerated
MCP connects the LLM to the APIs, which can be consulted with "tool calls." I'm talking about integrating the software I produce (with LLM assistance) to APIs. Traditionally, this is a nightmare given poor documentation. LLMs have helped me cut through the noise.
elgertam··on Reports of code's death are greatly exaggerated
You know where LLMs boost me the most? When I need to integrate a bunch of systems together, each with their own sets of documentation. Instead of spending hours getting two or three systems to integrate with mine with the proper OAuth scopes or SAML and so on, an LLM can get me working integrations in a short time. None of that is ever going to be innovative; it's purely an exercise in perseverance as an engineer to read through the docs and make guesses about the missing gaps. LLMs are just better at that.

I spend the other time talking through my thoughts with AI, kind of like the proverbial rubber duck used for debugging, but it tends to give pretty thoughtful responses. In those cases, I'm writing less code but wanting to capture the invariants, expected failure modes and find leaky abstractions before they happen. Then I can write code or give it good instructions about what I want to see, and it makes it happen.

I'm honestly not sure how a non-practitioner could have these kinds of conversations beyond a certain level of complexity.

elgertam··on The American Healthcare Conundrum
We spend a ton of money per capita and get bad outcomes.
elgertam··on The American Healthcare Conundrum
I mean isn't that why they ask for name and DoB each time? I get that they want to ensure they're working with the correct patient. I just don't love trying to recall on command the litany of symptoms I've experienced and remedies I've tried before seeing a physician.
elgertam··on The American Healthcare Conundrum
> Assuming uniquely American selfishness got us in this mess, I don't buy that rugged individualism is the route out. You'll just get that classic pattern of those with enough resources to manage criticizing the resource management of those with too few resources to learn to manage. That just further corrodes solidarity.

I chose my words carefully so as not to imply "rugged individualism" was the solution. I mean I even explicitly invoked "families" as an institution greater than the individual. And I used the word "control" rather than "earned" or something.

Weirdly, "rugged individualism" is kind of why American healthcare is so bad: we tie it to employment for those under age 65. Before the ACA, this was simply because healthcare is exempt from income tax; with the ACA, it's literally mandated. In order to get health insurance, you need to pull yourself up by the bootstraps and get a job OR pull yourself up by the bootstraps and pay extremely high premiums.

Disentangling healthcare from employment and allowing for other institutions like churches or schools to play a part in helping fund it would do a lot. And for the truly catastrophic conditions like cancer, we should just have a universal policy that kicks in.

elgertam··on The American Healthcare Conundrum
I see a lot of the comments operating from an empirical framing. This is valid analysis and is good; we should want to understand the waste in the system as it stands.

However, that isn't enough. US healthcare is wildly inefficient because the paying customer is different than the serves customer. This has been known for sixty years, since Arrow published his paper (he identified four reasons, three of which are not exclusive to healthcare and seem to be mitigated well in other industries). I'm surprised people posting can't quite see this: when you go to the doctor, would you call the experience efficient? You check in, then wait, then are called back, tell the nurse or PA why you're there, wait, see the provider who asks you again why you're there, has a short exam, wait, finally get all the paperwork and sign out.

If you have labs or tests, you then wait again. And of course if you need a specialist, you wait again, sometimes for months. If you need any sort of "specialty" medication or equipment, then you REALLY wait, as specialty pharmacies, DMEs and the like jump in.

The whole system is woefully inefficient, and overhead is only a part of the explanation. No one knows what anything costs, and the people who pay (insurance providers, the largest of which is the US Government) want to believe they're not getting scammed - they still are, but at an acceptable level.

The question we ought to ask is how we can buy better health outcomes for people. And I think part of the answer is that in most cases, individuals and families themselves must allocate resources they control to make this happen.

elgertam··on Montana passes Right to Compute act (2025)
Montana is both cold and sparely populated, so I figure data centers would be good there. Also, I figure Zefram Cochrane could use all that compute for his warp theories in a few decades.
elgertam··on You Just Reveived
I think one can only hope to reveive such an offer
elgertam··on An AI agent published a hit piece on me – more things have happened
I used to read it daily. Even continued for a few years after the acquisition. But at this point, I haven't looked at it in years. Even tend to skip the articles that make it to the first page of HN. Of course, most of the original writers I still follow on social media, and some have started their own Substack publications.
elgertam··on Employers, please use postmarked letters for job applications (2025)
Introducing JobbyPasta, the service that will hand-complete and mail in job applications for a small fee of $9.99 per application. Add on a transcription of your cover letter for an additional $4.99, or have us generate one (with your approval) and transcribe it for $7.99.

Have a lot of applications to send out? Subscribe to us monthly for $34.99/mo (billed annually).

elgertam··on I know you didn't write this
I do something similar. I write markdown, then render it and copy-paste that in
elgertam··on Show HN: Picknplace.js, an alternative to drag-and-drop
It's interesting and you should keep iterating. My critiques: it requires a scroll container with sufficient margin to move the top and bottom elements (or I guess left and right) past center; the "place" button is quite unintuitive and should be placed nearer to the pick-n-place container, or even on the selected element itself; and the position of the selected element isn't quite right, though this seems more like a bug.

Keep iterating! Drag-n-drop is good on desktop, but I disprefer it for mobile.

elgertam··on FBI Director Waived Polygraph Security Screening for Three Senior Staff
But the "rule" in this case is that political appointees can have the polygraph waived at some senior leader's discretion, up to the president.
elgertam··on FDIC Takes over Silicon Valley Bank
This is right, though I think we should be clear that the MBSs lost value because they are normally like bonds, and bond prices decrease when yields increase.

MBSs tend to remind people of '08 when MBSs lost value because too many had a bunch of garbage loans which defaulted, causing MBSs' face values to decrease. In this case, the fact that they were MBSs is mostly a coincidence. If SVB had invested in Treasuries, they'd be in the same world of hurt that they're in today.

elgertam··on FDIC Takes over Silicon Valley Bank
> (Yes, this is a gross over-simplification)

This isn't really an over-simplification as it is wrong. When someone deposits $1m in the bank, the bank's assets increase by $1m in cash, while liabilities also increase by $1m and owners' equity is unaffected. The problem is that for interest-bearing deposit accounts, those liabilities increase over time, which decreases owners' equity in the absence of a sufficiently appreciating asset (such as a good loan or cash flow-generating security). Further, the bank has certain operational costs that must be paid, and investors must make some return or they'll pull capital from the bank (that's a simplification for publicly traded banks like SVB). In practice, it seems that banks need about 3 percentage points above the interest rate they pay on deposits to cover these costs, based on the typical spread between the Prime rate and the Federal Funds rate, though I imagine this necessary yield has a much higher variance for smaller banks.

When interest rates were effectively zero and their deposits increased by a huge amount, SVB decided to buy long-term bonds w/ 1.5% interest to cover the extra liability over time so that assets would grow with liabilities. Then interest rates went up. Cash assets stopped growing, but liabilities remained the same, so they started selling their bonds. Bonds lose value when interest rates increase, so their bonds sold for a loss, decreasing asset values. In the last 48 hours, depositors got spooked. SVB's equity effectively went negative, since asset values decreased below outstanding liabilities. That's typically when the FDIC steps in to liquidate a bank.

For banks, assets must in general be growing faster than liabilities. If the bank experiences a situation where assets are not growing relative to liabilities, they need to have sufficient capitalization (i.e. owners' equity) to weather the storm.

elgertam··on The Yaml document from hell
Many commends are (correctly IMO) pointing to JSON as superior to YAML given YAML's problems, but these ignore JSON's problems due to its lack of semantics. When moving JSON between systems, the JSON parser makes certain assumptions about the JSON document, such as whether the numbers represent integers or single-precision or double-precision floats. This is certainly less obnoxious than "no" being treated as a bool, but it is a problem.

A friend of mine created Preserves[0] in part to resolve this problem. I'd encourage everyone to check it out. To be fair, he's also quite pro-Dhall and Nix.

[0] https://news.ycombinator.com/item?id=34354614

elgertam··on Ex-Reddit CEO on Twitter moderation
> I try to use depersonalized language for this reason. Instead of saying "you" did this (yeah that's right, YOU), I'll tell someone that their account is doing something, or that their comment is a certain way. This creates distance between their account or their comment and them, which leaves them freer to be receptive and to change.

I use this tactic with my kids when they do something wrong. Occasionally I slip up and really lay into them, but almost all of the time these days I tell them that I love them, I think they are capable of doing the right thing, but I didn't love some action they did or didn't do and I explain why. They may not be happy with this always, or with the natural (& parent-imposed) consequences of their actions, but it reinforces that they have a choice to do good in the future even if they slip up from time to time. If all of us were immutably identified by the worst thing we ever did, no one would have any incentive to change.

Thanks for the thoughtful & insightful comment, dang.

elgertam··on State of the SqueakPhone
I've been playing around with Synit & Syndicate a bit already, and it's an impressive system. I've told Tony that Syndicate is the "missing session layer" for the Internet, since Syndicate enables multicast & broadcast communication between parties, not just unicast.

If anyone wants to really understand what's going on, I'd recommend looking at preserves[0], a serialization format Tony and some others have been working on. Preserves is a superset of JSON with actual semantics, a schema language and a binary representation. Syndicate, syndicate-server and synit all follow protocols defined in preserves schema, and so those are a good hook into learning how this system works.

Synit itself is impressive. With nearly trivial effort, I was able to get a web server running as a daemon, and verified that it was resilient to my repeated `killall`s.[1] I simply replaced the `"echo httpd"` with `"python -m http.server"` and then started `syndicate-server -c ./boot` inside the `experiments/layered-server-config/` directory. This example is actually overkill for my use case (a replacement for supervisord), but is simple enough that it can show how Synit works without much clutter.

Congratulations, Tony!

[0] https://preserves.dev/

[1] https://git.syndicate-lang.org/synit/synit/src/branch/main/e...

elgertam··on Cthulix: a Single System Image construction kit that is currently in development
I'd rather have a capability-based distributed system that is agnostic about persistence as long as capabilities are, well, capabilities.

A friend of mine is working on Syndicate[0], and I find it interesting. Not really an OS metaphor; more like distributed, polyglot actors with shared memory secured via capabilities. I think of it sort of like the OSI model's missing session layer.

Also, if I were proposing a distributed system to my boss, I'd probably prefer a reference to "Syndicate" over "Cthulu."

[0]https://syndicate-lang.org/

elgertam··on Ohm – A library and language for building parsers, interpreters, compilers, etc.
I plan to: a working system. That seems to be true to the spirit of STEPS, VPRI and Alan Kay himself.
elgertam··on Ohm – A library and language for building parsers, interpreters, compilers, etc.
Maru development is documented on an active mailing list.[1]

Dan did a demo of a related language to Nile at Oracle Open World in September 2019. (Full disclosure: I worked on the demo.) I would predict that more information will be forthcoming about Nile this year.

[1] https://groups.google.com/g/maru-dev

[2] https://www.oracle.com/openworld/on-demand.html?bcid=6092429...

← PreviousPage 2 of 3Next →