Thread

Turbo Haskell

212 points · 62 comments · pjmlp

Loading the complete thread in the background. This saved snapshot is available now. Refresh

vocatan · 1790888047 · focus · HN ↗
Avast blocks the site from being loaded.
1. throwaway81523 · 1790899236 · focus · HN ↗
  It's a Haskell to JVM compiler repurposing some parts of GHC. Pretty cute but evokes "why?".
  1. throwway262515 · 1790925429 · focus · HN ↗
    The proper rejoinder to which is "why not?"
  2. woadwarrior01 · 1790932028 · focus · HN ↗
    The polyglot FFI feature (thanks to GraalVM) might be very useful for implementing "functional core, imperative shell" style designs.
kitd · 1790921496 · focus · HN ↗
Odd that the FFI list didn't include Java given the JVM target. Typo or oversight?
1. gf000 · 1790946859 · focus · HN ↗
  I believe it's just not FFI towards Java byte code, since it's the "native".
2. edwardkmett · 1790966429 · focus · HN ↗
  Java FFI can be done, it is just on the messier end of the spectrum. I do a little bit of it as needed, but I've focused in on Polyglot languages for now, and deferred a lot of the hooks for nicely handling it to later work.
  Talking about Java FFI invites you to say 'well then smart-ass how do you extend this Java class/interface over here with code written in your language' and frankly, that has never had a satisfying answer for any language that isn't Java.
  But today you can pass Haskell Data.Text out through the FFI binding framework and it shows up on the other side as a valid TruffleString, in UTF-8 with zero copy semantics and if any Truffle language passes in a TruffleString that is UTF-8 encoded it gets unwrapped into Data.Text using the same.
  That and some array support is pretty much enough to talk to everybody else.
BalinKing · 1790922142 · focus · HN ↗
Only tangentially related, but I'm reminded of Frege[0], a Haskell dialect for the JVM that I stumbled across at one point and thought looked really cool.... I see recent commits but the releases are all really old, so I can't tell what the state of the project is.
[0] <a href="https://github.com/frege/frege" rel="nofollow">https://github.com/frege/frege
1. kinow · 1790926156 · focus · HN ↗
  I hadn't thought of Fregue in some years! I helped them with their logo and some smaller issues back in the time. I will check out the latest commits to see what's being updated (hopefully not only dependabot:) ).
fouc · 1790922672 · focus · HN ↗
like Turbo Pascal?
1. bmacho · 1790924895 · focus · HN ↗
  [delayed]
  1. nathell · 1790927833 · focus · HN ↗
    And it has to weigh in under 1 MB and have sub-second compilation times.
    bmacho · 1790928427 · focus · HN ↗
    Since there is MicroHS Haskell compiler in 0.5 MB space nothing is stopping people to wire it together with TurboVision/ncurses. Apart from that the name is taken now.
    edit: on 'sub-second compilation times'. A warm Haskell interpreter (Hint + GHCi) can produce result for new tasks very fast, below 20ms on codespaces, including parsing, compiling to byte-code and running it, for trivial programs (print a number).
    Since Haskell has strong boundaries inside the program, I imagine after a modification most of it could be reused!
    bmacho · 1790939120 · focus · HN ↗
    [delayed]
    edwardkmett · 1790965761 · focus · HN ↗
    Compile times are ... not quite there yet.
  2. edwardkmett · 1790965500 · focus · HN ↗
    <a href="https://github.com/ekmett/thc-edit" rel="nofollow">https://github.com/ekmett/thc-edit is the other half of the project and provides the classic editor experience, slightly modernized.
    bmacho · 1790967574 · focus · HN ↗
    [delayed]
