「排除ベンチ」抵抗した制作者が突起に仕込んだ「せめてもの思い」
「さすがに、必要ですよね」 そもそもベンチがない問題 「恐れていることが本当に起きるか」を知る まちなかで見かけるベンチに、仕切りや手すりのような突起がついていることは「当たり前」の風景になっています。そんな「排除ベンチ」の一つが、先日、ツイッターをきっかけに形を変えました。〝突起〟が動いたのです。当初から〝突起〟に抵抗していたというベンチの制作者。実は、ベンチにある仕掛けをしていました。「みんな排除に慣れてしまっている」。制作者の言葉から、公共空間の過ごし方について考えます。 可愛らしいデザインで〝排除〟 7月8日。東京都中央区の京橋に設置されたベンチに、作業員が集まりました。木製のベンチを１台１台裏返し、ベンチの座面を３つに区切っていた「突起」のボルトを外し、突起を動かしました。
排除アートと過防備都市の誕生。不寛容をめぐるアートとデザイン
排除アートと過防備都市の誕生。不寛容をめぐるアートとデザインオリンピックに向けて東京の各所で再開発が進行した10年代。街には公共的で開かれるように、多くのベンチやパブリック・アートと思わしき造形物が登場した。しかしながら、それらの存在は、特定の人々の排除のために作用する「過防備」の一旦を担っているとも言える。これらを「排除アート」としての視点から研究する建築史家の五十嵐太郎が、都市機能としての不寛容さを指摘する。 文＝五十嵐太郎（東北大学大学院・教授） 京王井の頭線渋谷駅前のオブジェ 近年、排除アートが増えているというニュースが散見される。路上、あるいは公共空間において、特定の機能を持たない、作品らしきものが、その場所を占拠することによって、ホームレスが滞在できないようにするものだ。もっとも、こうした現象は最近始まったわけではない。16年前、すでに筆者は『過防備都市』（中公新書ラクレ、20
なぜ製品仕様を合議制で決めてはいけないのか。
プロダクトマネジメントにおいて「製品仕様を合議制（多数決）で決めてはいけない」というルールがあるが、それは何故なのか。そして、だとしたらどのように人の意見を取り入れるのが良いのか、を考えてみた。 なぜ製品仕様を合議制で決めてはいけないのか。合議に参加している人たちは、その問題の責任者ほど制約条件や問題の背景を深く理解をしていないから。合議制や多数決で物事を決めると、必ずその結果に満足している人たちの方が満足していない人たちよりも多くなる。これは素晴らしい手法だ。 しかし、製品開発の目的は社内の人を満足させることではない。正しい製品をつくることだ。製品にとっての正しさとは、「その製品を顧客（市場）が求めていること」であり、これを満たすためには様々な調査や知識が必要だ。 製品仕様のように、問題の複雑さが一定を超えると、知識を持っている人と持っていない人の意見に違いが出始める。世の中（「社内」と
The ReaderT Design Pattern - FP Complete
Often times I’ll receive or read questions online about “design patterns” in Haskell. A common response is that Haskell doesn’t have them. What many languages address via patterns, in Haskell we address via language features (like built-in immutability, lambdas, laziness, etc). However, I believe there is still room for some high-level guidance on structuring programs, which I’ll loosely refer to
Reddit - Dive into anything
The Haskell programming language community. Daily news and info about all things Haskell related: practical stuff, theory, types, libraries, jobs, patches, releases, events and conferences and more... Hello haskellers and other functional developers! My name is Alexander Granin, and I’m glad to present you 5 chapters of my book “Functional Design and Architecture”. I was working on it during the w
シンプルさの必要性 · eed3si9n
2013-06-24 2012年4月23日にテキサスの Austin で行われた RailsConf 2012 での Rich Hickey (@richhickey) さんによる基調講演、Simplicity Matters を書き起こして翻訳しました。 Rich Hickey さんは Clojure や Datomic の作者です。 この翻訳は Creative Commons Attribution ShareAlike 3.0 ライセンスに基いて公開します。 Rich Hickey 講演 e.e d3si9n 訳 談: こんにちは。ご招待いただきありがとうございます。 聞く所によると RailsConf はいつもコミュニティーからかなり外れた人を選ぶらしく、今回は僕ということになりました。 僕の電話ボックスは外に駐車してあります。(会場、笑) だけど、今日は言語の壁を越える話題を持
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
履歴を持つデータの設計
