dematz

>Just a heads up but datalist is not really a great solution if you need a strong contract. The user can still type whatever they want into the field and there is no fuzzy filtering or typo mitigation. Once you add those requirements, a library that gives you a more fully featured combobox is likely going to make a lot of sense in your project.

It is true! HTML can do a lot of cool stuff, it might get you 100% of the way depending on what you're doing. But if you have a lot of forms where users pick from a value set, and want to enforce no other strings and get a good search experience, datalist does not get you there.

Comment · 2 months ago

Jumping off the title and ignoring contents of post, as is customary: look at this graph and guess which languages use each number of dependencies for their website: https://www.youtube.com/watch?v=E82ly38YEEQ&t=325s

I won't spoil the claim in the video about what the dependency number is correlated with, and I'm not even sure how true it is in general, but it's very interesting.

Comment · 3 months ago

gleam fhir types and client https://fhir.hexdocs.pm/

it is relatively new and untested irl, but interesting as gleam is very nice for fhir in some ways:

-fhir choice types imo were originally designed for some kind of object oriented polymorphism, but are nicer as sum types

-cardinality works nicely with Option for 0..1 and List for 0..*, the only ugly part is if you need primitive extensions and suddenly there are a ton of Option fields

-works with whatever http client you need for erlang or js target, meaning can use on server or in browser

hl7v2 is much uglier than fhir but commonly used eg by state immunization registries, so I am considering gleam types that have message/segment structure, but leave each field as String (as opposed to gleam fhir which uses Bool or whatever for primitive types)

after that not sure some kind of gpl toy emr probably a stripped down version of openemr that uses gleam/lustre and a fhir server instead of php, but this is definitely the mysterious step 3 ??? as there are a lot of features and integrations that take a lot of work or use different formats (hl7v2, ccda...)

Comment · 4 months ago

Admin inefficiencies between orgs definitely exist and maybe better interoperability and standards is the solution, but wouldn't there also be less of a problem in the first place if there were fewer different orgs all complicating workflows?

Also not saying you're wrong about many healthcare services being unnecessary or even harmful, and someone has to be the one to say no to patients asking for low value care which is definitely a real hard position to be in and a real problem. At the same time insurance companies aren't making a great case for themselves as the solution imo bring on the government death panels.

Comment · 4 months ago

For what it's worth I know you've worked on FHIR and probably know a lot of details I don't. Actually I'd be interested in talking to you about FHIR.

That said!

1) In the big picture isn't the US clearly paying more than other countries? I'm sure some of this is eg a janitor in the US costs more than a janitor elsewhere, but still...

2) Isn't the cap for the margin that insurance companies can take 20%? That is, they have to pay out 80% as claims take 20% for overhead

3) Doesn't insurance also induce more work done by everyone else who has to deal with them? So the margin the insurance company itself takes is not the only cost they add. Maybe they make providers do more paperwork, or let patients order tests etc that they would not if they were not spending other people's money, or some other reason. Say insurance pays out 80%, but 30% of documentation or actual work is not done by insurance but only exists because of them, now we're down to 56%.

I say this because literally yesterday, my wife, a pediatrician, after she spent the day seeing patients and got home to go through notes, had to leave a message with an insurance company: she saw they faxed her clinic on Saturday, when the clinic was closed, to cancel care for a patient with an ongoing chronic condition with no changes unless the insurance company got a reply in 48 hours (again, while the clinic was closed!). Now she has to schedule some kind of I don't even know what with them, to confirm the condition is the exact same, except she sees patients all day so it's a pain to schedule...

idk the fact that BCBS is a non profit and has no margin in some technical sense does not seem like a big consolation, something is rotten no?

(edit - the insurance company in the anecdote is not BCBS)

Comment · 4 months ago

there is a fork of zed against ai: https://gram-editor.com/

I am happy about even though I've never tried gram, because if zed goes to shit there will be an alternative, which hopefully pressures zed to stay sane

Comment · 5 months ago

I agree with you but an alternative view, "Why are gradual static types so great?" https://www.benkuhn.net/gradual/

Comment · 5 months ago

If you don't want to then fair enough :) that said if your problem is just installation, some of the gleam people realized it can be tricky and made a nice guide for various operating systems and package managers: https://gleam.run/install/

Note this includes installing erlang as well

While it is multiple steps, the frustration is a much more one time thing compared to the problems and frustrations you'd have using a language or its ecosystem for a long time or big project

Comment · 5 months ago

Is your issue something with the runtime itself, or just the difficulty of installing it?

Comment · 5 months ago

Eh, idk if a totally new internet is either feasible or needed.

I also feel like if you're going to invent a new internet from first principles, how are you going to not end up with the current one? (or a shitty version of it)

The answer might be an invite tree as the article suggests. They might be hoping for too much user quality from the invite tree, or at least hoping for a level of user quality that would only work at a small scale. Rather than "zany founders, reclusive poets, eccentric engineers of all kinds, high school teachers, homegrown philosophers, garage tinkerers, and beloved drug-addled futurist artists", imo to include a lot of people a simple invite tree would get you "not a literal bot". Trying to actually evaluate user quality gets you into moderation, federation, it is not easy. You could keep it small, but that's not an Internet replacement, that's a private forum, which as the author says they already have.

Imo a good start would be the much narrow problem of identifying your device as not a bot when browsing. Something like google fraud defense https://news.ycombinator.com/item?id=48039362 except instead of a google owning your identity, some sort of user tree where you can vouch anonymously for people you know, and ban users and users who added them for scraping.