The Case for 'Dumb' Cities
nytimes.com
nytimes.com
Interpreted languages are nice, but compiled languages have enormous advantages, especially when problems are well understood. City planning, the design of public spaces, thoughtful zoning, etc. is like the compiler. If you want an efficient city, you probably don't want it to only run as an interpreter.
Somehow this evokes the depths of American anti-intellectualism for me. "We don't need to understand anything, we can just measure it and then understand it!" without so much as a pause to wonder whether an understanding of the problem might already exist in such a way that it can be incorporated into the design, and further, that if you don't already understand 'it' then there is a good chance that you will end up building a device that measures the wrong things and that you can't change easily.
The history of city planning is littered with failed examples. In America, freeing everyone from the vapors by separating them in the free, open countryside mostly led to people being trapped in their cars in traffic because they had to drive to get anywhere. Demolishing slums and shoving everyone into spacious housing projects mostly led to isolation and ghettoisation. And even the mere act of requiring parking has separated everything with inhospitable parking lots, making it a requirement to drive to do anything.
Arguably the most successful large cities did very well with low amounts of planning; Manhattan's famous grid was literally imaginary roads plotted onto a map, without a care for what would fill in the gaps. Planned cities are like the manicured lawn; they look pretty but they don't really support any actual life. The wilderness is chaotic and messy but it supports incredible biodiversity.
we only know the effect of some of the pieces. we know about the effects of surveillance. of insecure technology, data leaks, etc. in other words, what we do know is that the technology is not ready yet for a smart city to be safe.
but apart from that we don't know how it will work out beyond that. for that we need to experiment. someone needs to participate in that experiment so we can learn from it.
is it time already to experiment now? i don't know. we could wait for the technology to be safer. but do we know what the actual threats are? even that we need to test out.
the discussion continues here: https://news.ycombinator.com/item?id=20475258
turns out there is quite some criticism about the article
It's as if the author (with a background in civil engineering not CS) deems everything that she has a good understanding of as "dumb", and everything she's relatively unfamiliar with as "smart", i.e., useless. While I'm no fan of projects like Google Quayside and wary of increasing corporate influence on urban policy, you can't point fingers at fringe ideas like smart garbage cans and use that to outright dismiss the role of IT in urbanism; we don't browse through weputachipinit [1] and conclude that all IoT is worthless do we. If she can look into things like Japan's earthquake notification system [2] and still claim that "smart" solutions don't add value to cities, then we can talk.
[1] https://weputachipinit.tumblr.com
[2] https://en.wikipedia.org/wiki/Earthquake_Early_Warning_(Japa...
Perhaps I'm biased by my own experience here in Tokyo, but I feel that a lot of criticism against smart cities - while not at all without merit - smack of civil engineers, urban planners, architects and the like claiming territorial rights, attempting to keep "outsiders" like IT people stepping onto what has traditionally been their turf. We need less of such feudal mentality, and more interdisciplinary collaboration; more urbanists need to start speaking the language of IT and vice versa.
But, I have to say that I'm somewhat surprised to see even folks in the tech industry arguing against the current pace of advancement.
Obligatory SMBC: https://www.smbc-comics.com/comic/future
https://onlineopen.org/media/article/583/open_essay_2018_mor...