2. quchen · 1790924967 · focus · HN ↗
  Part of the name was a joke about people often mishearing Haskell as Pascal, Ed told me a couple of years ago. I think it might have been at ZuriHac back when it was at Google Zurich, so 2016-ish?
  1. davidkunz · 1790925134 · focus · HN ↗
    I read it as "Turbo Hascal"
    TurboHaskal · 1790926740 · focus · HN ↗
    You are not alone.
    atarv · 1790939659 · focus · HN ↗
    Username checks out
  2. vintermann · 1790939336 · focus · HN ↗
    I think the other part of the name is a cannabis joke.
    edwardkmett · 1790966547 · focus · HN ↗
    The THC thing was actually unintentional at first. It matched the Borland naming convention for the compiler name and it matched up with GHC.
    Now picking CBD for the compressed Core Binary Distribution format we use? That? That was gratuitous.
asplake · 1790927175 · focus · HN ↗
Odd — server can't be found
therepanic · 1790929147 · focus · HN ↗
around 4k commits in a week.
i am not sure anyone actually understands what is going on under the hood of the project. looks like average slop.
>> Exactly a week ago (as a joke), I started writing THC,
you? i hope you have read at least something of what your agent wrote about the project.
1. vintermann · 1790929377 · focus · HN ↗
  Edward Kmett is a very respected Haskell developer.
  1. therepanic · 1790929675 · focus · HN ↗
    i see, but my statement does not become false because of it. his agent pushes several commits an hour in a continuous loop, meaning this respected developer is not involved in the process at all.
    draven · 1790931246 · focus · HN ↗
    The article gives a link to the discussion on Reddit. In it, Edward says "I actually did pretty much gave up sleep for a week. That said there are a few hour stretches here and there where I leave it on mostly cleanup tasks and doze off. you can find a couple of 2-3 hour breaks where it got hung up on approval while I was lights out. "
    4b11b4 · 1790945642 · focus · HN ↗
    Sit down
    jerf · 1790948387 · focus · HN ↗
    I briefly worked with him personally. He is 1. a perfectionist and 2. equipped with the intellectual and programming firepower to not get stuck in the resulting paralysis that a lot of people get stuck in but blast through tasks that should be impossible to do at all, let alone with a high degree of quality, successfully, through sheer intellectual firepower. The end result is that he is well known for already having not just one incredible Haskell library, but a number of them.
    I can promise you he will not produce and release "slop". He would be an order of magnitude more offended at the idea than you are, I'd imagine.
    therepanic · 1790953669 · focus · HN ↗
    in that case it is truly amazing, because I have never seen anyone with current ai capable of being so productive and truly understanding what they are putting out.
    solomonb · 1790956614 · focus · HN ↗
    Ed Kmett is one of the smartest people I have ever met in my life. He is quite literally built different.
    He completed undergrad and graduate programs in math, computer science, and a special program in ai all simultaneously in 3 years. I believe he was finishing programs before his scholarships could kick in.
    ddellacosta · 1790954237 · focus · HN ↗
    > not just one incredible Haskell library, but a number of them
    ...and this still understates his impact on Haskell, he helped shape how a lot of programs are written in Haskell through some of the stuff he worked on (see e.g. <a href="https://stackoverflow.com/a/2769840" rel="nofollow">https://stackoverflow.com/a/2769840 as evidence of his influence on core functionality).
    edwardkmett · 1790968378 · focus · HN ↗
    Long time no see!
    In the original commenter's defense, I _did_ let the agents I have working on this get a more than a bit test harness crazy back when I was able to use GHC itself as a behavioral oracle. That worked fine through the initial build out, but then it rushed ahead with a broken CI due to misalignment in priorities, and then kept piling fixtures on top of fixtures and didn't properly track their cross-dependencies. My work on this in the last 48 hours has mostly been about getting that part under control and stable across my target platforms so I have better bedrock to build atop.
    shae · 1790960989 · focus · HN ↗
    I worked with Edward Kmett for a few years.
    He wore out the vim movement keys on a mac laptop keyboard in four months.
    By "wore out" I mean he had worn the plastic down to the keyswitches, in FOUR MONTHS.
    We once had an emergency production outage and Kmett got more productive as he stayed up later. At about 36 hours he fixed the problem. I fell over asleep, he fixed other problems he'd found during the investigation.
    I have lots more Ed stories, but this output you question does not surprise me.
    bmacho · 1790961325 · focus · HN ↗
    [delayed]
2. rsrsrs86 · 1790940574 · focus · HN ↗
  Kmett is a legend in Haskell. He writes and maintains tens of libraries - since the 2000s. Even before LLMs, Kmett had an output like most of us can do only with LLMs. Seriously, the guy is a coding machine.
3. ta2345fa59be · 1790942529 · focus · HN ↗
  > looks like average slop.
  How can you tell?
4. gojogs · 1790953046 · focus · HN ↗
  It's a fun project without bad intentions. Crucify someone else for using AI. Your comment serves only selfish purposes.
draven · 1790931738 · focus · HN ↗
FYI the article links a discussion on Reddit, which has answers for several comments made here.
1. jeffhwang · 1790952555 · focus · HN ↗
  For convenience, here's that Reddit thread
  <a href="https://www.reddit.com/r/haskell/comments/1wu24oe/turbo_haskell/" rel="nofollow">https://www.reddit.com/r/haskell/comments/1wu24oe/turbo_hask...
woadwarrior01 · 1790932075 · focus · HN ↗
The polyglot FFI feature (thanks to GraalVM) might be very useful for implementing "functional core, imperative shell" style designs.
classified · 1790941899 · focus · HN ↗
Running any functional language on the JVM (or .NET, for that matter) always feels like a travesty to me. But having these options present on those platforms is still better than not having them, even if they fake "functional" with their screwed-up OO paradigms.
classified · 1790942046 · focus · HN ↗
> ...that runs Haskell on the JVM.
Why not call it Jaskell then?
1. ch4s3 · 1790949009 · focus · HN ↗
  I’d have gone with Hava.
  1. classified · 1790949080 · focus · HN ↗
    Shorter is better.
    ch4s3 · 1790954711 · focus · HN ↗
    I also like the ambiguity around whether or not you pronounce the H.
    classified · 1790963783 · focus · HN ↗
    Of course you do, because that makes it sound like the Hispanic pronunciation of Java.
    ch4s3 · 1790963995 · focus · HN ↗
    Unless you speak Spanish and then it would sound like Ava, which is conveniently not a word already.
    classified · 1791008453 · focus · HN ↗
    Oops? When I ask Google Translate to pronounce Java in Spanish, I can hear the H. Is that wrong?
    ch4s3 · 1791131149 · focus · HN ↗
    It’s correct, but Hava would be pronounced Ava.
cosmic_quanta · 1790947986 · focus · HN ↗
Coincidentally, the author has just been interviewed on the Haskell Interlude podcast:
<a href="https://haskell.foundation/podcast/87/" rel="nofollow">https://haskell.foundation/podcast/87/
dzonga · 1790950530 · focus · HN ↗
now that there's all the rage about agentic coding - & languages don't matter - why r people not migrating to more less error prone languages like Haskell ?
1. pawelmurias · 1790952327 · focus · HN ↗
  Agents write code in popular languages better.
2. Gimpei · 1790952402 · focus · HN ↗
  Because languages don’t matter so why bother.
3. epgui · 1790954837 · focus · HN ↗
  Anecdotally, I’ve found Claude-generated Haskell code to be almost as bad (hard to read) as Claude-generated python.
  I have no doubt the haskell compiles… but when it comes from an LLM it reads like nonsensical code soup.
  Claude-generated Clojure seems a lot better.
  1. tikhonj · 1790956831 · focus · HN ↗
    I've had much better experiences with Haskell (well, mostly PureScript for now) than Python, but that might be because I am very hands-on with the design of the core types and abstractions I'm working with.
    Having an effect system so that Claude is not tempted to throw in side-effects everywhere helps a lot too!
    epgui · 1790960436 · focus · HN ↗
    Yes, undoubtedly.
    (For further context, I was comparing essentially vibe code across languages.)
4. rspeele · 1790963246 · focus · HN ↗
  The pre-LLM popularity of languages remains sticky because it influences what libraries are available, the sophistication of the tooling, and of course, sticky developer preferences. So while the playing fields may shift a little, it resembles what came before. In my circles I've noticed it's very easy for us to rationalize why our previous favorite language is also the perfect language for the agent era.
  If your favorite language before was Python, why, LLMs are fluent in it! So much training data! So many libraries! Home of machine learning! None of that pesky compile time, agents don't need compile time safety anyway, they write such good test coverage! It's The Perfect Agentic Coding Language.
  If it was Rust, by jove, an agent can easily handle the headache of satisfying the borrow checker, and now you get the best of all worlds! Safety! Near-C runtime performance! Abstractions! The only reason people didn't use Rust before was it was Too Hard and there were Too Many Furries and now it's not hard and you don't have to interact with them, so get on board. It's The Perfect Agentic Coding Language.
  If it was Golang, oh my goodness, what a choice. Pretty fast compile time and pretty fast runtime. Agents get a tight feedback loop with build->run->test->edit. Not very complicated, code has to be written in a straightforward banging-rocks-together way. Good stable ecosystem! Rob Pike designed the language for people he said were "not capable of understanding a brilliant language but we want to use them to build good software." That's an arrogant, demeaning way to describe your colleagues but if they're LLM agents it's dead on! It's The Perfect Agentic Coding Language.
  I could go on and on. I'm not immune either! My own favorite language is F# and I play the same game:
  It has access to the .NET ecosystem like C#, but I don't have to constantly remind the agents to prefer a style with immutable data and pure functions, they idiomatically do that in F#. Files have to be in order and can only refer to symbols defined "earlier" in order, if you want mutually-referential types or functions they have to be declared as such in a joint statement, so spaghetti is hard to create: each project's codebase naturally ends up in a layered bottom-to-top architecture. The language is terse enough to be token efficient, without being symbol soup. FSX scripts can be generated during agentic code reviews to demonstrate repros for discovered issues. If I want to have more manual control, I can model the most important parts of my domain in F# type definitions (DUs and records) very succinctly, and have the agent do the implementation grunt work. It's The Perfect Agentic Coding Language.
5. cryptonector · 1791078087 · focus · HN ↗
  Because a) the LLMs are pretty good at Java and what not, and b) the LLMs are less good at more rarely used programming languages since there is less material on those to train on.
