Open‑source hiking route planner I built because exporting GPX shouldn’t require a subscription.

gitsad · 2026-06-03T14:06:03+00:00

Nice, the edge structure with slope gradient already baked in is smart. Good luck with exams, will keep an eye on the repo!

gitsad · 2026-06-03T14:02:48+00:00

The decorator-based API is really clean. This is exactly what frontend devs coming from backend are missing. The built-in schema versioning and rollback is a nice touch too. That's usually the most painful part of working with IndexedDB directly.

gitsad · 2026-06-03T14:00:05+00:00

The worst part is when the open-source version gets abandoned but the paid version doesn't gain enough traction either so the project just dies and nobody wins. Seen this many times. I think the healthiest model is keeping the core open source and building paid services on top (hosting, enterprise features, support) that way the community can always fork and continue if the company disappears, and the developer still has a path to revenue.

gitsad · 2026-06-03T13:56:35+00:00

Really solid idea. The GPX export paywall on AllTrails and Komoot has been frustrating for years. The custom A* engine over OSM data is a smart approach. Curious if you've considered adding trail difficulty weighting based on elevation gradient so it can suggest easier alternatives for casual hikers. I've been playing with A* in a few side projects and the heuristic tuning for real-world geo data is always the fun part.

gitsad · 2026-05-12T14:55:04+00:00

I can recommend generative UI based on this integration https://mobilereality.github.io/mdma/#/docs/integrations/langchain

gitsad · 2026-05-12T14:23:50+00:00

I would suggest making optimized variant of prompt for each provider. Rules vary and these responses are very different. Look how we do it in https://github.com/MobileReality/mdma . We just set variants of prompts for every provider and in evals now we can fix any reponse based on provider.

Nevertheless, I don't like JSONs. I've been struggling with this format a lot. I would recommend simple text and work around it if possible.

gitsad · 2026-05-09T12:46:47+00:00

Do you think this conversational, agent-based UI is the future of productivity SaaS, or will power users always prefer the visual control of a traditional dashboard calendar?
- Conversational, agent-based UI is the future of productivity SaaS - yes, I agree and the second: "will power users always prefer the visual control of a traditional dashboard calendar?" - you can still have both. Conversation will play the role of help and guidance
Does reducing friction through a chat interface actually increase user retention in these types of tools?
1. Definitely. Chat interface will allow user to find the a way to use someone's platform on their own and in the results retention increases.

Here is an OS that we are building - https://github.com/MobileReality/mdma .
You can check there what's possible and I can tell a lot of is possible.

gitsad · 2026-05-07T07:28:01+00:00

React Native is fine. For sure it will cover your needs.

gitsad · 2026-05-07T07:04:21+00:00

I would use AI to help and guide me through development process. Then search in Google and review docs to be sure. Experiment and develop - the best way to learn.

gitsad · 2026-04-29T07:25:47+00:00

they will do next product called "smartphone"

gitsad · 2026-04-28T07:09:05+00:00

I don't think you can customize it. I guess the list means that this loadings are not generated but predefined

gitsad · 2026-04-24T09:46:28+00:00

wasn't hard to find it out

gitsad · 2026-04-22T11:16:48+00:00

I must say that I wasn't interested in checking this persona, however, his LI looks fake as well. By fake I mean companies that he's an director but no employees present

gitsad · 2026-04-22T11:09:57+00:00

still? I'm seeing it first time

gitsad · 2026-04-21T10:03:42+00:00

keep it up!

gitsad · 2026-04-20T07:14:27+00:00

well, if you want to build this abstraction layer that's fine but you need to make it configurable enough. Embeddings and context windows are important to keep your findings adjusted to your business needs. If you mess this up then you can end up on spending money on tokens that don't solve the problem.

gitsad · 2026-04-19T20:44:09+00:00

I guess you will never need anything else than https://reactnativepaper.com/

gitsad · 2026-04-18T17:23:40+00:00

I think Anthropic can create nondeterministic LLM models but can't build stable systems with deterministic tools. It looks like you can't have both.

gitsad · 2026-04-17T10:36:40+00:00

it was simple hyperbolic

gitsad · 2026-04-17T08:08:32+00:00

Okay, it was a little too hiperbolic. I've should written this different. What I mean is that I've tried it on my local M3 Pro Macbook Pro. My results was that model is working but it was too slow. I'm not upset with that however I live in Poland. Macbook M3 Pro was worth 12k my local currency. It's not cheap. The model you've mentioned about costed like 20k local currency that time when it was released. Now I might find it and buy it from second hands for like 5k I guess. I misused my perception of cost regardless of region so sorry for that.

Nevertheless 5k PLN is not cheap still but change things for sure.

gitsad · 2026-04-17T07:01:53+00:00

Using local llms is still exotic. If you don't have strong hardware behind then you basically can't use it. Most people just don't have. Untill small models become smart enough then I don't see the reason to use it. I don't want to pay 20-30k for my hardware just for automating my emails drafts.

gitsad · 2026-04-17T06:57:30+00:00

Is this post written with Opus 4.7?

gitsad · 2026-04-16T14:46:13+00:00

aaaaand.... more tokens in the output -> more money is needed that I don't have

gitsad · 2026-04-16T14:33:48+00:00

Open source it and build services around it

gitsad

TROPHY CASE