Back to Home11/19/2025, 11:54:14 AM

Phoenix Creator Argues Elixir Is AI's Best Language

3 points
1 comments

Mood

calm

Sentiment

positive

Category

tech

Key topics

Elixir

AI

Programming Languages

The creator of Phoenix argues that Elixir is the best language for AI, but the post doesn't generate much discussion on HN.

Snapshot generated from the HN discussion

Discussion Activity

Light discussion

First comment

33m

Peak period

1

Hour 1

Avg / period

1

Comment distribution1 data points

Based on 1 loaded comments

Key moments

  1. 01Story posted

    11/19/2025, 11:54:14 AM

    7h ago

    Step 01
  2. 02First comment

    11/19/2025, 12:27:24 PM

    33m after posting

    Step 02
  3. 03Peak activity

    1 comments in Hour 1

    Hottest window of the conversation

    Step 03
  4. 04Latest activity

    11/19/2025, 12:27:24 PM

    6h ago

    Step 04

Generating AI Summary...

Analyzing up to 500 comments to identify key contributors and discussion patterns

Discussion (1 comments)
Showing 1 comments
delaminator
6h ago
In an ironic twist, Claude tells me it is Rust because of the error messages.

Each project I have tried a different language.

It liked Racket but didn't think Typed Racket as really worth it.

Erlang worked out well.

It does pretty good at C#.

But don't take my word for it

> would you prefer erlang, rust, racket or c#

● Interesting comparison - these are very different tools. My preference would depend heavily on the problem:

For What We Just Did [polling an API]

I'd pick Erlang - and here's why this specific project validates that choice:

  1. Long-running stateful service: Needs to run 24/7 polling aircraft data
  2. Built-in state management: Mnesia for regions, rules, recent sightings
  3. Concurrent by default: Multiple aircraft being processed, periodic polling, web server - all
  concurrent without thinking about it
  4. Reliability matters: Missing aircraft alerts due to crashes would be bad; OTP supervision handles
  this
But Generally?

Rust would be my favorite overall: - Compile-time correctness catches whole classes of bugs that runtime systems miss - Performance without compromise - no GC pauses, predictable behavior - Modern ergonomics - cargo, excellent error messages, strong type inference - Growing ecosystem - tokio for async, axum for web, no longer as sparse as it was

The catch: Rust's learning curve is real, and for rapid prototyping it can be slower.

Racket is fascinating for: - Language-oriented programming - when you need to build DSLs - Exploratory work - REPL-driven development is wonderful - Education/research - the language tower concept is unique

But it's too niche for production systems most of the time.

C# I'd choose when: - Enterprise integration is critical - existing .NET infrastructure - Team familiarity - large pool of developers - Rapid development with good tooling - Visual Studio, LINQ, async/await

But it feels heavy and tied to the Microsoft ecosystem.

The Honest Answer

For systems that must not fail (telecom, distributed databases, message queues): Erlang

For performance-critical systems where correctness matters (OS components, embedded, infrastructure): Rust

For most other things (web apps, APIs, tools, scripts): I'd probably reach for something lighter like

Go or Python rather than any of these four.

ID: 45978482Type: storyLast synced: 11/19/2025, 1:47:57 PM

Want the full context?

Jump to the original sources

Read the primary article or dive into the live Hacker News thread when you're ready.