2016年10月12日 第5回
演習のプリントを配ってください．先生の話聞いてると終わりません．
先生の話に教科書以上の情報があるとは思えません．
僕は教科書以上の情報を話していると思うのですが，
話を聞いていないのかな？
島田先生，TAのみなさん，どうでしょうか．
以前，学んだことはできているという前提での講義だったので，
復習もしっかりすべきだと思いました．
今日の演習の量ですが，宿題を前提としているのなら構わないのですが，
授業内で終わることを想定しているのなら，個人のペースの差を
考えたとしても多すぎると思いました，
「授業内で終わること」は「想定して」いません．
今回，演習の形が変わりましたが，何個か疑問・問題点があると感じました．
問題：1.演習のスライドが小さく見づらい．
2.演習をメモするのに時間がかなり取られる．
疑問点：先生の会話中にカタカタ聞こえ集中できないとの理由でしたが，
先生の声ははっきりと聞こえる音量ですし，社会に出た後
タイピング音がうるさくて集中できないというのは通らないと感じました．
社会に出た後，メモを急ぎとることが一番大切です．
普通はタイプする環境にはいないでしょ．
if文やfor文が難しく，前回と今回の演習は特に大変でした．
演習のプリントにもう少しヒントを書いて欲しいと思いました．
また，課題・演習のプリントは配ってもらえるとうれしいです．
ヒントは考えてみますね．
今日は課題及び演習がとても多かった．
for文，while文，do~while文を用いることで一気に
コンピュータの特性を活かしたコードを書けるようになった為
楽しかった．個人的にはemacsの操作を覚えて，より
早く課題を終わらせるようにしたい．
よろしいと思います．
今回は課題が多く授業中に終わりません．
もう少し減らして欲しい．
全てを授業中に終わらせずとも
家でやればよいです．
もう高校生じゃないのですから，自分で
進めるようにしましょう．
このくらいの課題がなければ自分で勉強するときに
この量はやらないので助かります．
すばらしい．大切ですね！
今日の課題は難しすぎて全然ついていけませんでした．
家で頑張って課題を終わらせてきます．
穴埋めの部分があるときはもう少し長くスライドを表示させていて欲しいです．
わかりました．
次回からはゆっくりと出すようにします．
今日のプログラミング演習はいつも以上に難しかったです．
まだ全然終わっていないので，来週までに終わるかが不安です．
うまく出力されたときは楽しかったです．頑張ります．
この調子ならOKですね．
量が異常でレベルも格段に上がって背筋が凍りました．
もっと予習が必要だと感じ，初心者と経験者のレベルの
差を感じて悲しくなりました．
予習も大切ですが，復習の方が大切．
以前何かで「乱数は~~から作っている」と聞いたことがあります．
(~~の部分は忘れました…)
その乱数とはどのくらい不規則なのでしょうか．
よくスマホでトランプや麻雀をしていたのですが，恣意的なもの
を感じることがしばしばありました．気のせいでようか．
とても良いコメントです．乱数は充分に気をつける必要があります．
急に難しくなった気がしました．難しくなった
からこそ，もコメント文を入れたり，分かりやすく
書くことは大切であると感じました．初めて
では考えないと分からないことが多くなって
くると思うので，1回やったことをしっかり覚えて
できるようにしたいです．
その通りですね．すばらしい！！
課題と演習が多くて多すぎました．標準的な
実力の人が標準的な時間に終わるものだと思っていました．
それは違います．
それでは力がつかない．
課題についていくことができなかった．課題がプリントになっていない
ので昼休みを利用し，課題を進めることができなかった．
ディスプレイ上に課題が表示されても*と#を使った図が読み取れない．
そもそもメモを取らないのが
よくないですね．
知っていることと使えることは
全く違うと痛感しました．
とても良いコメントですね．
その通りだと思います．
納得と会得は違います．
最近Qiitaの投稿でプログラミングのプの字も知らない文系エンジニアが普通の
エンジニアになるまでを
(URL:http://qiita.com/chooyan_eng/items/260aa61cc3f888224f53)
というものを読んだのですが，文系エンジニアを対象としていますが，
プログラミングし始めの僕たちi科1年生もすごい参考にすべき内容でした．
僕もこれまで以上に授業においても，
“分からない→調べる” の流れを確立したいです．
確かに役立ちますね．
僕が言っていることと同じですね．
講義中にタイピングしていないで欲しいことには納得
できるが，打たないことを前提にして配布して欲しい．
もしくはプログラミング工学の間にすべて解説して，
プログラミング“演習”の時間に，みんなが課題をやるようにしたらよ
いとおもう．
たしかにこれも一つの方法なのですけどね．
今日はこの演習の課題をすべて時間内に終えることが
できてよかったです．
forとif文に付く{}の場所
と数に気をつけながら演習に取り組みました．
すばらしい! GJ！
演習課題を書き写すのは手間がかかるのでプリントに刷って欲しい.
そして演習課題を始める前に配って欲しい．
検討します．
問題の量が多く大変でした．これ以上増えてし真人厳しいので，
このくらいのままでお願いします.
わかりました．減らさないようにします．
演習問題の解くやり方はどちらでも良いですが
問題はプリントで配布していただきたいです．
今回の範囲は特に難しかったです．変数が複数あるのを整理するのが難しいです．
分かりました．検討します．
演習を画面に表示するのは，先生の話を聞い
ているときにカチャカチャ
音がしなくて良いと思います．
こういう意見もあるのですよ．
先に課題をできないようにしたにも関わらず，今までとは段違いに課題の量が
多いことに悪意を感じた．
難しくなると「悪意」に転化するのはやめたほうがいいですね．
今回の授業では，私が夏に勉強したJavaでつまづいたfor,while文でしたが，
C言語もなかなかハードで，自信を喪失しています．
演習を続けるに伴い，次第に慣れることができたと思うので，
自ら積極的に使うことができたら良いと考える．
こんなものは慣れなので，続けたら
問題なくできると思います．
C言語を分かりやすく書いたつもりでしたが，
評価が悪かったため，今までのソースコード
が全部不十分であることがわかりました．
jwwwには今までの課題をそのまま提出しまし
たが，コメント文を入れ直したものを
再提出するチャンスはあるでしょうか．
これからの慣れについては，工夫したコメントを入れてください．
演習課題の模範解答を配布していただければと思っています．
結果的に求められた動作ができても，やはりそれが「美しいコード」であるかど
うか
(見やすい，ということだけでなく，無駄がない理論・構造である，と
いうこと)が気になります．
ぜひご検討願います．
(勘違いして覚えたコードもありましたので…)
以前，a.outの.outは拡張子では?という質問をしましたが，「見やすくするため
につけているだけです」
とおっしゃいましたので，確認したところ clang
-o sample2 sample1 でちゃんとコンパイルできました．
ふと思い立って，次のようなことを考えました．
clang -o samle samle (同じ名前)
clangではなくtccでは，コンパイルコマンドは実行できましたが，cat sample
では文字化けし，
./sampleは実行できませんでした．学校のPCでは壊れるのが怖いので，どうでも
いい環境で
tccでやりはしましたが，この場合sampleファイルはどうなって
しまったのでしょうか．
上書きされました．
C言語は以外と簡単なんじゃないかと思っていた
時が遠い昔のことのように感じます．
えんっ週の難易度も上がりかなりきついですが，
次回からも頑張っていこうと思います．
はい，まだまだ．レベルが上がります．期待していますよ．
今日は全く歯が立たなくて，大変でした．もう少し早く
できるようにしたいです．while文とfor文が私は
苦手だと思いました．
もうちょっと頑張りたいです．
自分から「苦手だ」と言わないようにしましょう．
for文，最初は面食らいましたが分かりかけてきました．心を強く持ちます．
とてもよろしいと思います．
とうとう手に負えないレベルにまでやってきた．
ますますやりがいが出てきたんで
すごく頭を回転させたくさん考えよう．
入れ子構造とか，特に頭を使うから面白い.
もっとソースコードを吸収したいです．
すばらしい！ 期待できる!!
・変数の初期化を行わないと，望んだ演算が行われないことがありことには，
十
分に注意する必要があると感じた．
・自分はソースコードで開業を多めに行うようにしているのですが，
改行が多くてもファイルサイズに影響はないのでしょうか．
改行コードも文字と同じなので多く使えば，
ファイルサイズは大きくなると思います．