zerr · 1790951645 · focus · HN ↗
I was expecting some Turbo Vision based TUI IDE.
1. edwardkmett · 1791108065 · focus · HN ↗
  <a href="https://github.com/ekmett/hide" rel="nofollow">https://github.com/ekmett/hide takes on that part of the project (formerly thc-edit mentioned in a couple of other replies). Not Turbo Vision based per se, but has that same classic style of UI. It renders itself via terminal, metal, vulkan or webgl UI and provides editor services, AI agent support, autocomplete, and can connect to another instance over SSH to provide these presentation services over the network.
  Text is presented in a faux IBM VGA font, blue background, and in any of the non-terminal choices a subtle CRT grading/vignetting is applied if desired, but it is extended to full unicode including emoji with an optional stylization pass to make them feel more like the period editor experience. You can even switch display modes because most of the time I used Borland tools in my youth I'd run them in 80x50 mode.
  My general intent is that the final installer will package both of them, just like Turbo Pascal bundled TP and TPC or Turbo C bundled TC and TCC.
yjftsjthsd-h · 1790957449 · focus · HN ↗
> THC now implements every one of GHC 9.14.1’s prim-ops and provides a JIT for GHC Core that runs Haskell on the JVM
Look, it's very cool and a great project, but I just don't think you should call the compiler "turbo $something" if you're not going to make it a TUI IDE.
1. edwardkmett · 1790965429 · focus · HN ↗
  <a href="https://github.com/ekmett/thc-edit" rel="nofollow">https://github.com/ekmett/thc-edit
  Next?
  1. mannycalavera42 · 1790967773 · focus · HN ↗
    buuuuuurn! :lol
JSR_FDED · 1790957740 · focus · HN ↗
An IDE is just a DE in the category of blue TUIs.
iLemming · 1790964315 · focus · HN ↗
[delayed]

Open on Hacker News to reply ↗

Unofficial Hacker News client; not affiliated with Y Combinator.