frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

AI-generated posters don’t have to be horrible

https://john.hartnup.uk/2026/06/07/ai-event-posters.html
304•ereiamjh•3h ago•193 comments

Human brain is two separate organs, Stanford Medicine-led research finds

https://med.stanford.edu/news/all-news/2026/09/two-separate-brains.html
324•emigre•6h ago•120 comments

Laya the open source version of Jev

https://laya.convaiinnovations.com/
57•nandakishor_ml•1h ago•9 comments

“The Secret Life of Circuits” is here

https://blog.coredump.cx/p/the-secret-life-of-circuits-is-here
90•surprisetalk•3d ago•29 comments

GPT-6 Astra Solves a WWI German Radio Cipher

https://www.prinzai.com/p/gpt-6-astra-solves-a-wwi-german-radio
160•nsoonhui•5h ago•87 comments

Android 17 is the first since 3.x to add new APIs without releasing to the AOSP

https://grapheneos.social/@GrapheneOS/117282080803799576
883•theanonymousone•17h ago•463 comments

If math is more than proof, we need to better celebrate the rest of it

https://terrytao.wordpress.com/2026/09/18/if-math-is-more-than-proof-we-need-to-better-celebrate-...
154•num42•6h ago•112 comments

San Francisco Onion Futures Company

https://onionfutures.com/
223•z-mach9•8h ago•78 comments

Communication by means of modulated Johnson noise

https://www.pnas.org/doi/10.1073/pnas.2201337119
19•austinallegro•2d ago•3 comments

Cloudflare Quick Tunnels

https://try.cloudflare.com/
736•jcbhmr•22h ago•290 comments

Show HN: I wrote a custom assembler for CHIP-8 in C++

https://github.com/Tackx/c8-ass
5•tack1234•1d ago•0 comments

How to Write with an LLM

https://sockpuppet.org/blog/2026/09/17/how-to-write-with-an-llm/
512•joeriddles•1d ago•343 comments

SDCC – Small Device C Compiler

https://sdcc.sourceforge.net/
96•lioeters•10h ago•20 comments

You can run Git on object storage if you re-make packfiles

https://www.tigrisdata.com/blog/objgit-packfiles/
63•evacchi•2d ago•19 comments

Science Is Open Software

https://jepedersen.dk/blog/202505_research/
108•jegp•10h ago•40 comments

Saving another 100TB of RAM

https://blog.cloudflare.com/saving-100-tb-of-ram-with-math/
381•f311a•17h ago•83 comments

Why building a Rust LSP is hard

https://rust-glancer.github.io/blog/why-lsp-is-hard/
98•agluszak•2d ago•33 comments

From Stonemasons to Carpenters

https://thelastsoftwareengineer.substack.com/p/from-stonemasons-to-carpenters
12•azhenley•1d ago•1 comments

Ctenophores: Wonders of Biology

https://www.quantamagazine.org/ctenophores-arent-just-beautiful-theyre-biological-wonders-20260916/
35•randomImmigrant•2d ago•6 comments

NASA-IBM Lunar Foundation open-Source Geospatial AI Model

https://newsroom.usra.edu/usra-contributes-planetary-science-expertise-to-nasa-ibm-lunar-foundati...
39•noobplus•7h ago•4 comments

How OpenAI Used Its Own LLMs to Design Its Jalapeño Chip

https://spectrum.ieee.org/llms-for-chip-design
141•maxall4•13h ago•98 comments

The first new cat species discovered in 100 years

https://www.nationalgeographic.com/animals/article/meet-the-first-new-cat-species-discovered-in-1...
289•ohjeez•1d ago•108 comments

OpenJev

https://openjev.com/
640•ilreb•1d ago•273 comments

Show HN: Cactus Needle 3: 8-29MB automation models can match DeepSeek V4 Flash

https://cactuscompute.com/needle
202•HenryNdubuaku•1d ago•89 comments

Goroutine Leak Profiles

https://go.dev/blog/goroutine-leak-profiles
42•torutofu•2d ago•5 comments

Photon-Emission-Guided Laser Fault Injection Enables RP2350 Secure Debug

