frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

What came first: the CNAME or the A record?

https://blog.cloudflare.com/cname-a-record-order-dns-standards/
2•sorcix•55s ago•0 comments

XSS in Meta Conversion API Gateway Leading to Zero-Click Account Takeover

https://ysamm.com/uncategorized/2025/01/13/capig-xss.html
1•phwd•1m ago•0 comments

The biggest obstacle for engineer productivity in 2026

https://strategizeyourcareer.com/p/this-ai-problem-is-the-biggest-risk-for-software-engineers-in-...
1•emreb•3m ago•0 comments

Sakana AI Agent Wins AtCoder Heuristic Contest (First AI to Place First)

https://sakana.ai/ahc058/
1•simonpure•3m ago•0 comments

The Power Law, the Grind and the Ugly

https://silvestreperret.com/posts/power-laws/
1•silverret•3m ago•0 comments

The Risk of Too Much Air Safety Regulation (2020) [pdf]

https://www.cato.org/sites/cato.org/files/2020-03/regv43n1-1.pdf
1•JumpinJack_Cash•4m ago•0 comments

Confidence in Tech > Talent in Tech

https://www.thetrueengineer.com/p/confidence-in-tech-talent-in-tech
1•andrewstetsenko•4m ago•0 comments

Amateur sleuth earns £2M reward for exposing research fraud

https://www.thetimes.com/uk/science/article/amateur-sleuth-2m-exposing-research-fraud-jhhb8wfnn
1•bookofjoe•5m ago•1 comments

Moving Beyond Agent-Centric Design: World-Centric Orchestration for AI

https://dev.to/eggp/the-mind-protocol-why-your-ai-agent-needs-a-world-before-it-can-think-2m8p
1•eggplantiny•6m ago•0 comments

OpenAI to acquire the team behind executive coaching AI tool Convogo

https://techcrunch.com/2026/01/08/openai-to-acquire-the-team-behind-executive-coaching-ai-tool-co...
1•gmays•6m ago•0 comments

Repairing a Bose SoundDock iPod Speaker

https://thomashunter.name/posts/2026-01-12-repairing-bose-sounddock-ipod-speaker
1•speckx•7m ago•0 comments

US withdrawing troops from key Middle East bases as precaution

https://www.reuters.com/world/middle-east/us-withdrawing-troops-key-middle-east-bases-precaution-...
1•zerosizedweasle•8m ago•1 comments

Show HN: Convert Go to Rust

1•KingOfCoders•10m ago•0 comments

Open Source AI May Reduce Energy Demands

https://www.cmu.edu/work-that-matters/energy-innovation/open-source-ai-may-reduce-energy-demands
1•atlasunshrugged•11m ago•0 comments

How Machines Shape the Way We Write

https://worldhistory.substack.com/p/how-machines-shape-the-way-we-write
1•crescit_eundo•15m ago•0 comments

Show HN: Beam – A desktop-style browser for iPad built by a solo developer

https://apps.apple.com/us/app/beam-browser/id6756218494
3•henrikdev•15m ago•1 comments

Alan Rickman remembered, 10 years after his death

https://www.theguardian.com/film/2026/jan/14/i-fell-in-love-with-him-on-the-spot-alan-rickman-rem...
2•sohkamyung•15m ago•0 comments

FBI Searches Home of Washington Post Journalist for Classified Documents

https://www.nytimes.com/2026/01/14/us/politics/fbi-washington-post-journalist.html
4•perihelions•15m ago•0 comments

Umami: You never say its name, yet you taste it every day

https://bigthink.com/strange-maps/umami-fifth-taste/
1•Brajeshwar•15m ago•0 comments

How to Become a Tree

https://aeon.co/essays/dying-to-be-green-are-new-eco-funerals-a-false-promise
1•Brajeshwar•15m ago•0 comments

[REVIEW] Very Important People – Ashley Mears

https://www.thepsmiths.com/p/guest-joint-review-very-important
1•barry-cotter•16m ago•0 comments

Show HN: A Serverless Neuro-Symbolic Logic Engine (Interactive Whitepaper)

https://petzi2311.github.io/
1•CausaNova•16m ago•1 comments

Just Get a Better Job

https://idiallo.com/blog/just-get-another-job
1•Brajeshwar•17m ago•0 comments

May your tokens be blessed

https://mfelix.org/stories/may-your-tokens-be-blessed/
1•threekindwords•17m ago•0 comments

The fake bomb detectors (2014)

https://www.bbc.com/news/uk-29459896
1•retSava•17m ago•0 comments

Apple Struggling with Key Material Shortage as AI Chips Drain Supply

https://asia.nikkei.com/business/technology/tech-asia/apple-and-qualcomm-fret-over-strained-suppl...
4•7777777phil•21m ago•0 comments

(Brain) Topological turning points across the human lifespan

https://www.nature.com/articles/s41467-025-65974-8
1•smartmic•22m ago•0 comments

The long-term health impacts from the LA wildfires are just becoming clear

https://www.npr.org/2026/01/14/nx-s1-5630989/la-fires-health-impact-smoke
1•andsoitis•22m ago•0 comments

The grab list: how museums decide what to save in a disaster

