変奏現実

プログラムのモジュール・インタフェースを考える時は不要なものはマズ眼中に無い。
例えば、ＨＴＭＬエディタを作ろうと考えたら、音声なんてOut  of  眼中（？）だろうが、
実はそんなことは無いのはご承知の通り。
それならＣＳＳファイルだって、９割以上が不要だ。
読み上げ機能に対応するためには、渋々ＨＴＭＬタグの順番は、頭から読んで意味が通る様にしなければいけない。
だから、ＰＯＰＵＰするレイヤなぞは、最初からＨＴＭＬの中に在ってはイケナイものでもある。
そう云うものは、JavaScriptからwriteでレイヤごとでっち上げるか、J-Queryの非同期通信でレイヤの中身ごと受信すべきなのだ。
だから、とりあえず要件をまとめ、後はボロボロと付け足して、最後に「読み上げ機能にも対応する」とかになると非常に厄介になる。
だから、「読み上げ機能」なぞとは一言も発しないで、「ＨＴＭＬを上から順に見ていくと、どんな内容判るようにしよう」という空気を事前に作っておくといい。
そんな訳で、<LAYER>は元より、<div style=”position: absolute; z-index: 0;”>　何んかは流行らないワケなのだ。
で、なければWordPressの画面なぞ、もっと簡単になっていたハズなんだから･･･
もっとも、今となっては、実質的には、RSSを読み上げてくれるだけで十分な気がする。
しかし、元の意味なぞもう誰も覚えていないので、作ってしまった空気は作法として半永久に居座るのであった。
メデタシメデタシなのかもしれない・・・

古いVBやMFCどころかJavaにしろ.Netにしろガチガチで組むと
毎度の意味不明なバージョンがあれば書き換えが必要だ。
そうならない良い方法があるとすれば･･･
アバウトに、あぁ～したい、こぅ～したい程度での内容を仕様書としてまとめ、あとは好きにしていいよ！
と丸投げするのが一番いい。
しかし、月日が流れれば新しく生まれるものもあれば、絶えて絶滅するものもあるので、
＊＊＊な点にはコダワりがあるし、＊＊＊でも使える様にしたい、＊＊＊はもう要らない。
ということも書き加えることが必要だろう。
もうドット・インパクト・プリンタなんて使わないだろうなんて思っていると、不滅インキ必須とかで、そうでも無かったりする。
まぁ～インクジェトや熱転写ならともかくレーザープリンタなら問題ないだろうけどね。
いずれにしても、ソースが全てでは心もとない。
なんたってそれが動くシステムがもうなかったりすると動作の確認すらできないからだ。
そうJava Docなんてマイナーなルールもそんな顛末を迎えるだろう。
例）NEC　PC9821　N88BASIC（DISK）等
そう考えると、アイデア・プロセッサが吐き出すXML風ファイルとかを元にモジュール化した処理を繋げたり、画面を起こす方がマシだったりする。
仮にグラフィカルな開発環境があるなら、やはり流用できそうな結果（ファイル）を吐き出して、JavaなりPHPなりに変換出来たほうがいい。
画面のレイアウトも固定とか画面幅50%とか要点をまとめてある方がマシだ。
そうこう考えてくると、要点まとめ仕様書作成アプリが欲しくなってきた。
あとがExcelのマス目に一文字づつ埋めた提出用アウトプットが出来てもいいし、そんなもんはその場しのぎの出来合いで良いのだし・・・
多分、難しいのはモジュール化したパーツをどう繋げるかだろうか？
画面上は線をコネクトするだけだろうけど、複数パラメータがあったらドレを繋ぐのか判らないからね。
名寄せ機能なんかも必要だろうね。
後、出来上がったアプリにパラメータをはさんで、テンプレートにするとか、更に欲を言えば、改造履歴にタグを付ければ、勝手にテンプレートが出来ると良い気がする。
う~ん、だんだん構想が固まってきたようないい加減なような・・・・
 