https://donjon.ledger.com/blog/rp2350-secure-debug-laser-fault-injection/
198•synack•19h ago•73 comments

Cache-to-Cache: Direct Semantic Communication Between LLMs (2025)

https://arxiv.org/abs/2510.03215
95•rochansinha•17h ago•14 comments

Warez: The Infrastructure and Aesthetics of Piracy (2021)

https://archive.org/details/b904a8eb-9c98-4bb1-bf25-3cb9d075b157
175•succinct_ideas•1d ago•84 comments

Veronese's Dogs

https://publicdomainreview.org/essay/veroneses-dogs
15•prismatic•2d ago•1 comments

Inside ZCode: Silently uploading your Git history to the cloud

https://blog.ferstar.org/en/posts/zcode-silent-workspace-snapshot-upload/
310•csmantle•1d ago•103 comments
Open in hackernews

Computational Complexity of Air Travel Planning [pdf] (2003)

http://www.demarcken.org/carl/papers/ITA-software-travel-complexity/ITA-software-travel-complexity.pdf
76•rochoa•1y ago

Comments

buildsjets•1y ago
This is well over 20 years old and is based on pre 9/11 flight data. I would suspect that a lot has changed since then. So proceed with no caution at all.
gwern•1y ago
Since these sorts of things usually only get more and more complex over time, I would guess that it's all still true, but much more so.
throw0101b•1y ago
(2003)
throw0101b•1y ago
The PDF was produced by ITA, which famously used Common Lisp:

* https://en.wikipedia.org/wiki/ITA_Software

From 2001, a message from the same author as the linked paper:

> (Here's an email Carl de Marcken of ITA Software sent to a friend, describing their experiences using Lisp in one of the software industry's most demanding applications.)

* https://www.paulgraham.com/carl.html

Qem•1y ago
Are there any public, open, comprehensive datasets on flights?
dieselerator•1y ago
> Are there any public, open, comprehensive datasets on flights?

Airlines and commercial aviation operators schedule their own flights. That is a dynamic schedulle. So, perhaps there is no "comprehensive data set".

However, FlightAware makes publicly available scheduled and completed flight data over many routes in the USA. You can search by route and get a list of flights.

Flight information includes filed departure time, route of flight, and speed. For completed flights actual time, altitude, and route is shown. For example, a search on the route Dallas/Fort Worth to Austin lists 45 flights.

I hope that helps.

foundart•1y ago
A very interesting dive into, as the title says, the computational complexity of air travel planning. Graph algorithms with lots of complexity added due to the wide variety of fare conditions that airlines have dreamt up over the years.

The article may be from 2003 but I would call it an evergreen. While I imagine some of the details have changed since then, I suspect that the complexity has only grown since then.

foundart•1y ago
It makes me wonder: Would an airline that drastically simplified its fares be more likely to appear in flight search results?

Simplifying the fares would make it less computationally expensive and, in theory, could take fewer steps to answer a flight planning query.

Imagine a flight search planner that, say, fanned out N airline-specific workers when handling a planning query and then displayed to the user whatever results it got back within some time limit. If FooAir had simple fares, the FooAir searcher would likely run faster than searchers for other airlines. Thus it would be more likely to return results for more queries, assuming the deadline is fairly tight because of usability metrics. (People don't tend to stick around waiting for slow results.)

sjburt•1y ago
At least a few years ago (~2014), the fare search was actually nearly instant, but all major airfare search sites added a delay because customers had the impression they were getting a better deal when they had to wait. It seems like the delay has been dialed back lately.
teleforce•1y ago
This is a very popular article that get submitted every now and then (nearly every year) [1].

I think this kind of problem would be a very nice for logic, optimization and constraint programming that probably can be solved with modern tools like Google OR-Tool or Monash University MiniZinc [1],[2],[3].

[1] Past:

https://hn.algolia.com/?query=Computational%20Complexity%20o...

[2] Logic, Optimization, and Constraint Programming: A Fruitful Collaboration - John Hooker - CMU (2023) [video]:

https://www.youtube.com/live/TknN8fCQvRk

[3] Google OR-Tools:

https://developers.google.com/optimization

[4] MiniZinc:

https://www.minizinc.org/