News for hackers. Stuff that matters.

plainOldText

Re:Ending my elixir exploratory writing on Wednesday September 02, 2026 @12:27PM (#49538658)
I'm glad I'm not the only one who thinks the new default page is absolutely horrible in terms of usability.

I've noticed less comments on posts, but this is probably also the result of more AI-assisted Elixir projects being announced, not just the change in UI/UX.

Re:TLA+ Modeling Tips on Wednesday December 17, 2025 @07:49AM (#46301388)
It's not strange at all.

The second story, and highly upvoted, on HN right now is: "AI will make formal verification go mainstream"[1].

[1] https://news.ycombinator.com/item?id=46294574

Re:TLA+ Modeling Tips on Wednesday December 17, 2025 @07:44AM (#46301334)
This Scott Wlaschin talk [1] is a good introduction to TLA+. And the slides [2].

[1] https://www.youtube.com/watch?v=qs_mmezrOWs

[2] https://speakerdeck.com/swlaschin/tla-plus-for-programmers

Re:Prediction: AI will make formal verification go mainstream on Tuesday December 16, 2025 @05:51PM (#46295799)
I guess it’s time to learn OCaml then.

It appears many of the proof assistants/verification systems can generate OCaml. Or perhaps ADA/Spark?

Regardless of how the software engineering discipline will change in the age of gen AI, we must aim to produce higher not lower quality software than whatever we have today, and formal verification will definitely help.

Re:Nim's New Intermediate Representation: NJVL on Saturday November 01, 2025 @06:20PM (#45785954)
The main designer is Andreas Rumpf, but investigating the git commits of the new Nim reveals more people being involved. [1] Whether Andreas is a genius, I have no idea, but he has been doing compiler and language development for over 20 years [2] so he's probably extremely knowledgeable regardless.

[1] https://github.com/nim-lang/nimony/commits/master/

[2] https://en.wikipedia.org/wiki/Nim_(programming_language)

Re:Wren: A classy little scripting language on Sunday October 26, 2025 @04:40PM (#45715033)
Reminder the creator of Wren wrote the awesome Crafting Interpreters book [0].

[0] https://craftinginterpreters.com/

Re:Why Is SQLite Coded in C and not Rust on Tuesday October 14, 2025 @05:38PM (#45585333)
The article allocates the last section to explaining why Rust is not a good fit (yet) so I wanted the title to cover that part of the conversation since I believe it is meaningful. It illustrates the tradeoffs in software engineering.
Re:Why Is SQLite Coded in C and not Rust on Tuesday October 14, 2025 @05:22PM (#45585115)
I’d be curious to know what the creators of SQLite would have to say about Zig.

Zig gives the programmer more control than Rust. I think this is one of the reasons why TigerBeetle is written in Zig.

Re:The Programmer Identity Crisis on Friday October 10, 2025 @07:22AM (#45537613)
It's interesting to observe how many people are undergoing an identity crisis due to the emergence of LLMs challenging the status quo.

What will our craft of programming turn into? So far programming has been quite fun and creative, but LLMs are undeniably changing the programmer's game. Will it still be as enjoyable? I don't know. But then, what else could we switch to which would allow us to be highly creative while still maintaining control?

Perhaps this is similar to how people felt during the industrial revolution.

Re:Vibe Engineering on Wednesday October 08, 2025 @01:55PM (#45518805)
You're absolutely right ((:

Now, seriously though, no tools is perfect, and I agree we should not trust it blindly, but leaving aside AI Agents, LLMs are very helpful in illuminating one's path, by consulting a large body of knowledge on demand, particularly when dealing with problems which might be new to you, but which have already been tackled one way or another by other people in the industry (provided they're in the training set of course).

Yes, there's always the risk of perpetuating existing slop. But that is the risk in any human endeavor. The majority of people mostly follow practices and knowledge established by the few. How many invent new things?

To be honest, I haven't yet used AI agents, I'm mostly just using LLMs as a dialogue partner to further my own understanding and to deepen my knowledge. I think we're all still trying to figure it out how to best use it.

Re:Vibe Engineering on Tuesday October 07, 2025 @09:24PM (#45511027)
A better term would be “Augmented Engineering” (AE).

You want something to inspire engineers to do their best work.

When you can expand your capabilities using the power of AI, then yeah, you can do your best work; hence augmented engineering.

But vibing? Not so much.

I guess AE could also stand for Advanced Engineering, after all the AI gives you the power to access and understand the latest in engineering knowledge, on demand, which you can then apply to your work.

Your example also gets evaluated at comptime. For more complex cases I wouldn't be able to tell you, I'm not the compiler :) For example, this get's checked:

  let ageFails = (200 + 2).Age
  Error: 202 can't be converted to Age
If it cannot statically prove it at comptime, it will crash at runtime during the type conversion operation, e.g.:

  import std/strutils

  stdout.write("What's your age: ")
  let age = stdin.readLine().parseInt().Age
Then, when you run it:

  $ nim r main.nim
  What's your age: 999
  Error: unhandled exception: value out of range: 999 notin 0 .. 200 [RangeDefect]
Nim was inspired by Ada & Modula, and has subranges [1]:

  type
    Age = range[0..200]

  let ageWorks = 200.Age
  let ageFails = 201.Age
Then at compile time:

  $ nim c main.nim
  Error: 201 can't be converted to Age
[1] https://nim-lang.org/docs/tut1.html#advanced-types-subranges
Re:The Top Programming Languages 2025 on Wednesday September 24, 2025 @08:13AM (#45359230)
Nim is a statically typed language with a syntax resembling Python's. https://nim-lang.org/

Sometimes I'm questioning if it has the potential to become more popular in the future if AI becomes adept at translating Python projects to Nim.

Re:"Your" vs. "My" in user interfaces on Tuesday September 16, 2025 @06:37AM (#45260455)
Hmm, I guess this then makes sense if we regard the app as a latent space projecting user's data, so its views are awaiting to be activated.

Seen this way, the app is basically communicating to the user: Hey I have "Your Pictures", "Your Cases", etc. Click to find out.

But to me the "My ..." variation also makes sense. e.g. In Photos app on macOS you will see "My Albums", "My Projects", and although they can be renamed, I don't think I created them.

Re:"Your" vs. "My" in user interfaces on Tuesday September 16, 2025 @05:21AM (#45259943)
From the article:

> In summary:

> Use “your” when communicating to the user

> Use “my” when the user is communicating to us

I could see how this makes sense with dialogs.

But for UI elements? Should I name say a tab “My Pictures” and not “Your Pictures” because clicking on said tab I’m communicating to the system I want to see my pictures?

Re:QNX: The Incredible 1.44M Demo on Wednesday August 13, 2025 @10:58AM (#44889334)
I couldn’t see passed the 100% mark.

Looking at some YouTube videos, it looks like this was the greeting upon booting:

“Stored on this single, 1.44 Mbyte floppy disk is a demo copy of the QNX realtime operating system, the Photon microGUI windowing system, the Voyager web browser, Ethernet networking, TCP/IP, an embedded web server, an editor, a file browser, a vector graphics animation, and a television set-top box simulation.

Just think — if we can do all this with a 1.44 Mbyte floppy disk, imagine the devices you could build with QNX realtime technology.”

Some core ideas from the paper for the inpatient (failures, isolation, healing):

- Failures are inevitabe, so systems must be designed to EXPECT and recover from them, NOT AVOID them completely.

- Let it crash philosophy allows components to FAIL and RECOVER quickly using supervision trees.

- Processes should be ISOLATED and communicate via MESSAGE PASSING, which prevents cascading failures.

- Supervision trees monitor other processes and RESTART them when they fail, creating a self-healing architecture.

Re:Gleam v1.12.0 Released on Wednesday August 06, 2025 @06:16PM (#44818508)
Yeah, CamelCase for modules, snake_case for functions and variables.

Your brain can instantly tell what entity you’re dealing with.

Re:Self-Employed, Self-Exhausted on Sunday August 03, 2025 @07:00AM (#44775692)
We used to infer one’s mind from their writing. Nowadays?

I’m surprised people are too lazy to even remove them dashes. Well, in fact it might actually be a good thing for one can spot when something was AI generated much easier.

I feel like original writing is pretty much dead these days. We’re all best selling authors now.

Re:Show HN: The Aria Programming Language on Wednesday July 30, 2025 @06:31AM (#44732599)
Judging from the small example in the readme, the language looks pleasing to the eye.

What’s under the hood though? What are some of the technical choices, performance characteristics and longer term goals?

Older »