[HOME]  [リストへもどる]  [全部表示 会議室風]  [最新100]  [最新50]   [新着40]    [全部表示 保存用]
新着記事 35

10441Re^5: _ST in Pascal_ (1981) 投稿者:文太   2022/12/01(木) 16:15
  10439 番 としき さんへのコメント


 原文は、まったく同じでした。

DeepL
「効率」について語る人の多くは、最終的な実行やハンズオフ生産でどれだけの
機械資源が使われるかに主眼を置いており、最終実行の準備のためのコンパイル、
デバッグ、その他の誤ったスタートで

 (「誤ったスタート」でだいたい通じますね。コンピュータって、コンピュータ
に対してやたら強いのですよね、きっと。
 が、"consideration"を訳出しないという判断は、もう人間並みかよ、と思いました)


邦訳書
「効率」についてうんぬんする人々は、たいていの場合主として本番計算に計算機資源が
どのくらい使われるか、という点にばかり着目していて、コンパイルしたり、虫取りしたり、
その他のさまざまなやりそこないをしたりしながら本番計算にそなえるために消費される
人間の時間と計算機の時間を考えに入れていないものである。

 (訳出がどうというより、意味がよく分かる文章だと思います。「ハンズオフ生産」の部分は
よく分からないし、そんなに重要とも思えないから、飛ばす! という判断でしょうか。
アリだと思います。本番計算!)



Throughout this book we consistently take the view
that people cost a great deal more than machines,
and that the disparity will increase in the future.
Therefore the most important consideration is
that people get their jobs done with a minimum of fuss and bother.

#DeepL
本書では、一貫して
「人は機械よりもコストが高い」
「その格差は今後ますます広がる」
という見解をとっている。したがって、最も重要なことは、
人が最小限の手間で仕事を成し遂げることである。

#人間(40年前)
われわれはこの本では一貫して、
人間の方が機械よりずっと高くつくものであり、
その差は将来ますます開くのだ、
という見かたをとっている。だから、一番大切な考慮点は、
仕事をかたづけるまでに要する人間の側の気苦労を最小にすることだ、
ということになる。

 やっぱり、僕がいちばんに驚くのは、間接話法を直接話法にすることが、
機械にできた、ということかな。

 「人は機械より…」の部分。原文には、「 」とかないのです。
 しかし、「 」(直接話法)があったほうが、ずっと読みやすい、


    - No.10441 -   [コメント元:10439]     [リストへもどる ]
soft

10440Re^5: VZk07t02 テスト版 投稿者:konno   2022/11/30(水) 21:20
  10437 番 としき さんへのコメント

> 常用環境の場合は、なにかがFFFFhを超えてしまいそうだし

pq..149 は、tmpbuf4 で、ソースでは使われていないようです。
緩衝領域として256バイト設定しているのは、プッシュポップのスタックが後ろから積まれるからかも。
そうだとすれば、この領域を使うのは危険ですね。
pq..149 が、FF00h を超えていたらバッファを減らさないと危険ということでしょうか。

