frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

Flux 3

https://bfl.ai/blog/flux-3
216•ThouYS•3h ago•53 comments

The PImpl idiom and the C++26 std:indirect type

https://mariusbancila.ro/blog/2026/07/23/the-pimpl-idiom-and-the-cpp26-stdindirect-type/
38•signa11•2h ago•35 comments

Writing by hand is good for your brain

https://nealstephenson.substack.com/p/writing-by-hand-is-good-for-your
1298•dwwoelfel•18h ago•585 comments

Startup founders urge U.S. government not to shut off Chinese open weight AI

https://www.politico.com/news/2026/07/22/startup-founders-urge-trump-not-to-shut-off-chinese-open...
925•theanonymousone•18h ago•768 comments

Show HN: Echo – Fable-level results at 1/3 the cost using open-weight models

378•adam_rida•13h ago•179 comments

The Beam Engine

https://glinscott.github.io/beam-engine/
374•glinscott•1d ago•74 comments

Claude Cookbook

https://platform.claude.com/cookbook/
35•saikatsg•4h ago•3 comments

What happened to TheNumbers.com

https://stephenfollows.com/p/what-just-happened-to-thenumberscom-should-worry-us-all
369•nickthegreek•16h ago•167 comments

Why Software Factories Fail (or: harness engineering is not enough)

https://github.com/humanlayer/advanced-context-engineering-for-coding-agents/blob/main/wsff.md
312•dhorthy•18h ago•226 comments

What else do people draw on gradient.horse?

https://rybakov.com/blog/what_else_do_people_draw_on_gradient-copy.horse/
132•spython•5d ago•22 comments

Projects every RC live races and results

https://rc-replay.dev/lr/vmrc/r/6912053
10•apokly•3d ago•0 comments

Learn OpenGL, extensive tutorial resource for learning Modern OpenGL

https://learnopengl.com/
242•ibobev•18h ago•119 comments

Quickly rewrite Git repository history

https://github.com/newren/git-filter-repo
39•modinfo•3d ago•1 comments

I regret migrating to Codeberg

https://xn--gckvb8fzb.com/i-regret-migrating-to-codeberg/
287•boramalper•19h ago•178 comments

Why Sony can't bring back its classic Walkman models

https://obsoletesony.substack.com/p/why-sony-cant-bring-back-classic-walkman
119•speckx•15h ago•127 comments

DARPA, U.S. Air Force fly AI-controlled F-16

https://www.darpa.mil/news/2026/darpa-us-air-force-fly-ai-controlled-f-16
241•r2sk5t•19h ago•269 comments

Software rendering in 500 lines of bare C++

https://haqr.eu/tinyrenderer/
281•mpweiher•19h ago•64 comments

98.css

https://jdan.github.io/98.css/#status-bar
469•lopespm•10h ago•108 comments

Show HN: Palmier Pro – Open-source macOS video editor built for AI

https://github.com/palmier-io/palmier-pro
153•harrisontin•18h ago•25 comments

Building on ATProto

https://lukekanies.com/writing/building-on-atproto/
157•speckx•14h ago•80 comments

Astronomers may have found the first exomoon

https://www.eso.org/public/news/eso2610/
219•MarcoDewey•19h ago•82 comments

OpenAI’s accidental attack against Hugging Face is science fiction that happened

https://simonwillison.net/2026/Jul/22/openai-cyberattack/
515•abhisek•1d ago•397 comments

Fields Medals 2026

https://www.mathunion.org/imu-awards/fields-medal/fields-medals-2026
177•nill0•18h ago•90 comments

Launch HN: Screenpipe (YC S26) – Record how you work and turn that into agents

74•louis030195•16h ago•53 comments

Modula-3 History Collection on Computer History Museum

https://softwarepreservation.computerhistory.org/modula3/
25•pjmlp•3d ago•4 comments

The arguments against open source AI are bad

https://tombedor.dev/arguments-against-open-source-ai-are-very-bad/
274•jjfoooo4•16h ago•189 comments

A solid-state “atomic channel” for separating rare earth elements

https://pme.uchicago.edu/news-events/news/cleaner-route-purifying-rare-earth-elements
90•MarcoDewey•15h ago•25 comments

Mourning Dan Williams

https://lwn.net/Articles/1084545/
71•speckx•13h ago•1 comments

Freeze-Casting

https://en.wikipedia.org/wiki/Freeze-casting
26•soupspaces•4d ago•5 comments

The Visual 6502

http://visual6502.org/JSSim/index.html
94•infiniteregrets•9h ago•22 comments
Open in hackernews

