frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

Don't Paste the AI, please

https://dontpastetheai.com/
566•pjerem•4h ago•273 comments

AliExpress runs silent WebAudio fingerprinting that breaks Bluetooth multipoint

https://blog.laserphile.com/2026/08/aliexpress-webpage-keeping-multipoint.html
170•emctech•2h ago•48 comments

AI didn't erase the junior engineer's value, it increased it it

https://franciscotrindade.me/blog/the-kids-are-really-alright/
28•franciscomt•49m ago•36 comments

Windows brings out the Rorschach test in everyone (2003)

https://devblogs.microsoft.com/oldnewthing/20030825-00/?p=42803
248•luu•6h ago•94 comments

Show HN: I trained a 125M model to autocomplete piano on-device

https://simedw.com/2026/08/20/midi-autocomplete/
17•simedw•27m ago•4 comments

OpenRouter is joining Stripe

https://openrouter.ai/blog/announcements/openrouter-is-joining-stripe/
889•rvz•18h ago•456 comments

Proof of Human (YC S23) Is Hiring a Member of Technical Staff

https://www.ycombinator.com/companies/proof-of-human/jobs/ZTZHEbb-member-of-technical-staff
1•timshell•31m ago

Turns are Better than Radians (2022)

https://www.computerenhance.com/p/turns-are-better-than-radians
246•mayoff•11h ago•126 comments

Google has stopped pushing Git tags for some Android source code

https://grapheneos.social/@GrapheneOS/117057099753905023
670•Animux•18h ago•258 comments

Go 1.27

https://go.dev/blog/go1.27
685•database64128•17h ago•208 comments

A faster way to calculate the day of the week

https://www.benjoffe.com/fast-day-of-week
188•gavide•3d ago•42 comments

A joke domain purchase turned in geopolitical warfare

https://sprocketfox.io/xssfox/2026/08/19/sondehub-and-war/
941•kareiva•1d ago•150 comments

Manabu Kosaka's Handmade Paper Sculptures

https://coca11272000.wixsite.com/manabukosaka
148•surprisetalk•22h ago•19 comments

Unsloth Dynamic 3.0 GGUFs

https://unsloth.ai/docs/basics/dynamic-3.0-ggufs
294•jonesy827•17h ago•102 comments

Unlocking a locked/deactivated e-waste Cricut Maker

https://sprocketfox.io/xssfox/2026/07/01/cricut-unlock/
226•1e1a•17h ago•56 comments

Seeing beyond BMI: Estimating cardiometabolic risk with smartphone imagery

https://research.google/blog/seeing-beyond-bmi-estimating-cardiometabolic-risk-with-smartphone-im...
3•leanderjanssen•1h ago•0 comments

Casio F-B100W-1A

https://www.casio.com/uk/watches/casio/product.F-B100W-1A/
414•__fst__•21h ago•343 comments

Sol loves to cheat

https://jumploops.com/blog/sol-loves-to-cheat/
190•jumploops•1d ago•146 comments

Geolocating a random island using geometry and CUDA programming

https://yassa9.github.io/osint/gralhix-004/
494•yassa9•1d ago•79 comments

fx :Tiny, open, native coding agent.

https://fx.sh
292•handfuloflight•1d ago•122 comments

PostgreSQL for Everything

https://www.raphaelbauer.com:443/posts/postgresql-everything/
393•karlmush•23h ago•234 comments

The Chauffeur Problem

https://engines.egr.uh.edu/episode/1495
29•leowoo91•3d ago•13 comments

Risk Engineering

https://risk-engineering.org/
3•throwaw12•2h ago•0 comments

Feature Request: Support AGENTS.md

https://github.com/anthropics/claude-code/issues/6235
302•fg137•15h ago•187 comments

Os8088.com: IBM XT OS now has a Browser, CP/M 2.2 with Z80 core and MS Word 1.1a

https://os8088.com/spotlight/
101•jggonz•15h ago•46 comments

Mathematics in the age of AI

https://arxiv.org/abs/2608.16753
185•jonbaer•21h ago•216 comments

Browser De-Slop

https://www.sacredheartsc.com/blog/browser-de-slop/
5•cullumsmith•12m ago•1 comments

Pixel 11 Pro Fold feels like the end of an era

https://www.theverge.com/tech/981956/google-pixel-11-pro-fold-review
79•animalcule•16h ago•202 comments

Filtered Vector Search: What Acorn Fixes, and What Fixes Acorn

https://qdrant.tech/articles/filtered-vector-search-acorn/
3•softwaredoug•4d ago•0 comments

Sectorforth is a 16-bit x86 Forth that fits in a 512-byte boot sector (2020)

https://github.com/cesarblum/sectorforth
39•sigalor•3d ago•9 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/