ひさびさに生に近いEJBを使うと、数十年前の昔に逆戻りした様な感覚に落ち入りましたね。
でも、Java 1.0が出来たのは1996年です。その一年前の1995年にJavaScriptと改名されたブラウザーに載ってたScriptもベタでバイトなものでしたから、この当時も酷さを知っている人で今でもJavaScriptが嫌いでも不思議ではありません。昨日書いたスクリプトが明日も動くのか誰にも判らなかったんですから。（笑）
でも、今時jQuery UIも使わずTABLEを組み合わせてボタンをスライドさせたりとか、何だかな？って感じがします。
まぁ～それくらい今ではJava系WEBサイトの作り方は百家雷鳴　文字通り　バラバラですよね。
ひたすらHTMLは少なくして携帯電話で使える様にしているところもあれば、その正反対なサイトもあります。
ある年月の過ぎたシステムは年を追うごとに開発手法が変り、まるで年輪のような層（レイヤー）が出来てたりします。
でも、綺麗に作り直そうなんて思ったら・・・多分それはCOBOL時代にホストに載っていたシステムのソースを見ながらWEBサイトの仕様書を作り一本一本書き上げるのとそう変らない気がします。リダイレクトがががとか色々あるじゃないですか？
そんな訳で今ではJava系WEBサイトほど融通が利かなくなってしまった開発方法になったなぁ～と思ってます。
ええ、COBOLとの違いは･･･おそらく名前だけじゃないかと・・・（大笑）
 
 
 

まぁブログを書いてて何だけど
紙と鉛筆の組み合わせを越えていないと感じることは多い。

• 超高精度
• フォントのフェイスやサイズの変更が自由自在
• コピー機を使えば印刷も結構速い
• 薄い紙を使えばレイヤー機能のある

画面の構成とかアルゴリズムとか何かを考えるときは、つい紙に書いていることが多い。
と云うのも、MS-Wordのお仕着せのフォーマットやEXCELの縦横のマス目はある程度、何をするのか決まってから、情報を整理するのに向いている。と云うか、今のMS-Officeが使える範囲と云えばA4版で数枚が限界だ。だから、画面の解像度が４万×７万ドットだったらドウかな？などと思ったら、パソコンに向かっていたら、考えがまとまらない。
紙に絵や単語を並べ、線で引いたりして、これをパソコンの画面に転記してみるとスクロールしないと全体が見えないから画面って結構狭いことに気が付くし、更にA4縦はおろかA4横でプレビューしても大抵は文字が潰れて読めない。
そう考えると、携帯の画面に収まる程度の長さなら携帯メールも便利な様にパソコンの画面に収まる程度の文章や資料を作るのにパソコンが向いているのは確かなようだ。
i-PadやAndroidで紙をめくるようなエフェクトはチャチなオモチャでしかない。ではデカい地デジのようなパソコンは無理なのかと云えば、そんなことは無い。ただし、持ち歩けないし、新聞のように見たいところを手前に持ってくることも難しいので自分の方が動かなければいけないから面倒すぎるのだ。
そして、パソコンの画面でダラダラと書き連ねてもスクロールすると視界からドンドン消えてしまうので、気が付くと、情報が重なっていたり、出だしと終わりで違う内容だったりして読み直してから気が付く。
そう考えがまとまっていないときは大抵そんな感じだ。思いつきで横に図を入れようとするとMS-Wordでは無理すぎる。操作感が重くイラついてくる。Excelで図を描いても、あの文字がすぐに＃＃＃＃＃になるのもかなりイラつく。行間とか線と文字の隙間とかそんなのどうでも良いアイデアの草稿にはまるで向いていない。決まりきった仕様でがんじがらめのMS-Officeは、そんな用途には全く向かない。
そう考えると、まぁ~レイアウトってこんな感じで後はアバウトなワードプロセッサーもいいのかもしれない。何か綺麗に画面にまとまると楽な気もするかもしれないが、それが内容を綺麗にまとめる妨げになっているのでは意味がないではないか･･･

スティーブ・ジョブズ　そう　Appleのアノ人です。
もう一年になるんですね。
生前は独善家と云われることが多く、起業はともかく企業の運営については、あまり評判はよく無かった人です。
マックの前身のLisaの開発も結構長く続きAppleが傾いてしまいそうになりAppleを追い出され、Nextってワークステーションを作りましたが、芳しくなく、再びAppleに戻った後、やっと何かがうまく回りだした・・・
そんな感じがします。
彼はクローズドなシステムが良いと感じていたようです。あれこれ中をイジらなくてもサクサクと使えるのが一番ですからね。
それが単機能のiPodになり、miniMacなり、iPadになって、やっと形になったのだと思います。
そう３０年くらいかかっているんですよ。iPadが出来るまでには。