スラッシュドット・ジャパン

まず先のコメントやこのコメントで主張したいことは
「生のXMLの文法がプログラミング言語に向いていないのでXMLでプログラムを書くアプローチは酷い仕様である」
ということに対する反論、さらに
「逆にスタイルシートを使うことを前提とすればXMLでプログラムを書くことは多くのメリットがある(『メリットはほぼ皆無』などではない)」
ということです。

>発言が矛盾してますよ。
いや、XML部分(モデル)はアルゴリズムを記述するのに専念してソースの読みやすさなどのビューの部分はスタイルシートで調整しろという意味です。
現状ではソースコードにアルゴリズムとソースコードの見栄え(インデントとか)の両方がごっちゃに書かれていて直交していないので片方だけを変えるのが難しくなっています。indentなどのツールで多少は変えられますがあまり自由には変えられません。
文法も人間が読みやすくするために複雑になっていて簡単には解析できません。
それを解決する方法を次の段落で質問への回答と共に示します。

>…どうしろと。
例えばたいていの統合開発環境は構文を見て色やフォントを変えます。さらにはブロックを折りたたんだり、関数宣言などをリストアップしたりもできます。
別の例としてC言語をテキストエディタで直接いじっている状態では複雑な数式でも
sqrt((x + y)/y * sqrt(a))
という風にしか表示されませんでしたが、Mathematicaでは√記号や分数表記を使ってきれいな数式として表示してくれます。
他にもUIデザイナでは
form1 = new Form(); form1.add(new Button("ok"));
のようなコードを実際のボタン付きウインドウとして表示して、それにマウスを使ってウィジェットを追加するとコードの方も自動的に変更するようなものもあります。
それを発展させて統合開発環境がWebブラウザのようにスタイルシートをサポートすればよいのです。ソースを書いた人は自分の見やすいと思うスタイルシートを指定しておきます。面倒くさければ特別指定せず、統合開発環境のデフォルトスタイルシートに任せます。ソースを見る人はそのスタイルが気に入らなければ自分でユーザースタイルシートを適用すればいいのです。

例えばこんな感じです。例としてXSLTとCSSを考えてみます(検証していないのでちゃんと動く保障はありません。あくまで雰囲気です)。

call-template {
  display : inline;
}

call-template:before {
  display : inline;
  content : attr(name) "(";
}

call-template:after {
    display : inline;
    content : ")";
}

with-param {
    display : none;
}

with-param:before {
    display : inline;
    content : attr(name) " = " attr(select)
}

with-param:before + with-param:before {
    content : ", " attr(name) " = " attr(select)
}

とすると

<call-template name="foo">
    <with-param name="a" select="10"/>
    <with-param name="b" select="20"/>
</call-template>

が
foo(a = 10, b = 20)
と表示されます。
これが気に入らない人は
[foo a:10 b:20]
と表示させることも簡単です。
CSSでは単純なことしかできませんが、XSLTや(未だ存在しない)もっと強力なスタイルシートとそれをサポートした統合開発環境を使えばもっとすごいことができます。<lt><op>a</op><op>b</op></lt>をa < bと表示したりもできます。逆にa < bと入力すると<lt><op>a</op><op>b</op></lt>と構文木に追加したり、マウスを使ってコードを操作したりと入力も高水準なユーザーインターフェースを使ってできるようになるでしょう。もうインデントはスペース2つか4つか8つかタブ1つかなんて気にしなくてすみます。型名の最初にTがついているのが気に入らなければそれを表示しないようにして変わりに緑のテキストで表示させるようにすればいいのです。row_indexという変数名が長くてみづらいと思ったらiと表示させたり幅の狭いフォントで表示させたりできます。貧弱な文字集合の中で何とかするために<<->>とか:+:とかいった変な記号列を考え出さなくてすみます。LISPは括弧だらけでやだとかの不毛な争いをしなくてすみます。より良い文芸的プログラミングができます(というか文芸的プログラミングはこういうのが前提か)。
また、XMLは簡単にパースしたり構造をいじったりできるのでソースコードに対する操作も簡単です。特定の条件に合う関数定義