https://www.economist.com/1843/2025/11/21/the-grab-list-how-museums-decide-what-to-save-in-a-disa...
2•surprisetalk•23m ago•0 comments

The Slop Was Never the Failure

https://substack.com/home/post/p-183630680
1•gpi•23m ago•0 comments
Open in hackernews

GenAI-Accelerated TLA+ Challenge

https://foundation.tlapl.us/challenge/index.html
35•lemmster•8mo ago

Comments

Taikonerd•8mo ago
Using LLMs for formal specs / formal modeling makes a lot of sense to me. If an LLM can do the work of going from informal English-language specs to TLA+ / Dafny / etc, then it can hook into a very mature ecosystem of automated proof tools.

I'm picturing it something like this:

1. Human developer says, "if a user isn't authenticated, they shouldn't be able to place an order."

2. LLM takes this, and its knowledge of the codebase, and turns it into a formal spec -- like, "there is no code path where User.is_authenticated is false and Orders.place() is called."

3. Existing code analysis tools can confirm or find a counterexample.

omneity•8mo ago
A fascinating thought. But then who verifies that the TLA+ specification does indeed match the human specification?

I’m guessing using an LLM as a translator narrows the gap, and better LLMs will make it narrower eventually, but is there a way to quantify this? For example how would it compare to a human translating the spec into TLA+?

justanotheratom•8mo ago
maybe run it through few other LLMs depending on how much confidence you need - o3 pro, gemini 2.5 pro, claude 3.7, grok 3, etc..
svieira•8mo ago
Then you need to be able to formally prove the equivalence of various TLA+ programs (maybe that's a solved problem?)
omneity•8mo ago
No idea about SOTA but naively it doesn't seem like a very difficult problem:

- Ensure all TLA+ specs produced have the same inputs/outputs (domains, mostly a prompting problem and can solved with retries)

- That all TLA+ produce the same outputs for the same inputs (making them functionally equivalent in practice, might be computationally intensive)

Of course that assumes your input domains are countable but it's probably okay to sample from large ranges for a certain "level" of equivalence.

EDIT: Not sure how that will work with non-determinism though.

justanotheratom•8mo ago
I didn't mean generate separate TLA programs. Rather, other LLMs review and comment on whether this TLA program satisfies the user's specification.
Taikonerd•8mo ago
A fair question! I'd say it's not that different from using an LLM to write regular code: who verifies that the code the LLM wrote is indeed what you meant?
fmap•8mo ago
The usual way to check whether a definition is correct is to prove properties about it that you think should hold. TLA+ has good support for this, both with model checking as well as simple proofs.
frogmeister57•8mo ago
It makes a lot of sense only for graphics card sales people. For everyone else with a working neuron the sole idea is utter nonsense.
max_•8mo ago
Leslie Lamport said that he invented TLA+ so people could "think above the code".

It was meant as a tool for people to improve their thinking and description of systems.

LLM generation of TLA+ code is just intellectual masterbation.

It may get the work done for your boss. But you intellect will still remain bald — in which case you are better off not writing TLA+ at all.

warkdarrior•8mo ago
> [TLA+] was meant as a tool for people to improve their thinking and description of systems.

Why the speciesism? Why couldn't LLMs use TLA+ by translating a natural-language request into a TLA+ model and then checking it in TLA+?

jjmarr•8mo ago
Not the OP, but I would rather give a formal specification of my system to an AI and have it generate the code.

I believe the point is it's easier for a human to verify a system's correctness as expressed in TLA+ and verify code correctly matches the system than it is to correctly verify the entire code as a system at once.

Then, if my model of the system is flawed, TLA+ will tell me.

I'm an AI bull so if I give the LLM a natural language description, I'd like the LLM to explain the model instead of just writing the TLA+ code.

max_•8mo ago
TLA+ was invented in the first place because we Leslie Lamport thought natural language was a dubious tool for "specifying systems".

Yes an LLM may generate the TLA+ code even correctly, but model checking is not the end goal of TLA+

TLA+ plus is written to fully under how a system works at an abstract level.

Anyways, I guess you could just read the LLM generated TLA+ code. That would help you understand the abstraction of the system — but is the LLMs abstraction equal to your abstraction.

But vibe coded TLA+ sounds extremely dangerous especially in mission critical stuff where its required like Smart Contracts, Pacemakers, Aircraft software etc

frogmeister57•8mo ago
Using generative chatbots to write a formal spec is the most stupid idea ever. Specs are all about reasoning. You need to do the thinking to model the system in a very simplified manner. Formal methods and the generative BS are at the antipodes of reliability. This is an insult to reason. Please keep this nonsense away from the serious parts of CS.
siscia•8mo ago
Anyone who has tried to write formal verification will tell you that there is a WIDE gap between thinking and writing the specs.

Any tool that makes formal verification more accessible, should be welcome.

I believe the valuable part is how accessible we make thinking together with machines.

Us human are great at create innovative solutions, not so great at check and verify every single thing that can go wrong. Machines help with that.

kelseyfrog•8mo ago
Interesting. I've always wanted to formalize the US Constitution into TLA+ in order to find loopholes.