げげ、私知らないで私家常用版で使ってしまっていました。(>_<)
見直さなくては。(^^;;

> test版の時は8000hをまたいでいるし。
あ、そうか、ラインバッファが8000hをまたぐバグってこれを言っていたんですね。

うちのオリジナルVZとマクロでは
vzo
777C	pq..148		lbuf		2048
7F7C	pq..149		tmpbuf4		256

テスト版vzとオリジナルマクロでは
7822	pq..148		lbuf		2048
8022	pq..149		tmpbuf4		256

この環境で、8000h をまたぐバグが出るかどうか確認すればいいのか。
ん? 高橋版で直っていたかしらん? ちょっと過去ログの海に潜ってみます。

    - No.10440 -   [コメント元:10437]     [リストへもどる ]
pre

10439Re^4: _ST in Pascal_ (1981) 投稿者:としき   2022/11/30(水) 01:49
参照先:http://toshiki.la.coocan.jp/
  10436 番 文太 さんへのコメント    コメント数 1

う〜む、この返信フォームの直上の関連一覧ツリー、なぜこんなに乱れているのか。
いいかげんkonnoさんには本腰を入れて修正していただきたいところ。

>  地獄の仕事場から息継ぎのため、一瞬だけ、浮上してみます。

私なんか、職場よりプライベートが多忙で。
職場でも、プライベートが気になって落ち着かなかったりして。

>  効率の問題に敏感な読者は、1 つのプログラムで事足りるのに、2 つのプログラム
(中略)
> ことである。(DeepL による翻訳。立派! トーンだけ改変)

ぅぉぉ、きちんと意味の通る訳になっていますね。さすが、最近のAI。
ちなみに、40年前に、ほぼ同様の原文を人間が訳した文章が以下。

 効率の問題に敏感な読者は、プログラムが一つですむところでわざわざ二つに
するのは経済的なのだろうか、と心配かも知れない。その答えは、何が真の費用
であるかによって違ってくる。そしてその真の費用なるものは正しく見積もられ
ていないことの多いものである。「効率」についてうんぬんする人々は、たいて
いの場合主として本番計算に計算機資源がどのくらい使われるか、という点にば
かり着目していて、コンパイルしたり、虫取りしたり、その他のさまざまなやり
そこないをしたりしながら本番計算にそなえるために消費される人間の時間と計
算機の時間を考えに入れていないものである。われわれはこの本では一貫して、
人間の方が機械よりずっと高くつくものであり、その差は将来ますます開くの
だ、という見かたをとっている。だから、一番大切な考慮点は、仕事をかたづけ
るまでに要する人間の側の気苦労を最小にすることだ、ということになる。

>  (ハンズオフ生産だけでしょう、意味不明なのは。消費も変か。最後のところは
>   やるね、と思いました。しかし手を入れたくもなる、が、「人」はコストが高い
>   のです)

原文の差異がどうなっているかわかりませんが、業界では、消費というのはそれほど
不自然な言葉ではないと思う。私も、この文脈では、消費という言葉に違和感を感じ
ません。

>  さすがです、カーニハン先生。ごもっとも!

こういう、ごもっとも、という内容がたくさん含まれているから古典なんだ、という
こともあるかもしれない。
私が最初に読んだ時は、どちらかというと、なるほど、という感想を抱いた部分が
多かったですけどね。だって、Fortranをマスターする前、BASICとアセンブラしか
知らなかった時代の私が、仮想言語(と私は捉えた)であるRATFORを使ってアルゴ
リズムを説明する本を読んで、それなりに勉強になったと思えたわけですから。
    - No.10439 -   [コメント元:10436]     [リストへもどる ]
soft

10438Re^3: VZk07t02 テスト版 投稿者:としき   2022/11/30(水) 00:28
参照先:http://toshiki.la.coocan.jp/
  10433 番 としき さんへのコメント

> 80桁未満で桁折しても状況が発生しそう、ということから、例えば、以前、文太さん
> に提供していただいたニフティのログを使って、ファイルサイズを0007.*と同じに
> したものを作って状況がどうなるか。

試してみました。常用環境です。test版ではありません。
まず、0007.cgiと同じサイズになるようにDC15_968.LOGというファイルの先頭から
切り出し、次に0007.cgと同じサイズになるようにDC15_971.LOGというファイルの
先頭から切り出し。そして、同じように、ファイルを開き、先頭で即挿入。
結果。
異常は再現しません。正常挿入。なんてこった。
ま、そうだよねぇ。そんなに頻繁に起こるのであれば、とっくに報告が上がって
いたはず。ということは逆に、なぜ私のあのファイルでは異常が起こるのか。

次に試したいこと。
異常の起きないログファイルと、76桁で桁折した私のファイルで、非常に大きい
差として挙げられるのは、空行比率。私のサンプルファイルでは、空行は実質的に
ゼロです。ということで、ログファイルから空行を全て削除したものを作って、
それで異常挿入が起きるか否か。さらに、awkあたりを使ってダミーのファイルを
作り、それで挿入異常が起きるか否か。もし、これらのでっち上げたファイルで
異常挿入が起きないのであれば、やっぱり何かファイルが悪い、ということに
なってしまうわけで。その結論はイヤだな。
    - No.10438 -   [コメント元:10433]     [リストへもどる ]
soft

10437Re^4: VZk07t02 テスト版 投稿者:としき   2022/11/29(火) 23:57
参照先:http://toshiki.la.coocan.jp/
  10435 番 konno さんへのコメント    コメント数 1

今日も天候不順で自宅篭城。
やっと雑務が9割がた終わった。
件数ベースだと、パソコンを使用して解決する必要のある雑務は残り2件。
もっとも、件数ではなく実労力だと、既決は8割弱といった感じ。
もちろん、パソコンとは無関係の雑務もいくらかあるし、日々新しい案件も増える
のだけど、もうどうでもいいやって感じ。

> テスト版はマクロの読み込み関連でバグがあるようですのでご注意ください。

この状況、うちでは発現しないようです。
もし、確実に再現する手順とかがわかれば、追試させていただきますよ。


アドレスについては、いろいろとご教示ありがとうございます。
ただ、いろいろと環境をあわせないと同じ値にはならないのかもしれません。
いろいろなものを合わせなかったときの値は、手元の常用環境である1.60t03kの
Bl8192で

pq..148 DD3Ah
pq..149 FD3Ah

となりました。一方、k07t02 test版とオリジナルvzibmj.def、ただしBl8192の場合は

pq..148 77BCh
pq..149 97BCh

でした。
なんかいずれも、ちょっと見には危なそうな値ですね。
常用環境の場合は、なにかがFFFFhを超えてしまいそうだし、test版の時は8000hを
またいでいるし。

> このラインバッファのサイズで挙動が変わるのは、メモリ転送ルーチンで
> ラインバッファを一時バッファとして使っているのが関係しているのかなぁ?

そういうことをやっているんですか。
なんかこれ、思いっきり妖しそうですね。
    - No.10437 -   [コメント元:10435]     [リストへもどる ]
soft

10436Re^3: _ST in Pascal_ (1981) 投稿者:文太   2022/11/28(月) 21:22
  10427 番 文太 さんへのコメント    コメント数 1

 地獄の仕事場から息継ぎのため、一瞬だけ、浮上してみます。
 すいません、疲れてます。完全なる雑巾状態。そういうときは、こういう無意味な
読書をするにかぎるのです。

    Readers who are sensitive to questions of efficiency may wonder if it is 
economical to use two programs when one would serve. The answer depends 
on the true costs involved, which are often not properly estimated. Most people 
who talk about "efficiency" are concerned primarily with how much machine 
resources are used in the final run or in hands-off production, not with how 
much "people" and machine time is consumed in all the compilations, debugging 
and other false starts that prepare for the final run. Throughout this book 
we consistently take the view that people cost a great deal more than machines,
and that the disparity will increase in the future. Therefore the most important 
consideration is that people get their jobs done with a minimum of fuss and 
bother. 

---------------------[End of Page 82]---------------------

 効率の問題に敏感な読者は、1 つのプログラムで事足りるのに、2 つのプログラム
を使うのは経済的なのだろうかと思うかもしれない。その答えは、しばしば正しく
見積もられていない真のコストに依存する。「効率」について語る人の多くは、
最終的な実行やハンズオフ生産でどれだけの機械資源が使われるかに主眼を置いて
おり、最終実行の準備のためのコンパイル、デバッグ、その他の誤ったスタートで
どれだけの「人」と機械時間が消費されるかには関心がない。本書では、一貫して
「人は機械よりもコストが高い」「その格差は今後ますます広がる」という見解を
とっている。したがって、最も重要なことは、人が最小限の手間で仕事を成し遂げる
ことである。(DeepL による翻訳。立派! トーンだけ改変)

 (ハンズオフ生産だけでしょう、意味不明なのは。消費も変か。最後のところは
  やるね、と思いました。しかし手を入れたくもなる、が、「人」はコストが高い
  のです)

 さすがです、カーニハン先生。ごもっとも!

C:\C>dir /L /B |sort
2repl.def	
2repl2.def	
2strsrch.def	
999.def		
addzspc.def	
alpha.def	
altkey_t.def	
arr_srch.def	
array2.def	
array3.def	
blk0.def	
bothmov.def	
catg_fix.def	
cnd_sch1.def	
com_box.def	
 (以下50行略。うひょひょひょひょ。下品な笑い)

 さすがにこれだけパスカルのコードを読むと、けっこう単語を覚えるものですが、
やっぱりVzマクロが僕にとって最高の高級言語だ、という確信も強くなりますね。
 仕事するするVzマクロ。いえ、本業じゃありません。


    - No.10436 -   [コメント元:10427]     [リストへもどる ]
pre

10435Re^3: VZk07t02 テスト版 投稿者:konno   2022/11/24(木) 20:54
  10433 番 としき さんへのコメント    コメント数 1

> オリジナルのvz.defにBlだけ8192に変更したものを読んで起動し、0007.cgiを開いた
> ところで0007.cgを挿入して、無事に正常挿入。うれしい!

テストデータを対象にバグを回避しているだけなので他で問題が出ると思います。
テスト版はマクロの読み込み関連でバグがあるようですのでご注意ください。

> ということで、これから確認したい項目。
> 80桁未満で桁折しても状況が発生しそう、ということから、例えば、以前、文太さん
> に提供していただいたニフティのログを使って、ファイルサイズを0007.*と同じに
> したものを作って状況がどうなるか。

検証はよろしくお願いします。m(__)m

> Blとかのバッファの開始ポイントのアドレスをVzのマクロで取得するには、どう
> すればよろしいのでしょうか?
> あまり関係はないとは思いますが、今回のテスト版で、もし以前の版と大幅に変化
> しているかどうか確認できれば、と思いまして。

BLの相対アドレス情報などは、めざらさんが出してくれたので(ありがとうございます)
VTDOS環境での絶対アドレスは

vzk07t01  vzk07t02 test
D192	pq..148		lbuf		8192
F192	pq..149		tmpbuf4		256

スタック領域なので、コードの修正分サイズが増えても変わりませんね。
常駐/非常駐とも同じです。
同じマクロ環境で、高橋版は
vzt 
CFFE	pq..148		lbuf		8192
EFFE	pq..149		tmpbuf4		256

この差は、#if 文でマクロの構成が違うからかなぁ。
オリジナルVZとマクロでは

vzo
777C	pq..148		lbuf		2048
7F7C	pq..149		tmpbuf4		256

BLは変えてるかもですが、だいぶ余裕がありますね。
このラインバッファのサイズで挙動が変わるのは、メモリ転送ルーチンで
ラインバッファを一時バッファとして使っているのが関係しているのかなぁ?

    - No.10435 -   [コメント元:10433]     [リストへもどる ]
pre

10434Re^3: VZk07t02 テスト版 投稿者:めざら   2022/11/24(木) 18:43
参照先:http://mezala.la.coocan.jp/
  10433 番 としき さんへのコメント

> おそらく今後、もしかしたら私の主戦場は、野ざらしからこちらに移動することに

VZ本体のバグである可能性が非常に高いのではないかと考えられるのであれば,
こちらで相談されるのがよいかと存じます。
マクロの問題であればウチの方でもまぁ大丈夫です。

> Blとかのバッファの開始ポイントのアドレスをVzのマクロで取得するには、どう
> すればよろしいのでしょうか?

m.gann師の「ばふつあ」を強くおすすめします。
BUFTOUR.DEF 1.6A ばふつあ Buftour.def v1.6a Vz内部を探る
http://mezala.la.coocan.jp/vz/history/h_ear/lib/buf16a.lzh

自前のマクロを作りたいということであっても,上記のマクロのコードが
大いに参考になると思います。(全バッファの相対アドレスが書かれている。)

実際の各バッファの先頭アドレス(相対アドレス)は,マップを御覧ください。
スタックセグメント・マップ
http://mezala.la.coocan.jp/vz/notes/segmap.html

例えば,ラインバッファなら,相対アドレスは wm+228 または pq..148 です。
wm+228/pq..148 2バイト(0D,0A) CR/LFがラインバッファ先頭に予め置かれている
wm+230/pq..148+2 ラインバッファ本体(サイズはBl-2)

    - No.10434 -   [コメント元:10433]     [リストへもどる ]
soft

10433Re^2: VZk07t02 テスト版 投稿者:としき   2022/11/24(木) 02:35
参照先:http://toshiki.la.coocan.jp/
  10413 番 としき さんへのコメント    コメント数 3

今日が雨だったため自宅篭城となり、やっと雑務が大幅に片付いた。
まだ残務は大量にあるというか、当初見込みの6〜7割くらい片付いたと思った
のに、実は3割そこそこしか片付いていなかった、という現実もあるわけですが。
そして、そんなに大量に残っているというのに、もうこんな時間。
日付が変わってしまっとるがな。
明日、というか今日24日は、洗濯したいから、あんまり寝坊はしていられないと
いうのに。

それはさておき。

> 実際にパッチを当てて動作試験ができるのは、おそらく、今週の木曜日以降になって
> しまう予定。当面、便りがないのは良い便り、と思い込んでおいてください。

やっとパッチを当てて動作試験をしました。
オリジナルのvz.defにBlだけ8192に変更したものを読んで起動し、0007.cgiを開いた
ところで0007.cgを挿入して、無事に正常挿入。うれしい!

おそらく今後、もしかしたら私の主戦場は、野ざらしからこちらに移動することに
なるかもしれない。
ということで、これから確認したい項目。
80桁未満で桁折しても状況が発生しそう、ということから、例えば、以前、文太さん
に提供していただいたニフティのログを使って、ファイルサイズを0007.*と同じに
したものを作って状況がどうなるか。

あ、そうだ、これはkonnoさんに聞くべきか、めざらさんに聞くべきか。
Blとかのバッファの開始ポイントのアドレスをVzのマクロで取得するには、どう
すればよろしいのでしょうか?
あまり関係はないとは思いますが、今回のテスト版で、もし以前の版と大幅に変化
しているかどうか確認できれば、と思いまして。
    - No.10433 -   [コメント元:10413]     [リストへもどる ]
soft

10432Re: VZk07t02 テスト版のバグに非ず 投稿者:konno   2022/11/20(日) 18:02
  10431 番 めざら さんへのコメント

> フォント絡みを疑って VLゴシック とか BIZ UDゴシック に切り替えても症状があり,
> 一旦,t01 に戻したところが絶賛発生中ではありませんか。。。(何故気付かない)

ま、まあ、よくあることですよね・・・(^^;;

> えーと……レガシーコンソールでしたっけ…… どのショートカットで変えるんだったかな
> しこしこ……あ,直りました。(^^;

レガシーコンソールを指定しないとこんな症状が出るんですね。
とりあえずテスト版の致命的なバグでなくてよかったです。(^^;

    - No.10432 -   [コメント元:10431]     [リストへもどる ]
soft

10431VZk07t02 テスト版のバグに非ず 投稿者:めざら   2022/11/20(日) 05:42
参照先:http://mezala.la.coocan.jp/
  10430 番 konno さんへのコメント    コメント数 1

ごごご,ごめんなさい。(^o^;;;
まだ新PCの環境設定不足の状態であったのが,文字化けの原因でした。

フォント絡みを疑って VLゴシック とか BIZ UDゴシック に切り替えても症状があり,
一旦,t01 に戻したところが絶賛発生中ではありませんか。。。(何故気付かない)

えーと……レガシーコンソールでしたっけ…… どのショートカットで変えるんだったかな
しこしこ……あ,直りました。(^^;
    - No.10431 -   [コメント元:10430]     [リストへもどる ]
soft

10430Re^4: VZk07t02 テスト版のバグ 投稿者:konno   2022/11/20(日) 01:43
  10429 番 めざら さんへのコメント    コメント数 1

> ファイルをひとつ開いた状態で,[ESC]O など入力窓を表示した場合に
> (WLの値で位置は変わりますが)入力窓の位置よりも下の部分が全部化けます。

うーむ、やっぱりうちでは出ないですね。
Dw- メニューのシャドー表示抑止も関係ないみたいです。
VTDOSかCKWVの環境依存でしょうかね。

> カーソルY位置を上の方で広範囲に化かした場合,入力窓をキャンセルすると元に戻り,
> WL15とかで狭範囲に化かした場合,カーソルを下端まで移動して画面の更新をしないと
> 化けた状態がいつまでも残るという感じもあります。
>
> ここからファイラーに遷移すると,ファイル数が少ないディレクトリを表示している側は
> 背景のテキストが盛大に化けます。(海豹に上げた画像のとおり)
>
> あとは,メニューの中身(こちらは背景ではない)が化けます。
> すべてのメニューが化けるというわけではないようですが。

うう、イメージスタックが怪しいですが、フォント絡みも怪しそうな。
でも VZK07T01 との違いはテスト用の修正ルーチンだけなんですよね。
VZK07T01 で問題が出ていないとしたら、修正箇所がここまで影響しているのかしらん。

> いまのところ表示上の「不具合手前」くらいな感じですね。
> ですが,化けるのは精神衛生上よろしくないので長くは使えないです。(^^;

現在の版は何かしら問題が有ると思っていましたがこの症状は意外でした。

    - No.10430 -   [コメント元:10429]     [リストへもどる ]
soft

10429Re^3: VZk07t02 テスト版のバグ 投稿者:めざら   2022/11/19(土) 16:21
参照先:http://mezala.la.coocan.jp/
  10426 番 konno さんへのコメント    コメント数 1

> 起動後すぐに症状が出るのですか。

起動直後のファイラー背景は化けません。(ほぼ化ける文字がないから?)

ファイルをひとつ開いた状態で,[ESC]O など入力窓を表示した場合に
(WLの値で位置は変わりますが)入力窓の位置よりも下の部分が全部化けます。

WL1にして色々なY位置で試したところ,常に化けるのではなく,化けない位置もあります。

カーソルY位置を上の方で広範囲に化かした場合,入力窓をキャンセルすると元に戻り,
WL15とかで狭範囲に化かした場合,カーソルを下端まで移動して画面の更新をしないと
化けた状態がいつまでも残るという感じもあります。

ここからファイラーに遷移すると,ファイル数が少ないディレクトリを表示している側は
背景のテキストが盛大に化けます。(海豹に上げた画像のとおり)

あとは,メニューの中身(こちらは背景ではない)が化けます。
すべてのメニューが化けるというわけではないようですが。

いまのところ表示上の「不具合手前」くらいな感じですね。

ですが,化けるのは精神衛生上よろしくないので長くは使えないです。(^^;

    - No.10429 -   [コメント元:10426]     [リストへもどる ]
soft

10428Re^3: _ST in Pascal_ (1981) 投稿者:としき   2022/11/18(金) 22:11
参照先:http://toshiki.la.coocan.jp/
  10427 番 文太 さんへのコメント

> 冒頭5パラグラフ。

おぉ、やっぱり「100ページのプリントアウト」だの「赤鉛筆でチェック」だの
といったことは書いてあるのですね。

>  ただ、ここまで一般的(抽象的)な問題を解決するツールを僕が開発するとは思えない
> ですけどね。grep/sed/awkの使い方を十分マスターすれば良いような気がする。

今ではそうなんですけどね。
当時、そういったツールがなかった時代に思いを馳せてください。
いわゆる、古典古代、というヤツかな。違うかもしれない。
あまり文系的な用語はわかりませんが。
この本で取り上げられているのは、そういったツールの作り方がメインではあるのです
が、ツールを作るにあたっての考え方を通して、構造化をはじめとするソフトウェアの
構築法というか理念というか哲学というか、トップダウンではなくボトムアップでその
ような考え方を身につける、ということのように、私は捉えました。もちろん、これは
著者側の考えとはずれているかもしれません。
    - No.10428 -   [コメント元:10427]     [リストへもどる ]
soft

10427Re^2: _ST in Pascal_ (1981) 投稿者:文太   2022/11/18(金) 20:28
  10425 番 としき さんへのコメント    コメント数 2

#10417
>訳書で言うところの序論("Introduction")の
>最初の5パラグラフほどを読んでいただくと、その先を読みすすめるべきか判断
>できると思います。

 構造化、という文脈で、この本が出てきたのでしたっけ? たぶん、もう5パラグラフ
読んだと思うけど(最後までできるものなら読み通したいとの判断)、僕との会話で
としきさんが何に引っかかったのか(思い出したか)知りたいので、もう一度読んで
みます。
「序論」後半は、先の各章の簡単な紹介ですよね。
 ただ、元がpdfで上下さかさま(OCRで化け化け化け化け)のページが「序論」
に入っていたみたいなので、ちょっと1ページごとのe-text作りになりそう。

 具象的個々別々の問題への抽象的解法を見出す。

 僕が日常的にやっている作業より高度なテキスト処理の話だと思うけど、プログラミング
環境を整えるプログラムの作成について、が全体のテーマですよね。
 grep使って、statementだけ取り出す、とか。
 grepの作り方、という話でしょうけど。


冒頭5パラグラフ。
------------------------------------------------------------------------------
	INTRODUCTION

We are going to discuss two things in this book -- how to write programs 
that make good tools, and how to program well in the process. 

What do we mean by a tool? Suppose you have a 5000-line Pascal program 
and you need to find all references to the variable time, to make sure it can 
safely be changed from type integer to type real. How would you do it? 

One possibility is to get a listing and mark it up with a red pencil. But it 
doesn't take much imagination to see what's wrong with red-penciling a hundred 
pages of computer paper. It's mindless and boring busy-work, with lots of 
opportunities for error. And even after you've found all instances of time, you 
still can't do much, because the red marks aren't machine readable. 

Another approach is to write a simple program to find lines containing the 
identifier time. This is an improvement, for such a program is faster and more 
accurate than doing the job by hand. The trouble is that the program is so specialized 
that it will be used once by its author, then tucked away and forgotten. 
No one else will benefit from the effort that went into writing it, and something 
very much like it will have to be reinvented for each new application. 

Finding time's in a Pascal program is a special case of a general problem, 
finding patterns in text. Whoever wanted references to time today will want 
references to some other variable tomorrow, readln and writeln calls the 
day after, and next week an entirely different pattern in some unrelated text. 
Red penciling never ends. The way to cope with the general problem is to provide 
a general purpose pattern finder that will look for a specified pattern and 
print all the lines where it occurs. Then anyone can say 

	find pattern 

and the job is done. find is a tool: it uses the machine; it solves a general 
problem, not a special case; and it's so easy to use that people will use it instead 
of building their own. 
------------------------------------------------------------------------------

 おお、ちゃんとパスカル用になっている。が、内容は同じと言ってよいでしょう。
 ただ、ここまで一般的(抽象的)な問題を解決するツールを僕が開発するとは思えない
ですけどね。grep/sed/awkの使い方を十分マスターすれば良いような気がする。
まだまだ十分でないから。
 逆に、

2022/11/06  18:58    369 srch_do1.def
2022/10/29  11:23    220 srch_do2.def
2022/10/31  22:44    199 srch_do3.def
2022/10/31  23:06    209 srch_do4.def
2022/11/01  01:59    199 srch_do5.def
2022/11/01  02:13    131 srch_do6.def
2022/11/18  11:42    176 srch_do7.def
2022/11/06  18:25    321 srch_do8.def
2022/11/14  01:08    126 srch_do9.def
2022/11/16  00:15    298 srch_doa.def
2022/11/17  17:25    321 srch_dob.def
2022/11/18  11:48    240 srch_doc.def

 これらにちゃんと名前をつけて、管理せい! という感じですかね。
 あ、これ、もぐら流。中身の変更箇所がちょっとずつ違うだけ。
 これらに一般解はないです。問題のほうが"special case"だから。個別だから
偉いツール群。

 それでも、いい本っぽいと思っています。何かが得られるよう精進したいです。
 ありがとうございます。
 なお、パスカル版の翻訳はないみたいでした。


 蛇足。Pascal版 Intro pp.1-2。ページまたぎ部分。


All of them have been run without change on a variety of machines and Pascal 
compilers. 
				;A
---------------------[End of Page 1]---------------------
				;B
The second concern of this book is how to write good programs.

 このページ区切りフッタあたりに色々なノイズが入ります。Aの箇所にページとか
Bの箇所に"Introduction", "CHAPTER 1", "INSIDE THE IBM PC" (see #10359) とか。
それも壊れて化けたりもして。スペースや改行が入ったりもする。それらをVzマクロ
やsedで掃除しています。

 点検は、
>cgrep -A2 -B2 "End of "	;After & Before

 find pattern に同じ。


    - No.10427 -   [コメント元:10425]     [リストへもどる ]
pre

10426Re^2: VZk07t02 テスト版のバグ 投稿者:konno   2022/11/18(金) 20:19
  10423 番 めざら さんへのコメント    コメント数 1

> 以前(k07t01)で発生していた挿入不具合(としきファイル0007.cgi/0007.cg)は
> 発生しませんでした。製品版[ESC]I(ek-),自作[ESC]I(ek+) とも正常でした。

めざらさん、どうもです。
私もテストデータでテストした範囲しか把握していないので、他で問題が出ることはあると思います。

> ただ,ファイラや1行ウィンドウの背景になる文字化けが厳しいです。
> http://mezala.la.coocan.jp/upload/file/39.jpg
>
> この文字化けは環境によるのでしたっけ?
> 環境はckwv/vtdosです。

げげ、この症状は初めて見ました。
起動後すぐに症状が出るのですか。
発生手順が再現できるのであれば教えてください。

> 今月はじめにメインPCを更新したので,まだ環境が整っていない可能性もあります。
> ちとあやふやで申し訳ないですが,とりあえず報告です。

他のVZで症状が出ないのであればテスト版のバグだと思います。

私は当初 k07t01 のテスト版に入れ替えていたのですが、CGI や HTML の更新で困ってしまいました。
連番セーブでファイル名が大文字になってしまい、いちいち小文字に直さないといけないのです。
なので普段は常用VZのテスト版で使っています。

テスト版ではマクロがバッファから消えて使えなくなることがたまにあるようです。
マクロのロードかバッファ絡みの問題があるかもです。

    - No.10426 -   [コメント元:10423]     [リストへもどる ]
soft

10425Re: _ST in Pascal_ (1981) 投稿者:としき   2022/11/18(金) 16:31
参照先:http://toshiki.la.coocan.jp/
  10424 番 文太 さんへのコメント    コメント数 1

>  そして、_Software Tools in Pascal_。1981刊。翻訳は出てないのかな?

こっちは読んでいませんが、いまさらFortranでもない、という気持ちはよくわかる。
Fortranはなにがいいって、数学のライブラリが充実していること。もしかしたら、
最新のスパコンにもFortranのコンパイラはあるかもしれない、というくらい。

> (Preface)の中の2段落。たぶん、残りは元の本とほぼ同じ。

ちなみに、私が#10417で一読をお勧めしたのは、Ratfor版の、おそらくIntroduction
の最初の部分に該当しそうな気がしています。Pascal版でも、導入部はほぼ同じだと
思いますが、読み比べていないのでわかりません。
    - No.10425 -   [コメント元:10424]     [リストへもどる ]
soft

10424_ST in Pascal_ (1981) 投稿者:文太   2022/11/18(金) 13:07
  10411 番 文太 さんへのコメント    コメント数 1

_Software Tools_ was originally published in 1976 with the programs written in
Ratfor, a language based on Fortran. Ratfor was implemented as a preprocessor;
it provided Fortran with modern control flow statements like if-else and
while, and some cosmetic improvements like symbolic constants and free-form
input. The approach and the tools have proved sufficiently useful that many
copies of them have been distributed, and there is a large, active user group.

Pascal is now the dominant teaching language for computer science courses,
and is becoming widely used outside of universities as well. We feel that the
lessons about the design and implementation of tools from the original book
carry over intact to Pascal. Thus _Software Tools in Pascal_ has a great deal of
overlap with the Ratfor original. The same programs are present, except that
there is no preprocessor chapter, since Pascal provides most of the sensible control
flow and cosmetic improvements that Ratfor adds to Fortran. On those systems
where Pascal needs augmentation, tools such as the macro and file inclusion
processors serve as language preprocessors.


 とりわけ誰も得しない話。
 でも、とても感慨が深かったので。

 _Software Tools_ 『ソフトウェア作法』は、1976年の発表。翻訳もされて、たぶん
世界中で教科書として、独学の際の参考書として読まれたのでしょう。20ページ
くらい読みました。(注1)やはり、プログラミング言語の翻訳の翻訳の要素を含んで
いるので−−Fortranは当然として, PL/I その他その他への言及も多し−−(その上、
日本語のasciiでは表現できないだろう記号が使われていたので、自分の頭の中に翻訳機
を入れなくてはいけない=e-textをVzで読んでます)、表面的には読めるけどすごく
苦労するわりには理解が浅いだろうな、という不安がありました。余計な苦労です(注2)。
 外国語は、単語知っててなんぼですからね。


 そして、_Software Tools in Pascal_。1981刊。翻訳は出てないのかな? 原著と
同じく変更不要な部分はそのまま、主に上のような部分とプログラムリストを書き換え
ればいいだけだろうけど、でも、読者は(パスカルに興味が少しでもあるなら、あるいは
Fortran以前を知らないなら)こっちのほうを絶対に歓迎すると思う。Fortranねぇ。
言語体系を調べられるようになっとく? と思い、いちおうネットでマニュアルを
見つけましたよ……。
 (アメリカで僕が前に住んでいた町にNASAの出先機関があり−−知らなかったよ、
田舎町ですよ−−、そこが開発していた! MS-DOSにも移植できそうだった=その時代の
もの)

 プリプロセッサのイメージが沸いてきましたけど……(RatforがFortranのプリプロセッサ。
この本のために開発された=書かれた。そしてこの著作でその言語を使ってプログラム開発
の奥義を語っている)。(注3)

 なお、上の引用部分は、だいたい13パラグラフ(段落)で構成されている「まえがき」
(Preface)の中の2段落。たぶん、残りは元の本とほぼ同じ。
 上のようなことを言ってる部分があるだろうと思って、探し出しました。STから
読み始めて(眺め始めて)しまって(e-text処理を始めてしまって)、ふと、思いついて、
_ST in Pascal_をさっき覗いて、のけぞりました。こっちのほうが、ぜんぜんいい
じゃないか!
 

 詳細は分からないけど、上に続く部分で、標準パスカルの弱点も指摘されているけど、
たぶん、Turbo Pascal, MS Pascal で、克服されているのじゃないかな。macroとか
file inclusionとかlibraryとか。パスカルのmacroって記憶にないけど。

 何しろVzマクロしか知らないものだから、いちいち新鮮です。
 Vzマクロのこの部分は、C的、アセンブラ的、一般の高級言語的、みたいなことが
分かって楽しいです。

 で、どれだけ読みこなせるか分からないけど、内容的には、テキスト処理オタクの僕に
ぴったり! としきさん、この本のこと思い出してくれて、ありがとう!

 あ、2書とも、目次はほぼ同一です。Ratfor開発・解説の章がなくなっている以外は。
 おお、ついにここでは、正規表現も出てくるのか。なくちゃね。Free Pascalには、それ用
ライブラリがあるのを確認ずみです。言語が何であれ、正規表現エンジンなんて書きたく
ないです。読みたくない、が正確。眺めてみたいか?


(注1)べつに誰にも勧めていませんが、翻訳があるということは、どっかの図書館には
あるということです。

(注2)かつて「吉本隆明が理解したければ、日本語を勉強しろ」とかありました。考えて
みれば、外国人の日本文化研究者や日本アニメおたくの方々は、まさしくそれをやっている
わけですが。僕もそうだったんだ。しかしそんなに色々やれないのは自明。

(注3)c.mosさんのソースには、if ... else, break, until, while, repeatがある。それを
vz.incのマクロが展開する。これがプリプロセッサ的作業ですね。マクロ、柔軟ですねぇ。
やはり、自分で自分を書き換えているイメージ。Virtual Machine? 自己書き換えマクロ!


    - No.10424 -   [コメント元:10411]     [リストへもどる ]
soft

10423Re: VZk07t02 テスト版 投稿者:めざら   2022/11/18(金) 13:05
参照先:http://mezala.la.coocan.jp/
  10409 番 konno さんへのコメント    コメント数 1

以前(k07t01)で発生していた挿入不具合(としきファイル0007.cgi/0007.cg)は
発生しませんでした。製品版[ESC]I(ek-),自作[ESC]I(ek+) とも正常でした。

ただ,ファイラや1行ウィンドウの背景になる文字化けが厳しいです。
http://mezala.la.coocan.jp/upload/file/39.jpg

この文字化けは環境によるのでしたっけ?
環境はckwv/vtdosです。

今月はじめにメインPCを更新したので,まだ環境が整っていない可能性もあります。
ちとあやふやで申し訳ないですが,とりあえず報告です。
    - No.10423 -   [コメント元:10409]     [リストへもどる ]
soft

10422Programming Style 投稿者:文太   2022/11/14(月) 21:21
  10416 番 としき さんへのコメント

>10文字も下げたら多重ループの場合にどうなる、みたいな話を昔の
>人は大真面目にやっていたらしい。
 けっきょく趣味と慣れの問題ではないかと思いますが……。
 たしかに、c.mos流に慣れると(読んでません、眺めてます)、もぐらさんも
BASM出力ソースも小文字変換したくなりますが、「慣れよ、いろんな書き方がある」
となってます。
 Basic, Pascalも、case-insensitiveだけど、あるパスカル本は、これが規範じゃ
と言ってましたね。WriteLnとか。ま、これでいく? とか。

 Priusって、日立だっけ? このXPノートPCがどうしても見つからないん
ですよねぇ。EMSが取れるマシンだったので、さんざん迷ったうえで立川で買った
のに。どこ行ったんだろう? cmos電池があがってるよ、ぜったい。としきさんが
知るわけないだろ!

 数学の中間テスト。平均点は53.5点でした。53.5点だった人はいるわけないですよね。


    - No.10422 -   [コメント元:10416]     [リストへもどる ]
soft

1042118650 投稿者:文太   2022/11/14(月) 21:05
  10417 番 としき さんへのコメント

>私は要らないなぁ。差し上げましょうか?
 ま、財産としてとっておき、遊ぼうとしてみてください。
 3.2V-4.2Vで、500mA以下ぐらいで充電。

>容量の一番多いものを特定する方法って、どうやっているのですか?
>測定?パッケージの印字?
 測定です。中古なので劣化していますから。Opus, BT-C3100というものを使っています。
全部測定、容量記入、ソート。
 1本(20本まで同じ)あたり、2時間(満充電まで)+4時間(完全放電)+2時間
(保管用充電)。計8時間ぐらいかかります。初回時のメンテ&健康チェックです。
 ものすごい本数を所有することになってしまっています。

 光あれ!(笑)


    - No.10421 -   [コメント元:10417]     [リストへもどる ]
soft

10420Index of _Software Tools_ (1976) by Kernighan & Plauger 投稿者:文太   2022/11/14(月) 20:56
  10417 番 としき さんへのコメント

としきさん

 おそらく、捨てたくても持ってないものは捨てられない、という現実。
 しかし、台湾の出版社から出たと思しい _Software Tools_ が
見つかりました。(謎)

    CONTENTS

Preface
Introduction 				1
1. Getting Started 			7
2. Filters 				35
3. Files 				67
4. Sorting 				105
5. Text Patterns 			135
6. Editing 				163
7. Formatting 				219
8. Macro Processing 			251
9. A Ratfor-Fortran Translator 		285

 おお、そう、いい感じ。読めるか分からない、というか、読めない! 
難しすぎ! つまんないからたまにはギャグぐらい入れて、という罰当たり
なことになりそうな気もしますが、そのうちに、とりあえず字を追ってみます。
多謝。m(__)m


>訳書の場合、まえがき、目次、序論、1章、という順番で並んでいます。
 たぶん同じです。こういう「偉い」本のばあい、チャラチャラした商業出版と
違い、訳者も出版社も、怖くてそういじれません。翻訳権取得時につくられる
契約書にその旨書いてあるばあいも多いです。「改変しないこと。原著のまま
訳出のこと」と。
 1章は「はじめに」ぐらい? 僕でも「さあ、始めてみよう」とは訳せないと
思う。格式みたいなものの演出。


    - No.10420 -   [コメント元:10417]     [リストへもどる ]
pre

10419Re^5: VZk07t02 テスト版 投稿者:文太   2022/11/14(月) 10:25
  10418 番 konno さんへのコメント

 お手数をおかけいたしました。
 ありがとうございます。
    - No.10419 -   [コメント元:10418]     [リストへもどる ]
soft

10418Re^4: VZk07t02 テスト版 投稿者:konno   2022/11/14(月) 02:23
  10415 番 文太 さんへのコメント    コメント数 1

> vz.com 62,184 2018-10-17 19:11
>  です。

それなら今回再公開した VZk07t01 とバイナリレベルでも同じはずです。
テスト版はそれがベースになっています。

    - No.10418 -   [コメント元:10415]     [リストへもどる ]
soft

10417Re: 構造化 投稿者:としき   2022/11/14(月) 01:36
参照先:http://toshiki.la.coocan.jp/
  10407 番 文太 さんへのコメント    コメント数 2

「書法」のほうは、サンプルがPL/Iだったりするので、さすがに古すぎるという
判断で、私は図書館で借りて読むだけで終わらせました。「作法」のほうは購入
しましたが、買っただけの価値はあったと思っています。

>  そうなんだ、じゃあ、念のため、取っておくかぁ。この本は、本棚の
> どこにあるか分からないなぁ、1冊すてるのに、探し回るのは嫌だな、とも

本棚に隠れているのって、英語の原書ですか?それとも和訳?
手元の和訳本をチラッと読み返してみたのですが、古典といわれるだけあって、
使われている用語の選択がかなり古いというか、現在から見ると、違和感バリバリ。
私が読んだのは訳されてから10年たっていない時代でしたが、既に軽く違和感を
感じるくらいでしたから、この業界、新しい概念とか用語とかの変化のスピードの
ほどが知れる、という感じ。
ただ、用語の選択以外はなかなかこなれた訳で、私には読みやすかった。

なお、もし原書を読めるようなら、ざっと目次を眺めてみてください。
文太さんの興味を引きそうな項目が並んでいることと思います。
あと、訳書の場合、まえがき、目次、序論、1章、という順番で並んでいます。
原書でどういう並びになっているかわかりませんが、訳書で言うところの序論の
最初の5パラグラフほどを読んでいただくと、その先を読みすすめるべきか判断
できると思います。

>  ごくごく簡単な回答で構いません。一言、一語、一発でお願いできませんでしょうか。

残念ながら、私には一言で述べる言葉は持ち合わせておりません。
ただ、おそらく、そういうことを述べた一言って、わかっている人にはわかるけど、
わからない人には全くわからない一言になるような気がします。
「光あれ!」とか「悔い改めよ」とかって感じで。

>  充電したリチウムが15本ありました。この中から容量が一番多いもの1本だけ
> 選べ(アルコールが入って眠れず疲れ切った昨晩の状態でのタスク)。手は2本で、

職場の電池捨て場に捨てられていた謎のバッテリーパック。
パッケージに書かれていたメーカー名は聞いたこともない。
調べたところ、どうやら懐中電灯をメインに扱っているメーカーらしい。
殻割りしてみたところ、18650が2本。
私は要らないなぁ。差し上げましょうか?
それはさておき。
容量の一番多いものを特定する方法って、どうやっているのですか?
測定?パッケージの印字?

>  ソート! 全体を2つのグループに分けよ。1つのグループに最大容量のリチウム
> 1本だけを残す。1本グループには指を載せておくだけ。総当り戦。

なんか、クイックソートのアルゴリズムみたい。

    - No.10417 -   [コメント元:10407]     [リストへもどる ]
soft

10416Re: ゲーム&ビジネス 投稿者:としき   2022/11/14(月) 01:36
参照先:http://toshiki.la.coocan.jp/
  10408 番 文太 さんへのコメント    コメント数 1

> >構造化の由来、みたいなことを考えていたのだと
>  是非、是非、是非!!!

ここ、まじめに書こうとすると、私の生まれる前まで遡ることになるわけです。
それでいて、きちんとした参考文献はあまり持ってない。
記憶で書くと、ソフトウェアの生産性が全然上がっていないね、というのが出発点。
そして、ソフトウェア工学なる学問が出来上がってきた。
これの中身もいろいろあって、例えば、コンパイラの最適化をどうするか、なんて
いうのも論点の一つ。そして、いかにバグの少ないソースコードを書くか、という
ことも論じられるようになった。
この当時、プログラムは「順次」「反復」「分岐」 *だけ* で書ける、という説が
出てきたのだけど、当初、その主張があまりにも強すぎて、当時の感覚では過激派
と思われるくらいだったらしい。
そして実際、その3つで大抵のロジックは書けるわけだけど、やっぱりエラー処理
とかまでその3つだけで書こうとするとえらく冗長になるわけで、まぁそんなに
理屈どおりにはいかないわけですよ。ただ、それらの反論は例外的な事象にばかり
焦点を当てたものがほとんど。普通のプログラムであれば、その3つだけで書ける
よね、というところに収束し、今ではソフトウェア初級レベル。今ではもしかすると
普通科高校でやってる「情報」のカリキュラムにも入っているかもしれない。
あとは、トップダウンアプローチとか段階的詳細化とか、用語はいろいろあるけど、
難しいことは解きほぐして解決しましょう、というのは現実世界も同じ。

あ、そうだ、もうひとつ。
ソフトウェア工学って、どうやればバグの少ないプログラムを書けるか、という
ことも扱っています。これって、航空機工学で、どうやればパイロットが操縦の
ミスを少なくできるか、というのと同じようなもの。例えば、あるメーターとか
スイッチとか、操縦士と副操縦士の両方に1つずつ設けるのか、それとも真ん中に
1個だけにするのか、というのを考えるのは立派な考察対象。
ソフトウェア工学にも似たようなことがあります。
たとえば、ループの範囲は直感的にわかったほうがいい、という出発点に立った
とします。まずその前提の当否が議論されて、うんそうだね、と概ねのコンセンサス
が取れた。すると次に、ではどうやってループ範囲を強調するか、という話になる。
プログラムリストをぱっと見てわかるためには、そうだ、字下げを使おう、となる。
ここでまた、部外者からみるとつまらないとしか思えない議論が始まる。すなわち、
字下げは何文字がいいのか、という話。字下げが1文字だけだとループ範囲はよく
わからない、10文字も下げたら多重ループの場合にどうなる、みたいな話を昔の
人は大真面目にやっていたらしい。ただ、これってきっと、心理学とか認知科学の
領域の話ですよね。

余談。航空機工学の話。
昔、80年ぐらい前の話かなぁ、米軍機で事故が多かった。これはコックピットが
狭すぎる、もしくは広すぎて手が届かないせいでパイロットが素早い動作ができない
ためではないかと考えた人がいた。そこで何をやったかというと、数千人だかの
パイロットの身体測定を行い、平均値の身体寸法の人に適したコックピットのサイズ
にしよう、という話になった。ところが、実際に測定を行い平均値を求めた結果、
数千人の中にその平均値ぴたりの人が一人もいなかったとか。あらまぁ。

>  日立はなぜPC市場を早期撤退したのだろう? もっと大きいのが儲かった?

ん〜、単に儲からなかったから、なんでしょうね。
ベーシックマスターはそれなりに売れていたけど、後継のS1は、売れたという話
を聞いたことがない。
とはいえ、プリウスって言ったっけ、ノートパソコンは出していましたよね。
    - No.10416 -   [コメント元:10408]     [リストへもどる ]
soft

10415Re^3: VZk07t02 テスト版 投稿者:文太   2022/11/14(月) 01:12
  10414 番 konno さんへのコメント    コメント数 1

konnoさん

 甘えさせてください。

>文太さんがお使いのVZの日付とファイルサイズを教えてもらえますか。

vz.com 62,184 2018-10-17 19:11
 です。

    - No.10415 -   [コメント元:10414]     [リストへもどる ]
soft

10414Re^2: VZk07t02 テスト版 投稿者:konno   2022/11/14(月) 00:57
  10412 番 文太 さんへのコメント    コメント数 1

文太さん、としきさん、落としていただきありがとうございます。

>  はい、こちらが来ると思っていました。ベースはT01です、と。
>  え、pcズレ、いまごろ、、、とかなってました。
>  ほんとにそうだったかの検証の途中(バリナリ・チェック? fc?)で、もっと落ち着いた
> 心でやろう、とか、逃げてしまって。

え? T01 は文太さんがお使いのVZとバイナルレベルで同じじゃないんですか?
PCズレは無いはずなんですが。
FC /b Vza.com Vzb.com
で確認できますよね。
文太さんがお使いのVZの日付とファイルサイズを教えてもらえますか。
別にそれが無くてもテストはできますが。
もしかして公開版が T1 だったからそれに合わせてほしいとかですかね。

まあ、どうせテスト版なのでゆっくりやりましょう。お互いに。(^^;

    - No.10414 -   [コメント元:10412]     [リストへもどる ]
soft

10413Re: VZk07t02 テスト版 投稿者:としき   2022/11/14(月) 00:20
参照先:http://toshiki.la.coocan.jp/
  10409 番 konno さんへのコメント    コメント数 1

> VZk07t02 テスト版を「自作、改作アプリの放置部屋」に置きました。

ありがとうございます。これからダウンします。

>   ・BL1024*3 だとファイル内容が壊れます。(全てのVZで起こるバグなのでこの設定は危険)

何でこんな不具合が残ったのか、原作者は気がつかなかったのか、という点が本当に
不思議。

実際にパッチを当てて動作試験ができるのは、おそらく、今週の木曜日以降になって
しまう予定。当面、便りがないのは良い便り、と思い込んでおいてください。
    - No.10413 -   [コメント元:10409]     [リストへもどる ]
soft

10412Re: VZk07t02 テスト版 投稿者:文太   2022/11/13(日) 23:55
  10409 番 konno さんへのコメント    コメント数 1

konnoさん

 すいませんね。vz.comのアップデートって、緊張しちゃうんですよ。
 ミスっても、やり直し方、いくらでもあるのに。
 高橋版はどこ? と。
 T01 のアップデートすらまだなのです。いえ、じつは、T01かT1かで、最初にとまどい……。
 VzかVzかでも、とまどい。

 はい、こちらが来ると思っていました。ベースはT01です、と。
 え、pcズレ、いまごろ、、、とかなってました。
 ほんとにそうだったかの検証の途中(バリナリ・チェック? fc?)で、もっと落ち着いた
心でやろう、とか、逃げてしまって。
 1週間以内に追いつきます、追いつきたいです。

 15本のリチウムの整理に入る前に、まず作業空間を作るべきじゃないのか? という無限
ループに入る奴です。すいません。なかなか2分岐にもっていくのも大変です。どんどん上がって
いくじゃん、問題解決さん、な感じです。
 しかしこの上がるプロセスも、ちゃんとオーバーヘッドじゃないか、callじゃないか、マクロ
にできないか、とかとか。
 ここが最後で最高度な2分岐だ! というのも、後になって、よかった、ほんとだった、と分かる
「命がけの飛躍」なんじゃないかと思います。

 日はまた昇る。聖書でも読んで寝よう、ウソ。
 プログラミングには、適度な緊張感があるべきだ。

 言い訳でした。m(__)m


    - No.10412 -   [コメント元:10409]     [リストへもどる ]
soft

10411古典 投稿者:文太   2022/11/13(日) 23:38
  10387 番 文太 さんへのコメント    コメント数 1

ブライアン・カーニハン
https://ja.wikipedia.org/wiki/%E3%83%96%E3%83%A9%E3%82%A4%E3%82%A2%E3%83%B3%E3%83%BB%E3%82%AB%E3%83%BC%E3%83%8B%E3%83%8F%E3%83%B3

『プログラム書法』(_The Elements of Programming Style_)1974
by Brian W. Kernighan and P. J. Plauger
https://en.wikipedia.org/wiki/The_Elements_of_Programming_Style
----- Fortran etc .... ムリ。しかし「文字列処理」

『ソフトウェア作法』(_Software Tools_)1976
by Brian W. Kernighan, P. J. Plauger
----- Ratfor, Cobol, Fortran, Algol etc .... ムリ。しかし、、、。

『パスカル・ソフトウェア作法?』(_Software Tools in Pascal_)1981
by Brian W. Kernighan, P. J. Plauger
----- Pascal!!! 読めないと思うけど。「これらプログラムは実用的・
実践的なのじゃ」と序文にあった。

『プログラミング言語AWK?』(_The AWK Programing Language_)1988
----- これですら、世の中にはもっと分かりやすいtutorialがある、と思った。

『プログラミング作法』(_The Practice of Programming_)1999
by Brian W. Kernighan and Rob Pike
https://en.wikipedia.org/wiki/The_Practice_of_Programming
----- C, C++, C#, Java, Pascal etc .... たぶんムリ。新しすぎ!

 上記5点、すべてpdfで入手可能。ただし、原書=英語。


    - No.10411 -   [コメント元:10387]     [リストへもどる ]
soft

10410Re: 構造化 投稿者:文太   2022/11/13(日) 23:36
  10407 番 文太 さんへのコメント

としきさん、

 深く悩んではいないと思うけど、「こいつに何を言って意味があるんだ?」とか
悩まないでくださいね。
 以下で解決しました。

「最初に学ぶべき構造化プログラミング、大きな問題を分割して解決」
https://active.nikkeibp.co.jp/atclact/active/17/060100293/060800002/

 パスカルはやるけど、そんなに大きなプログラムを書く予定はないので、Vzマクロの
経験の延長でやれるところまでやる。
 完全にスパゲったら、「やり直しだぁ、26回目」みたいにやります。

 アセンブラは、やっぱり、どれだけcallばっかりで効率悪くても(気にしません)、
短く刻んでプロシージャにする(もぐらさんからの教訓)=アセンブラをパスカルにせよ
の家訓のもと、がんばります。

 何をやっていたかは明かしませんが、以下のような「集中すれば10分だよ」なマクロを
書いていて、ふと考えました。「構造化」をググれ、と。
 そして、この程度なら「順次」でよろし、という結論を得ました。

 「古典」。別発言であげますね。

i-,

#k #i			; duplicate line
#> #d			; next line

(cd=='\')? #g  ? >z		; delete regex header
(cd=='x')? #g  ? >z
(cd==' ')? #g  ? >z

:a
(-1){ (cd=='\') #d ?{} } 
(cd=='(')?  { i++, #h#g "\1" } ? >a


:b

:z	.

    - No.10410 -   [コメント元:10407]     [リストへもどる ]
pre

10409VZk07t02 テスト版 投稿者:konno   2022/11/13(日) 17:07
   コメント数 3

VZk07t02 テスト版を「自作、改作アプリの放置部屋」に置きました。


  ・vzk07t01 をベースに [ESC]i ファイル挿入時のVZの不具合を修正してみたテスト版です
  ・VTDOS でのラップアラウンドエラーを回避しています。
  ・テストデータでしか検証していないので、ファイル内容が壊れる可能性があります。
  ・BL1024*3 だとファイル内容が壊れます。(全てのVZで起こるバグなのでこの設定は危険)
  ・詳細は掲示板を読んでください。不具合を見つけたら掲示板に報告願います
  ・VZ高橋版からの差分ファイルになっています。

 動作保証はでき無いので実行は自己責任で。  

    - No.10409 -             [リストへもどる ]
soft

10408ゲーム&ビジネス 投稿者:文太   2022/11/13(日) 14:06
  10405 番 としき さんへのコメント    コメント数 1


>>昔話以外の何かを伝えたかったのですか?
>そうか、そういわれれば、それ以外の何者でもない。
 すいません、僕が現在、昔を生きているのが異常なわけですが、でも、だからこそ
昔話こそが(Javaはよろし)面白いのです。

>構造化の由来、みたいなことを考えていたのだと
 是非、是非、是非!!!

>ゲームで遊ぶほうもそうですが。
>ゲームを作るほうの熱気もすごかった。
 これなら、僕にも想像がつく。僕にとっては機械相手に遊んでる、みたいな
感覚だった。そうそう。このゲーム、どう出来上がってるか、どういう仕組みで
動いているのか? と気にすることができる人たちがいるんだ、と考えたことが
ありました。
 僕的語彙には、作者との共鳴みたいなものですね。

>そもそも、ゲーム以外(ビジネス用途)にまともに使えるマシンは、シャープの
>MZシリーズとNECのPC-80/88/98シリーズの他は、日立のベーシックマスター
>と、あとは富士通のFM−8ぐらいだったような記憶がある。その他、沖のif800
>はビジネス向けがメインだったけど。
 ゲームとエロビデオがある種のITを商業的に後押しした、とは聞きます。
 ただIBM機がPCブームを巻き起こしたのは(個人の)ビジネスを射程に
収めたから、というより、そっちがメインターゲットだったから、とも聞きます。
 へぇ、というだけなのだけど、上の商標名(固有名詞)3回ぐらい眺めておきます。
 「日立のベーシックマスター」、c.mosさんが所有されていました。
 日立はなぜPC市場を早期撤退したのだろう? もっと大きいのが儲かった?

>パソコン雑誌のほうもそう。
>ベーマガはゲームのプログラムリストがメイン。
 手で打ち込んでいたんですよね。根性あるなぁ。でも、経典の写経のように
聖的体験だったんだろうなぁ。

    - No.10408 -   [コメント元:10405]     [リストへもどる ]
soft

10407構造化 投稿者:文太   2022/11/13(日) 13:49
  10404 番 としき さんへのコメント    コメント数 2



>ただ、この本で取り上げている内容って、文字列処理が多いのですよ。
 いいこと聞いた、ふたたび。ありがとうございます!
 そうなんだ、じゃあ、念のため、取っておくかぁ。この本は、本棚の
どこにあるか分からないなぁ、1冊すてるのに、探し回るのは嫌だな、とも
思ってました。(注)

 それより、(『作法』は捨てないほうが良い理由になる? )、「構造化」で
としきさんは、フロー制御−−ループと分岐−−がその代表みたいに書かれて
きましたよね。loopとif ... else。前者をラベルジャンプで、後者をelseなしの
if ... then の羅列で作ったとき、それは「構造的」でないのですかね?
 loop & if_elseがより高度に構造的だとは言えると思うけれど。

 僕は、ちゃんと勉強したことがまったくないわけですが、サブルーチンcallが
構造化の代表格(もっとも分かりやすいサンプル)なんじゃないかと思ってる
のですが。

 行番号ジャンプ(basicにしろsedにしろVzにしろ)は、究極のGOTOみたいで
繰り返し使えばやがてスパゲになる、とは思うのだけど、ループと分岐(case文
も含む)が、、、それほど、、、な気持ちもなくはなく、、、、。
 もはや大きなプログラムを書くことはなかろう(blogjump.defが最長)という
感覚もあるから、こんな風に考えるのだろうとも思うのですが。

 ごくごく簡単な回答で構いません。一言、一語、一発でお願いできませんでしょうか。
 『作法』を読め。え?


(注)−−(注)にならないと思うけど。「文字列処理」の考え方がけっこう
一般性が高そうな事実と、問題解決思考っぽいのと、プログラミング計算が実生活
に役立ったサンプルを超手短に披露−−疲労とか出ます、当然−−。

 充電したリチウムが15本ありました。この中から容量が一番多いもの1本だけ
選べ(アルコールが入って眠れず疲れ切った昨晩の状態でのタスク)。手は2本で、
15本のリチウムを同時には持てず、中腰の姿勢。十分な作業空間なく床に並べること
すらできない。頭と目で計算してタスクをこなすしかない。でも、はやくこの仕事を
片付けたい!
 ソート! 全体を2つのグループに分けよ。1つのグループに最大容量のリチウム
1本だけを残す。1本グループには指を載せておくだけ。総当り戦。

 オチは、今日、空間のじゅうぶんある隣の部屋の机の上で、14本も全部容量順に
並べたこと。最初からこのタスクも頭にあったから、即座問題解決のソート戦略が
嬉しかった。
 はやく寝ればいいんだよ。


    - No.10407 -   [コメント元:10404]     [リストへもどる ]
soft