留学はなぜつらい？
ヤフー知恵袋や類似のQ&Aサイト、あるいは留学生のブログなどを見ていると、かなり大変で、精神的に追い込まれている人が散見される。
以前も当ブログにて留学と自殺の関連に関して述べたが、そもそもなぜ留学がつらいのか？
例えば青年海外協力隊などは途上国で周りに日本人が一人もいない状況で2年間ほぼ放置されるが、別につらくないし、精神的にはむしろ日本にいた時より安定していることが多い。
実際、任国に行けば外交特権を受けるし、配属際に行けば指導者や専門家として扱われ、頭を下げられる立場。しかも金もらえるし。一応JICAボランティアという名前だが、これは任国や配属先にとっては金をもらわずボランティアで働いているということであって、日本政府からは下手な大卒初任給以上の金をもらっている。そりゃそうでしょ。誰も行きたがらない所に日本人一人で2年間過ごすんだから。
とはいえ周りに日本人が誰もいないという環境は体験したことのない人にとっては不安に思えるかもしれないが、実際やってみるとやりたい放題、快適なことこの上ない。しかもこちらが頭を下げる場面は皆無であり、周りがこちらに頭を下げることがほとんど。仕事もほとんどなく毎日遊んで暮らせ、さらには十分な金がもらえる。交通費も家賃も無料。これで楽しくないはずがない。
一応名誉のためというか語弊があるので付け加えると、仕事がなくぶらぶらしていいということではない。これは任国ひいては配属先に日本のプレゼンスを示すというのが仕事というだけのことであり、つらい重労働や長時間拘束のようなものがないという意味である。よく言えば天皇陛下の慰問、悪く言えば客寄せパンダのようなもので、遠く日本から来た青年海外協力隊の人間がそこにいる、毎日配属先に顔を出している時点で十二分に職務果たされている。もちろんそこで具体的な作業をすればもっといいが、義務ではない。たまに配属先の人から作業を依頼されるが、単純作業はなく、全て日本の技術を使わなくては解決できないような高度なものばかりであり、こちらを高く見ているというのがうかがえる。ここで頼りになるところを見せれば、それこそ以後遊んでいても何も言われず、いるだけでありがたがられる存在になれる。ただ、新卒で青年海外協力隊になってしまった人などはお互いに不幸で、高度な仕事はできず軽視されるか雑用係止まりというケースも聞く。
中にはしたたかな人がいて、2年間配属先にはほとんど行かず、自宅で教員採用試験の勉強をひたすらやり、帰国後教員になった人もいる。これは配属先に行っていないので本当はアウトである。しかし、別に勤怠管理もないし、2年間配属先に行かなかったことは黙っていればばれないので本当に要領の良い人だと思った（隊員総会や報告会を欠席するとマークされるが）。はたから見れば協力隊から帰って学校の先生になったわけだ。「協力隊を活かして教員になった」とだけ言えば、協力隊の経験から教員を目指すことになったのかと聞き手が勝手に解釈するわけだし。
余談だが2018年度の隊員ハンドブックにおいては株取引の禁止と書いてあった。これなどなおさら黙っていればばれないことである。
で、留学だが、交通費、授業料や家賃など合わせ全部自己負担。また、留学生に頭を下げる人はおらず、学生が頭を下げる立場。こちらは金を払っている側なのに。
そうなると、青年海外協力隊とは雲泥の差というよりむしろ真逆の待遇であろう。
青年海外協力隊で得られる純利は200万円だが、その間の生活費が無料なので実質日本に住んでいれば所得600万円ぐらいに相当するだろう。
それが留学だと同じかそれ以上の金が吹っ飛ぶ。にも拘わらず快適さはゼロ。
協力隊から帰国しイギリスの大学院に留学し、1年で修士の学位を取り国連など国際公務員を目指すというのが定番のコースだが、実際イギリスの大学院に留学するのも楽ではないようだ。自殺までいくのは極端な場合かもしれないが、協力隊の快適さとくらべるとやってられないというのが実際のところだろう。
やはり留学というのは身分の不安定さもさながら、ストレスの多い環境だと思う。
ここでやっと話がベトナム大学院につながるが、留学ではなく、会社が休みの日を利用して通う社会人入学というのは非常においしいやり方だと思う。
留学生だと社会的立場も特権もないが、一応社会人ということで周りの扱いも違う。また、先生とも同年代ということで文句も言いやすい。
また、大学でストレスを受けることがあっても大学に行かない日の方がはるかに多いのでストレスをため続けるということは避けられる。
ただし当然、会社と大学の両立による時間的制約、忙しさはある。
まあ時間も自由でストレスの蓄積もないといううまい話というかいいとこどりはできないので、どっちを取るかということではあるが。
Nguyên lý ngôn ngữ lập trình恐怖のassignment3
いつもながら悪名高い等の不名誉な枕詞のつくNguyên lý ngôn ngữ lập trìnhにおいて、assignment3が課された。
やはり提出はいつもの通り特設サイトから。
http://www.cse.hcmut.edu.vn/onlinejudge/
前回のassignment2のように指示通りやるとエラーになるという始まる前から終わってる（教員側の）不手際はないようだ。
デフォルトでも提出すれば1点にはなる。
-
-
-
- StaticCheck.scala----
-
-
package mc.checker
import mc.parser._
import mc.utils._
import java.io.{File, PrintWriter}
//import mc.codegen.Val
import org.antlr.v4.runtime.ANTLRFileStream
import org.antlr.v4.runtime.CommonTokenStream
import org.antlr.v4.runtime.tree._
import scala.collection.JavaConverters._
class StaticChecker(ast:AST) extends BaseVisitor with Utils {
def check() = visit(ast,null)
//override def visitProgram(ast: Program, c: Any): Any = throw BreakNotInLoop
override def visitProgram(ast: Program, c: Any): Any = {
throw BreakNotInLoop // Testcase 14
}
}
Compiling
Running
Testing
Testcase 1: FAILED
Testcase 2: FAILED
Testcase 3: FAILED
Testcase 4: FAILED
Testcase 5: FAILED
Testcase 6: FAILED
Testcase 7: FAILED
Testcase 8: FAILED
Testcase 9: FAILED
Testcase 10: FAILED
Testcase 11: FAILED
Testcase 12: FAILED
Testcase 13: FAILED
Testcase 14: PASSED
Testcase 15: FAILED
Total: 1
これによるとTestcase 14を満たす。
残りのテストケースも満たせればよいのだが、この授業内容でそれできるようになるよりはらくだが針の穴を通る方がもっとやさしい。
Windows10更新と強制Homeを避ける方法
何もベトナム大学院に限った話ではないが、2018年4月にUbuntuの最新版18.04が出て、さらにWindows10も日付が変わって5月になるギリギリ直前に2018年4月版が出た。
ここでWindows10をクリーンインストールして授業に備えることになるが、2016年以降に製造されたPCの場合、インストール時にエディションが選べず、強制的にhomeが入る場合があり問題になる。もちろん強制的にProが入る場合もあるだろうがそれは問題にはならず、むしろ選択の手間が減って逆に便利である。
このからくりについてはBIOSにWindows10のエディション及びプロダクトキーが書かれているというものであり、下記リンクに詳しい。
Creators UpdateのISOファイルからWindows10 Proのインストールメディアを作成 - パソコンりかばり堂本舗
BIOSに書かれているエディションを変えることはできないようだが、インストールメディアを変えることができるようだ。
厳密には上記リンク参照だが、簡単に書くとインストールUSBメモリがHドライブで、余力があるSSDやHDDがEドライブだとしたら、コマンドプロンプトで
DISM /Get-ImageInfo /ImageFile:H:\sources\install.esd
とし、Proが3番だったら、
DISM /Export-Image /SourceImageFile:H:\sources\install.esd /SourceIndex:3 /DestinationImageFile:E:\work\install.esd
と入力。
ここでEドライブにできたinstall.esdをUSBメモリに上書きするというもの。
2018/04/22 Triết học スライド
2018/04/22（日）に行われたTriết họcのスライドはこちら
2018/04/22 Xử lý ngôn ngữ tự nhiên: EXERCISES FOR CHAPTER 5解答
2018/04/22（日）に行われたXử lý ngôn ngữ tự nhiênにおけるEXERCISES FOR CHAPTER 5の解答はこちら
ベトナムの大学の図書館ってどうよ？
ベトナムの大学と言ってもĐại Học Bách Khoa Tp.HCMでの話であるが、大学にある図書館がどうなっているかは気になるところである。
よく、アメリカやイギリスの大学では図書館が24時間開いていると留学者のブログで散見される。通常は夜閉まるにしても、試験期間だけは24時間というところもあるようだ。
で、この大学の図書館だが、24時間どころか、夜8時には閉まっている。具体的な閉館時間は分からないが、少なくとも明るい時間には開いていた。
さらに、日曜日は閉鎖。日曜日こそ授業と授業の間が空いていて図書館で時間をつぶすにはちょうどいい機会なのに、これは壊滅的。土曜日はよく分からないが時間のある時に除いてみたい。
日本の大学は…どうだったかな。自分が大学の時は図書館に行った記憶があまりない。そもそも図書館行くぐらいだったら部室行くし。
本を借りるにしても、県立図書館の方が広くて本の種類も多かったように記憶している。
話を戻して、この大学の図書館についてだが、そもそも外見から図書館とは分かりにくい。小さすぎるんだ。日本の大学の図書館を想像していると、てっきり備品置き場的なものと見間違うレベル。
日本にあるブックオフや万代書店とは比べ物にならないくらいの狭さ。
どちらかというと、ちょっと郊外のローソンぐらいに思っていた方がいい。
普段会社で働きながら通っている人なら、「うちの会社の方が広いんじゃ？」と思うかもしれない。
中に入ると図書貸し出しカウンターのようなものは見当たらず、みんな席に座って持参したノートPCを使っている。
図書館というよりコンビニ大の自習室ぐらいに思っておこう。
ただ、利用者のマナーはよく、騒いでいる奴はいないのだけが救いか。
あと、日本の大学の図書館のように異常なまでの検査がない。入退館は自由だ。一応入り口のロッカーに私物を入れるようになっているのと、盗むほど本もないというのもあるが。
ただ、学生証を提示しなくてもいいという意味では、部外者でも入れる。もっとも入ったところで何もすることがないから1分ほど室内を見学して帰ることになる。
2018/04/23追記
土曜日も閉鎖
Nguyên lý ngôn ngữ lập trình / Assignment 3
悪名高いとか物議を醸すとか不名誉な枕詞のつく同科目において、悪夢のAssignment 3が勃発した。
さすがに以前の約束通り、Assignment 2ができていなくても取り組めるようにはなっていた。
Assignment 3
version 1.1
After completing this assignment, you will be able to
• explain the principles how a compiler can check some semantic constraints such as
type compatibility, scope constraints,... and
• write a medium ( 300-500LOC) Scala program to implement that.
1 Specification
In this assignment, you are required to write a static checker for a program written in MC.
To complete this assignment, you need to:
• Read carefully the specification of MC language
• Download and unzip file assignment3.zip
• If you completed Assignment 2, you can skip this step. Otherwise (if you did not
complete Assignment 2), don’t worry, just follow these steps:
– download initial.zip, and unzip it, and change the folder initial into assign-
ment3; change current directory into assignment3
– remove folder src/main/mc/codegen, src/main/mc/checker and files AstUtils.scala,
TestChecker.scala, CheckerSuite.scala, TestCodeGen.scala and CodeGenSuite.scala
in folder src/test/scala/
– modify src/main/mc/Main.scala by commenting out 2 lines "import jasmin.Main"
and "import mc.codegen._"
– download upload.zip from Assignment 2, unzip it, and copy files into the corre-
sponding folders as described in Assignment 2.
• Make folder src/main/mc/checker and copy StaticCheck.scala and StaticError.scala
(from assignment3.zip) into this folder
• Copy TestChecker.scala and CheckerSuite.scala (from assignment3.zip) into src/test/scala
• Modify StaticCheck.scala to implement the static checker. Please fill in your id in
the headers of this file.
2
2 Static Checker
A static checker plays an important role in modern compilers. It checks in the compiling
time if a program conforms to the semantic constraints according to the language specifica-
tion. In this assignment, you are required to implement a static checker for MC language.
The input of the checker is in the AST of a MC program, i.e. the output of the assignment
2. The output of the checker is nothing if the checked input is correct, otherwise, an error
message is released and the static checker will stop immediately
For each semantics error, students should throw corresponding exception given in Stat-
icError.scala to make sure that it will be printed out the same as expected. Every test-case
has at most one kind of error. The semantics constraints required to check in this assign-
ment are as follows.
2.1 Redeclared Variable/Function/Parameter:
An identifier must be declared before used. However, the declaration must be unique in
its scope. Otherwise, the error messages “Redeclared
where
identifier (variable, function, parameter) is informally described as in Section 10 of MC
specification.
2.2 Undeclared Identifier/Function:
The error message “Undeclared Identifier: ”+
tifier is used but its declaration cannot be found. The identifier can be a variable or
parameter. “Undeclared Function: ”+
a function invocation.
2.3 Type Mismatch In Statement:
A statement must conform the corresponding type rules for statements, otherwise the error
message “Type Mismatch In Statement: ”+
The type rules for statements are as follows:
- The type of a conditional expression in an if statement must be boolean.
- The type of expression 1 and expression 3 in a for statement must be integer while
the type of expression 2 is boolean.
- The type of condition expression in do while statement must be boolean.
- For a return statement, if the return type of the enclosed function is void, the
expression in the return statement must be empty. Otherwise, the type of the return
3
expression must be equal to or be coerced to the return type of the function. An
exception is an array pointer or array can be returned to an array pointer, i.e., the
type of return expression can be in array pointer or array type while the return type
of the enclosed function is in array pointer type with the same element type.
2.4 Type Mismatch In Expression:
An expression must conform the type rules for expressions, otherwise the error message
“Type Mismatch In Expression: ”+
The type rules for expression are as follows:
- For an array subcripting E1[E2], E1 must be in array type or array pointer type and
E2 must be integer.
- For a binary and unary expression, the type rules are described in the MC specifica-
tion.
- For an assignment expression, the left-hand side can be in any type except void, array
pointer type and array type. The right- hand side (RHS) is either in the same type
as that of the LHS or in the type that can coerce to the LHS type. In MC, just the
integer can coerce to the float.
- For a function call
( ), the number of the actual parameters
must be the same as that of the formal parameters of the corresponding function.
The rule for an assignment is applied to parameter passing where a formal parameter
is considered as the LHS and the corresponding actual parameter is the RHS. An
exception is an array pointer or array can be passed to an array pointer, i.e., the
actual parameter can be in array pointer or array type while the corresponding formal
parameter is in array pointer type with the same element type.
The three following errors are required just for the students in gifted class (KSTN):
2.5 Function not return:
A function that does not return void must return something in every its execution paths.
If there exists one path where there is nothing returned, the error message "Function Not
Return:
2.6 Break/Continue not in loop:
A break/continue statement must be inside directly or indirectly a loop otherwise the error
message "Break/Continue Not In Loop" will be released.
4
2.7 Unreachable statement:
An unreachable statement is a statement in a function which the control flow cannot reach.
For example, the statement after a return statement is an unreachable statement. The value
of an expression is ignored when determining an unreachable statement. For instance, the
stmt in if (false) stmt is reachable as the value of the condition expression is ignored.
The error message "Unreachable statement: "+
2.8 No Entry Point:
There must be a function void main () somewhere in a MC program. Otherwise, the error
message "No entry point" is released.
2.9 Unreachable function:
A function, except main function, must be invoked by another function, otherwise, the
error message "Unreachable function:
3 Submissions
This assignment requires you submit 2 files: StaticCheck.scala containing class Static-
Checker with the entry method check, and CheckerSuite.scala containing 100 testcases.
The deadline is announced in course website and in www.cse.hcmut.edu.vn/onlinejudge.
If the deadlines in these places are different, the deadline in www.cse.hcmut.edu.vn/onlinejudege
is applied.
4 Plagiarism
• You must complete the assignment by yourself and do not let your work seen by
someone else.
If you violate any requirement, you will be punished by the university rule for plagiarism.
Nguyên lý ngôn ngữ lập trình 小テスト2018/04/14
| Đã bắt đầu vào lúc | Saturday, 14 April 2018, 2:32 PM |
|---|---|
| Tình trạng | Đã hoàn thành |
| Hoàn thành vào lúc | Saturday, 14 April 2018, 2:45 PM |
| Thời gian thực hiện | 13 phút 36 giây |
| Điểm | 3,38 của 10,00 (34%) |
Nguyên lý ngôn ngữ lập trìnhの進め方に思う
何かと物議をかもす悪名高い必修科目のNguyên lý ngôn ngữ lập trìnhであるが、そもそもの問題がどこにあるのか。
まず、教え方、教える人にはこの3パターンがあるように思う。
1. 難しいことを簡単に教える＝人財＝プラスになる、いい授業
2. 難しいことを難しく教える＝人存＝プラマイゼロ、受けても受けなくても同じ
3. 簡単なことを難しく教える＝人罪＝マイナス、むしろ授業を受けないほうが理解できる
できれば教える人間には1であってほしいが、どう贔屓目に見ても2ではなく、3のように思える。
また、本来プログラミング言語とは楽しいものだ。
自分の作ったものが思い通りに動く楽しさ。
が、同科目にはそのような楽しさが微塵も感じられず、ただひたすら苦行の時間を過ごすだけ。
先日からドワンゴのscala攻略サイトに載っている通りのソースコードを張り付け、一部変数の値を変えたりして実行してみたのだが、やってみるとscalaは面白いものだなと分かる。
また、記述とか妙な書き方をするなと思っていたら、いわゆる{}（中かっこ）が省略できるということに気付く。
さらに、return文を書かなくても戻り値を渡せるというのもわかる。
途中、Listなる概念も出てきたが、その辺は適宜ぐぐれば進められる。
で、それでいて課題が分からない要因としては単なるscalaのコーディングではなく、ANTLRなる分野の知識が要求されるということも分かった。ANTLRとはプログラミング言語でもデータベースでもWebサーバでもなく、なんだかよく分からない概念のようだというところまでは分かった。
参考サイトとしてはこのようなものが見つかった。
ANTLRのお勉強 | threecourse's memo
ANTLRは独自のプログラミング言語の分析をする仕組みということのようだ。
確かに同科目ではMC（Micro CあるいはMini C）なる独自のプログラミング言語の仕様書が与えられていた。
結局、ANTLRなるものを実現するにはjavaを使うことが多いが、同科目においてはscalaというプログラミング言語を利用しているということなのだろう。
つまり、MC（Micro CあるいはMini C）なる独自のプログラミング言語を分析するためにANTLRという技術が必要、その実装がscalaということなのだろう。
これを初回授業において明記しておけば混乱がないように思えるが、授業開始から2か月近く経ってからぼんやりと気付き始めたということである。
もし自分が同じ授業を展開するとしたらどうするか？
1. 本科目はANTLRというものを扱う。ANTLRの何たるかを説明する。
2. ANTLRを実現するには一般的にはJavaを使うが、本科目ではscalaを使う。つまり、scalaの習得も本科目の目的となる。scala習得のサイトを紹介する。
3. ANTLRで分析するためにMC（Micro CあるいはMini C）なる独自のプログラミング言語を準備する。
これを初回において重点的に説明することだ。
この説明が何もなく、ただ「sbtをダウンロードしろ」だけ。
そもそもsbtって何だ？何の説明もなくよく分からないままに1か月が過ぎ、この授業ではscalaというプログラミング言語を使っているということに気付く。
何のことはない、scalaというプログラミング言語を便利に使うためのソフトがsbtということになる。
箇条書きにしてみれば決して難しいわけではなく、むしろやることは明確（技術的にはともかく）と思えるのだが、分かりやすく説明するというのは本当に大事だなと改めて思った。
やっていることとしてはこのサイトが参考になる。拡張子g4だし。
iwsttty.hatenablog.com
が、あいにくともう中間試験も課題2個の提出期限も過ぎてしまった。
時間を巻き戻すことができない以上、次善の策は半年後あるいは1年後の再履修で初回からPC操作一つ一つに至るまで完璧にトレースするぐらいであるが、それでもこの予備知識の有無で授業の理解度が全く違ってくると思う。
幸いこの授業は数年前から同じことばかり繰り返しやっているので、再履修になっても内容が変わらないのが救いだ。
実は後日談があり、ドワンゴ公式サイトにあるコンソール命令を使っていたら、周囲の席の学生から、どうやったのか教えてほしいと言われた。
つまり、授業ではsbt→runしか教えていないということになる。
数回あった小テストではコンソールを知らないといちいちmain関数を作ってそこに命令を書かないといけないのだが、彼らの小テストの結果はどのようなものであったろうか。
補足だが、今の授業がまさにこれ。
学校は簡単なことを難しく教えてくれるところである – アゴラ
＞なんにも知らないで授業を受ける子どもには、いったい何を話しているのかすらもわからない。逆に「すでに知っている子ども」には「なにをあたりまえのことを」となる。
初見学生にはいったい何を話しているのかすらもわからない。
逆に再履修社には「なにをあたりまえのことを」となる。
ベトナム大学院生の登校拒否とハーバード大構内自殺に思う
ベトナムの大学初日の授業開始前からエレベーターで同じになり、話すようになった学生がいたが、ある時を境に学校に来なくなった。
その学生の次セメスターの登録科目は1つもなかった。
その理由は本人にしかわからないが、ドロップアウトしたということである。
また、別な授業でプレゼングループだったメンバーがまさかの登校拒否となり、結局一人でプレゼンをすることとなった。
もっともこれは他のグループが最大6名のところ、たった一人でシステム構築から発表まで全部やったということも高評価の一因となり結果オーライとなった。
さて、自分もドロップアウトまではいかないにしても、途中3週間ほど学校に行かないときがあった。
逆に、その3週間の自主休講があったからこそ、気を取り直してその後休むことなくそのセメスターを終えることができ、今セメスターにおいては1回も休んではいない。
そういった意味ではしばらく休むというのも必要なことなのかもしれない。
ベトナム以外に目を向けると、ハーバード大学構内で自殺があった。しかも銃殺という日本ではあまりお目にかからない方法である。
日本でも銃殺ではないものの大学院自殺者が問題となっている。ニュースになっているのは氷山の一角であり、その手前で相談している人も多く、相談したおかげで踏みとどまれているケースも多いようだ。
また、日本人がアメリカの大学（院含む）に留学したがついていけず一人で悩み、自殺を考えているというのが大手小町だったか知恵袋だったかにあったが、そもそも論としてなぜ彼らがそこまで追いつめられているのか。
具体例として俺の場合、平日の昼間働き、夜間や土日で学校に通う。つまり趣味の習い事をしているような感覚だ。
習い事で人間関係に問題があったらどうするか？普通、行かなくなるよね。自殺する人いないよね。
スケッチだったかベッターだったかに載ってたサークルみたいのに参加した。人間関係が悪くてどうしようかなと思っていた矢先、俺がいないときに昼めし支給があったらしい。しかもその昼飯の費用は日本人からのカンパだと言われ、俺に金を払うように言ってきた。俺は食べずに金だけを払わされたわけだ。それでいてベトナム人から感謝の言葉もないしね。さらに俺が持参した準備物にも難癖をつけられ、これはもう潮時かと思った。自然と足が遠のき、正式に退会手続きとかしてないけど、もう1年以上行っていない。
どっかで会ったら気まずいかなとも思ったのだが、意外にもどっかで会うことはなかった。そうこうしているうちにメンバーも帰国したりして入れ替わるので、ますますもってその心配はなくなる。
本題だが、日本やアメリカの大学院生の自殺としては、その環境から逃れられず八方塞がりというのが背景としてあるのだろう。
東大を卒業して電通に入った新人の高橋まつりさんという方が自殺したニュースはいまだ記憶に新しいが、これもその環境から逃れられなかったのか。
何せ就業規則に「取り組んだら放すな、殺されても放すな、目的完遂までは」とあるくらいだ。
自殺は良くて退職がだめというルールなのか、会社に殺されても社員という身分を放さなかった。この場合、完遂したかった目的とは一体何だろうか。
この自殺を公にすることで抑止力が働き、凄惨な事件が今後起きなくなることか。
この件について3年目の先輩にインタビューを行ったところもあるようだ。
広告代理店だし、何か気の利いたキャッチコピーのような事をいうのか、それとも実直な意見として、「先輩である私たちが何の力にもなれず申し訳なく、大変残念な事件ではあるが、これを機に労働環境を見なおすきっかけとし、会社を変えていきたい。それが彼女に対する供養だと思う」あたりかと思ったら、予想のはるか斜め上を行くものであった。
http://biz-journal.jp/2017/01/post_17883_3.html
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
16年12月、電通入社3年目のある女性社員は、こう言い放った。
「できない女（高橋まつりさんのこと）が自殺したので、とても迷惑している。辞めるなどと言い出す社長など上層部の弱腰ぶりには本当にあきれた。クライアントに対して強く出られなくなったため、仕事がやりづらくて仕方がない」
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- -
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
えええええ？？？？？？
迷惑って言葉使う場面か？
社員旅行の集合時間に遅れてきたとかじゃないんだよ？
遺族の前でも同じこと言えるのか？
悲しみのかけらも感じられない態度には本当にあきれた。
この3年目の感想が本心から出たものであれば（というか普通は冗談でも言わないが）恐ろしいことこの上ない。
耳なし芳一等著名な怪談話など足元にも及ばない恐ろしさだ。
あまりの恐ろしさに夜一人でトイレに行けなくなる学生が続出する。
なんだか、この3年目もそのうち同じ目に遭うような気がする。
さて、この件に関して、「自殺するぐらいならなぜ退職しなかったのか？」という人が散見される。
純粋に疑問の意味で言うのならわかるが、自殺した人を非難するニュアンスで言っている奴は思考停止に陥っている。
そこで終わらせずにもう一歩踏み込み、「彼女は辞めたがっていたはずだ。辞めたくても辞められなかった圧力はどれほどのものだったのか？」となるべきだろう。
ドラマや映画などで暴力団や宗教団体を辞めるには指を切り落としたり大変な代償が必要らしいが、具体的に○○組ではどう、××教ではどう、とそれらに対して電通退職の難易度は上か下かまで提示できれば、退職という選択肢がいかに難しいものであったかということになる。
俺も新卒で入った会社を辞めようとしたが上司に阻まれ、結局退職申し出から実際の退職まで7か月かかった。結果として退職できたからよかったものの、その7か月の間、上司の嫌がらせが相当ひどいものであり、もしこの7か月中に耐えきれていなかったら3面記事を賑わせていたかもしれなかった。
これはいろいろ知った今だから言えることだが、どうしてもという状況であれば欠勤して傷病手当金を請求するか、書面による退職届を提出する等の救済措置があるようだ。ただ、大学を卒業したばかりの新人だとそこまでの知識はないかもしれない。
高卒や短大卒で就職した友達がいれば、自分より社会人経験が長い分こういった知識があったりするのだが、被害者はプライベートな時間がないほどの残業を強いられており、相談する時間も体力もなかったように思われる。
最近はベトナムでもインターンシップで大学生がわざわざ日本から、しかも自分の金で来るのが目立つが、それよりももっとやることがあるということを再確認した今日この頃であった。
Nguyên lý ngôn ngữ lập trình / Assignment 2
悪名高いNguyên lý ngôn ngữ lập trìnhにおいてAssignment 2が課された。例によって特設サイトhttp://www.cse.hcmut.edu.vn/onlinejudge/での提出である。
これは以前行われたAssignment 1で満点を取ったことを前提としており、そうでない学生の場合はこの時点でアウト。これに気付いたのは提出期限数日前であった。
たまらず抗議したが、これに対する回答は、「Assignment 3はAssignment 2以前とは関連のないものにする」であった。
また、以前のアシスタントを紹介するといい、電話番号を渡された。その場でアシスタント氏に連絡するも、彼からの有効な連絡があったのは提出期限をとっくに過ぎてからであった。
もっとも今回の提出期限に間に合わなくとも、半年後もしくは来年の再履修に備えて解答が得られれば良い。もちろんベストは今回の提出期限に間に合うことであったが。
さて、Assignment 2があまりに無理ゲーにも拘わらず、特設サイト上では満点やそれに近い得点者が目立つ。
不審に思ってベトナム人に相談したところ、結局は他の学生のソースコードをコピーしているだけだそうだ。それなら高得点で当たり前。謎は全て解けた。お前らのやってることは全てまるっとどこまでもお見通しだ！
なんだか、往年の小保方晴子のようである。
しかし、中には真面目な学生もいる。どうやら俺はその真面目な学生たちのグループに（いい意味で）入れられてしまったようで、課題の進捗についてよく話したが、彼らは他人のソースコードをコピーすることなく、自分の力で立ち向かっていた。
そもそも、この悪名高い授業Nguyên lý ngôn ngữ lập trìnhだが、なんだかよくわからないという点においては高校の物理のようである。最初につまづくと後ずっと分からない。そういえば高校の時は物理が最初から最後まで結局分からなかったし、当然定期テストの点も悪かったのだが、留年した記憶がない。追試もなかったように思える。一応授業自体は休むことなくほぼ毎日通っていたので出席による平常点が考慮されたのかもしれない。もっとも、クラスの大半が物理を分からなかったわけだから、杓子定規に成績を付けるとみんな留年で大変なことになるので、下駄をはかせたのかもしれない。そう考えると高校の授業は後に残るものが何もないという意味では時間と労力の無駄な科目が多かったと思う。
大学に入ってよかったのは物理も化学もなかったことだ。残念ながら数学からは逃れられなかったが、何気なく母校の公式サイトを見たところ、今は数学系の科目も必修ではなく選択科目となっていた。まあ数学も仕事で使わないからやってもやらなくても同じだしね。むしろMVCモデルとか大学でしっかりと教えたらその後の人生が大幅に楽になることだろう。
そういえば俺の代でも大学2年生からは数学系が選択科目になったけど、意外と穴場だったな。
何せ、駅のホームぐらいの広さの教室に学生が5人だけ。相当な不人気科目だ。俺以外の4人は教員免許取得に必須だから仕方なく履修していたクチだ。
先生も契約を切られてはたまらないから相当わかりやすく教えたのだろう、特に苦労なく単位習得、しかも満点に近い成績だったと記憶している。
2年生までで必要単位がほぼそろったので、3年生以降では必修科目と研究室に注力したように思う。
もっとも2年生か3年生か忘れたが、COBOLとCASLの授業があった。どちらも全く分からずじまいだったが、なぜか単位習得に至った。これも出席による平常点か。幸か不幸か今のところ仕事でCOBOLもCASLも使わないので助かっている。
逆に、Javaの授業はもっと真剣に受けておくべきであった。
UNIX/Linuxの授業は手前味噌ながら真面目に受講したと思うが、これは社会人になってもほぼ必須スキルみたいなもんなので結果として大学の授業料の元は取れたといえるかもしれない。
欲を言えばDB系の授業がなかったのが悔やまれる。今年時点のシラバスではデータベースの授業があるようなので、今の大学生はラッキー。
さて、話を戻し、本題である同科目の課題に対しては、何が分からないのか分からないといったレベルである。
日本の大学の先生が書いている発声練習というブログで、「質問というのは自分が何が分からないのかを把握していて初めてできることである」という趣旨の記述があった。
http://next49.hatenadiary.jp/entry/20081022/p2
また、「今時はその程度であればググればすぐわかるのでわざわざ教員に質問しない」ともあった。
つまり、「質問の必要性がある場合というのは、何が分からないのか分からないので質問しようがない場合である」ということだそうだ。
確かに、例えばプログラミング言語scalaの内容そのものがよくわからなければググった方が早い。わざわざ質問しないよね。
同ブログでは、「『何か質問がありますか？』ではなく、『助けが必要ですか？』という言い方が的確である」とまとめていたが、今まさにその心境である。
先述のアシスタント氏の手助けにより課題は解決するのだろうか。
Xử lý ngôn ngữ tự nhiên EXERCISES FOR CHAPTER 4解答
2018/04/15（日）に行われたXử lý ngôn ngữ tự nhiênにおけるEXERCISES FOR CHAPTER 4の解答はこちら
Nguyên lý ngôn ngữ lập trình休講予定
4月21日（土）
4月25日（水）
4月28日（土）
Kiến trúc máy tính nâng cao を終えて
【客観情報】
科目名: Kiến trúc máy tính nâng cao
単位数: 3
必修区分：研究コースの場合選択科目だが、座学コースの場合必修
授業料: 2,280,000
Học kỳ: 1/2017-2018
時間帯: 毎週日曜日
授業期間: 2017/09/10/～2018/01/07
出席：取らない（ただしセミ抜き打ち小テスト、中間試験、プレゼンあり）
プレゼン：6～8名グループで1回
試験：セミ抜き打ち小テスト、中間試験、期末試験（PC使用不可、ただしノートや印刷した紙等の閲覧は可能）
レポート：6～8名グループで2～3回
【感想】
座学が中心で、一応アセンブラっぽいコーディングはやるのだが全て宿題となっており、レポート提出。
これがグループ単位となっており、ほぼ同じグループのメンバーにやってもらい、名前だけ載せてもらうことで平常点ゲットとなるかと思われたが、最終的な結果は後述。
小テストや中間試験は抜き打ちなのだが、たまたま用事があり先生に欠席届を出した際、「来週小テスト」の返信があり、内容の準備はともかく気持ちの上では準備できた上で小テストを受けた。
しかし、中間試験が問題であった。ある日、頭痛がひどかったので欠席届を送ったところ、先生からは「今日は中間試験」との返答であった。その時点で出発したとしたら余裕で間に合う時間ではあったものの、学校に到達が厳しいほどの頭痛であったため、やむなく欠席した。中間試験は全体の20%の配点であった。
その後しばらく学校を休んでおり、久々に出席したところ6～8名グループでプレゼンをやることになっていた。
そのころ勢いのあった角刈り君のグループに入ろうと話しかけたところすでに満員のようであった。
たまたま別な奴と話したところそのグループはまだ3～4名程度だったので、リーダーに掛け合い混ぜてもらった。
この授業のプレゼンは1つのパワーポイントやPDFファイルで行うが、自分の担当箇所を自分で説明するというもの。つまり名前だけ載せてもらうことはできない。
俺は中間試験を休んでしまったこともあり、プレゼン準備に力を入れた。
あいにくとプレゼン当日に激しい頭痛に見舞われたが、プレゼンは他のメンバーとの兼ね合いもあり休むわけにいかないと思い、それでも自分で運転する体力はないのでタクシーで登校。なんとか成し遂げ、評価は90%とかなり高い物であった。
その後期末試験を経て最終的な結果が10点満点中4.5点。同じプレゼングループのメンバーからは、「惜しかった。中間試験を休まなければ（5.0点以上取れて）単位取得できていたかも」となぐさめの言葉をもらったが。
結果として単位は得られなかったが、プレゼンのグループリーダーといろいろ話して親しくなり、くしくもその彼と次セメスターで同じ授業になり、その後いろいろな情報を得ることができるようになった。
Lập trình nâng caoを終えて
【客観情報】
科目名: Lập trình nâng cao
単位数: 3
必修区分：研究コースの場合選択科目だが、座学コースの場合必修
授業料: 2,280,000
Học kỳ: 1/2017-2018
時間帯: 毎週日曜日
授業期間: 2017/09/10/～2018/01/07
出席：取らない（ただし後述のプレゼンあり）
プレゼン：グループ1回（個人でもOK）
レポート：1回
試験：期末試験（PC使用不可、ただしノートや印刷した紙等の閲覧は可能）
【感想】
解説中心で授業らしい授業であった。
学生のノートPCの持ち込みが前提となっており、特定のソフトの操作やソースコードの入力、実行を行う。
レポートは本来グループであるが、同じグループのメンバーが逃亡した（授業に来なくなった）ため結局一人で行うこととなった。
グループで行う場合は3～６名一組だが、発表は誰か一人でよい。この場合発表者以外は名前だけ載せて何もせず平常点ゲットということもあり得る。
実は俺はこれを狙って6名のグループに属していたが、妙にやる気のあるやつが3名ずつの分割を提案、俺の属した3名でどうするか相談しているうちに他の2名が登校拒否となり俺一人だけとなってしまった。
仕方がないのでruby and railsチュートリアルにあるコードを転用して急ごしらえでそれらしいシステムを構築したところ、なんとそれが高評価であった。
学生間の360度評価だったらどうなっていたかわからないが、このプレゼンは先生の評価だけで決まるのでそれに助けられた形となった。
実はプレゼンにはローカルルールがあり、動画を利用すると低評価。パワーポイントは動画埋め込みが弱いのでもともと動画を使う予定はなかったが万が一使っていたら取り返しのつかないことになっていた。
また、これは当たり前と言えば当たり前だが、何を思ったかプレゼン中にエロ画像を写した奴がいて、教室内に失笑が漏れたが、ここで先生が大激怒。もちろん、エロ画像を写した奴にだよ。失笑した奴らにじゃないよ。
彼がなぜわざわざプレゼンの場でエロ画像を写したのかは本人のみ知るところだと思うが、この時の先生の怒り様が半端ではなったため、おそらく相当な減点であっただろう。先述の動画を利用したグループも叱責というか注意程度であり、怒ったわけではなかった。なお、この動画を使ったグループの発表者が次セメスターで必修科目の延長署名を集めた角刈り君である。
実は俺もプレゼンで萌え画像というかロリ画像を使ったのだが、そもそもベトナムにロリコンという概念がなく単なる子供の画像と解釈されたこと、そしてこれが怒られた彼との最大の違いだが服を着ていたことが幸いした。
期末試験はプログラミング言語の問題なのにまさかのPC使用不可でできは悪く、しかも、試験後のレポートも他の学生はCuda Cのコードを書いてくることだったがなぜか俺にだけPythonを指定され、やむなくその通りにしたが提出後の返答はなくしばらく不安になっていたが、数か月後に成績発表があり、なんと10点満点中8点。
散々だったHọc kỳ 1/2017-2018で唯一単位取得ができた科目であった。まさに、捨てる神あれば拾う神あり。
