プログラミング演習の答案について，出させっぱなしなのは良くない，フィードバックをしようと一念発起しまして，昨日の朝はこのために時間をとりました．
具体的には，回収の可否，「何件以上」の課題で答案に書かれた件数，そして日本語やプログラムコードなどの書き方で修正すべき箇所を，Excelファイルに整理してから，CSVに変換し，学生ごとにメールを送るRubyスクリプトを作成して，午後の演習開始に間に合うよう送付しました．
指示を一部抜粋・改変して，以下に載せておきます．
- プログラム修正課題
- 修正が不十分のため，コマンドライン引数に○○を与えて実行すると，エラー終了になります．引数処理のところを，見直してください．
- シェルスクリプト作成課題
- shebangを挿入してください（shebangという語を知らなかったら，Webで調べてください）．
- 1行目の空行は取り除き，「#!/bin/bash」が最初の行になるようにしてください．
- 「#!/bin/bash」の左にある空白文字を取り除いてください．
- 処理のまとまりの間に空行を入れて，読みやすくしてください ．
- コマンドごとに空行を入れるのは，良くありません．Cのプログラムと同様に，まとまりのある処理は，空行なしで並べましょう．
- パスの指定に「~」からと「/home」からが混在していますが，「~」から始めるよう統一してください．
- 「cd」のみのコマンドは，前後を見る限り不要と思われるので，取り除いてください．
- 手順書修正課題
- CGIファイルを修正しないと，最後のステップがうまく動きませんので，いつ，どこをどのように変更するかなどを明記してください．
- 「angular.min.jstoscript.js」は，もとの手順書の誤記ですので，修正してください．
- もとの手順書に書かれている「programは消す」は，手順書として適切な表現ではないので，修正してください．
- 項目の追加により，通し番号がおかしくなっています．番号を振り直してください．
- その他
- 「である体」に統一してください．
- 改善案の各項目は，体言止めではなく文にしてください．例えば，「改行で検索」よりも「Enterキーを押せば検索する」のほうが適切です．
- キーワードの説明で終わるのではなく，課題にあるとおり，処理の内容についてきちんと説明してください．
- 「このプログラムは，クライアントサーバモデルである．」は，やや無理のある文です．これは取り除き，かわりに，「クライアントサーバモデルに基づき」として，文中に差し込んでください．
- 教員の名前が呼び捨てで書かれていると，ぎょっとします．自分用のメモは，回収されないファイルの中に書きましょう．
- 「じゃない」「なめる」は，答案としても技術文書としても適切でないので，より良い表現を選んでください．
- 「そうでない場合」から始まる文が2つ連続しており，どんな場合が該当するのか，読み取るのが困難です．「そうでない場合」は，多くても1つにしましょう．ですがこの答案については，それぞれに条件を書くのが良いように思います．
