継続なし(正確にいえば「一見ないように見える」)でも何処まで戦えるかな?と思って。Webアプリの画面遷移モデルって、(継続ベースのよう?に)徹底的に身を寄せるか、俺のように徹底的(?)に嫌うか、どっちかハッキリしないと旨く付き合えないんじゃないかという気がしました。Struts方式あたりは反面教師なんじゃないかという予感。「ばらまきは善」か否かという意味では、オープンソースとは真逆なスタンスですね。開発デバッグ巻き込まれ隊(笑)の数を最大化するか最小化するかの違い。あと、JavaのSwingより遅いであろうNetwork越しという超軽量GUIモデル(藁)が何処まで戦えるか。アメリカに行きたいかー?SWTは怖くないかー?「とりあえず使えることは重要」と言われてもねえ。「それで足りる用途にのみ普及する」だけのことで。いや折りしも世間はリッチクライアント云々で再び騒ぎ始めてる雰囲気。自前Hostで運営してるくせにSecurityやBackupが甘いDQN企業が倒れてくれれば、それもまた世のためだが、その過程で、情報流出で泣きを見る顧客も多いでしょうね。いや今年は流出大騒ぎ元年かと。書いた「後回し配列」って、やっぱりLisp的には珍しくもなんともないですよね?(^^;梅雨明けしなくていいです。ちなみにクーラー壊れたまんま(藁)。このまま冷夏で推移してくれるといいな。東電も助かるだろし(藁)。タイ米でも俺はたぶん平気。あちこちで何度も言ってるが、これだけ普及したBloadBandを、なんで人はシゴトに使わないのかが不思議。札幌から現場にtelnet(ssh)させてくりゃ、俺もわざわざ暑い思いしなくて済むのに。あまりにもIT(ジョーホーのギジュツ)に背を向けた要求をするので、驚き呆れた。そんなにMailが嫌いなら自分が読まなきゃいい。Mailが自分らの不都合の原因だと誤解してる(思い込もうとしてる?)辺りが痛すぎ。それとも電子メディアを上意下達のため「だけ」に使いたいのかな?なんて傲慢な。ITってこういう傲慢を打破するための道具で(も)あると思いたいんだが、道具は逆な立場の奴も使える。道具の善悪は使う人の心に有り。今、炸裂音のような強烈な音と光が。Lispっぽいってのは大嘘だとしても、ぜひ、SQLなんざ永遠にサポートしないで欲しい(^^;バベルの塔の建築を怒った神は、括弧の際限無しのネストを瞬時に理解する能力を、人間たちから奪った。「より弱い」言語(複数)へ目掛けて四散していった。(ぉRose(など)を使ってる人は可哀想。作業をする道具としては余りにも鈍重というか使いにくいので。ゆーか何年経っても使いにくいねRose。マクロ使えって?それはそれ。あと、画面や紙(!)の面積に縛られるってのは酷すぎ(>Roseに限らず窓系のアプリ一般)。紙の制約を最初から意識させないでくれ。後からトリミングならまだ許せるが。JavaServerFacesとJakartaVelocityとは、実は逆向きなのかも。どちらも"くそJSPからの逃亡"なんだろうなと推察。道具って、自立(あるいは自律?)性を徹底的に増やすか捨てるか、どっちかをしないと使いにくいと言う事なような気がする。頁遷移と状態遷移(=MVC)を同時にやろうとするからオカシなことになるんだ、という趣旨でwebアプリ全般を批判してみるテスト。世の中にたえて頁遷移のなかりせば...頁遷移「しない」Frameworkが、例えばJSFなんだろうな。同一(見かけ上)頁上でMVCが動く。してもFrameworkをでっち上げたくなる衝動をグっと堪えて(笑)、JSFとかが成熟するのを期待するテスト。従来のServlet/Struts(笑)方角とは違い、GUIアプリでお馴染みのイベントハンドラ方角。馴染み易いのは確かだろうな。いうか今までが悪すぎ。考えてみれば、webの素の仕組みがもともと「UI(たくさん)つきアプリ」向きじゃないのを、ラップせずそのままプログラマに押し付けてたようなものだ。「画面にボタンが3つ以上あるアプリは、ボタンにイベントハンドラをbindするモデルで開発するほうが幸せ」とか乱暴に言い切ってみるテスト。ちなみにWikiはボタンが3つ未満に収めるのが容易なので...(嘘WikiNameはどうよ?Clickするだろが?<禿しい自己つっこみ訂正。「ボタンがそこにあ(り続け)る」モデルは、「ボタン押したら画面が遷移しちゃう」モデルとは、別世界だ。この二者の存在は、他の分野(?)でも見られますね。CUI(?)でも、Filter型ソフトや、選択肢番号を次々入力してく奴は、ボタン(?)が刹那に消えていく世界。対してviやEmacsはボタンが有り続ける世界。030225Jakartaプロジェクトの本(?)を眺めてみる。TaglibとやらはLispとかの拡大してない再生産(笑)にしか思えない。htmlチックな中に無理矢理突っ込む代物で、かつTagは"関数"としてしか存在できないから、似るのは当然か。おかげでifもiterationも例外捌きも関数(=tag)だ...型も(ぱっと見は)緩いんで、JavaやXMLが威張るみたいな感じ(謎)が影を潜めてるし。"="による代入に慣れた身には、setqだろうがsetPropertyだろうが、違和感の程度は同じだ...式言語って、要するにScript言語のサブセットを持ち込んでるだけ。DynamicBeanFormも強い型の言語からの逃避。結局メンテ性に優れるのは弱い型のLigithWeight言語だとゆー。3分眺めて思ったこと。Velocityで"普通のScript言語"世界に行くほうが、凡人には幸せかと...同Torqueを羨ましがるべきか否かは、まだよく判らぬ。Object間のRelationをどう扱ってくれるか次第。いうか(真に一般性のある)Object-Relationalマッピングなんてものには正解は無いと思う。有るのは遠回しな絶望だけだろうな。なんで純粋(?)OODBは、かくも流行らないのだ?OOという語の定義の曖昧さのせいか?#あながち嘘ではないが。曖昧つーか多様だから実装形態を絞り込めないってのも事実だろう。S式(やXML)用のキーボード、というのは有るんだろうか?行指向端末用キーボードに改行キーが有るなら、S式キーボードには括弧とかの開閉キーが有るはずだ。ついでにいえばS式用Displayは最早長方形では居られまい。括弧は打ちやすくなってます。×の無いことがその説の最大の弱点となっています。:-)RationalRoseのソース(?)はS式と行指向を足して3で割ったような感じだっけ。rational".Goole()すると色々と...そもそもUMLって弱すぎ、つーか脆過ぎ。曖昧(笑)なOOのためにガチガチのUML文法を用意するなんて、気は確かか?Javaの(Unixと比べての)良さを思えば思うほど、ホストOS(大抵はUnix的な)との微妙な相性の悪さに腹が立つ。CLASSPATHに複数要素を書けるんじゃ元の木阿弥だろうに。030215[Omicron:雑談]に、行指向を"捨てて"括弧指向で行く、という環境についての妄想を書いてみる。既存案であることを祈るが。いやracc256本に、括弧じゃなく式とかの終端記号さえ有ればいいよね的な案があるのに気付く。P91の、開き括弧だけの省略って奴。見た目の問題は括弧以外の適切(?)な記号に交換すれば済むし、タイプの手間は省略の恩恵を受けるかな。ちなみに開き括弧の代わりに事実上同等な情報を提供するのが「,」の有無。環境全部が括弧を支援する方向に転がれば、括弧の世界で暮らしてもいいんじゃないのか?ちなみにEmacsのインデントは全然納得できない(笑)ので、あれが括弧世界だとは思いたくないです。冗談みたいに見やすくなってくれない限りは。Strutsをやらされるらしい。面倒なんで(笑)今まで触れてなく、急だったので世間の資料を見る暇もなく、仕方なく概要を前任者に説明してもらう。それで面白そうだと思ったのが、ActionのForwardという概念。あるActionオブジェクトの処理が終わったら、次に"行く"べき、ActionまたはJSP(URL?)を指す情報をreturnするものらしい。Forward先として、Actionと頁が対等な選択肢として用意されてるってのが面白いと思った。処理したければしてもいいし、Userとの対話(頁表示)をしたければしてもいい、どっちにせよそれらは最終的に一続きの処理となるよ、というわけだ。頁のボタンとかは次のActionを導くから、つまりActionか頁からなる連なりをSessionは遍歴してくわけだ。以前の嫌な記憶がよみがえる(笑)のだが、Actionと頁を同一視するというアイデアには、俺は終に至らなかったなあ。URLは、まあ、継続ですね。継続渡しになるので何かと便利そうです。サブルーチンコールのように呼びだせて、しかもネスト可能とか)。--Shiro“なんでも継続”を読むとよくイメージできますね。完成を心待ちにしています。;-)--SHIMADA完成品を渡されてメンテをやらされてる(笑)だけなんで、ご期待のもの(?)が生成される可能性は低そう。コードの修正にいちいちハンコを求められる世界では、リファクタリングなんて遠い話です(T_T)。XPが言う勇気って重要ですね。今までのオッカナビックリ方式じゃ品質は上がるまい。ハンコ(=修正への障壁)という権威に縋って維持しようと躍起になってるものは、実は品質でも安心でもなんでもなく、むしろオッカナビックリ状態を無理やり現状維持してるだけ。恐怖政治と同質の無理がありますな。ネスト可能というと安易にStackを思い出してしまうところ。何を積んだらいいのかが今の疲弊した脳(風邪)には判らないが...gotoの仕組を作るには知恵は不要だがcall/returnの仕組には知恵が必要なのかも。MidiPipeもcall/return(電気楽器用語ではsend/return)の実現で躓いたんだったな...“なんでも継続”はまだ出てないのでわ?もちろん超期待してまーす(^^;030107遅れ馳せながら明後日から労働再開。lisp".Googleしてみるテスト。書かれている各々のものの存在を(名前だけ)知る。