frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

The Body Keeps the Score Is Bullshit

https://josepheverettwil.substack.com/p/the-body-keeps-the-score-is-bullshit
1•adityaathalye•2m ago•0 comments

The app I built to launch my app

https://www.launchparty.dev/
1•kberlind•2m ago•1 comments

Generating Random Points in Colorado

https://www.johndcook.com/blog/2025/10/22/generating-random-points-in-colorado/
1•ibobev•3m ago•0 comments

When the AI Starts the Conversation

https://www.withcoherence.com/blog/when-the-ai-starts-the-conversation
1•zoomzoom•4m ago•0 comments

Is AI Killing Search and SEO?

https://cacm.acm.org/news/is-ai-killing-search-and-seo/
1•FromTheArchives•5m ago•0 comments

Firestorm Raises $47M to Scale Expeditionary Manufacturing

https://www.launchfirestorm.com/news/firestorm-raises-47m-to-scale-expeditionary-manufacturing
1•fcpguru•7m ago•0 comments

English Alpha Arena: Open-source AI trading competition platform

https://github.com/antonellof/alpha-arena-english
1•antonellof•9m ago•0 comments

First Freelance

https://el-yawd.github.io/blog/2024/first-freelance/
2•chmaynard•9m ago•0 comments

The Most Advanced Drill in Human History

https://www.youtube.com/watch?v=hfIo68aE5hQ
1•guerrilla•9m ago•0 comments

Open AI new apps integration debate

1•jhonndes•9m ago•0 comments

The Last of the CableCARD Tuners

https://mailchi.mp/c00d0c2c2566/the-last-of-the-cablecard-tuners
1•hbcondo714•10m ago•0 comments

The liquid that drained my MacBook

https://www.youtube.com/watch?v=YsaKjeWk9AU
2•nialse•12m ago•0 comments

DuckLake – SQL-Powered Lakehouse Format for the Rest of Us by Prof. H. Mühleisen [video]

https://www.youtube.com/watch?v=YQEUkFWa69o
2•boshomi•16m ago•0 comments

NJVL "no jumps, versioned locations"

https://forum.nim-lang.org/t/13471
2•michaelsbradley•18m ago•0 comments

GraphQL SDL makes good on UML's broken promise

https://jdauriemma.com/programming/graphql-sdl-makes-good-on-umls-broken-promise
2•jdauriemma•19m ago•0 comments

Vitest v4

https://github.com/vitest-dev/vitest/releases/tag/v4.0.0
2•gajus•22m ago•1 comments

The Versity S3 Gateway: A High-Performance S3 Translation Service

https://github.com/versity/versitygw
1•swills•22m ago•0 comments

Fishtest

https://tests.stockfishchess.org/tests
2•anematode•26m ago•0 comments

mRNA Covid vaccines improve cancer treatment effectiveness in humans

https://www.nature.com/articles/s41586-025-09655-y
5•turbotcg•26m ago•1 comments

3D Printed Electrical Fuses

https://hackaday.io/project/204254-3d-printed-electrical-fuses
1•MattGrommes•26m ago•0 comments

Articles Shouldn't Be Exhausting to Read, So I Built Yumi Reader

https://chromewebstore.google.com/detail/yumi-reader/mehgdiibdekeijgighimokcacadbeiof
2•uscnep-hn•27m ago•2 comments

Mass Assignment Vulnerability Exposes Max Verstappen Passport and F1 Drivers PII

https://ian.sh/fia
5•galnagli•29m ago•0 comments

Computing Is Indeed a Discipline in Crisis

https://cacm.acm.org/opinion/computing-is-indeed-a-discipline-in-crisis/
2•tchalla•29m ago•0 comments

Europe isn't prepared for the unmanned aircraft threat

https://theconversation.com/europe-isnt-prepared-for-the-unmanned-aircraft-threat-will-its-drone-...
5•PaulHoule•29m ago•2 comments

Can We Trust Functionally Correct Patches Generated by Code Agents?

