Hacker Timesnew | past | comments | ask | show | jobs | submit | gbacon's commentslogin

That’s a fun design that brings back some old memories.

Thanks! Yeah, it started with a friend's idea to take a MUD we played in the 90s / early 2000s that had been open sourced and adapt it to mobile games. He's a middle school teacher and wanted to introduce the next generations to MUDs.

We then decided to pivot and thought, what if this would be a good eval environment for LLMs from the simplistic standpoint of, text is their native environment.



> For many people, just having the function signatures is documentation enough.

You make a fair point about a documentation gap. The first step is always defining the problem. Wanting to add lots of realistic examples sounds like a wish for more tutorial or beginner-friendly content. Do you see the problem differently?

On the other hand, a given pure function type only has only so many possible implementations — why tools such as djinn and MagicHaskeller exist or why Hoogle is actually useful, unlike the horror of searching for every `void (*)(const char *)` in C.

https://hackage.haskell.org/package/djinn

https://hackage.haskell.org/package/MagicHaskeller

https://hoogle.haskell.org/

From that perspective, Haskell docs tend to be more expert-friendly — perhaps a rationalization, granted — which seems ideally suited for an in-IDE model to help bridge between developer intent and typechecked code. However, this comes at the expense of putting in the reps to rewire the developer’s brain to think in functional terms and the resulting mind opening and horizon expansion to think new thoughts she wasn’t capable of even considering. In these days of LLMs, fretting over that particular opportunity cost may be thinking nostalgically about the loss of craftsmanship in fine, well-balanced buggy whips.

In the limit now, will all programming be strictly literate?


Some means at least one.


GitHub is still the only option on their download page: https://ghostty.org/download


This is essentially the situation in the general aviation market for certificated aircraft, and it sucks. Costs are triple or more compared to the experimental market. Finding a decent mechanic is a serious chore. Repairs take forever.


Is there any reason not to buy experimental for non-commercial daylight VFR flights for personal use?


If that’s your mission and especially if you’re mechanically inclined, experimental is highly compelling.


“The purpose of a system is what it does.”


Yeah the outlook of a crook who only sees laws as quid pro quo vehicles for enriching those in the know.

I don't think VW and a few others trying to cheat the system to improve their bottom line makes it some kind of made up law that's supposed to be optics only and nothing in practice. It's just the typical corporate response to having to do something that's for the commons for once instead of tragedizing them.


I understand that imposing the restrictions may have involved great amounts of wishful thinking as to the outcome. Even this is not so certain because certain politicians were able claim a victory for having Done Something by writing words on pieces of paper. It may even be against their interest — and they are self-interested actors despite claims to being detached public servants — to solve an issue that is evidently so effective at getting people so worked up.

Vendors’ compliance is not disputed, and you have produced no credible evidence of cheating. If there were demand for the smaller, more efficient engines that you’re fantasizing about, someone would already be building them with no legislative restrictions necessary. Under capitalism, any valid complaint can be rephrased as a business plan. You may not like how they complied with the law, but that’s a you problem. If you can’t bear to see it that way, then take it up with the inept authors of the restrictions. The purpose of a system is what it does.

Stating a broader principle in order to apply it to this instance, we in the U.S. are not obligated to go out of our way to pay more in taxes: “The legal right of a taxpayer to decrease the amount of what otherwise would be his taxes, or altogether avoid them, by means which the law permits, cannot be doubted” (Gregory v. Helvering, https://supreme.justia.com/cases/federal/us/293/465/). Similarly, the law requires manufacturers to meet the restrictions and does not require them to go out of their way to incur the enormous costs of design, certification, building and tooling up new factories, testing, hiring, training, etc., etc., etc. to produce entirely new engines. Anyone who seriously proposed such a rigamarole would have been accused of over-engineering or Rube Goldberging. Executives who put such a plan in place would have been sued and likely lost their jobs.

Intertemporal effects matter, but they are so frequently left out of what passes for economic analysis.

Are you able to read minds to know what someone else’s outlook is? Your interpretation cannot be the most charitable one. https://ethics.org.au/ethics-explainer-the-principle-of-char...


>Vendors’ compliance is not disputed, and you have produced no credible evidence of cheating. If there were demand for the smaller, more efficient engines that you’re fantasizing about, someone would already be building them with no legislative restrictions necessary.

Maybe I'm missing your point, but the vendors non-compliance is documented fact in a court of law. Multiple individuals were indicted and the company itself pleaded guilty to multiple felonies (including fraud). Further, as with most collective action problems of this type, relying on individual choice to correct the problem all but ensures it won't be corrected. This is one area where the extreme libertarian mindset (which seems to be overrepresented on HN) tends to miss its mark.


Sure, if you completely ignore the meaning of "purpose". What an asinine sentiment.


While I'm not sure I agree that the quote is applicable here, it is generally an incredibly useful way to analyze systems.

Reality doesn't care what you're hoping to achieve with a system, the outcome won't change based on thoughts and ideas. Since reality tends to be fairly complicated, we usually won't design perfect systems on the first try - instead we have to analyze the outcome, and make changes to nudge the results into the direction we want.

But what if we don't do that? What if we stick with the initial approach even after we measure that the outcome doesn't align with our initial intentions, maybe even introduces unwanted side effects?

It would be fair to say "well, we tried our best" if nobody was able to have hidden intentions, but that's not the world we live in. People can be very, very happy about our systems not aligning with our intentions & introducing unwanted side effects because this misalignment advantages them in some way. These people can then block changes to the system to keep these advantages alive.

I believe a small fraction of decision makers is enough to keep most systems fixed in such a misaligned state, and we'd never do anything about it if we followed your logic.


"Purpose" and "hope" (hell let's through "telos" in there) are inherently subjective terms. Conflating this with empirical observation of effect is simply not useful outside of certain political situations where you intentionally want to disregard intent. It's asinine unless accompanied with persuasion that intent is working against collective interests.

In most situations disregarding intent is not useful for getting things done unless you have unilateral power to override intent.

A better explanation is that John Deere, like the massive truck corporations that make pickups, was happy to take advantage of blatant loopholes.


Is it your position that private pest control could not achieve the same or better result for at most the same cost?

Are you an economic calculation problem denier?


It's possible even the strongest believers in privatized-everything-is-better can change their minds given time & enough examples of effective public sector.


Can you keep going and generate more assumptions about me?


If they’re using Python, performance isn’t high on their list of requirements.


1a. They may have thought they knew what they were doing, but their work product shows otherwise.

1b. They may have thought they knew what they were doing and spoke confidently enough to convince whoever was doing the acquisition, likely non-technical, of the same, but the bad hire and the bad hire’s work product shows that neither was the case.

2. Ideas merely exist. To be constraints, they must be enforced.


1a & b. Sure, but you wouldn't know that ahead of time. You'd have to wait until they finished the app.

2. It was enforced, just at a higher level (expensive fines triggered by customer complaints). A good engineer broke down and actually applied the constraints in a preventative way.


Consider applying for YC's Fall 2026 batch! Applications are open till July 27.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: