HN user

_phnd_

46 karma
Posts8
Comments22
View on HN

This piece started from a simple observation: every generation has the same panic about new media, but we never ask why the panic is so predictable. The Australia ban is just the latest iteration. Before TikTok it was video games, before that MTV, before that TV. We keep regulating the technology without examining the incentive structure underneath. What interested me was the recursive problem—the very capacities you'd need to see this pattern (sustained attention, ability to connect dots over time) are what get degraded by the pattern itself. I'm not arguing for or against the ban. I'm arguing we're having the wrong conversation. And that might not be an accident. Curious what patterns others are seeing that I missed.

Many IT departments aim for SpaceX-level process engineering—elaborate architecture reviews, multi-year transformation roadmaps, and platform teams—despite serving relatively small user bases. The result is slow decision-making, meeting overload, redundant tools, and organizational friction that slows delivery, even when the technical work itself is solid.

The alternative might be a “drone-first” approach: simple, standardized processes that prioritize speed, clarity, and measurable outcomes. Focus on quick wins, eliminate unnecessary approvals and redundant teams, and adopt a meeting rhythm that tracks decisions and follow-ups in the very next session. It’s less about frameworks and more about efficient, adaptive execution.

Is a drone-first mindset the right way to streamline internal IT teams, or are there trade-offs we’re overlooking? Curious what others have tried.

Yeah, this is a sharp take — the SQL analogy nails how over-specifying prompts kills creativity and pushes outputs toward the median. What’s missing, though, is the emotional side of prompting. It’s not just about keeping things ambiguous, it’s about feeding the model something alive enough that it can reflect something real back. Mix that technical precision with human messiness and you start getting insight, not just casting a wider net.

The AI slop epidemic has a simple cause: people are asking LLMs to create instead of using them to amplify. When you prompt "write me a poem about loss," you get generic output because there's no complexity to work with—garbage in, garbage out. But when I fed Claude my raw, messy 33-post Bluesky poem and asked it to unpack what I'd written, something different happened. Like rubber duck debugging, the act of articulating my fragmented ideas to the LLM forced me to see patterns I'd missed, contradictions I'd avoided, emotional layers I couldn't access alone. The LLM didn't create anything—it amplified what was already there by giving me a structured way to externalize and examine my own thinking. The more entropy (complexity, density, messiness) I provided, the more useful the output became. LLMs aren't steam engines that create energy from nothing; they're amplifiers that can only magnify what you feed them. If your AI output is slop, check your input first. The breakthrough isn't in the model—it's in learning to articulate your problem densely enough that the solution emerges in the telling.

Ambulate was made to address your needs - a central place to plan a trip.

You are exactly right about offline being key! Routes are downloadable to your devices. A future feature is to export the whole trip itinerary and maps to pdf for offline use.

The concepts seem at first glance to be similar, but I think the main difference is that Ambulate emphasizes creating a map that can be used for actual navigation along side the itinerary (plotting routes and adding map markers).

Wanderlog seems to be more about organizing the overall activities, where the travel activities are just points on the itinerary, e.g. get a flight from A to B.

Copyright is updated, thanks for pointing that out!

Nice app, I like the free form way of creating an itinerary.

Seems that the main difference is that Ambulate supports manually plotting routes/uploading GPX routes and annotating the map with markers.

Often times in the back country the points you want on the map do not lend themselves to looking up by name.

Thanks for the feedback:)

Currently all changes need to be manually saved by clicking on the blue Save trip button on the top of the itinerary. I'll give it some thought.

Sharing trips is indeed a very cool feature that is high up on the todo list.

Auto generating routes is also a great idea, I'll look into it, cheers!

There are certainly a lot of powerful route building tools out there.

Ambulate supports importing tracks/routes GPX files, such that route planning could be done in e.g. Gaia or CalTopo and then exported as GPX and finally imported to Ambulate.

On a similar note all routes in Ambulate can be exported as GPX, so they can be imported to other tools e.g. navigation apps or GPS devices.

AFAIK neither Gaia or CalTopo have public APIs, but they both seem to support sharing in some form, perhaps it is possible for other applications, like Ambulate, to access routes directly saving the the GPX export/import steps? I'll add this as a issue for further investigation, thanks!