The Lisp in the Cellar: Dependent types that live upstairs [pdf]

https://zenodo.org/records/15424968
88•todsacerdoti•1y ago
Downloadable: https://zenodo.org/records/15424968/files/deputy-els.pdf

Comments

droideqa•1y ago
Sadly "deputy clojure" on Google brings no results...

The only hint is this repo[0] referenced in the paper.

[0]: https://gitlab.com/fredokun/deputy

agumonkey•1y ago
Pretty readable code
reuben364•1y ago
Thinking out aloud here.

One pattern that I have frequently used in EMACS elisp is that redefining a top-level value overwrites that value rather than shadowing it. Basically hot reloading. This doesn't work in a dependently typed context as the type of subsequent definitions can depend on values of earlier definitions.

    def t := string
    def x: t := "asdf"
    redef t := int
redefining t here would cause x to fail to type check. So the only options are to either shadow the variable t, or have redefinitions type-check all terms whose types depend on the value being redefined.

Excluding the type-level debugging they mention, I think a lean style language-server is a better approach. Otherwise you are basically using an append-only ed to edit your environment rather than a vi.

extrabajs•1y ago
I don’t see the connection to dependent types. But anyway, is ‘redef’ part of your language? What type would you give it?
reuben364•1y ago
I just wrote redef to emphasize that I'm not shadowing the original definition.

    def a := 1
    def f x := a * x
    -- at this point f 1 evaluates to 1
    redef a := 2
    -- at this point f 1 evaluates to 2
But with dependent types, types can depend on prior values (in the previous example the type of x depends on the value t in the most direct way possible, as the type of x is t). If you redefine values, the subsequent definitions may not type-check anymore.
extrabajs•1y ago
I see what you mean. But would you not experience the same sort of issue simply from redefining types in the same way? It seems this kind of destructive operation (whether on types or terms) is the issue. As someone who's used to ML, it seems strange to allow this kind of thing (instead of simply shadowing), but maybe it's a Lisp thing?
resize2996•1y ago
> EMACS elisp

I used this to write the front end for an ATM machine.

wk_end•1y ago
I've fantasized about some kind of a dependently-typed Smalltalk-like thing before, and in those fantasies the solution would be that changes would be submitted in the form of transactions - they wouldn't be live until you bundled them all together into one big change that would be fully type-checked, as you describe.
dang•1y ago
Any URL for this that we can open in a browser (as opposed to the dreaded "Content-Disposition: attachment")?
Jtsummers•1y ago
https://zenodo.org/records/15424968 - This at least takes you to a webpage where you can view the paper. If you select to download it, it still downloads of course instead of just opening in the browser.
dang•1y ago
Thanks! I've switched to that above, and put the downloadable link in the top text.
reikonomusha•1y ago
Related context: The 2025 European Lisp Symposium [1] was just wrapped a few hours ago in Zurich. There was content on:

- Static typing a la Haskell with Coalton in Common Lisp

- Dependent typing with Deputy in Clojure (this post)

- The Common Lisp compiler SBCL ported to the Nintendo Switch

- Common Lisp and AI/deep learning

- A special retrospective on Modula and Oberon

- Many lightning talks.

[1] https://european-lisp-symposium.org/2025/index.html

no_wizard•1y ago
I feel like Lisp would be an ideal language for AI development. Its exceedingly good for DSL development and pattern matching. Its already structurally like math notation as well, which I would think would lend itself to thinking how models would consume information and learn
rscho•1y ago
Well... believe it or not, some have thought of using lisp for AI for quite some time. ;-)
froh•1y ago
indeed.

Peter Norvig, 1992

Paradigms of AI Programming: Case Studies in Common Lisp

https://g.co/kgs/hck8wsE

https://en.m.wikipedia.org/wiki/Peter_Norvig

it's no coincidence Google is actively maintaining sbcl, either.

Zambyte
fithisux•1y ago
Impressive.
kscarlet•1y ago
The only option that you described is called "hyperstatic global environment".

And it is called that for a reason, it is not very dynamic :) and probably too static to the taste of many Lisp and all Smalltalk fans.

•
1y ago
Why not go all the way to the source? John McCarthy coined the term "artificial intelligence", and then invented / discovered LISP in pursuit of it in the 1950s :D
ayrtondesozzla•1y ago
https://quantumzeitgeist.com/lisp-and-the-dawn-of-artificial...

Lisp was the de facto language of artificial intelligence in the U.S. for many years. Apparently Prolog was popular in Europe (according to Norvig's PAIP)