知らなかった。ネットワークでトラブルがあって、どうやらDHCPサーバを立てた奴がいるのではと調べた。そのトラブルは原因が判明しないうちに、再現しなくなり結局はわからなくなった。その原因を探る過程で、該当するルータと思われるip address にアクセスしてみたら、Linux のApacheのデフォルトのページが出てくる。だれかルータ機能を持ったサーバを立てているのでは？と思ったが、実はちがっていた。いい加減なprivate ip address、http://192.168.*.*でアクセスしても同じページが表示される。これはハニーポットを仕掛けているからということが判明した。そんなことは何年もサブネットを管理していたが知らなかったぞ。もちろんサブネット内ではなく上流の管理者がやっていることだ。あえて、知らせることじゃないからな。ちと、春休みになって時間があるし、トラブルはなくなったので、結果として勉強させてもらった。ウイルスでも集めているんだろうか？
月別アーカイブ: 2013年2月
縦割り組織に横に線を入れると起られる
縦割り組織で筋を通して上へ提案し、そこから各部門へ下げて検討して、上の会議で検討して….とすると時間がかかる。会議が１ヶ月に１回しか開催されないからだ。提案の結論が出るまで数ヶ月かかっちゃう。
というわけで、横に線を入れて根回ししておいて会議に提案することをやったら、苦情が来た。怒られた。筋違いだというらしい。もう少し柔軟になってくれよな。いやだったらいやだと返事をくれよな。そのように連絡したんだから。なにも上に苦情を言う事はないだろうが。
Working Group とかTask Force とかいうのは何も上が指名したからできるものではない。下の有志が集まって議論してその結果を上の組織に稟議してらったっていいじゃないか、というかそういうのが自発的な提案というものだろうが。
あっちの大学ではトップダウンがまずいと、トップが反省しているのに、だ。トップダウンが批判されているのに下っ端がボトムアップするのを拒否するというのはどういうことだ。
管理者がせっかちなのだろうか。アイデアがでたらすぐ実行しないと、何ヶ月もたったら情熱がなくなっちゃう。
ま、平の教授は気が楽でいいよ。文句をたらたら言えるからな。これで筋を通さないことを２回やったわけだ。もう一つ企画中だ。こっちはデータを得るために上司から話を通してもらわないといけないのでお願いしてある。しかし、その応答が遅くていらいらしているのだ。
jQuery Colorbox
ブログの投稿に絵を貼付けた場合、オリジナルの絵がブログの枠をはみ出てしまうような大きな絵だと、サイドバーとかに重なったりして見苦しい。そこで縮小して表示するのが普通だ。しかし、オリジナルのサイズで表示もしたい。別ページに開くということもできるが、それより同じページで表示するのが今や普通だ。
Lightbox2 というプラグインがある。これまでこのプラグインを使っていた。しかし。すでに開発を停止していて、Wordpressのバージョンを上げるとうまく動作しない。そこで見つけたのが jQuery Colorboxというプラグインだ。
Lightbox2とちがってheader.phpやfooter.phpに加筆する必要がないので簡単だ。
設定方法は「jQuery Colorbox」「設定」とかで検索すればあちこちにある。日本語化されたものもある。プラグインを設定してアクティベーションして、はまった。絵をクリックすると、その場で拡大されて表示されるはずなのだが、別のコメント投稿ページが開き、そのページの絵をクリックすると拡大されるのだ。
この原因は、
の風景のアイコンをクリックして表示のリサイズするとき
「画像にリンクを張る」を選択しなかったことにある。通常ではデフォルトでURLが設定されているが、URLがブランクだと動作しない。
「現在のリンク」をクリックしてURLがpermalinkになっていると、別ページ（コメント記入ページ）が開いて、その絵をクリックすると拡大されることになる。したがって「画像にリンクを張る」になっていることを確認する必要がある。
同一投稿内の絵はスライドショーになる。便利なもんだ。オリジナルの絵が大きすぎるとスクロールバーが付く。絵は大きすぎないのがスマートな投稿だな。
こっちの学生は傲慢
あっちの大学では、廊下や建物の出入り口に学生と管理者がほぼ同時にたどり着くと、必ず学生がドアを開けてくれる。女子学生でもだ、管理者がじじいのせいだからと言うかもしれないが、若い先生に対してでもだ。かならず、にこにこして挨拶をする。
それに比べて、こっちの学生は傲慢だ。低学年のときクラス担任をしたのにもかかわらず、卒業近くになると、あるいはレジデントになってから、廊下ですれ違う時に管理者に挨拶することがない。こっちから挨拶を始める。ニコニコするのが損だと思っている。ニコニコ挨拶するのは基礎の教員だ。あるいは臨床の医局の秘書だ。英語のF先生だ。学生は低学年のときだけ挨拶する。
原因は教員が傲慢だからだ。医師はサービス業だと口では言うが態度にでてこない。教員の行動を学生が見ているから学生は傲慢になる。エリートだと誤解していることもある。
母親に手術の必要がでてきたことがある。母親を病院に連れて行ったのは管理者の子供（つまり孫）だ。医療関係に勤めているわけではない。管理者はちと離れた場所にいたので、医師が息子である管理者に電話連絡をかけることになった。孫が管理者の勤務先を告げたとたん、その医師の態度がころっとかわって丁寧になった。日本では普通のことだ。
若かりし頃、米国に住んでいたとき、勤務先の廊下ですれ違う度に、女性はにこにこ挨拶してくれた。日本ではないことだ。日本だったら誤解を招く—気があるのかな？—となることだろう。それでも、無愛想よりはるかにいい。
TVドラマでは無愛想だが腕の良い医師というのがよくある。これは間違いだな。愛想の善し悪しは医師の腕とは関係がないはずだが、愛想の良すぎる医師はなんか他におかしい点があるのではないかと疑う。愛想のいい腕の良い医師がもっと多くなってほしい。そのためには医局に入ったとき教員がしっかり教育すべきだ。医師だけにストレスが大きいのではない。
私立大学はぴっかぴか
こっちの大学と違ってあっちの大学は廊下には何も無いし、床のタイルも割れていないし、壁に学生（？）の足跡がプリントされているなんてことはなく、ピッカピカに維持されている。こっちの大学みたいにきちゃなくても学生が来るという状況にないからな。せめてというか当然のごとく建物の外見、内装の維持管理はきちんとしている。
というわけで、今日は廊下等のワックス掛けがあるから出入り禁止というおふれがあったのだ。本来、今日は講義も会議もなにもないし、仕事ができないから来校しなければいいんだけど、午前中に、急に会議が入ってしまったのだ。
庶務の管理者と協議して、なんとかワックス掛けは午後からにしてもらって、午前中はオフィスにいられることにした。誰もいないから、管理者が交渉したのだ。なんてこった。これを書いている今は午前中だが、すでに廊下の掃除は始まっている。
パソコンとプリンタがないと今日の仕事はできない。オフィス以外に行く所がない。強引に実習準備室を工作室にして、フライス盤や旋盤をそろえた。そこで卒業研究に使う機材を作成すればいいのだが、まだ準備ができていない。材料を発注しただけで物がないし、設計図もまだできていない。だから工作室で時を過ごすこともできない。図書館での調べものもないし…
今日の仕事は明日に延期だ。間に合うだろう。さって午後はなにをするかな？
廊下を洗剤で洗っているが、管理者のサンダルの底がすりへってツルツルでやばい。サンダルでも買いにいくか。
レポートをいつ提出する？
ひょんなことから、２つの大学で実習レポートをいつ学生が提出するかをいうデータが取れた。それぞれの大学で１回のレポート提出についてだけだだが、学生の傾向（何の傾向？）がわかる。締め切りはどちらも実習実施日から１週間後だ。
他の科目のレポートなどの学生のこのレポート以外の負荷はどうだったかわからない。両大学も特に行事などは実習実施日から１週間はなかった。
どちらも学生数は１００名強だから相対値にしなかった。明らかに、あっちの大学は学生同士が相談しないと、そして相談がまとまらないと提出しないのだ。相談をまとめるには時間がかかるから、ぎりぎりになるのだ。あっちの大学では、一日以上前に提出されたレポートはオリジナリティがある。したがって、この場合、相談とはコピー・ペーストのことだ。学生のqualityの問題だろうな。
iCal と Google Calendarとスマホのカレンダーの同期
とほほ。
これまで使っていたガラ携の液晶画面に斜めの線が入って、液晶画面が壊れてきたので、昨年末にスマホにとりかえたんだよね。
スマホは小さなパソコンなので、最初からいろいろなアプリがあってどれがなんだかまだ把握していない。
スケジュールをスマホで確認するのが当然なので、その設定をやっていたんだよね。これまではMacのiCalとGoogle Calendar を同期させていたわけだ。一昔前、Googleがサービスを始める前は、このサーバの先代のサーバでphpCalendarを動かしていたんだけど。
で、みごとに操作に失敗して、これまでのデータを全部吹っ飛ばしてしまった。Googleを中心にしていたのでGoogleのデータがなくなったら、自動的にMacのiCalのデータもぶっ飛んだ。MacのiCalのデータはバックアップがあるんだけど、iCalのキャッシュをバックアップから元に戻しても、一瞬のうちにGoogleと同期してデータがなくなっちゃう。そういう設定だからしょうがない。というわけで、バックアップのキャッシュから元に戻すのを考える前に、新しくスケジュールを入力することにした。たいしたことないからね。年度末が近いから、大学の２５年度のスケジュールは入力していなかったし。繰り返しの会議、授業、実習だけだし、直近のスケジュールはたいした量でないからだ。
どじだったな。それにしてもスマホにはdefaultでメールシステムが複数あるし、スケジュール表も複数あるし、管理者のような じじい には難しいよ。
マニュアルを読まない（どこに有るか知らないし、あっても用語がよくわからん）から試行錯誤でやると、こういう破目になるのさ。
結局 Google Calendar が中心で、MacのiCalとスマホのカレンダーが従うことになった。んで、スマホから入力してMacからキャンセルして…等ができることを確認した。くれぐれも、スマホですべての予定を消去しないこと。スマホの予定を消去して改めてGoogleからダウンロードすればいいと思ったのが大きな間違えだった。
過去のスケジュールは一応 iCalのバックアップをとって置いた。他のMacでネットに繋げないでiCalで開けば読めるだろう。
というのも、かつて、茨城県警の捜査一課の刑事が自宅に着て、アリバイを聞かれたことがあったからね。そのときも、iCalでスケジュールを見て、答えたのさ。iCalでスケジュールを登録してなかったら、何ヶ月も前に何をしていたか憶えているわけがない。TVドラマじゃあるまいし。しかし、あの事件はなんだったんだろうか。事件そのものを教えてくれないのでわからないのだ。
結局、手帳のほうがいいかもね。
スマホのメールがようやくわかってきた。
SPメール：ガラ携でつかっていた電話会社に登録したメール
メール：Googleでないほかのサーバのアカウントをつかうメール。サーバ／ユーザ名／パスワードを設定しないといけないのはパソコンのメールと、あたりまえだが同じ。Gmailでも登録できるだろ。
Gmail：Gmailそのもの
メッセージ：電話番号で接続する短文しか送受信できないメール
そんでもって、自動着信するようにしたら、アラームが鳴るんだけど、アラームの音色もそれぞれ変更したんだけど、アラーム音とどのメールが対応しているのか憶えていられない。とほほ。
メールを転送すると文字化けになる。
このサーバではmailman のメーリングリストを使っている。
投稿者がMacでMail.app を使って投稿しても文字化けは無い。しかしメーリングリストから配信されたメールに返事とか転送を行うと、文字化けしてしまう。
Content-Transfer-Encoding: base64
Content-Type: text/plain;
charset=utf-8
となっている。
Mail.appから添付書類があるとなるようだ。返信のボタンを最初クリックすると問題ないが、転送ボタンをクリックすると文字化けし、その後返信ボタンをクリックすると文字化けする。
添付書類がないと同じMail.appから送信されても
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: base64
となって、返信や転送にして文字化けしない。
Content-Type: text/plain;charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
はもちろん問題ない。
さって、Mail.app がUTF-8 を使う（これが正しいのだが）からかThunderbirdで受けているからだろうか、mailmanが処理しきれないからなのだろうか。
メールの伝搬時間
メールが届くまでの時間を測定してみた。WebのGmail を使って４つのアドレスに同時に送信してみた。
mail-lb0-f174.google.com が 38:31 に受け取り送信した。
こっちの医学のサーバは 38:37 ６秒 google→こっちの大学のフィルタ→医学のサーバ
あっちの大学のサーバは 39:06 ３５秒 google→kddi→ irmx08.secure→あっちの大学のサーバ
このサーバは 38:35 −２秒 google→医学のサーバ→このサーバ
自宅のサーバは 38:47 １０秒 google→自宅サーバ→自宅サーバ
おかしいな、このサーバmikeの時刻合わせをチェックすると１秒以内の誤差なのにマイナスになっている。どっちにしろ、こっちの大学のサーバは遅い。途中で irmx08.secure.ne.jpとかいうところで３０秒かけて何か処理しているようだ。フィルタがあるんだな。自宅のサーバはサーバ内で１０秒もかかっている。サーバがとろいからだ。使っているのが管理人と家族だけだからな。遅くてもかまわない。
こっちとあっちの学生のレポート
学生のレポートは互いにというか、誰かのをコピーするのがどこの大学でも多い。
コピペを検出／抽出するソフトがある。このソフトを使うためには電子化したファイルが必要だ。こっちの（このサーバのある）大学で、某先生が毎年チェックしている。年に１回だけだ。それを完全にわすれちゃっていて、レポートを投稿するメアドを削除してしまった。あわてて再び作成したわけで、サーバを変えたからパスワードも変更して連絡したのだ。メールの送受信が問題ないかのテストも行ったわけだ。
アカウントを作成した直後から学生がメールを送信してきた。ぎりぎり間に合った訳だ。で添付されているレポート（結果と考察の部分だけ）を読んでしまった。
あまりにも、あっちの学生と違うので、あらためて愕然として、頸をうなだれるだけだ。
こっちの学生だって、教科書のコピペなんだけど、教科書の記述を読み、自分で文章を組み立てている。あっちの学生も同じだけど、教科書の文章を丸々コピーするのだ。つまり理解して書いているのではないのだ。
折角、教科書を読んでいるんだから理解して、わからなければ教員に聞いて、記述すれば頭に入るのに。それが目的のレポートなのに。
どうやったら、考えてレポートを書いてくれるようになるだろうか。来年度の目標だな。今年度は、ようやく最後のほうになって、形だけはなんとかなったのだが。