アカウント名:
パスワード:
少年が自分で作ってみることのできるプログラムと，物心つく前から当たり前のように触れてきているプログラムとの差が，あまりに大きすぎる気がします。これじゃ，作ってみようという気持ちになれないんじゃないかな……。
ＣＰＵの動作が目で追えた時代があったと聞いたことがありますが、本当なんですかね？
CPUは判りませんが、「300ボーモデム」時代なら、通信で流れてくる文字はそのまま読むことができました。（むしろ、読むスピードよりやや遅いくらい）現在の数十Mbpsくらいで流れてくる速度では、さすがに生データはリアルタイムでは読めません。
ええと、この二つの速度差がピンと来ない若い方は、「送られてくるのがエスケープシーケンス文字アニメか、フルHD動画か」を想像してもらえれば判るかと思います。
# なに、今度はエスケープシーケンス文字アニメが判らない？# うーむ、そりゃ困ったのぅ。
# なに、今度はエスケープシーケンス文字アニメが判らない？
telnet towel.blinkenlights.nl
なに、今度は telnet が判らない？
> 今は組み込みプロセッサでもPLLが入ってたりしてクロック系亜が複雑なので１．は無理，PLLは動かさなければいいだけなのでそれはそれで問題ない気が。むしろセラロック内蔵で外からクロックの入れようがないような石の方が手強い。
＞しかも命令コードの自己書換も出来ないものが多く２．も難しい．キャッシュが付いてるような高級な石は組み込みだと「多い」とはいえないのでは？
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
近ごろの若者はかわいそう (スコア:3, 興味深い)
少年が自分で作ってみることのできるプログラムと，
物心つく前から当たり前のように触れてきているプログラムとの差が，
あまりに大きすぎる気がします。
これじゃ，作ってみようという気持ちになれないんじゃないかな……。
Re: (スコア:0)
GUIが当たり前の人がプログラミングを（自発的に）学習しようと思う理由なんてゲームを作りたいとかその辺のGUIゴリゴリ扱うものだと思いますが、実際にプログラミングの勉強を始めてみればやってることはわけのわからないコマンドを打ち込んでるだけ。いつまでたってもウィンドウの一枚も出てこない。それでいつの間にか飽きてしまうなんて人が多いのではないでしょうか？（私の周りに数人います）
CLIが当たり前の時代の人にとってはCLIのプログラミングが普通ですから違和感を感じないのでしょうが。
GUIみたいに「とっても高度なことやってるわりにわからないと実感しづらい」ことが増えている気がします。
ところで、ＣＰＵの動作が目で追えた時代があったと聞いたことがありますが、本当なんですかね？正直信じられないです（＠21歳学生）
Re:近ごろの若者はかわいそう (スコア:3, 参考になる)
CPUは判りませんが、「300ボーモデム」時代なら、通信で流れてくる文字はそのまま読むことができました。（むしろ、読むスピードよりやや遅いくらい）
現在の数十Mbpsくらいで流れてくる速度では、さすがに生データはリアルタイムでは読めません。
ええと、この二つの速度差がピンと来ない若い方は、「送られてくるのがエスケープシーケンス文字アニメか、フルHD動画か」を想像してもらえれば判るかと思います。
# なに、今度はエスケープシーケンス文字アニメが判らない？
# うーむ、そりゃ困ったのぅ。
Re:近ごろの若者はかわいそう (スコア:2)
telnet towel.blinkenlights.nl
Re:近ごろの若者はかわいそう (スコア:1, おもしろおかしい)
なに、今度は telnet が判らない？
Re:近ごろの若者はかわいそう (スコア:2, 興味深い)
TCP/IPネットワークを構築して遊んでいた時期がありました．
# 知っている人は知っているかも．．．
そのTNCというデバイスの通信スピードは1200bps．
1200bpsという遅いスピードだったので，TNCをコントロールしているPCのモニター上で
実際にIP Packetが流れていくのをリアルタイムに見ることができました．
通信状況が悪くてリトライしてたり，逆に通信状況が良くなってWindow sizeが
大きくなってACKを待たずにまとめて送っていたり，pingの echo requestを送って
echo replyが帰ってくる様子を「見る」ことができました．
今の仕事をするうえで，そのやり取りをイメージできるのは非常に良かったと思っています．
Re: (スコア:0)
１．プッシュ・スイッチを押すごとにクロックを一発供給（ハード的なシングルステップ実行）
２．モニタ・プログラムで一命令ごとに次の命令をreturnに書き換えてから，call（ソフト的なシングルステップ実行）
昔のシンプルなプロセッサなら簡単に可能．
１．はバスにバッファを介してLEDをつなげば「目で追える」． ２．はモニタプログラムで状態表示．
今は組み込みプロセッサでもPLLが入ってたりしてクロック系亜が複雑なので１．は無理，しかも命令コードの自己書換も出来ないものが多く２．も難しい．（代わりに他の「高級な」デバッグ手段が準備されている）
Re: (スコア:0)
> 今は組み込みプロセッサでもPLLが入ってたりしてクロック系亜が複雑なので１．は無理，
PLLは動かさなければいいだけなのでそれはそれで問題ない気が。
むしろセラロック内蔵で外からクロックの入れようがないような石の方が手強い。
＞しかも命令コードの自己書換も出来ないものが多く２．も難しい．
キャッシュが付いてるような高級な石は組み込みだと「多い」とはいえないのでは？