frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

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•11mo ago

Comments

buildsjets•11mo 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•11mo 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•11mo ago
(2003)
throw0101b•11mo 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•11mo ago
Are there any public, open, comprehensive datasets on flights?
dieselerator•11mo 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•11mo 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•11mo 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•11mo 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•11mo 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/

LittleSnitch for Linux

https://obdev.at/products/littlesnitch-linux/index.html
783•pluc•10h ago•269 comments

Help Keep Thunderbird Alive

https://updates.thunderbird.net/en-US/thunderbird/140.0/apr26-1e/donate/
84•playfultones•3h ago•47 comments

I ported Mac OS X to the Nintendo Wii

https://bryankeller.github.io/2026/04/08/porting-mac-os-x-nintendo-wii.html
1612•blkhp19•19h ago•285 comments

Open Source Security at Astral

https://astral.sh/blog/open-source-security-at-astral
205•vinhnx•6h ago•41 comments

Creating the Futurescape for the Fifth Element [2019]

https://theasc.com/articles/fantastic-voyage-creating-the-futurescape-for-the-fifth-element
29•nixass•1h ago•8 comments

Reallocating $100/Month Claude Code Spend to Zed and OpenRouter

https://braw.dev/blog/2026-04-06-reallocating-100-month-claude-spend/
25•kisamoto•2h ago•24 comments

C# in Unity 2026: Features Most Developers Still Don't Use

https://darkounity.com/blog/c-in-unity-2026-features-most-developers-still-dont-use
29•hacker_13•2d ago•11 comments

Haunted Paper Toys

http://ravensblight.com/papertoys.html
101•exvi•3d ago•7 comments

Dr. Dobb's Developer Library DVD 6

https://archive.org/details/DDJDVD6
53•kristianp•4d ago•14 comments

Process Manager for Autonomous AI Agents

https://botctl.dev/
44•ankitg12•4h ago•9 comments

USB for Software Developers: An introduction to writing userspace USB drivers

https://werwolv.net/posts/usb_for_sw_devs/
312•WerWolv•15h ago•38 comments

Claude mixes up who said what and that's not OK

https://dwyer.co.za/static/claude-mixes-up-who-said-what-and-thats-not-ok.html
75•sixhobbits•1h ago•62 comments

Understanding the Kalman filter with a simple radar example

https://kalmanfilter.net
354•alex_be•17h ago•45 comments

They're made out of meat (1991)

http://www.terrybisson.com/theyre-made-out-of-meat-2/
556•surprisetalk•23h ago•151 comments

Who is Satoshi Nakamoto? My quest to unmask Bitcoin's creator

https://www.nytimes.com/2026/04/08/business/bitcoin-satoshi-nakamoto-identity-adam-back.html
509•jfirebaugh•1d ago•616 comments

The Importance of Being Idle

https://theamericanscholar.org/the-importance-of-being-idle/
197•Caiero•2d ago•114 comments

ML promises to be profoundly weird

https://aphyr.com/posts/411-the-future-of-everything-is-lies-i-guess
508•pabs3•21h ago•507 comments

Git commands I run before reading any code

https://piechowski.io/post/git-commands-before-reading-code/
2061•grepsedawk•1d ago•450 comments

Improving storage efficiency in Magic Pocket, Dropbox's immutable blob store

https://dropbox.tech/infrastructure/improving-storage-efficiency-in-magic-pocket-our-immutable-bl...
15•laluser•5d ago•0 comments

Muse Spark: Scaling towards personal superintelligence

https://ai.meta.com/blog/introducing-muse-spark-msl/?_fb_noscript=1
349•chabons•18h ago•331 comments

Six (and a half) intuitions for KL divergence

https://www.perfectlynormal.co.uk/blog-kl-divergence
85•jxmorris12•1d ago•11 comments

MegaTrain: Full Precision Training of 100B+ Parameter LLMs on a Single GPU

https://arxiv.org/abs/2604.05091
302•chrsw•22h ago•54 comments

I imported the full Linux kernel git history into pgit

https://oseifert.ch/blog/linux-kernel-pgit
133•ImGajeed76•3d ago•21 comments

Expanding Swift's IDE Support

https://swift.org/blog/expanding-swift-ide-support/
119•frizlab•15h ago•56 comments

Show HN: Moon simulator game, ray-casting

https://mooncraft2000.com
12•JKCalhoun•2d ago•3 comments

Map Gesture Controls - Control maps with your hands

https://sanderdesnaijer.github.io/map-gesture-controls/
31•hebelehubele•4d ago•5 comments

Understanding Traceroute

https://tech.stonecharioteer.com/posts/2026/traceroute/
133•stonecharioteer•3d ago•22 comments

Ask HN: Any interesting niche hobbies?

376•e-topy•3d ago•562 comments

Show HN: A (marginally) useful x86-64 ELF executable in 301 bytes

https://github.com/meribold/btry
52•meribold•2d ago•14 comments

John Deere to pay $99M in right-to-repair settlement

https://www.thedrive.com/news/john-deere-to-pay-99-million-in-monumental-right-to-repair-settlement
327•CharlesW•14h ago•108 comments