🚀 go-pugleaf

中山です。

自己レスではありません。

Kasugai @ 窓の TAPI & ATcommand 屋　からメールでいただいたレスを
代理投稿します。
Kasugai @ 窓の TAPI & ATcommand 屋の接続先のサーバが調子悪いそうで・・・。
もちろん御本人に投稿の依頼を受けています。

＊＊＊＊＊＊＊＊　以下　代理投稿本文　＊＊＊＊＊＊＊＊＊＊＊

Kasugai @ 窓の TAPI & ATcommand 屋です。(^^;;

Newsの事をMailでです。すみません。

>できれば「賛同できる」、「賛同できない」くらいのレスをお願いします。

ほぼ賛成！！

>プログラミングやアルゴリズムの勉強を怠って言語のテクニックを勉強した場合、
>選択した言語に関わらず（無駄とはいわないまでも）一時的に役に立たない事は
>あるでしょう。
>現役の間ずっと一つの言語だけで開発するプログラマなんて少数です。
>プロならばユーザが指定する言語を短期間で使いこなせなければいけません。
>つまり、勉強するべきなのは「言語のテクニック」ではなく「プログラミング」の
>概念です。
>その意味で勉強するなら（どのチップ用でも良いから）アセンブラを薦めます。

ここは、反対！！

  プログラミングやアルゴリズムの勉強をする*だけ*なら、
アセンブラで良いでしょう。

ユーザー（or メンテする人）に対するプレゼンの勉強も含めた意味で、

「日本語箇条書きによる擬似プログラミング」

の方が有効だと思います。

#  変なプログラムを書くやつは、仕様書を書かせても変だし、
#  喋ってても意味不明な事が多いと思います。

自分の母国語もまともに使えないやつが、プログラミングしても
ろくな結果にならないと思うのですが、どうでしょうか？

#  もっとも、MSX-BASIC → Z80 Asm → N88BASIC → 8086 Asm →
#  Turbo Pascal → Quick C → cc → Borland C++ → cc → VC++
#  と、渡り歩いて、いまだに MSXの頃の知識が役に立っているのは
#  確かなのですが・・・・。

「アセンブラは、やっておくべきだ」という意味では賛成かな？

#  でも、最初からは止めておいた方が・・・・。
##  特にSparcは・・・・。シーケンシャルに追いかけられないので
##  ほぼ確実に混乱するでしょう・・・・。（慣れれば平気(^^;;）

--

    E-mail : kasugai@c-cube.co.jp