2016年10月19日 第6回
マインスイーパーの課題について，少しならっていないことが多く，あまり理解
出来なかったので多少解説をしてくださると助かります．
今回のマインスイーパーはC言語のテキストの内容のみで出来るもの
なのでしょうか?
はい，できますよ．
今日の課題の6の行列の和，差，積，転置を表示する問題で
最初はすごく難しくて大変そうだと思いました．でも，質問し
たり，考えながらやって完全できてうれしかったです．質問の
説明がすごく分かりやすかったです．マインスイーパーはすごく
難しそうですが，なんとか終えたいです．
分からなければ質問してくださいね．
今日の課題にマインスイーバがでてきました．
ゲームを作ることが目的でこの学科に入って
きたので，ようやく本命が出てきました．
これからの授業でもゲームを扱っていた
だけると嬉しいです．よろしくお願いします．
今日の課題はマダマダですよ．
今日は行列の和，差，積などを2次元配列をモイいてやったのだが，
TAさんのアドバイスをもらいつつも，かなり自分で考えられた．
演習はどんどん難しくなっているが，この授業が始まったときから
少しずつ成長してると自分でも思えるようになってきたので，
これからも他の人に遅れをとらないようにしっかり授業に
ついていきたいと思った．
うまくできたようで，良かったと思います．
・配列は複数の値をまとめて記憶できるので，上手に使えば，少ない記述で
より複雑で多量な処理を行うことができるため，非常に便利だと思った．
・行列の和，差，積を求めるソースコードは，一見非常に難解であったが，手順を細かく分けて
1つ1つ追っていくことで解決することができた．このようなアプローチをしていくことを
心がけたい．
一つずつ細かく分けて考えるのは
大切ですよね．
先週授業で，「キーボードをカチャ
カチャする音がうるさいので演習問題
を手渡さない」という様に変更されまし
たが，私はこれに反対します．
まず，演習問題を完璧にする事が
出来ないということが挙げられます．なぜ
なら，授業終了後に演習問題をやる
事が出来ないからです．授業中に終わら
なかった演習問題は，未完成のまま提出
する他ありませんでいた．
次に，そのようなやり方は，池口先生ご自身
のおっしゃっていた事と矛盾します．この授業では，
プログラミングに長けている者は，自分のペースで
どんどん進めていいってよいはずです．しかし
先週は，そのような人々の時間を浪費する
こととなってしましました．
さらに，キーボードの音がうるさいという
主張は，現代ではもはや受け入れられ
なくなっています．会社で，キーボードの音
がうるさいので使わないでほしいという
主張は受け入れられることはないでしょう．
この授業ではその様な主張が通るという
自体も，私は不自然だと考えます．
授業後にやればよいだけですね．
大学の授業は予習・復習時間が(少なくとも)
各1時間は要求されています．
各課題において，自分のコードが最もきれいなかたちで
書けているのかが分からないので，模範解答を各課
題で出してもらえると嬉しいです．
分かりました．検討します．
あらためてプログラミングには数学や英語の力も
重要なのだと感じた．行列の積の表現に四苦八苦しています．
その通りです．大切ですよ．
・マインスイーパーを作る領域にまで自分達が今まで
習ったC言語が到達しているとは思っていなかった．
本当は関数を使うともっと楽なのです．
・(オプション課題を除けば)課題の量はまだ適切ですが
レベルが「TAも苦労する」というものでは応用が応用すぎて
応用できずに終わっている気がします．
だったら勉強しろと言われればそれまでなのですが，
実力格差が広がってしまうばかりで不安が募ります．
TAのみなさんが...というのは，
ちょっと盛りました．みなさん余裕でした．
前回の難しく多量な課題に取り組むことによって
考える力がついた．今回いろんな問題に取り組む
ときに頭の回転が確実に速くなっていること
からそれを実感した．
プログラミングの醍醐味がわかってきた気がする．
すばらしい!!
だんだん行うことが難しくなってきたが，
その分実力がついてきてもっと難しいコードもか
けそうな気がしてくる．
ただ社畜に近づいている気がする．
大丈夫，こんなもんじゃないですから．
今回の配列を学んだことでソーティングができたり，色々な事ができる
ようになり，コードがすっきりするなぁと実感しました．
#defineの後の文字を大文字にするのは本文で大文字があまり使
われないから，混ざらないようにですか?それとも大文字で書くき
まりがあるのですか?
決まりはないですが，定数は大文字にするという
慣習はあると思います．
プログラムでソースを書く事に慣れてきた気がする．
コンパイルしたときに入力ミス等でエラーが起きるので，
できるだけ少なくなるように注意して入力したい．
よろしいと思います．
ムズカシイ...
とりあえず必死にやってみた．
だが，ぜんぜんできなかった．
それでも，頑張ろうと思う．
スバラシイ...
#define size 15 と書くのと
int size = 15; と書くのだったら
どちらが良いですか？後から変更しないのだったら
どちらも同じですか？
全く異なるので比較できません．
これまでの知識を応用して複雑なコードを書く事が可能
となり面白くなってきました(とても大変ですが)
今日は意識的にコメント分を入れてみましたが後から
コードを見直したときにこの方が分かり易いです．
そうですね．分かりやすいものを書けるというのは
大切です．
文字列配列は予習のときは理解できなかったが，
今回講義で理解することができました．
それは良かった！
演習問題は難しく，量も多いですがやりがいを感じます．
すばらしい！
前回のゲーム作成プログラミングは，これもやはり難しく，うまくできたかどうかも怪しいのですが今まで一番プログラミングを
している実感がありました．わかりやすく「プログラム」であること，その実感を得られることは勉強の原動力になることがひしひし
と感じられます．
よろしければまた楽しい課題を用意していただければと思います．
了解しました．グレードアップします．
今回も頭で流れを考えてからでないと手を付けられない問題が
あり，キーボードに触らず画面を眺めたりまたはペンを持って
紙にメモ書きしている時間がありました．
先生がおっしゃっていた通りいきなりコードを書き始めるのでは
なく熟考する時間が必要だと感じました．
そうですね．まずは考えないと必ず道に迷うと思います．
とうとう訳分からなくなってきたので，
授業内で終わらせようとせず，
外でじっくり考えてみようと思いました．
それが良いですね．
前回よりも必修課題の量が減っていたので少し安心しました．
コードがどんどん複雑になり，自分の頭で考えることも増えて大変ですが，
その分実行が上手くできたときの達成感が大きくなりました．
もっと早くコードが考え出せるように頑張ります．
まずは色々と考えることが大切ですよ．
はじめ，
わからないことが多すぎて
かなりしんどかったのですが，
最近は，
わからないことだらけということに
変わりはありませんが，
考えることを少し楽しめるようになってきました．
すばらしい．このまま進んでください．
行列の掛け算で苦戦中で，いかにセンスよくfor文をネストすればいいかまだ解けない
でいる．だからまだ自分に論理的な思考能力が欠如していることがよくわかった．
仮に泥臭くても，まずは作ってみるのが
よいと思いますよ．
今日は数は少ないけどとても難しく感じました．
オプション課題が増えたので，少し気が楽になりました．
プリントの課題は相変わらず重くてゆううつです．
分からないところは質問してください．
今日はついに課題でゲームをつくった．先週のforやwhileを
学習してから，コーディングの幅が広がったなと強く実感した．
特に自分の中でforとwhileの使いわけができるようになったのが
嬉しい．
先生は授業の最初に「死ぬ気でがんばれ」とおっしゃっていましたが，
先日の電通で起きた悲惨な例もあるので，冗談でもそういったことは
言ってほしくないです．
そうですね．気をつけます．
難しかった．
先週の「キングを探せ」も最後でつまってしまい
完成させることはできなかった．
「キングを探せ」の2番目の問題ができた
ときはとてもうれしかったが，できなくて
自分でやっていけるか不安になってきた．
分からないときは周りの人と議論してみたら？
一度に多数の変数を宣言できる配列は便利だなと思った．
ただ，変数が多いからといって，なんでもかんでも配列で宣言するよりかは，
どんな数値を記憶させるのかによって変数名を決めないとリーダブルなコード
とは言えないので，配列を使う時はコードの読みやすさをよく考えてからに
しようと思った．
その通りですよ．
キツイけど，プログラムを勉強して
ゲーム作ってたくさんの人に廃課金
させたいので，これからも頑張って
授業についていきます！！
了解．期待してますwww
授業時間内にオプション以外の課題は全て自分で解き終えることができました．
残りの課題も頑張ります．
それは良かった．これからもがんばって！
前回の演習の課題で，数列がでてきましたが，高校のときに悩まされて
いか数列がコンピュータでは，すぐに答えがでてきてくることに驚きました．
今回の演習は
行列が難しかったです．
高校のときの数列も
すぐに答は出ますよ．解が分かるものしか，
出ないので．
今回の課題の量はちょうどよかった．
#defineを使うメリットがよくわからなかった．
座標と数列を表すようになってforやwhileをたくさんつかう
ので，頭の中で考えてから書かないと，何をかいているか
分からなくなってしまうと思った．
#defineをマクロで定めるとそれが多く出てきたら
楽ですよね．
演習課題でいきなりrand関数を使うことを要求されましたが，
まだ，rand関数についての説明を授業でされていないので，ちゃんと理解
できていないまま使ってしまっていることが不安です．早めにrand関数
を授業内で扱ってほしいです．
次回解説をする予定です．
最近，プログラミングをやっていて，正直上手くいかない
時は，イライラしてきますが，出来た時の達成感が半端
じゃないです．先生のつくる問題は，教科書に載っている
ような単純なものでないので，こんな場合どうすればいいんだろう
と思ってしまうようなものもたくさんあります．なので解説など
を次の回で説明するなど多少カバーしていただけるとより
プログラミングの授業が楽しくなると思いました．
分かりました．考えます．
確かに難しくなっているが，前回習ったfor文などを当たり前の
ように使っているのは，大量の演習のおかげだと思った．
そのように考えるのはとても素晴らしいと思います．