frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

LLMs reward expertise

https://www.seangoedecke.com/llms-reward-expertise/
544•MaxMussio•6h ago•241 comments

Amazonian civilization had estimated 3M people in 3% of forest area

https://www.science.org/content/article/odd-shapes-hidden-dense-amazon-rainforest-reveal-sprawlin...
57•marojejian•5d ago•26 comments

Ten advances in mathematics and theoretical computer science

https://openai.com/index/ten-advances-in-mathematics/
467•milkshakes•11h ago•736 comments

Show HN: Run an 80B Qwen in 4.3 GB of RAM on a Mac, and a 35B on an iPhone

https://github.com/leonickson1/Swiftlet
14•leonickson•10h ago•0 comments

Devtools must be open source

https://blog.exe.dev/devtools-must-be-open-source
525•bryanmikaelian•13h ago•189 comments

Ask HN: Who is hiring? (August 2026)

124•whoishiring•12h ago•115 comments

That time when I failed the Microsoft interview

https://ochagavia.nl/blog/that-time-when-i-failed-the-microsoft-interview/
9•wofo•5d ago•6 comments

Ask HN: Who wants to be hired? (August 2026)

71•whoishiring•12h ago•199 comments

Windows XP 2002 for the Itanium: Unbridled rage

https://virtuallyfun.com/2026/08/03/windows-xp-2002-for-the-itanium-unbridled-rage/
64•jandeboevrie•5h ago•34 comments

Smaller, faster, safer: running Kimi and GLM at scale

https://blog.cloudflare.com/smaller-faster-safer-models/
161•ascorbic•10h ago•40 comments

MiniMax H3 Day-0 Support in ComfyUI: Open Weights, Native Audio, and 2K Video

https://blog.comfy.org/p/minimax-h3-day-0-support-in-comfyui
266•vblanco•13h ago•81 comments

Prevent cognitive debt by manually retyping LLM-generated code

https://ankursethi.com/blog/prevent-cognitive-debt-by-manually-retyping-llm-generated-code/
404•mpweiher•17h ago•342 comments

200 Milliseconds

https://200ms.thenodebook.com
209•dimitarpanov•2d ago•64 comments

Celebrating 45 Years of Kermit with the First New C-Kermit Release in 15 Years

https://changelog.complete.org/archives/44456-celebrating-45-years-of-kermit-with-the-first-new-c...
135•roryirvine•10h ago•37 comments

There Will Come Soft Rains (1950) [pdf]

https://users.wpi.edu/~zrbutzke/Docs/BradburyStories(1).pdf
50•pmg101•4h ago•20 comments

Andy Pavlo joins ClickHouse to establish ClickHouse Labs

https://clickhouse.com/blog/andy-pavlo-joins-clickhouse
282•nikolay_sivko•13h ago•60 comments

They Forgot What Happened Last Time: Hacking the Windows 365 Link [video]

https://media.ccc.de/v/emf2026-93-1-they-forgot-what-happened-last-time
23•Jimmc414•3d ago•1 comments

Replacing the Kobo Libra H2O Battery

https://ei3lh.eu/2025/11/20/replacing-the-kobo-libra-h2o-battery/
52•austinallegro•4d ago•18 comments

ZX Spectrum System Tour: Text Mode

https://bumbershootsoft.wordpress.com/2026/05/30/zx-spectrum-system-tour-text-mode/
25•rbanffy•5h ago•0 comments

How Hollywood stopped making movies in Hollywood

https://www.statsignificant.com/p/how-hollywood-stopped-making-movies
176•speckx•6d ago•212 comments

Launch HN: Hoplite (YC S26) – Effortlessly deploy cloud coding agents

https://hoplite.sh
62•BenceRed•10h ago•51 comments

Bonsai: Janestreet's UI Library

https://github.com/janestreet/bonsai
313•KolmogorovComp•18h ago•133 comments

Decades-old fish sauce at abandoned factory in Canada finally being removed

https://defector.com/abandoned-fish-sauce-canada-interview
206•ohjeez•3d ago•226 comments

Twenty Years of Pandoc

https://pandoc.org/twenty-years-of-pandoc.html
126•fiddlosopher•12h ago•16 comments

AirLLM 70B inference with single 4GB GPU

https://github.com/lyogavin/airllm
196•Anon84•16h ago•75 comments

Massively Parallel Postgres Backups

https://planetscale.com/blog/massively-parallel-postgres-backups
94•ksec•3d ago•12 comments

Battle of the Beams

https://en.wikipedia.org/wiki/Battle_of_the_Beams
39•petethomas•2d ago•11 comments

The Dunning-Kruger effect may just be a data artefact (2020)

https://www.mcgill.ca/oss/article/critical-thinking/dunning-kruger-effect-probably-not-real
131•audreyfei•7h ago•145 comments

KisakCOD – Open-source reimplementation of Call of Duty 4 Multiplayer