https://arxiv.org/abs/2510.17862
1•bikenaga•32m ago•0 comments

Keep your website traffic up in an AI-first search world

https://www.nten.org/blog/website-traffic-up-ai-first-search-world
1•8organicbits•32m ago•0 comments

ExecuTorch 1.0

https://pytorch.org/blog/introducing-executorch-1-0/
1•dayanruben•33m ago•0 comments

Claude Skills but Local (and Private)

https://instavm.io/blog/skills-running-privately
1•mkagenius•37m ago•0 comments

What about the Icons in Pifmgr.dll?

https://devblogs.microsoft.com/oldnewthing/20251020-00/?p=111706
1•naves•37m ago•0 comments

First it was developers, now AI is coming for doctors

https://vets.scriptover.com/blog/ai-in-veterinary-medicine
2•iman613•38m ago•1 comments
Open in hackernews

Anyone built an email or calendar assistant that syncs and indexes data?

4•Bahushruth•2h ago
I’ve been exploring what it takes to build a simple email and calendar assistant that connects to Gmail and Google Calendar. The goal is to make it easy to search and reason over your own data in a useful way.

The part I’m still trying to figure out is how much data actually needs to be synced and indexed. Some tools seem to just call APIs on demand, while others keep everything in a local or vector store for faster retrieval.

If you’ve built something like this:

- Did you bother syncing and indexing the data, or just query live APIs?

- How painful is it to keep that data fresh without hitting rate limits?

- Did you use something like Merge.dev or Composio, or just wire it all up yourself?

I’m mostly trying to understand what the practical tradeoffs are before going too deep.

Comments

PaulHoule•2h ago
I access gmail with the web client that comes with the iPhone and I've done the same with Android, performance is good enough in both cases. For that matter I've used the IMAP support in EM Client to access gmail.
rguldener•2h ago
Founder of https://www.nango.dev here.

A lot of teams use us for their Gmail & Google calendar integrations.

If you want to run complex queries across large parts of the data, syncing + indexing on your side will be necessary. Limits on filters, pagination & rate limits make it infeasible to search across most of a user's inbox without tens of seconds to minutes of latency.

But before you sync all the data, I would test if your users actually need to run such queries.

Both Gmail & Google Calendar have a query endpoint that searches across many fields. I would start with a simple tool for your agent to run queries on that, and expand from there if necessary.

Both Nango and Composio could do this for you.

With Nango, you would also get syncs on the same platform, if it turns out you need them.

Hope this helps!

Bahushruth•1h ago
Thank you that is really helpful. Will check Nango out.

When teams integrate Gmail or other tools with Nango, what usually triggers them to start syncing data instead of just using the query endpoints? Is there a specific type of query or user behavior that makes them realize they need to index and sync data? Just curious

rguldener•1h ago
It varies a lot. Which is why we always recommend to start with the feature requirements/user problem and work backwards from there.

Examples: - Low latency to show X last emails a person had with a specific email address

- Enriching data from the emails/calendar with other data from your product (E.g. mapping email recipients to contacts)

- Knowing when a calendar event has changed (sometimes also possible with webhooks)

- Detecting deletes (maybe also possible with webhooks, not sure for gmail/calendar)

isaachinman•1h ago
Not quite sure what you're asking for. Are you asking for a GUI/cli, or something else?

I've built exactly what you're describing, but for the sake of a b2c product.

rogerkirkness•6m ago
Convictional founder here. Our experience is different than others:

- We had to sync, pre process and index the data to make the resultant knowledge search outputs actually good. MCP totally fails at this by comparison.

- It is not hugely painful thanks to bulk APIs, in Gmail in particular, as well as webhooks. We implemented both of them and it works well (so far).

- We wired it all up ourselves. Given the conclusion we had about pre-processing and indexing being required to make it work well, this seems preferred.

I think that MCP and using an integration platform will ultimately not work for any kind of agentic or deep research task heavily depending on Gmail context.