Hacker News new | ask | show | jobs
by jesperlang 3230 days ago
I think the author has an interesting direction but don't quite like the examples..

Taking a step back and looking at it more generally I see this as problem solving vs problem finding (in Alan Kay's words), where a perfect example would be the hype with self driving cars and high speed car tunnels. This is problem solving (traffic jams, car accidents, "I need to get there faster"). Whereas problem finding will ask the bigger questions that will lead to better results. In the question of transportation I think you should set up yourself to the problem "How do we build car free cities?"

2 comments

You might have a point. The article was written to be thought provocative, to make people consider what they are doing.

The actual underlying issue however is that finding and identifying problems to be solved is _hard_. It's much easier to focus on something concrete like a piece of technology.

An example is, well, your example. The problem "How do we build car free cities?" is already much better than "How do we avoid traffic jams". But it's simple to solve that problem, for example by banning all cars; that doesn't solve the actual problem though (and is a bit silly).

The actual problem (I think) is not that there are cars, the problem is that there are too many traffic movements necessary over a physically too limited space to get everyone's needs satisfied.

Rephrasing the problem like that allows you to consider the various aspects of the problem; how can we reduce traffic movements (public transport, carpooling)? How can we more optimally use our limited space (smaller cars, stimulate bike usage and bike lanes)? And what are the needs that are being solved by traffic movements, and could we satisfy those without them (working remotely, grocery deliveries)? And what would it be worth to us to reach these goals, compared to the problem we are solving?

Perhaps I'll write an article on this specific mode of thinking. If I can actually find a way to get it on paper of course.

Yes! I was deliberately phrasing my problem finding as "how to build car free cities", which is too tech, phrasing the problem in relation to tech! But you will quickly get to even bigger questions like "why do we move", "why do we work" which will quickly lead to thinking about deep political issues..
Exactly. And then the trick becomes scoping and problem selection. You can't solve everything after all!
Keep expanding your problem field. How do you create a car free society? I live in Palatka, FL. A small town that's great for tech since housing is low cost and we have reasonably fast Internet to facilitate remote work or cloud based solution development. But to get anything other than food, I have to travel at least 45 minutes to St Augustine unless I purchase online. This means I need a car.

For example, I have 12 5/4 cedar boards in my wife's car for storm window frames. I had to drive her Vibe to Jacksonville, which is an hour drive one way. No one around here sells cedar, let alone in 5/4 width. I can't get that delivered. Even if I wanted to, I need to pick the boards since I have aesthetic requirements.

How do we solve the small town problem?

Not that I'm actually arguing for eliminating cars from small towns:

The solution is public transport; it seems you already have a train that goes to Jacksonville, though it's rather slow; the Brussels-Bruges line is about the same distance and takes only 1h, even with intermediate stops.

As for not having delivery, that's solved by the question itself: if people didn't have cars, they would definitively deliver!

As for choosing the boards, that's hardly a problem, you go to the shop, choose them and they'd package those specific boards and deliver them. That's fairly common for large items, at least here in Europe, where people (even small town dwellers) tend to have small cars.

You still need to go there. Which is a 2 hour round-trip. Not practical.
Yes, and so do you with a car, and it also takes 2h round-trip, as virmundi wrote.