frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

NewASM Virtual Machine

https://github.com/bracesoftware/newasm
1•DEntisT_•35s ago•0 comments

Terminal-Bench 2.0 Leaderboard

https://www.tbench.ai/leaderboard/terminal-bench/2.0
1•tosh•58s ago•0 comments

I vibe coded a BBS bank with a real working ledger

https://mini-ledger.exe.xyz/
1•simonvc•1m ago•1 comments

The Path to Mojo 1.0

https://www.modular.com/blog/the-path-to-mojo-1-0
1•tosh•4m ago•0 comments

Show HN: I'm 75, building an OSS Virtual Protest Protocol for digital activism

https://github.com/voice-of-japan/Virtual-Protest-Protocol/blob/main/README.md
3•sakanakana00•7m ago•0 comments

Show HN: I built Divvy to split restaurant bills from a photo

https://divvyai.app/
3•pieterdy•9m ago•0 comments

Hot Reloading in Rust? Subsecond and Dioxus to the Rescue

https://codethoughts.io/posts/2026-02-07-rust-hot-reloading/
3•Tehnix•10m ago•1 comments

Skim – vibe review your PRs

https://github.com/Haizzz/skim
2•haizzz•11m ago•1 comments

Show HN: Open-source AI assistant for interview reasoning

https://github.com/evinjohnn/natively-cluely-ai-assistant
3•Nive11•11m ago•4 comments

Tech Edge: A Living Playbook for America's Technology Long Game

https://csis-website-prod.s3.amazonaws.com/s3fs-public/2026-01/260120_EST_Tech_Edge_0.pdf?Version...
2•hunglee2•15m ago•0 comments

Golden Cross vs. Death Cross: Crypto Trading Guide

https://chartscout.io/golden-cross-vs-death-cross-crypto-trading-guide
2•chartscout•18m ago•0 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
3•AlexeyBrin•21m ago•0 comments

What the longevity experts don't tell you

https://machielreyneke.com/blog/longevity-lessons/
2•machielrey•22m ago•1 comments

Monzo wrongly denied refunds to fraud and scam victims

https://www.theguardian.com/money/2026/feb/07/monzo-natwest-hsbc-refunds-fraud-scam-fos-ombudsman
3•tablets•27m ago•0 comments

They were drawn to Korea with dreams of K-pop stardom – but then let down

https://www.bbc.com/news/articles/cvgnq9rwyqno
2•breve•29m ago•0 comments

Show HN: AI-Powered Merchant Intelligence

https://nodee.co
1•jjkirsch•31m ago•0 comments

Bash parallel tasks and error handling

https://github.com/themattrix/bash-concurrent
2•pastage•31m ago•0 comments

Let's compile Quake like it's 1997

https://fabiensanglard.net/compile_like_1997/index.html
2•billiob•32m ago•0 comments

Reverse Engineering Medium.com's Editor: How Copy, Paste, and Images Work

https://app.writtte.com/read/gP0H6W5
2•birdculture•37m ago•0 comments

Go 1.22, SQLite, and Next.js: The "Boring" Back End

https://mohammedeabdelaziz.github.io/articles/go-next-pt-2
1•mohammede•43m ago•0 comments

Laibach the Whistleblowers [video]

https://www.youtube.com/watch?v=c6Mx2mxpaCY
1•KnuthIsGod•45m ago•1 comments

Slop News - The Front Page right now but it's only Slop

https://slop-news.pages.dev/slop-news
1•keepamovin•49m ago•1 comments

Economists vs. Technologists on AI

https://ideasindevelopment.substack.com/p/economists-vs-technologists-on-ai
1•econlmics•51m ago•0 comments

Life at the Edge

https://asadk.com/p/edge
4•tosh•57m ago•0 comments

RISC-V Vector Primer

https://github.com/simplex-micro/riscv-vector-primer/blob/main/index.md
4•oxxoxoxooo•1h ago•1 comments

Show HN: Invoxo – Invoicing with automatic EU VAT for cross-border services

2•InvoxoEU•1h ago•0 comments

A Tale of Two Standards, POSIX and Win32 (2005)

https://www.samba.org/samba/news/articles/low_point/tale_two_stds_os2.html
4•goranmoomin•1h ago•0 comments

Ask HN: Is the Downfall of SaaS Started?

4•throwaw12•1h ago•0 comments

Flirt: The Native Backend

https://blog.buenzli.dev/flirt-native-backend/
3•senekor•1h ago•0 comments

OpenAI's Latest Platform Targets Enterprise Customers

https://aibusiness.com/agentic-ai/openai-s-latest-platform-targets-enterprise-customers
2•myk-e•1h ago•0 comments
Open in hackernews

Show HN: Ayer – Relive your photo memories by date, 100% offline

3•chapiware•1mo ago
Hi HN,

I built a small mobile app that shows you all the photos and videos you took on this exact calendar day across past years.

I started working on it after realizing that I almost never revisit my photo library. I take thousands of photos, but most of them just sit there. Existing “On This Day” features worked, but they always felt tied to cloud uploads, accounts, and algorithmic resurfacing — which didn’t sit well with me for something as personal as memories.

So I wanted to explore a different approach.

Ayer is fully local-first: • 100% on-device (no cloud, no sync) • No account, no login • No analytics, no tracking • Zero network calls — airplane mode works

The idea is very simple: you pick a date (or open the app today) and you see what you captured on that same day in previous years. Sometimes it’s joyful, sometimes it’s heavy, sometimes it’s completely ordinary — but revisiting memories by date gives them context rather than ranking them by “importance”.

A few details that might interest this crowd: • It handles large photo libraries (30k+ photos) smoothly • Navigation is date-first, not feed-based • Optional “then vs now” collages are generated locally • Built with React Native, using system photo APIs only

This isn’t meant to replace Apple Photos, Google Photos, or Lightroom. It’s more like a quiet, focused space that sits alongside them, designed for reflection rather than optimization.

If anyone is curious, it’s available on iOS and Android: https://www.chapiware.com/ayer/

I’d genuinely love feedback — especially from people who care about local-first software, privacy trade-offs, or performance with large datasets.

Thanks for reading.

Comments

samwellx•1mo ago
This feels like a great fit for a normalized, index-driven state model — keeping media entities separate from date/year indexes, so views can be composed cheaply without duplicating data. Especially useful when the same asset appears across multiple date-based views.
chapiware•1mo ago
Yes — that’s exactly the mental model.

Media assets are treated as immutable entities, and all the date-based navigation is built on top of lightweight indexes derived from capture timestamps (day/month/year). That way the same asset can appear across multiple views without duplication or recomputation.

It also keeps memory usage predictable when dealing with large libraries, since views are essentially projections rather than separate collections.

The main constraint is that everything has to stay fast and incremental, because it’s all happening on-device with no background preprocessing or server-side help.

Curious if you’ve used a similar approach elsewhere — it felt like the simplest way to keep things both flexible and cheap