https://github.com/SwagSoftware/KisakCOD
49•skibz•8h ago•4 comments

More German than many Germans

https://mertbulan.com/more-german-than-many-germans/
420•mertbio•21h ago•312 comments
Open in hackernews

Native Apps Should Be Avoided Whenever Possible

https://nooneshappy.com/article/native-apps-should-be-avoided-whenever-possible/
24•bigyabai•2h ago

Comments

zahrevsky•1h ago
I thought hotkeys were hard to do right in a web app too? Yet the article completely misses that.
Groxx•44m ago
Some hotkeys are hard or unusable (e.g. some of the ones that conflict with the browser itself, like esc and ctrl-l and ctrl-t/w/q). Plenty work just fine.
jeremyjh•41m ago
This article is about mobile apps.
zahrevsky•22m ago
Oh, you're right.
Groxx•40m ago
Unfortunately agreed. Browser sandboxing is usually quite a lot better than apps. The table they provide is rather biased though, many of the things they show in PWA's favor are only true in the most trivial sense, and are easily worked around, both technically and widely used in practice.

Also browsers can use extensions to modify pages, and that opens up SO many possibilities. And bookmarks. And history. And tabs. And search. Most apps never implement any of these, much less all.

I do wish we had a more widely supported system for push notifications though. WebPush exists and broadly works quite well, but provides nowhere near the control, reliability, and observability that native apps do. ...which is a good thing when you don't want them, but crippling when you do, and it contributes to the general "few sites do it at all" problem. E.g. Slack doesn't use it, nor does Zulip (particularly painful because their mobile web UI is much better than their app), nor most chat apps in general even though they're an ideal scenario.

superkuh•37m ago
Native applications should be insisted upon. Web applications are not under the control of the users in any form and what they do can be changed without the users input even as the user is in the middle of a session of using the software. Website applications can also just dissapear and often do. Additionally any given website 'app' will be loading unknown executable code from random arbitrary sites. Usually spyware. This kind of thing is far more easily detected and justifiably blocked when you run a native application. A native application installed on a computer is yours to use as is till you decide to change it or allow it to change.

- Write emails to companies that provide desired services that way suggesting they make an actual application.

- Revoke all JS execution permissions from all domains that are not verifiably in control of only the company running that web app.

- Audit your use cases and try to find native applications that can fulfill them instead of web apps.

- Try not to use web apps on domains that you have no control of.

- Treat every domain trying to get you to execute random code like you would receiving a .exe in the email from a similarly unknown person or address.

The idea that most native applications collect more information than web apps is false. It is only true in the very restricted domain of smartphones. It is obvious to everyone in practice and in law that users of smartphones do not own them or control them and will not be allowed to. The problem is the smartphone, not native applications. Giving up even more control and ceding everything to a remote web service, will make this worse, not better.

And yes, copying this article's structure for my response is intentional parody.

gumby271•27m ago
I get the feeling this article is just about mobile apps, which you clearly think is an irremediable platform for some reason. Given ths choice between native mobile apps, locked down by two massive tech companies and web apps, I'll take the latter.
cwnyth•26m ago
Yeah, reading the post it's clear they're only thinking in terms of phones, probably only the iPhone at that.

Besides, the manifesto style is too off-putting to take this seriously.

grebc•37m ago
Good native apps exist, although rare and getting more so, and for a lot of workflows are better than websites.

That said, all the privacy reasons listed apply just as much to websites as they do apps.

I have to disable noscript a lot when it comes time to fill out what is glorified <input type=“text” /> for a lot of day to day transactions. Especially anything involving a credit card these days.

prtmnth•31m ago
I love using the Twitter web app over the native app. And whenever I think of a product, I think of how I can build a fully usable web app (even when primary access is via phone).
sghiassy•24m ago
I appreciate you putting you're opinion out there.

Fully disagree though

HaloZero•22m ago
This article is over-stating the capabilities of mobile apps at least on iOS.

Mobile apps can't run on device startup on iOS. They can't modify or delete device storage outside of your sandbox. Same with Access contacts, call logs, SMS. Contact yes, but you have to give explicit permission and you can't access call logs or SMS.

I just stopped reading this because whoever is writing is overstating their case. Maybe the case is different on Android, but last I saw Android is slowly moving toward the granular permission model that iOS does with their data.

zerozerotwo•21m ago
Given eu regulators will likely kill pwa with the dma I doubt there is any future there
tetrisgm•21m ago
Users want simplicity. Derive conclusions from that.
speak_plainly•11m ago
I dunno what’s worse: having no data footprint when you apply to rent from this landlord who is doing bulk data purchases and de-anonymizing it to screen you, or having the wrong data footprint.
ranger_danger•12m ago
I think both you and OP miss the fact that there isn't a single best answer, and that it depends on what each user cares more about as to which solution makes the most sense.