---
title: ソル・ルウィット
date: 2025-03-08T00:00:00.000Z
updated: 2026-03-08T02:09:32.603Z
tags:
  - people
url: https://baku89.com/ja/Sol_LeWitt
---

# ソル・ルウィット

[Paragraphs on Conceptual Art](/paragraphs_on_conceptual_art)

Sol LeWittの作品って、“A square, each side of which.... ” のように「そこに何があり、それらの間にどういう関係性があるか」が名詞節として指示されることが多いから、PostScript/p5のような書き順の命令列としてのプログラムよりも、Sketchpad的な拘束ベースのCAD上で再現するほうがしっくりくる

![](https://wp.baku89.com/wp-content/uploads/2026/03/sol-lewitt_wp283.gif)

（脱線）

雑に思っているのが、[DTP](/DTP)やノンリニア編集、[CAD](/CAD)のような制作ソフトウェアは、オブジェクトやその関係性を宣言的に記述することで、[direct- direct manipulatable](/direct-manipulation)にしてきた歴史がある一方で、creative coding におけるプログラミングは手順の記述で　そしてタチが悪いことに宣言脳と手順脳は食い合わせが悪い

「プログラミングの可塑性を制作ツールに取り入れる」ハードルの一つが、このメンタルモデルの違い　関数型や論理型プログラミングが見直されてるなかで、[End-User Development](/End-User_Development)を「プロジェクト内にスクリプトを仕込める」形で実現するんでなく、関数型／宣言的言語を下敷きに、普通に使ってる限りコードが完全に隠蔽されるくらいリッチなビジュアルプログラミング環境をさしあたり制作ツールと呼ぶことにする、っていうのがやりたいのが [Glisp](/Glisp) （今年は頑張る）