アカウント名:
パスワード:
絵やGUIが出る開発環境で、「非依存」といえるようなものって、何か有りましたっけ？
こういうこと言う人ってたまにいるんですけど、スタンドアローンな 環境に縛られてませんかね? javascript、CGI(を使用するperl,ruby,python)、PHPだって あるじゃないですか? むしろインターネット時代(笑)の昨今では ブラウザ上で動く(or 動いているように見える)プログラムのほうが
絵やGUIが出る開発環境で、「非依存」といえるようなものって、何か有りましたっけ？ (snip) あ、あと、G7ほど博識の方がsqueak [squeak.org]をスッパリ忘れているのは驚愕の至り。
# 少なくとも私がちょろっとかじった頃の奴なら # GUI には程遠いでしょうが。
でも所詮学習用なんですから、LOGO だっていいはずですよね？ プログラミングが好きになった奴は、(仮に制止したとしても) そこをとっかかりにどんどん先に進んで行くでしょうし。
但し、学校で教えるならプラットフォーム独立なものよりも、 #293629 [srad.jp] の意見に賛成です。 プラットフォーム非依存を追求しすぎて、中身がどう動いているのか、に興味が向かなくなるのを危惧しますので。
してみると、BASIC がもどかしくてマシン語やらコンパイラ言語やらの本を読み漁った '80 年代と言うのは良い時代だったのかなあ、と。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
プラットフォームに非依存といってもなあ (スコア:1, 余計なもの)
まとも(^^;に絵やGUIが出る開発環境で、「非依存」といえるようなものって、何か有りましたっけ？
メーカーの言い分を真に受けるならJavaは該当することになるが、あれはJava自体がプラットフォームだから、ここでは除外だろね。
メーカーに囲い込まれる度合いという意味では、単なる「.NETのライバル商品(=同格)」でしかないんだよね。
依存しないプログラミング環境でプログラムを覚えた、と自負できる人、どれくらい居るっすか？
大抵、どっかこっかの環境に依存するかたちで、プログ
Re:プラットフォームに非依存といってもなあ (スコア:0)
こういうこと言う人ってたまにいるんですけど、スタンドアローンな
環境に縛られてませんかね?
javascript、CGI(を使用するperl,ruby,python)、PHPだって
あるじゃないですか? むしろインターネット時代(笑)の昨今では
ブラウザ上で動く(or 動いているように見える)プログラムのほうが
Re:プラットフォームに非依存といってもなあ (スコア:1)
# 少なくとも私がちょろっとかじった頃の奴なら
# GUI には程遠いでしょうが。
でも所詮学習用なんですから、LOGO だっていいはずですよね？ プログラミングが好きになった奴は、(仮に制止したとしても) そこをとっかかりにどんどん先に進んで行くでしょうし。
但し、学校で教えるならプラットフォーム独立なものよりも、 #293629 [srad.jp] の意見に賛成です。 プラットフォーム非依存を追求しすぎて、中身がどう動いているのか、に興味が向かなくなるのを危惧しますので。
してみると、BASIC がもどかしくてマシン語やらコンパイラ言語やらの本を読み漁った '80 年代と言うのは良い時代だったのかなあ、と。
LEGO (スコア:1)
LEGO [lego.com]もお忘れ無く。:-)
センサーやモーターがあるので入出力が学べます。
分岐やループのような基本的な制御構造もあります。
既製のソフトに飽きたらH8マイコンのファームをいじるという濃いぃ道もあります。
中高生には（いや大人にも）理想的な教材ではないでしょうか。
Re:LEGO (スコア:0)
Ｈ８は素直でわかりやすいアーキテクチャなので、勉強してもらうにはいい素材だと思います。（メモリなんかの制約が結構きつい
Re:プラットフォームに非依存といってもなあ (スコア:1)
個人的には学習「専用」言語みたいな位置付けのもの
(もしそんなものが有るならば：Logoが含まれるかどうかは俺は知りません)は、嫌いなんですが、
それはさておきLogoの方向性といえば、「ドリトル」
http://www.logob.com/dolittle/
http://genyo.kinjo-u.ac.jp/~ghase/dollitle/text2002/dolittletext-frame.htm
あたりが気になっているところです。
タートルな世界を、OOP拡張…つまり「複数の亀を同時に」扱えるようにして、
更にプロトタイプ方式OOPで記述の容易さを狙い、日本語言語(笑)にすることで更に容易さを狙い…
ただ、この言語がイイなぁと思うのは、少なくとも言語仕様的には、
教育にしか使えない(悪い意味で)ような言語には、なっていないって点です。
この実装(とライブラリ)自体は亀さんを出すことにしか使えそうにないです(笑)が、
言語そのものはまともなプロトタイプ方式OOP言語として必要なものはまぁ備えてると思うし、邪魔なものもまぁ無さそう。
日本語であることも別に悪いことではないでしょう。括弧や句読点の使い方は思うに素直だし、
どうしても嫌でも実は英語で問題なく使えるようになってるし。
というわけで、俺としてはこの「ドリトル」の実装を見て、それこそ
環境依存性…というかわざわざ自分で(教育用)環境を作ってしまって可能性を狭めてる部分…を
切り離したいなぁ、という欲求を抱いたのでした。まる。
ところで、
>プラットフォーム非依存を追求しすぎて、中身がどう動いているのか、に興味が向かなくなるのを危惧しますので。
「プラットフォーム依存」と「中身」とは、等価な話題じゃないと思っています。
中身にも色々ありまして、喩えて言うなら、 CPUの銘柄を気にするという意味と、
銘柄はどうでもいいけどCPUというものが(計算機一般には)有ることを気にするという意味と、の
2つが有ると思っています。
俺が古典BASIC時代を少し嫌なのは、その2つが混同されてた感がなきにしもあらず、という点に対してです。
だから、「Z80の」時代という意味では、あの時代は俺は嫌いです。
＃環境非依存については、「賛同しないけど仕方ないと思っている」です。賛同したいわけじゃないです(^^;
＃＃こないだのCCCDアンケート話題によると、「仕方ない」は「消極的反対」らしいですね(笑)
＃ただ、仕方ないという事実を忘れてしまうと、今度は我々は身動きが取れなくなるんで…
Re:プラットフォームに非依存といってもなあ (スコア:0)
「BASIC がもどかしくて」のくだりにはおおいに賛成します。足りないものを補うというスタート方法は自分の中のイマジネーションも刺激するし、現実的な問題解決能力という意味でも十分に